Options
"Some" international calls failing...
phoeneous
Member Posts: 2,333 ■■■■■■■□□□
Scenario: Two international calls are being placed, one works and the other doesnt.
Telco is pointing fingers at me (as usual) but I don't think I'm at fault. They're saying that the call that fails is because I'm sending the 011 prefix AND the international bit. wtf is the international bit???
Both numbers are being placed from the same phone and both numbers are matching the same route pattern in cucm. Then at the h.323 gateway, both numbers are matching the same dial-peer which is:
Any thoughts?
Telco is pointing fingers at me (as usual) but I don't think I'm at fault. They're saying that the call that fails is because I'm sending the 011 prefix AND the international bit. wtf is the international bit???
Both numbers are being placed from the same phone and both numbers are matching the same route pattern in cucm. Then at the h.323 gateway, both numbers are matching the same dial-peer which is:
dial-peer voice 24 pots description ***Intl*** destination-pattern 011T prefix 011 sh dial-peer voice 24 VoiceEncapPeer24 peer type = voice, system default peer = FALSE, information type = voice, description = `***Intl***, tag = 24, destination-pattern = `011T', voice reg type = 0, corresponding tag = 0, allow watch = FALSE answer-address = `', preference=0, CLID Restriction = None CLID Network Number = `' CLID Second Number sent CLID Override RDNIS = disabled, rtp-ssrc mux = system source carrier-id = `', target carrier-id = `', source trunk-group-label = `', target trunk-group-label = `', numbering Type = `unknown' group = 24, Admin state is up, Operation state is up, Outbound state is up, incoming called-number = `', connections/maximum = 0/unlimited, DTMF Relay = disabled, URI classes: Destination = huntstop = disabled, in bound application associated: 'DEFAULT' out bound application associated: '' dnis-map = permission :both incoming COR list:maximum capability outgoing COR list:minimum requirement Translation profile (Incoming): Translation profile (Outgoing): incoming call blocking: translation-profile = `' disconnect-cause = `no-service' advertise 0x40 capacity_update_timer 25 addrFamily 4 oldAddrFamily 4 mailbox selection policy: none trunk-group: id = `PRI-01', preference = `' type = pots, prefix = `011', forward-digits default session-target = `', voice-port = `', direct-inward-dial = disabled, digit_strip = enabled, register E.164 number with H323 GK and/or SIP Registrar = TRUE fax rate = system, payload size = 20 bytes supported-language = '' preemption level = `routine' bandwidth: maximum = 64 KBits/sec, minimum = 64 KBits/sec voice class called-number: inbound = `', outbound = `' dial tone generation after remote onhook = enabled mobility=0, snr=, snr_noan=, snr_delay=0, snr_timeout=0 Time elapsed since last clearing of voice call statistics never Connect Time = 371408, Charged Units = 0, Successful Calls = 92, Failed Calls = 2, Incomplete Calls = 2 Accepted Calls = 0, Refused Calls = 0, Last Disconnect Cause is "10 ", Last Disconnect Text is "normal call clearing (16)", Last Setup Time = -2033493290. Last Disconnect Time = -2033492937.
Any thoughts?
Comments
-
Optionsbobfromfpl Member Posts: 104can you run debug isdn q931 when you try those test calls, just to be sure that you know the digits you're sending to the telco?
-
Optionsshodown Member Posts: 2,271if you are sending the international TON the call will fail. Most carriers do not accept the international TON unless its been worked out with them before hand.
Put this command on your PRI
[FONT=Verdana,Arial,Helvetica][FONT=Verdana,Arial,Helvetica]isdn map address 011.* plan unknown type unknown [/FONT][/FONT]Currently Reading
CUCM SRND 9x/10, UCCX SRND 10x, QOS SRND, SIP Trunking Guide, anything contact center related -
Optionsphoeneous Member Posts: 2,333 ■■■■■■■□□□if you are sending the international TON the call will fail. Most carriers do not accept the international TON unless its been worked out with them before hand.
Put this command on your PRI
isdn map address 011.* plan unknown type unknown
That command worked, thank you. -
Optionsshodown Member Posts: 2,271Thanks, I try to do what I can.Currently Reading
CUCM SRND 9x/10, UCCX SRND 10x, QOS SRND, SIP Trunking Guide, anything contact center related