Anonymous calls on callerid(Name) - AGI channel variable
Posted: Thu Nov 14, 2019 9:52 amHI All Vici Guru's
We have stumbled upon a telecom change that is rapidly approaching the sector.
Callerid authentication technical changes named Stir/Shaken - it's a good read - and in short it means all the callerid numbers used are going to have to be authentic. IMHO a great move for our industry overall. But oh man this is a major change.
https://www.home.neustar/resources/prod ... entication
In Additional - the channel variable callerid(name) (example M11313120030000932468 - manual dial callerid(Name) variable) - the channel variable that fast_AGI keeps track of for hangup, reporting and basically every core function is starting to show ANONYMOUS callerid name messages on end user devices and blocking the call with an audio message "THIS PARTY DOES NOT ACCEPT UNIDENTIFIED CALLS", especially on Comcast business users in the north east part of the US. The channel variable callerid(Name) is simply more characters than end user callerid(name) telephony will accept which appears to be 12-15 in total. We are either going to have to route all calls through [loopback-no-log] and set callerid names static or to a curl variable lookup, or we are going to need to track call channel variables on a different channel variable for all vici functions.
OR - we'll need to put a proxy in front (like Kamailio or OpenSips) to change the callerid(name) dynamically on the sip header on the way out.
From our testing so far (as of Nov 14 2019) it is not nationwide affecting yet.
@Matt_Florell - We are willing to help with the code effort here, if it requires changing the channel variable for AGI's tracking call stuff.
Who else has started to see an increase in this audio message from their customers, or for your own center?
And any other technical solutions that come to mind?
We have stumbled upon a telecom change that is rapidly approaching the sector.
Callerid authentication technical changes named Stir/Shaken - it's a good read - and in short it means all the callerid numbers used are going to have to be authentic. IMHO a great move for our industry overall. But oh man this is a major change.
https://www.home.neustar/resources/prod ... entication
In Additional - the channel variable callerid(name) (example M11313120030000932468 - manual dial callerid(Name) variable) - the channel variable that fast_AGI keeps track of for hangup, reporting and basically every core function is starting to show ANONYMOUS callerid name messages on end user devices and blocking the call with an audio message "THIS PARTY DOES NOT ACCEPT UNIDENTIFIED CALLS", especially on Comcast business users in the north east part of the US. The channel variable callerid(Name) is simply more characters than end user callerid(name) telephony will accept which appears to be 12-15 in total. We are either going to have to route all calls through [loopback-no-log] and set callerid names static or to a curl variable lookup, or we are going to need to track call channel variables on a different channel variable for all vici functions.
OR - we'll need to put a proxy in front (like Kamailio or OpenSips) to change the callerid(name) dynamically on the sip header on the way out.
From our testing so far (as of Nov 14 2019) it is not nationwide affecting yet.
@Matt_Florell - We are willing to help with the code effort here, if it requires changing the channel variable for AGI's tracking call stuff.
Who else has started to see an increase in this audio message from their customers, or for your own center?
And any other technical solutions that come to mind?