Need a LODR

[jschnarkey]

Currently my outbound calls from the 4K go out through our OSV. We have a Cisco call manager also and I am routing calls to go outbound through that to the PSTN. I have success with dialing 10 digits but we also want to dial 7 digits.
My working LODR is;

DIS-LODR:121;
H500: AMO LODR STARTED
+-------------------------------------------------------+
| ODR POSITION CMD PARAMETER |
+--------+----------------------------------------------+
| 121 | 1 ECHO 1 |
| | 2 ECHOALL |
| | 3 NPI UNKNOWN |
| | 4 TON UNKNOWN |
| | 5 END |
+--------+----------------------------------------------+
|INFO:SIP TO CISCO |
+-------------------------------------------------------+
H03: THE NEXT FREE ODR IS 1

I need a LODR that puts the area code 541 on it to send to the call manager.
It seems it should be simple but I am struggling to get something to work. I tried the following but it doesn't seem to work for me.

DIS-LODR:122;
H500: AMO LODR STARTED
+-------------------------------------------------------+
| ODR POSITION CMD PARAMETER |
+--------+----------------------------------------------+
| 122 * | 1 OUTPULSE 541 |
| | 2 ECHO 1 |
| | 3 ECHOALL |
| | 4 NPI UNKNOWN |
| | 5 TON UNKNOWN |
| | 6 END |
| +----------------------------------------------+
| | * = READY FOR USE BY AMO LDAT |
+--------+----------------------------------------------+
H03: THE NEXT FREE ODR IS 1
Any help is greatly appreciated..

 

[Moriendi]

OUTPULSE 541 is the correct way to get your prefix digits. But your ECHO commands needs to match the LDPLN - so you'd need to post your LDPLN line too, and be sure Cisco can handle NPI/TON of unknown/unknown. A Wireshark trace from SIP side would confirm what is being sent, and the response.

 

[jschnarkey]

Moriendi,
LODR 121 above works with 9-W-541-XXX-XXXX
LODR 122 above does not work with 9-W-XXX-XXXX

A bit of background.. The New call manager was set up for only 10 digit dialing, not 7. Our users are used to us providing 7 digit dialing and thus there are hundreds of fax machines with 7 digit speed dials etc etc.
I would love nothing more than to just say it's 10 or nothing but that would be a nightmare.
I am also working to get the call manager to use 7 also but for now I need to start sending calls out to the call manager and it wants the area code.

 

[Moriendi]

LODR is very simple but I don't know what you are dialling. If your fax is dialling 7 digits - what are they ? You'll need to match it in LDPLN.

To send this to Cisco with a 541, and LDPLN of 9-W-XXX-XXXX
Outpulse 541
Echo 3
Echo 4.

Cisco would receive 541XXXXXXX.

If it needs the 9

Echo 1
Outpulse 541
Echo 3
Echo 4

Or you do you want to put the 541 first, then include the 9.
Outpulse 541
Echo 1
Echo 3
Echo 4.

You can see how it works, each - causes the field number to increment. Make a wireshark trace on the SIP side and you will see how the digits change.

 

[sbcsu]

LODR 121 above works with 9-W-541-XXX-XXXX

Just to be aware in the above example
Field 1 is 9
Field 2 is the W - Wait for Dummy Dial tone to be returned to the dialling out phone
Field 3 is 541
Field 4 is xxx
and
Field 5 is xxxx


LODR 122 above does not work with 9-W-XXX-XXXX
In above example
Field 1 is 9
Field 2 is the W
Field 3 is XXX
and Field 4 is XXXX

 

[jschnarkey]

So in my examples above, I am sending the 9 to the call manager. Good to know.
I am starting to remember the Cisco engineer asking for the 9. Makes sense or it would think i was trying to dial an extension number. With the 9 it matches a route pattern and off it goes.

With this info, I can craft a LODR to get the 7 digits dialed across to the call manager with all 10 and the 9. Once I get that working I can start making changes to the lprof's.

Big Thanks!

 

[jschnarkey]

Thank you to all.
I was not factoring in the 9 for echo 1.
This works now.
I now have two LODR's , one for anyone dialing 7 digits and 1 for anyone dialing 10 digits. All of the toll free are working also.
Things are working as advertised and a big thanks to you guys!

 

[jschnarkey]

Ok, now that I have all of the outbound calls moving in the right direction from the 4K to the CUCM, big thanks to Moriendi and SBCSU, I am now working on routing from the OSV through the 4K to the CUCM.
The issue I'm having is I can only get this to work if the exact ldpln is written.
For instance I have 9-W-XXX-XXXX and 9-W-541-XXX-XXXX which you would think would cover anything with that area code coming into the 4K. But no. this only works when I have the full number that I am calling written into the ldpln
ie; 9-W-541-123-4567.
Why doesnt the wild card catch this? I can't write 100's of thousands of LDP's

Perhaps I should route straight from OSV to CUCM and bypass the 4K but in the mean time.....

 

[Moriendi]

The wildcard should catch it - if the number of X's is correct. SIP needs enbloc dialling - all the digits at once. They can't come one at a time like is common with ISDN (overlap dialling). If you send more digits than are present in the X's, then the extra digits will be delivered one at a time and could cause a problem for native SIP.

Swapping XXX-XXXX's for a single Z will make 4K wait for end-of-dial timer to expire before sending the setup, so it should catch all digits. But if it works from 4K, this shouldn't be a problem unless OSV is delivering digits with overlap dialling via SIP-Q. Don't forget if you do try a single Z, you will probably need to adjust your LODR (i.e. if your number of fields changes).

But if it works from 4K, then the number of X's sounds correct.

I would make a wireshark trace to see what digits are being sent to CUCM. No point guessing. Trace it.

 

[sbcsu]

For digit strings that I know the numbering length I put in the relevant number of XXXX
If I don't know (Or care about) the number length I put in a Z - which means send everything and at the end of the LCREOD - timer send all at once to the destination.