Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Need a LODR

Status
Not open for further replies.

jschnarkey

Technical User
Joined
Aug 26, 2015
Messages
70
Location
US
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..

 
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.
 
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.
 
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.


 
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
 
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!
 
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!
 
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.....
 
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.



 
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.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top