[asterisk-dev] CALLERID(name) being overwritten beneath dialplan

Joshua Elson joshelson at yahoo.com
Tue Apr 6 12:51:00 CDT 2010


>> Can anyone point me to how this may be happening?

>On a PRI circuit, the CallerID name is frequently passed in a packet separate
>from the CALL SETUP packet.  You can wait until it appears (usually no more
>than 2 seconds after the SETUP).


In this case, how is that packet processed and what processes?  Does this confirm that there is an effectively out of band overwrite of the CALLERID(name) value from within DAHDI?

>> Is there a way to simply 
>> block passing any of the CNAM information from my carrier!

>usecallerid=no in chan_dahdi.conf (or zapata.conf) should make the circuit
>ignore that information.  Of course, you'll also lose the CallerID number by
>doing that.


Would it be an option to simply force the callerid name to no?  Is there any way to do this now?

I have tried a couple of options:

; Hide the name part and leave just the number part of the caller ID 
; string. Only applies to PRI channels. 
hidecalleridname=yes

Also, setting fullname = "" or fullname =   doesn't seem to have the desired effect.  In both cases, the CallerID name I set simply gets overwritten by the time the call reaches the queue.

Any other way to resolve this without a low level code change?

Thanks a bunch for the quick response.  I really appreciate it.

Josh



________________________________
From: "asterisk-dev-request at lists.digium.com" <asterisk-dev-request at lists.digium.com>
To: asterisk-dev at lists.digium.com
Sent: Tue, April 6, 2010 11:00:02 AM
Subject: asterisk-dev Digest, Vol 69, Issue 25

Send asterisk-dev mailing list submissions to
    asterisk-dev at lists.digium.com

To subscribe or unsubscribe via the World Wide Web, visit
    http://lists.digium.com/mailman/listinfo/asterisk-dev
or, via email, send a message with subject or body 'help' to
    asterisk-dev-request at lists.digium.com

You can reach the person managing the list at
    asterisk-dev-owner at lists.digium.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of asterisk-dev digest..."


Today's Topics:

   1. CALLERID(name) being overwritten beneath dialplan (Joshua Elson)
   2. Re: CALLERID(name) being overwritten beneath dialplan
      (Tilghman Lesher)


----------------------------------------------------------------------

Message: 1
Date: Tue, 6 Apr 2010 08:54:46 -0700 (PDT)
From: Joshua Elson <joshelson at yahoo.com>
Subject: [asterisk-dev] CALLERID(name) being overwritten beneath
    dialplan
To: asterisk-dev at lists.digium.com
Message-ID: <265625.78504.qm at web113209.mail.gq1.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

I'm hoping someone on dev sees this and may have a quick answer for me.  I am having a problem with the CALLERID(name) function's data being overwritten from *some* location that's outside the dialplan.  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.

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       GA").

So for instance, when I hit the dialplan, I set:

    -- Executing [8775551212 at from-pstn:9] Set("DAHDI/4-1", "CALLERID(name)=@ASDF CAMPAIGN 478972XXXX") in new stack

When it passes to the IVR, everything is fine, but when it hits the queue, I am left with:

    -- Executing [s at macro-user-callerid:5] NoOp("DAHDI/40-1", "Callerid name: MACON       GA") in new stack

The issue is that no dialplan / agi code in between is changing the value of CALLERID(name).  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.

Can anyone point me to how this may be happening?  Is there a way to simply block passing any of the CNAM information from my carrier!

Thanks in advance...


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100406/48166c4b/attachment-0001.htm 

------------------------------

Message: 2
Date: Tue, 6 Apr 2010 11:13:08 -0500
From: Tilghman Lesher <tlesher at digium.com>
Subject: Re: [asterisk-dev] CALLERID(name) being overwritten beneath
    dialplan
To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
Message-ID: <201004061113.08168.tlesher at digium.com>
Content-Type: text/plain;  charset="utf-8"

On Tuesday 06 April 2010 10:54:46 Joshua Elson wrote:
> I'm hoping someone on dev sees this and may have a quick answer for me.  I
> am having a problem with the CALLERID(name) function's data being
> overwritten from *some* location that's outside the dialplan.  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.
>
> 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       GA").
>
> So for instance, when I hit the dialplan, I set:
>
>     -- Executing [8775551212 at from-pstn:9] Set("DAHDI/4-1",
> "CALLERID(name)=@ASDF CAMPAIGN 478972XXXX") in new stack
>
> When it passes to the IVR, everything is fine, but when it hits the queue,
> I am left with:
>
>     -- Executing [s at macro-user-callerid:5] NoOp("DAHDI/40-1", "Callerid
> name: MACON       GA") in new stack
>
> The issue is that no dialplan / agi code in between is changing the value
> of CALLERID(name).  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.
>
> Can anyone point me to how this may be happening?

On a PRI circuit, the CallerID name is frequently passed in a packet separate
from the CALL SETUP packet.  You can wait until it appears (usually no more
than 2 seconds after the SETUP).

> Is there a way to simply 
> block passing any of the CNAM information from my carrier!

usecallerid=no in chan_dahdi.conf (or zapata.conf) should make the circuit
ignore that information.  Of course, you'll also lose the CallerID number by
doing that.

-- 
Tilghman Lesher
Digium, Inc. | Senior Software Developer
twitter: Corydon76 | IRC: Corydon76-dig (Freenode)
Check us out at: www.digium.com & www.asterisk.org



------------------------------

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev

End of asterisk-dev Digest, Vol 69, Issue 25
********************************************



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100406/e3bdc141/attachment.htm 


More information about the asterisk-dev mailing list