<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 8, 2013 at 1:50 PM, Doug Lytle <span dir="ltr"><<a href="mailto:support@drdos.info" target="_blank">support@drdos.info</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-size:12pt;font-family:arial,helvetica,sans-serif"><div class="im"><div>>> You might want to look at this link for some hints about what may be going on:<br>
>> <span><span><a href="https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information</a></span></span><br>
</div><div><br></div></div><div>I've been pouring over that document for hours and am not really getting any further then I had.<br></div><div><br></div><div>I guess I need to explain my situation a little more.<br></div>
<div><br></div><div>I'm currently using CID as a means of directing and identifying station to station calls between facilities.  We have agreements with our carries that allow me to set CID to whatever I choose.<br></div>
<div><br></div><div>So, to allow our users to make seamless calls between facilities using the PSNT, with minimal wait times, I use callerid.<br></div><div><br></div><div>Format is:<br></div><div><br></div><div>[accesscode] [destination extension] [source extension]<br>
</div><div><br></div><div>The access code is 2 digits, destination is 4 and source is 4.<br></div><div><br></div><div>Asterisk then breaks out the original CID, changes it to the employee's name, extension and then send it to the destination extension.<br>
</div><div><br></div><div>Reading the wiki documents really give me reasons why callerid reverts back to what was on the channel originally.  Other then it says:<br></div><div><br></div><div><ul><li>Caller ID: The Caller ID information describes who is originating a call.</li>
<li>Connected Line ID: The Connected Line ID information describes who is connected to the other end of a call while a call is established.<br></li></ul><div>But I see no way of updating an answered call using CONNECTEDLINE.<br>
</div></div></div></div></blockquote><div><br></div><div>Normal dialplan does not execute while a call is connected.  That is what the interception macro/routines are for.  That is where you use CONNECTEDLINE to manipulate the connected line party information as it is passing through Asterisk.  You can also block the connected line update when the call initially connects using the Dial 'I' option.<br>
<br>Richard <br></div><div><br></div></div></div></div>