gkittelson
MIS
IP Office 500 V2. Firmware 8.0.42 with 9630G phones.
I had programmed the system for this client to dial external numbers using a three digit short code. For example, 000 dialed a 1 + 10 digit number. It worked GREAT until...
This client converted from analog trunks to a 12 channel PRI circuit and from three digit to four digit extensions. Since that conversion this feature hasn't worked.
I have tried changing the short codes to *601 but that didn't help. The error we get is "incompatible" The crazy part is any extension that doesn't have an incoming call route IS able to use the short codes. I don't understand how this can have any relationship with the issue since all of the extensions start with a 3 or 8 and have nothing to do with the short codes.
Does anyone have any suggestions or a bone that they could throw to me? This is driving me nuts!
Here is a trace from one of the calls:
1103969140mS H323Evt: RTP(50r): 192.168.16.30/49152 192.168.16.110/52036 CODEC=G722_64K(14) PKTSZ=160 RFC2833=off AGE=2392 SENT=57 (avg size=160) RECV=50 (avg size=160)
1103970130mS CMExtnTx: v=3839, p1=8007
CMFacility
Line: type=IPLine 250 Call: lid=258 id=42 in=1
IE CMIEFastStartInfoData (6) 2 item(s)
1103970130mS CMExtnRx: v=3839, p1=0
CMReleaseComp
Line: type=IPLine 250 Call: lid=258 id=9695 in=0
1103970131mS CMCallEvt: 258.9695.0 -1 Scot Marion.0: StateChange: END=X CMCSCompletedTone->CMCSCompleted
1103970132mS CMExtnTx: v=3839, p1=0
CMFacility
Line: type=IPLine 250 Call: lid=258 id=9695 in=0
IE CMIEFastStartInfoData (6) 2 item(s)
Timed: 03/07/12 13:18
1103970132mS CMExtnEvt: v=42 State, new=PortRecoverDelay old=CMESCompleted,0,0,Scot Marion
1103970133mS CMExtnEvt: Scot Marion: CALL LOST (CMCauseForceClear)
1103970133mS CMExtnEvt: Scot Marion: Extn(3839) Calling Party Number(3839) Type(CMNTypeInternal)
1103970133mS CMExtnEvt: Scot Marion: CMExtnHandler::SetCurrent( id: 9695->0 )
1103970134mS CMCallEvt: 258.9695.0 -1 Scot Marion.-1: StateChange: END=X CMCSCompleted->CMCSDelete
1103970135mS CMTARGET: 258.9695.0 -1 BaseEP: ~CMTargetHandler f50f77e8 ep f50af058
1103970135mS CMCallEvt: 258.9695.0 -1 BaseEP: DELETE CMEndpoint f50af058 TOTAL NOW=2 CALL_LIST=1
1103970137mS CMMap: a=0.0 b=0.0 pcp[600]b0r1 RTPB0
1103970137mS CMMap: a=21.7 b=0.20 M0
1103970137mS CMMap: a=21.7 b=0.0 T0
1103970138mS CMMap: a=21.7 b=0.0 DTMF::~DTMF freed CMRTTonegen resource busy 4, total 8
1103970138mS H323Evt: RTP(END): 192.168.16.30/49152 192.168.16.110/52036 CODEC=G722_64K(14) PKTSZ=160 RFC2833=off AGE=3390 SENT=106 RECV=99 RTdelay=0 jitter=0 loss=0 remotejitter=0 remoteloss=0
1103970139mS CMMap: a=0.20 b=0.0 IP::FreeCodec pcp[602]b0r1 freed CMRTVocoder resource busy 3, total 10
1103970139mS CMMap: a=0.18 b=0.0 Mapper::FreeCodec freed CMRTVocoder resource busy 3, total 10
I had programmed the system for this client to dial external numbers using a three digit short code. For example, 000 dialed a 1 + 10 digit number. It worked GREAT until...
This client converted from analog trunks to a 12 channel PRI circuit and from three digit to four digit extensions. Since that conversion this feature hasn't worked.
I have tried changing the short codes to *601 but that didn't help. The error we get is "incompatible" The crazy part is any extension that doesn't have an incoming call route IS able to use the short codes. I don't understand how this can have any relationship with the issue since all of the extensions start with a 3 or 8 and have nothing to do with the short codes.
Does anyone have any suggestions or a bone that they could throw to me? This is driving me nuts!
Here is a trace from one of the calls:
1103969140mS H323Evt: RTP(50r): 192.168.16.30/49152 192.168.16.110/52036 CODEC=G722_64K(14) PKTSZ=160 RFC2833=off AGE=2392 SENT=57 (avg size=160) RECV=50 (avg size=160)
1103970130mS CMExtnTx: v=3839, p1=8007
CMFacility
Line: type=IPLine 250 Call: lid=258 id=42 in=1
IE CMIEFastStartInfoData (6) 2 item(s)
1103970130mS CMExtnRx: v=3839, p1=0
CMReleaseComp
Line: type=IPLine 250 Call: lid=258 id=9695 in=0
1103970131mS CMCallEvt: 258.9695.0 -1 Scot Marion.0: StateChange: END=X CMCSCompletedTone->CMCSCompleted
1103970132mS CMExtnTx: v=3839, p1=0
CMFacility
Line: type=IPLine 250 Call: lid=258 id=9695 in=0
IE CMIEFastStartInfoData (6) 2 item(s)
Timed: 03/07/12 13:18
1103970132mS CMExtnEvt: v=42 State, new=PortRecoverDelay old=CMESCompleted,0,0,Scot Marion
1103970133mS CMExtnEvt: Scot Marion: CALL LOST (CMCauseForceClear)
1103970133mS CMExtnEvt: Scot Marion: Extn(3839) Calling Party Number(3839) Type(CMNTypeInternal)
1103970133mS CMExtnEvt: Scot Marion: CMExtnHandler::SetCurrent( id: 9695->0 )
1103970134mS CMCallEvt: 258.9695.0 -1 Scot Marion.-1: StateChange: END=X CMCSCompleted->CMCSDelete
1103970135mS CMTARGET: 258.9695.0 -1 BaseEP: ~CMTargetHandler f50f77e8 ep f50af058
1103970135mS CMCallEvt: 258.9695.0 -1 BaseEP: DELETE CMEndpoint f50af058 TOTAL NOW=2 CALL_LIST=1
1103970137mS CMMap: a=0.0 b=0.0 pcp[600]b0r1 RTPB0
1103970137mS CMMap: a=21.7 b=0.20 M0
1103970137mS CMMap: a=21.7 b=0.0 T0
1103970138mS CMMap: a=21.7 b=0.0 DTMF::~DTMF freed CMRTTonegen resource busy 4, total 8
1103970138mS H323Evt: RTP(END): 192.168.16.30/49152 192.168.16.110/52036 CODEC=G722_64K(14) PKTSZ=160 RFC2833=off AGE=3390 SENT=106 RECV=99 RTdelay=0 jitter=0 loss=0 remotejitter=0 remoteloss=0
1103970139mS CMMap: a=0.20 b=0.0 IP::FreeCodec pcp[602]b0r1 freed CMRTVocoder resource busy 3, total 10
1103970139mS CMMap: a=0.18 b=0.0 Mapper::FreeCodec freed CMRTVocoder resource busy 3, total 10