Hey Guys,
I'm running to an issue forwarding calls to an external number.
I have an night auto attendant that rings a group. If that group does not answer it overflows to another group that is set to sequential with an extension on it that is set to forward the call to a cell number.
Strange thing is that if I call the first group using the extension number, it overflows to the extension and will forward the call. I call from the auto attendant the call will not forward and continues to ring the first group.
I captured the log and the call is forbidden/rejected. Noticed that it shows anonymous.
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
Content-Length: 0
10:33:00 3551368617mS SIP Call Rx: 17
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
Content-Length: 0
10:33:00 3551368618mS CMLineRx: v=0
CMProceeding
Line: type=SIPLine 17 Call: lid=17 id=682837 in=0
Called[] Type=Default (100) Reason=CMDRdirect Calling[9157788844] Type=Unknown Plan=Unknown
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=7268672@192.168.42.253
IE CMIEDeviceDetail (231) c0a82a01000a6b55 LOCALE=enu HW=15 VER=11 class=CMDeviceSIPTrunk type=0 number=17 channel=5 features=0x1 rx_gain=32 tx_gain=32
ep_callid=682837 ipaddr=192.168.42.1 apps=0 loc=999 em_a_loc=999 em_d_loc=0 features2=0x0 is_spcall=1 ignores_dtmf=0 avgsid=
10:33:00 3551368618mS CMARS: LINE ep Received: CMProceeding - child->state = CMCSOffering - ARS Call State = CMCSOverlapRecv
10:33:00 3551368618mS CMCallEvt: c0a82a01000a6b55 17.682837.0 131332 SIPTrunk Endpoint: StateChange: END=T CMCSOffering->CMCSAccept
10:33:00 3551368619mS CMCallEvt: c0a82a01000a6b4d 0.682836.0 131332 ARS for Main: StateChange: END=T CMCSOverlapRecv->CMCSAccept
10:33:00 3551368789mS SIP Rx: UDP 192.168.42.253:5060 -> 192.168.42.1:5060
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>;tag=030cc296
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
User-Agent: ESBC9378-4B-2.0.16.13
Content-Length: 0
I recently updated IPO to v11.0.4.2.0 build 58, so I don't know if it broken something.
Below is a call sample of a successful call when dialing the extension number.
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK4955b1de115c0cbc7e40445a9d177a45
Contact: <sip:7268672@192.168.42.253:5060>
To: <sip:7268672@192.168.42.253>;tag=3ba4b160
From: "850"<sip:9157788844@192.168.42.253>;tag=932cc6f13988d74b
Call-ID: 15cccf4268af6e199d8ce643761b7bd0
CSeq: 1818835252 INVITE
Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, REGISTER, SUBSCRIBE, UPDATE
Content-Type: application/sdp
User-Agent: ESBC9378-4B-2.0.16.13
Content-Length: 214
Could it be an issue with my SIP line?
Thanks for the help in advance!!
I'm running to an issue forwarding calls to an external number.
I have an night auto attendant that rings a group. If that group does not answer it overflows to another group that is set to sequential with an extension on it that is set to forward the call to a cell number.
Strange thing is that if I call the first group using the extension number, it overflows to the extension and will forward the call. I call from the auto attendant the call will not forward and continues to ring the first group.
I captured the log and the call is forbidden/rejected. Noticed that it shows anonymous.
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
Content-Length: 0
10:33:00 3551368617mS SIP Call Rx: 17
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
Content-Length: 0
10:33:00 3551368618mS CMLineRx: v=0
CMProceeding
Line: type=SIPLine 17 Call: lid=17 id=682837 in=0
Called[] Type=Default (100) Reason=CMDRdirect Calling[9157788844] Type=Unknown Plan=Unknown
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=7268672@192.168.42.253
IE CMIEDeviceDetail (231) c0a82a01000a6b55 LOCALE=enu HW=15 VER=11 class=CMDeviceSIPTrunk type=0 number=17 channel=5 features=0x1 rx_gain=32 tx_gain=32
ep_callid=682837 ipaddr=192.168.42.1 apps=0 loc=999 em_a_loc=999 em_d_loc=0 features2=0x0 is_spcall=1 ignores_dtmf=0 avgsid=
10:33:00 3551368618mS CMARS: LINE ep Received: CMProceeding - child->state = CMCSOffering - ARS Call State = CMCSOverlapRecv
10:33:00 3551368618mS CMCallEvt: c0a82a01000a6b55 17.682837.0 131332 SIPTrunk Endpoint: StateChange: END=T CMCSOffering->CMCSAccept
10:33:00 3551368619mS CMCallEvt: c0a82a01000a6b4d 0.682836.0 131332 ARS for Main: StateChange: END=T CMCSOverlapRecv->CMCSAccept
10:33:00 3551368789mS SIP Rx: UDP 192.168.42.253:5060 -> 192.168.42.1:5060
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK36c513a5d9853eef56b95e7961425948
To: <sip:7268672@192.168.42.253>;tag=030cc296
From: "Anonymous"<sip:anonymous@anonymous.invalid>;tag=66d498bcdf6c6df1
Call-ID: 825db4c57dc9548a656acbcb0f9107bb
CSeq: 1962210259 INVITE
User-Agent: ESBC9378-4B-2.0.16.13
Content-Length: 0
I recently updated IPO to v11.0.4.2.0 build 58, so I don't know if it broken something.
Below is a call sample of a successful call when dialing the extension number.
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.42.1:5060;rport=5060;branch=z9hG4bK4955b1de115c0cbc7e40445a9d177a45
Contact: <sip:7268672@192.168.42.253:5060>
To: <sip:7268672@192.168.42.253>;tag=3ba4b160
From: "850"<sip:9157788844@192.168.42.253>;tag=932cc6f13988d74b
Call-ID: 15cccf4268af6e199d8ce643761b7bd0
CSeq: 1818835252 INVITE
Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, REGISTER, SUBSCRIBE, UPDATE
Content-Type: application/sdp
User-Agent: ESBC9378-4B-2.0.16.13
Content-Length: 214
Could it be an issue with my SIP line?
Thanks for the help in advance!!