<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><div>&gt;&gt; Can anyone point me to how this may be happening?<br><br>&gt;On a PRI circuit, the CallerID name is frequently passed in a packet separate<br>&gt;from the CALL SETUP packet.&nbsp; You can wait until it appears (usually no more<br>&gt;than 2 seconds after the SETUP).<br><br></div><div>In this case, how is that packet processed and what processes? &nbsp;Does this confirm that there is an effectively out of band overwrite of the CALLERID(name) value from within DAHDI?</div><div><br>&gt;&gt; Is there a way to simply&nbsp;<br>&gt;&gt; block passing any of the CNAM information from my carrier!<br><br>&gt;usecallerid=no in chan_dahdi.conf (or zapata.conf) should make the circuit<br>&gt;ignore that information.&nbsp; Of course, you'll also lose the CallerID number by<br>&gt;doing that.<br></div><div
 style="font-family:arial, helvetica, sans-serif;font-size:10pt"><br></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt">Would it be an option to simply force the callerid name to no? &nbsp;Is there any way to do this now?</div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><br></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt">I have tried a couple of options:</div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><br></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; ">; Hide the name part and leave just the number part of the caller ID&nbsp;<br>; string. Only applies to PRI channels.&nbsp;<br>hidecalleridname=yes</span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span"
 style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; "><br></span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; ">Also, setting fullname = "" or fullname = &nbsp; doesn't seem to have the desired effect. &nbsp;In both cases, the CallerID name I set simply gets overwritten by the time the call reaches the queue.</span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; "><br></span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; ">Any other way to resolve this without a low level code
 change?</span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; "><br></span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; ">Thanks a bunch for the quick response. &nbsp;I really appreciate it.</span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; "><br></span></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><span class="Apple-style-span" style="font-family: Verdana, Geneva, Arial, Helvetica, sans-serif; font-size: 12px; ">Josh</span></div><div style="font-family:arial, helvetica,
 sans-serif;font-size:10pt"><br><div style="font-family:arial, helvetica, sans-serif;font-size:13px"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> "asterisk-dev-request@lists.digium.com" &lt;asterisk-dev-request@lists.digium.com&gt;<br><b><span style="font-weight: bold;">To:</span></b> asterisk-dev@lists.digium.com<br><b><span style="font-weight: bold;">Sent:</span></b> Tue, April 6, 2010 11:00:02 AM<br><b><span style="font-weight: bold;">Subject:</span></b> asterisk-dev Digest, Vol 69, Issue 25<br></font><br>
Send asterisk-dev mailing list submissions to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:asterisk-dev@lists.digium.com" href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br><span>&nbsp;&nbsp;&nbsp; <a target="_blank" href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></span><br>or, via email, send a message with subject or body 'help' to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:asterisk-dev-request@lists.digium.com" href="mailto:asterisk-dev-request@lists.digium.com">asterisk-dev-request@lists.digium.com</a><br><br>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:asterisk-dev-owner@lists.digium.com" href="mailto:asterisk-dev-owner@lists.digium.com">asterisk-dev-owner@lists.digium.com</a><br><br>When replying, please edit your Subject line so it is more
 specific<br>than "Re: Contents of asterisk-dev digest..."<br><br><br>Today's Topics:<br><br>&nbsp;  1. CALLERID(name) being overwritten beneath dialplan (Joshua Elson)<br>&nbsp;  2. Re: CALLERID(name) being overwritten beneath dialplan<br>&nbsp; &nbsp; &nbsp; (Tilghman Lesher)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 6 Apr 2010 08:54:46 -0700 (PDT)<br>From: Joshua Elson &lt;<a ymailto="mailto:joshelson@yahoo.com" href="mailto:joshelson@yahoo.com">joshelson@yahoo.com</a>&gt;<br>Subject: [asterisk-dev] CALLERID(name) being overwritten beneath<br>&nbsp;&nbsp;&nbsp; dialplan<br>To: <a ymailto="mailto:asterisk-dev@lists.digium.com" href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a><br>Message-ID: &lt;<a ymailto="mailto:265625.78504.qm@web113209.mail.gq1.yahoo.com"
 href="mailto:265625.78504.qm@web113209.mail.gq1.yahoo.com">265625.78504.qm@web113209.mail.gq1.yahoo.com</a>&gt;<br>Content-Type: text/plain; charset="us-ascii"<br><br>I'm hoping someone on dev sees this and may have a quick answer for me.&nbsp; I am having a problem with the CALLERID(name) function's data being overwritten from *some* location that's outside the dialplan.&nbsp; I can reproduce this 100% of the time with some carriers for certain CallerIDs on Asterisk 1.4.29 and Asterisk 1.6.1.18.<br><br>Inbound call coming across T1, dialplan and I run Set(CALLERID(name)="Campaign Code"). Route sends call to IVR, user pushs zero and is sent to a queue. By the time the call hits the queue, the caller id name has been overwritten. This ONLY happens for some inbound caller IDs (around 5% or so). The DIDs for which this happens appear to be being set from the T1 CNAM service from the carrier, as the data appears to be coming from the carrier, as it is
 typically all uppercase "CITY STATE" data (for instance "MACON&nbsp; &nbsp; &nbsp;  GA").<br><br>So for instance, when I hit the dialplan, I set:<br><br>&nbsp; &nbsp; -- Executing [8775551212@from-pstn:9] Set("DAHDI/4-1", "CALLERID(name)=@ASDF CAMPAIGN 478972XXXX") in new stack<br><br>When it passes to the IVR, everything is fine, but when it hits the queue, I am left with:<br><br>&nbsp; &nbsp; -- Executing [s@macro-user-callerid:5] NoOp("DAHDI/40-1", "Callerid name: MACON&nbsp; &nbsp; &nbsp;  GA") in new stack<br><br>The issue is that no dialplan / agi code in between is changing the value of CALLERID(name).&nbsp; It appears to be coming from the Carrier CNAM, as it is always 14 characters, with spaces (forum removes them) between the city and the state, all uppercase.<br><br>Can anyone point me to how this may be happening?&nbsp; Is there a way to simply block passing any of the CNAM information from my carrier!<br><br>Thanks in
 advance...<br><br><br>&nbsp; &nbsp; &nbsp; <br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br><span>URL: <a target="_blank" href="http://lists.digium.com/pipermail/asterisk-dev/attachments/20100406/48166c4b/attachment-0001.htm">http://lists.digium.com/pipermail/asterisk-dev/attachments/20100406/48166c4b/attachment-0001.htm</a> </span><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 6 Apr 2010 11:13:08 -0500<br>From: Tilghman Lesher &lt;<a ymailto="mailto:tlesher@digium.com" href="mailto:tlesher@digium.com">tlesher@digium.com</a>&gt;<br>Subject: Re: [asterisk-dev] CALLERID(name) being overwritten beneath<br>&nbsp;&nbsp;&nbsp; dialplan<br>To: Asterisk Developers Mailing List &lt;<a ymailto="mailto:asterisk-dev@lists.digium.com" href="mailto:asterisk-dev@lists.digium.com">asterisk-dev@lists.digium.com</a>&gt;<br>Message-ID: &lt;<a ymailto="mailto:201004061113.08168.tlesher@digium.com"
 href="mailto:201004061113.08168.tlesher@digium.com">201004061113.08168.tlesher@digium.com</a>&gt;<br>Content-Type: text/plain;&nbsp; charset="utf-8"<br><br>On Tuesday 06 April 2010 10:54:46 Joshua Elson wrote:<br>&gt; I'm hoping someone on dev sees this and may have a quick answer for me.&nbsp; I<br>&gt; am having a problem with the CALLERID(name) function's data being<br>&gt; overwritten from *some* location that's outside the dialplan.&nbsp; I can<br>&gt; reproduce this 100% of the time with some carriers for certain CallerIDs on<br>&gt; Asterisk 1.4.29 and Asterisk 1.6.1.18.<br>&gt;<br>&gt; Inbound call coming across T1, dialplan and I run<br>&gt; Set(CALLERID(name)="Campaign Code"). Route sends call to IVR, user pushs<br>&gt; zero and is sent to a queue. By the time the call hits the queue, the<br>&gt; caller id name has been overwritten. This ONLY happens for some inbound<br>&gt; caller IDs (around 5% or so). The DIDs for which this happens appear
 to be<br>&gt; being set from the T1 CNAM service from the carrier, as the data appears to<br>&gt; be coming from the carrier, as it is typically all uppercase "CITY STATE"<br>&gt; data (for instance "MACON&nbsp; &nbsp; &nbsp;  GA").<br>&gt;<br>&gt; So for instance, when I hit the dialplan, I set:<br>&gt;<br>&gt;&nbsp; &nbsp;  -- Executing [8775551212@from-pstn:9] Set("DAHDI/4-1",<br>&gt; "CALLERID(name)=@ASDF CAMPAIGN 478972XXXX") in new stack<br>&gt;<br>&gt; When it passes to the IVR, everything is fine, but when it hits the queue,<br>&gt; I am left with:<br>&gt;<br>&gt;&nbsp; &nbsp;  -- Executing [s@macro-user-callerid:5] NoOp("DAHDI/40-1", "Callerid<br>&gt; name: MACON&nbsp; &nbsp; &nbsp;  GA") in new stack<br>&gt;<br>&gt; The issue is that no dialplan / agi code in between is changing the value<br>&gt; of CALLERID(name).&nbsp; It appears to be coming from the Carrier CNAM, as it is<br>&gt; always 14 characters, with spaces (forum removes them)
 between the city and<br>&gt; the state, all uppercase.<br>&gt;<br>&gt; Can anyone point me to how this may be happening?<br><br>On a PRI circuit, the CallerID name is frequently passed in a packet separate<br>from the CALL SETUP packet.&nbsp; You can wait until it appears (usually no more<br>than 2 seconds after the SETUP).<br><br>&gt; Is there a way to simply <br>&gt; block passing any of the CNAM information from my carrier!<br><br>usecallerid=no in chan_dahdi.conf (or zapata.conf) should make the circuit<br>ignore that information.&nbsp; Of course, you'll also lose the CallerID number by<br>doing that.<br><br>-- <br>Tilghman Lesher<br>Digium, Inc. | Senior Software Developer<br>twitter: Corydon76 | IRC: Corydon76-dig (Freenode)<br>Check us out at: <a target="_blank" href="http://www.digium.com">www.digium.com</a> &amp; <a target="_blank"
 href="http://www.asterisk.org">www.asterisk.org</a><br><br><br><br>------------------------------<br><br>_______________________________________________<br><span>--Bandwidth and Colocation Provided by <a target="_blank" href="http://www.api-digital.com">http://www.api-digital.com</a>--</span><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br>&nbsp;  <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br><br>End of asterisk-dev Digest, Vol 69, Issue 25<br>********************************************<br></div></div><div style="position:fixed"></div>


</div><br>

      </body></html>