Issue: Inconsistent results making international calls (able to make a call to Zurich, but not London). Assumed it was a carrier issue. Carrier (MCI) took a d-chan capture on calls to the UK -- tech indicated he was seeing call type "Int'l ISDN with 011" and explained that the NI2 is sending the 011 and our PBX is sending the 011 - causing the failed call. I am not sure I follow the "NI2 is sending". The tech then took a d-chan capture of a call to Switzerland and indicated he was seeing call type "unknown with 011" and further indicated call is successful because there is only one 011 sent. Both calls take place on the same PRI facility. Including all relevant config lines below.
- After some Internet reading, I came across a suggestion indicating -- navigate to 'Call Type' and change the International Call Types to 'Unknown'. This seemed relevant, but unfortunately the post did not reference a Cisco gateway. Does anyone know of a similar config parameter on a Cisco router?
- Can I issue a command that will allow the router to make a call (so I do not have to bother the local clients)?
Router#isdn test call interface Serial0/0/0:22 19145551212
the first few messages appear like this would work, but then the first hint that this is not correct:
Oct 8 03:25:48.721: ISDN Se0/0/0:23 **ERROR**: call_setup_ack_proceeding: NO HDLC available b channel 22 call id 0x838B
Oct 8 03:25:48.721: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x040A
Cause i = 0x80A2 - No circuit/channel available
What do I have wrong?
- I assume a next step would be to capture the calls from the CME's perspective. What are the appropriate debugs to run to determine why calls do not complete (debug isdn q931, debug voice dialpeer)?
The site is new, extremely low key, has only 15 phones and the site is generally < 50% occupied. Are there any debug concerns with respect to router load?
Relevant system info:
System CUCME running on C2821 ISR
Cisco IOS Software C2800NM-ADVENTERPRISEK9-M
Software Version 12.4(20)T / CME 7.0(0)
Relevant carrier Info:
Product: PRI (1) with 40 new numbers
Signaling: 23 B Channels + Primary D
Outpulsing Digits: 4
Pic: 0222 (MCI) for Local, LD, and International
isdn switch-type primary-ni
voice translation-rule 1
rule 1 /^\(21..\)$/ /781xxx\1/
voice translation-profile ANI
translate calling 1
controller T1 0/0/0
cablelength long 0db
pri-group timeslots 1-24
no ip address
isdn switch-type primary-ni
isdn incoming-voice voice
no cdp enable
translation-profile outgoing ANI
dial-peer voice 5 pots
description International dialing
prefix 011 <--- is it possible that using forward-digits as opposed to prefix would result in a different outcome?
Had a similar problem recently. Needed to stop CME from sending International signal and 011 simultaneously as it confused the carrier:
isdn map address 011.* plan unknown type unknown
My dial peer looks the same as yours except the destination-pattern is 9011T
Try the csim command to make calls from the IOS:
csim start 9011
(enable isdn debug logging first)