[asterisk-users] Weird issue with Set(CALLERID(name)=string);

[Tiago Geada]

Second thought, that would only allow me to know if there is a problem on
asterisk or softphone.

Because the old callerid(name) that was presented on the softphone,
belonged to a call made to a different peer, I doubt that it would be a
softphone problem.

Our softphones are fixed with the same peer/extension .. if the wrong
callerid were originally called to the same peer.. I guess that would be
worth it..

even so, I will try and measure the impact on performance, however if
asterisk did send the wrong string, how could I debug that??


On 16 January 2014 14:27, Tiago Geada <tiago.geada at gmail.com> wrote:

> You're right, seems like a nice way to debug. Regarding that, how would
> the impact be affected running it on asterisk box? I guess only port 5060
> is not too bad
>
>
> On 16 January 2014 14:09, Gareth Blades <mailinglist+asterisk at dns99.co.uk>wrote:
>
>>  On 16/01/14 10:47, Tiago Geada wrote:
>>
>>  Hi folks,
>>
>>  We've been having a weird issue... It is happening more often in the
>> last few months...
>>
>>  Most inbound calls, we have in our dialplan before Queue():
>>
>>  Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL})
>> ;
>>
>>  So when the call rings a member, softphone will show this string ....
>>
>>  The issue is that sometimes the string showing in the softphone is not
>> the same. Its a string from a past call, in the latest case I've seen, from
>> about 40 days ago!!
>>
>>  User took a screenshot, I've searched for that uniqueid showing in
>> softphone in cdr, and that string was valid for a different call 40 days
>> ago!!
>>
>>
>>  I searched full log, and Set() sets the correct string... I can't
>> figure why softphone shows a string from a past call !!
>>
>>  :(
>>
>>  Any hints ?
>>
>>
>>  I would leave tcpdump running capturing port 5060 so you can load it
>> onto wireshark and have a look at the sip headers. That will tell you if
>> the SIP is incorrect or if its a problem with the client.
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>                http://www.asterisk.org/hello
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20140116/f94ef642/attachment.html>