<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Leif,<br>
    <br>
    sorry to contact you directly but I think my mails are not getting
    to the mailing list anymore (as you pointed me on the issue tracker
    I would like some discussion about this), can you confirm this for
    me?<br>
    <br>
    Thanks, and again sorry to disturb you directly but I don't know how
    should I proceed with this.<br>
    <br>
    Best regards<br>
    <br>
    Sebastian Gutierrez<br>
    (sum on jira)<br>
    <br>
    -------- Original Message --------
    <table class="moz-email-headers-table" border="0" cellpadding="0"
      cellspacing="0">
      <tbody>
        <tr>
          <th nowrap="nowrap" align="RIGHT" valign="BASELINE">Subject: </th>
          <td>Architectural problem with FSK callerid on analog lines</td>
        </tr>
        <tr>
          <th nowrap="nowrap" align="RIGHT" valign="BASELINE">Date: </th>
          <td>Mon, 13 Jun 2011 15:57:29 -0300</td>
        </tr>
        <tr>
          <th nowrap="nowrap" align="RIGHT" valign="BASELINE">From: </th>
          <td>Sebastian <a class="moz-txt-link-rfc2396E" href="mailto:scgm11@gmail.com">&lt;scgm11@gmail.com&gt;</a></td>
        </tr>
        <tr>
          <th nowrap="nowrap" align="RIGHT" valign="BASELINE">To: </th>
          <td><a class="moz-txt-link-abbreviated" href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a></td>
        </tr>
      </tbody>
    </table>
    <br>
    <br>
    <pre>Hi,

I've seen in some places Argentina for example, that callerid is not 
updated from call to call. The exact scenario is like this:

1) Incoming call
2) not answered goes to a call queue
3) is ringing on an agent
4) the caller hangs up, but there's a new call coming (this is easy to 
see on busy systems or testing directly), the telco has no type of 
signalling to let the system knows there's a new call (in some countries 
you can see a polarity reversal that does the trick), but if not the 
next call hijacks the previous call thread, there's no way to know for 
ringtimeout.

there's an open case on digium: #00223214

but I think this should has some discussion, I'm not seen my mails pass 
to the mailing list lately.

What do you think about checking for fsk between rings??? is the only 
thing I can think of to at least to update the callerid although the 
call hijack the thread of the unattended call.
That also could solve any kind of callerid that is sent after the second 
ring or later if that exists in some country.


please confirm that my mails are getting to the mailing list, because 
I'm not seen them pass trough.

Thanks

</pre>
  </body>
</html>