Version: asterisk-1.4.21.1
New Version: sail-2.2.1-673
The "Outbound callerid" field for SIP and IAX trunks was being transmitted correctly until I upgraded from 670 to 673. I then noticed the distant end was receiving callerid as "unknown". A sip debug trace showed that the callerid being transmitted was the Callee 4-digit extension number not the "Outbound callerid" field from the Trunklines field.
As a test I wrote a simple Custom script:
exten => *800*,1,Set(CALLERID(num)=1234567890)
exten => *800*,n,Dial(SIP/${CELL}@${BMCSIP},,,)
This resulted in the callerid being correctly transmitted / received as 1234567890.
Here is the relevant agi debug output [masked] - it shows that the CALLERID(num) is being set to 1200 (the Callee extension)
-- Executing [91978886XXXX@default:1] AGI("SIP/1200-09f48358", "selintra|OutRoute|Long Distance") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/selintra
AGI Tx >> agi_request: selintra
AGI Tx >> agi_channel: SIP/1200-09f48358
AGI Tx >> agi_language: en
AGI Tx >> agi_type: SIP
AGI Tx >> agi_uniqueid: 1228834499.10
AGI Tx >> agi_callerid: 1200
AGI Tx >> agi_calleridname: Polycom
AGI Tx >> agi_callingpres: 0
AGI Tx >> agi_callingani2: 0
AGI Tx >> agi_callington: 0
AGI Tx >> agi_callingtns: 0
AGI Tx >> agi_dnid: 91978886XXXX
AGI Tx >> agi_rdnis: unknown
AGI Tx >> agi_context: default
AGI Tx >> agi_extension: 91978886XXXX
AGI Tx >> agi_priority: 1
AGI Tx >> agi_enhanced: 0.0
AGI Tx >> agi_accountcode:
AGI Tx >>
AGI Rx << EXEC Set CALLERID(num)=1200
-- AGI Script Executing Application: (Set) Options: (CALLERID(num)=1200)
AGI Tx >> 200 result=0
AGI Rx << SET VARIABLE GROUP() "OUTBOUND_GROUP"
AGI Tx >> 200 result=1
AGI Rx << GET VARIABLE GROUP_COUNT()
AGI Tx >> 200 result=1 (1)
AGI Rx << DATABASE PUT "lnd" "978470XXXX" "1978886XXXX"
AGI Tx >> 200 result=1
AGI Rx << EXEC Dial SIP/1978886XXXX@peer1675034156
-- AGI Script Executing Application: (Dial) Options: (SIP/1978886XXXX@peer1675034156)
-- Called 1978886XXXX@peer1675034156
-- SIP/peer1675034156-09f46b98 is making progress passing it to SIP/1200-09f48358
Does anyone at Selintra know why this would stop working after an upgrade from 670 to 673?
1 Replies
1173 Views