Tiago Geada
2014-Jan-16 10:47 UTC
[asterisk-users] Weird issue with Set(CALLERID(name)=string);
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 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20140116/3fdfeeb4/attachment.html>
Gareth Blades
2014-Jan-16 14:09 UTC
[asterisk-users] Weird issue with Set(CALLERID(name)=string);
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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20140116/42698ce1/attachment.html>