Problem with IP trunk and 2 systems

[dejanacy]

I have a peculiar problem with a 406V2 4.0.5 and a CISCO system. The physical trunks are on the CISCO and are used by the IP office via an IP trunk. Now lets say that the number 22021xxx is used by the IPO. If I call from the IP office to an outside number all is well and I see the 22201xxx number. But if I call from an outside number to the 22201xxx number I get a "line error" tone and the line is droped. I have configured in the IPO the 222xxxxx number to ring to ext203, and the CISCO sends me the correct MSN number. Here is what system monitor shows:

688407mS CMCallPkt: v=0
CMSetup
Line: type=IPLine 9 Call: lid=9 id=4 in=1
Called[22xxxxxx] Type=Unknown (0) Reason=CMDRdirect Calling[35799xxxxxx] Type=Unknown Plan=Unknown Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ALaw
688407mS CMLineRx: v=9
CMSetup
Line: type=IPLine 9 Call: lid=9 id=4 in=1
Called[22xxxxxx] Type=Unknown (0) Reason=CMDRdirect Calling[35799xxxxxx] Type=Unknown Plan=Unknown Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ALaw
688407mS CMCallEvt: 0.1008.0 -1 BaseEP: NEW CMEndpoint fede6a78 TOTAL NOW=1 CALL_LIST=0
688408mS CMCallEvt: CREATE CALL:4
688409mS CMCallEvt: 0.1009.0 -1 BaseEP: NEW CMEndpoint fede4aa0 TOTAL NOW=2 CALL_LIST=0
688413mS CMCallEvt: 9.4.1 4 H323TrunkEP: StateChange: END=A CMCSIdle->CMCSDialInitiated
688415mS CMLineTx: v=9
CMReleaseComp
Line: type=IPLine 9 Call: lid=9 id=4 in=1
Cause=1, Unallocated (unassigned) number
688415mS CMCallEvt: 9.4.1 -1 H323TrunkEP: StateChange: END=X CMCSDialInitiated->CMCSDelete
688416mS CMCallEvt: 0.1009.0 -1 BaseEP: DELETE CMEndpoint fede4aa0 TOTAL NOW=1 CALL_LIST=0
688416mS CMCallEvt: END CALL:4
688418mS CMCallEvt: 9.4.1 -1 BaseEP: DELETE CMEndpoint fede6a78 TOTAL NOW=0 CALL_LIST=0
688420mS H245Tx: v=0 peb=9
endSessionCommand

Now if the CISCO sends me instead of the MSN number an extension like 203 the ext203 rings. This is what I get in system monitor:

1110074mS CMCallPkt: v=0
CMSetup
Line: type=IPLine 9 Call: lid=9 id=5 in=1
Called[203] Type=Unknown (0) Reason=CMDRdirect Calling[35799xxxxxx] Type=Unknown Plan=Unknown Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ALaw
1110074mS CMLineRx: v=9
CMSetup
Line: type=IPLine 9 Call: lid=9 id=5 in=1
Called[203] Type=Unknown (0) Reason=CMDRdirect Calling[35799xxxxxx] Type=Unknown Plan=Unknown Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ALaw
1110074mS CMCallEvt: 0.1010.0 -1 BaseEP: NEW CMEndpoint fede4bb4 TOTAL NOW=1 CALL_LIST=0
1110075mS CMCallEvt: CREATE CALL:5
1110076mS CMCallEvt: 0.1011.0 -1 BaseEP: NEW CMEndpoint fede3d5c TOTAL NOW=2 CALL_LIST=0
1110080mS CMCallEvt: 9.5.1 5 H323TrunkEP: StateChange: END=A CMCSIdle->CMCSDialInitiated
1110081mS CMCallEvt: 0.1012.0 -1 BaseEP: NEW CMEndpoint fede1918 TOTAL NOW=3 CALL_LIST=1
1110083mS CMCallEvt: 9.5.1 5 H323TrunkEP: StateChange: END=A CMCSDialInitiated->CMCSDialling
1110085mS CMLineTx: v=9
CMSetupAck
Line: type=IPLine 9 Call: lid=9 id=5 in=1
1110085mS CMCallEvt: 0.1011.0 5 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
1110086mS CMCallEvt: 0.1012.0 5 Extn203.0: StateChange: END=T CMCSIdle->CMCSOffering
1110086mS CMExtnRx: v=203, p1=0
CMAlerting
Line: type=DigitalExtn 3 Call: lid=0 id=1012 in=0
1110087mS CMCallEvt: 0.1012.0 5 Extn203.0: StateChange: END=T CMCSOffering->CMCSRinging
1110087mS CMCallEvt: 0.1011.0 5 TargetingEP: StateChange: END=B CMCSOffering->CMCSRinging
1110088mS CMCallEvt: 9.5.1 5 H323TrunkEP: StateChange: END=A CMCSDialling->CMCSRingBack
1110091mS CMLineTx: v=9
CMAlerting
Line: type=IPLine 9 Call: lid=9 id=5 in=1
Called[203] Type=Unknown (0) Reason=CMDRdirect Calling[] Type=Unknown Plan=Unknown

Does anybody know what might be the problem?

Thanks

 

[intrigrant]

Create a shortcode in the shortcode list of the receiving IP Line like this:

SC = 22201xxx
TN = N
LineID = 0
function = DialEtxn

 

[dejanacy]

Sorry for the delay in answering if i tried it or not. I will try it tomorrow, but I have a quick question. Should I leave the incoming call route for the number or no.

Thanks

 

[gmgbg]

intrigant is right, incoming calls on ip trunks don't follow ICR, they look for short codes