Digit Manipulation IPO 2

[Tisty]

Hello Guys,

Very familiar with IPO but occasionally my head cannot work out what the issue is. So I have a Mitel, CM, IPO. All routing is working every phone system has an extension of "5000" but I am prefixing them with a dial code before hand. (Note these are all SIP trunked together)

22 = Mitel
23 = CM
24= IPO

CM can dial Mitel & CM no problem, Mitel can dial CM only, and IPO can dial CM only.

IPO is where most issues are laying, now the IPO can dial CM because i am stripping off the prefix (23) on my CM system, my shortcode to dial the CM is 23XXXX D LID 20. Mitel cannot dial the IPO because the ICR doesn't know what to do with "245000" I know I could use the Mitel system to strip off 24 before sending but I want the IPO to have a little more control. I am pretty sure this can be done with a code somehow this is why I'm turning to you guru's

Cheers,
Chris

 

[mforrence]

ICR number received 24XXXX, destination # should yield match to 5000. Assumes that you have a SIP URI with */*/* built, so that incoming calls use ICR

Mike Forrence

http://www.goteamvox.com

 

[Tisty]

Hello,

Unfortunately that doesn't seem to work Any more ideas?

Cheers,
Chris

 

[mforrence]

I just set this up on our system and it worked like a champ. Does 5000 have a match? Extension, hunt, short code?

Mike Forrence

http://www.goteamvox.com

 

[Tisty]

Hello,

Just ran a trace on the IPO see below. 5000 is an extension number on the Avaya IPO in the trace you can see I dialed "245000" from the Mitel system, seems to go to 404 not found which I believe it isn't dropped off the (24). Setup on the ICR right now is:

Any Voice
LID 25
Incoming Number: 24XXXX

Destination: #

Thanks,
Chris


INVITE sip:245000@192.168.38.210:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.38.211:5060;branch=z9hG4bK1772658464-104782582
Max-Forwards: 26
Allow: INVITE,BYE,CANCEL,ACK,INFO,PRACK,OPTIONS,SUBSCRIBE,NOTIFY,REFER,REGISTER,UPDATE
Require: 100rel
From: "M.Phone" <sip:5000@192.168.38.211>;tag=0_1772658464-104782583
To: <sip:245000@192.168.38.210>
Call-ID: 1772658464-104782581
CSeq: 1 INVITE
Min-SE: 90
Session-Expires: 90;Refresher=uas
Supported: replaces,timer
Contact: "M.Phone" <sip:5000@192.168.38.211:5060;transport=tcp>
User-Agent: Mitel-3300-ICP 14.0.0.91
P-Asserted-Identity: "M.Phone" <sip:5000@192.168.38.211:5060;transport=tcp>
Content-Length: 0

82975364mS CMCallEvt: 0.1092.0 -1 BaseEP: NEW CMEndpoint f526bacc TOTAL NOW=1 CALL_LIST=0
82975365mS Stun: Info: media ports will not be mapped with STUN.
82975366mS SIP Tx: TCP 192.168.38.210:5060 -> 192.168.38.211:5060
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.38.211:5060;branch=z9hG4bK1772658464-104782582
From: "M.Phone" <sip:5000@192.168.38.211>;tag=0_1772658464-104782583
To: <sip:245000@192.168.38.210>;tag=55d5a1dbe225360e
Call-ID: 1772658464-104782581
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

82975368mS SIP Tx: TCP 192.168.38.210:5060 -> 192.168.38.211:5060
SIP/2.0 404 Not Found
Via: SIP/2.0/TCP 192.168.38.211:5060;branch=z9hG4bK1772658464-104782582
From: "M.Phone" <sip:5000@192.168.38.211>;tag=0_1772658464-104782583
To: <sip:245000@192.168.38.210>;tag=55d5a1dbe225360e
Call-ID: 1772658464-104782581
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

82975387mS SIP Rx: TCP 192.168.38.211:5060 -> 192.168.38.210:5060
ACK sip:245000@192.168.38.210:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.38.211:5060;branch=z9hG4bK1772658464-104782582
Max-Forwards: 70
From: "M.Phone" <sip:5000@192.168.38.211>;tag=0_1772658464-104782583
To: <sip:245000@192.168.38.210>;tag=55d5a1dbe225360e
Call-ID: 1772658464-104782581
CSeq: 1 ACK
Contact: "M.Phone" <sip:5000@192.168.38.211:5060;transport=tcp>
Content-Length: 0

 

[mforrence]

I suspect your issue is within SIP URI. You need a URI set to */*/* in order for call to use ICR.

Mike Forrence

http://www.goteamvox.com

 

[amriddle01]

You need a *** URI to push the calls to the ICR, otherwise it only looks at URIs to route calls

 

[Tisty]

Guys,

Thanks you very much that worked. Never set up SIP trunk on IPO before kinda makes sense now

Have a good weekend both much appreciated!

Cheers,
Chris

 

[amriddle01]

Damn it, simultaneous posts