<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="https://reviewboard.asterisk.org/r/1012/">https://reviewboard.asterisk.org/r/1012/</a>
     </td>
    </tr>
   </table>
   <br />



 <p>Ship it!</p>









<p>- Marquis</p>


<br />
<p>On November 16th, 2010, 10:15 a.m., Russell Bryant wrote:</p>






<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('https://reviewboard.asterisk.orgrb/images/review_request_box_top_bg.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for Asterisk Developers.</div>
<div>By Russell Bryant.</div>


<p style="color: grey;"><i>Updated 2010-11-16 10:15:50</i></p>




<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">This patch addresses a regression where device states across multiple servers were not being processing completely correctly.  The code works to determine the overall state by looking at the last known state of a device on each server.  However, there was a regression due to some invasive rewrites of how the cache works that led to the cache only storing the last device state change for a device, regardless of which server it was on.

The code is set up to cache device state change events by ensuring that each event in the cache has a unique device name + entity ID (server ID).  The code that was responsible for comparing raw information elements (which EID is) always returned a match due to a memcmp() with a length of 0.

There isn&#39;t much code to fix the actual bug.  This patch also introduces a new CLI command that was very useful for debugging this problem.  The command allows you to dump the contents of the event cache.</pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I did testing using custom device states and manually changing their states on two different servers.  I verified that the cache contents and resulting device states were now what I expected.

Klaus reported that this patch fixed his problem, as well (on issue #18280).  In his case, he was testing a scenario where a SIP device was changing states on 2 different servers.</pre>
  </td>
 </tr>
</table>



<div style="margin-top: 1.5em;">
 <b style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Bugs: </b>


 <a href="https://issues.asterisk.org/view.php?id=18280">18280</a>


</div>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>/branches/1.8/include/asterisk/event.h <span style="color: grey">(295124)</span></li>

 <li>/branches/1.8/main/event.c <span style="color: grey">(295124)</span></li>

</ul>

<p><a href="https://reviewboard.asterisk.org/r/1012/diff/" style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>








  </div>
 </body>
</html>