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!

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

Internation Calls to the UK

Status
Not open for further replies.
ebarber972

ebarber972

MIS
Joined
Oct 1, 2013
Messages
8
Location
US
We recently replaced the PVDM board on our router which caused us to have to re-add all of our call route patterns. We can call everywhere except for the UK. I have the 15 digit International application dial rule and both route patterns, 9.011! and 9.011!#. When I try to call, for instance, our London office I just get a busy signal.

Does anyone know what may be causing this?

Thanks in advance,
Eric Barber
 
Sort by date Sort by votes
Can you run a q931 debug on the gateway and monitor and capture a failed call? Then we can see the call going out and reason codes.
Can you all international anywhere else and it's just UK that is failing?
What about another UK number besides your office?

Post debug output and we can go from there
 
Upvote 0 Downvote
Below is the debug q931.

We are able to call other countries, Australia, New Zealand and Germany. We have also tried to call a home and cell phone in London with no success.

*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: Default type/plan 0x2 0x1 sw-type 13 Calling number 8182232300 isdn_map 0 mask 0x1042
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: typeplan from voice leg 0x0 0x0; voice-translation for TYPE none, PLAN none; accept h225 values yes
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling num 8182232300; Oct3a 0x81
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: Default type/plan 0x1 0x1 sw-type 13 Called number 011442076236333 isdn_map 0 mask 0x1042
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: typeplan from voice leg 0x0 0x0; voice-translation for TYPE none, PLAN none; accept h225 values yes
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x1 0x1, Called num 011442076236333
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: CCIE_BuildChanId_IE: int_ident_len 0
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x0400, ces 1, event 0x0080, call id 0x92CA, int id 0x0
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: L3_Go: event 0x80 cr_len 2 cr 0
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x0 state 0 event 0x80 ces 1
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x0000 CC_SETUP_REQ:U0_SetupReq(nlcb)
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: srl_send_l3_pak:
source_id = Q.931 0x0300, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x3214EFC datasize = 63
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: data =
*Oct 2 18:18:44.044: 03214EFC000003000240040100010000
*Oct 2 18:18:44.044: 080213490504038090A21803A983966C
*Oct 2 18:18:44.044: 0C218138313832323332333030701091
*Oct 2 18:18:44.044: 303131343432303736323336333333
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x1349 callID = 0x92CA switch = primary-ni interface = User
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931d: L3_state_change: callref 0x1349 old NULL_STATE, new CALL_INIT
*Oct 2 18:18:44.044: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x1349
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98396
Exclusive, Channel 22
Calling Party Number i = 0x2181, '8182232300'
Plan:ISDN, Type:National
Called Party Number i = 0x91, '011442076236333'
Plan:ISDN, Type:International
*Oct 2 18:18:44.116: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x9349
Channel ID i = 0xA98396
Exclusive, Channel 22
*Oct 2 18:18:44.116: ISDN Se0/0/0:23 Q931d: L3IF_rx_L2_pak: received data
*Oct 2 18:18:44.116: 08029349021803A98396
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x020A, ces 1, event 0x0002, call id 0x0000, int id 0x0
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: event 0x2 cr_len 2 cr 4937
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x1349 state 1 event 0x2 ces 1
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x1349 CALL_PROC:U1_CallProc(nlcb)
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_state_change: callref 0x1349 old CALL_INIT, new OUT_CALL_PROC
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x9349
Cause i = 0x829F - Normal, unspecified
Progress Ind i = 0x8488 - In-band info or appropriate now available
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3IF_rx_L2_pak: received data
*Oct 2 18:18:44.120: 08029349030802829F1E028488
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x020A, ces 1, event 0x0003, call id 0x0000, int id 0x0
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: event 0x3 cr_len 2 cr 4937
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x1349 state 3 event 0x3 ces 1
*Oct 2 18:18:44.120: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x1349 PROGRESS:U3_Progress(nlcb)
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x0400, ces 1, event 0x0084, call id 0x92CA, int id 0x0
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: L3_Go: event 0x84 cr_len 2 cr 4937
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x1349 state 3 event 0x84 ces 1
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x1349 CC_DISCONNECT_REQ:Ux_DiscReq(nlcb)
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: srl_send_l3_pak:
source_id = Q.931 0x0300, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x3214EFC datasize = 25
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: data =
*Oct 2 18:18:50.560: 03214EFC000003000240049300010000
*Oct 2 18:18:50.560: 080213494508028090
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931d: L3_state_change: callref 0x1349 old OUT_CALL_PROC, new DISCONNECT_REQUEST
*Oct 2 18:18:50.560: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x1349
Cause i = 0x8090 - Normal call clearing
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x9349
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3IF_rx_L2_pak: received data
*Oct 2 18:18:50.576: 080293494D
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x020A, ces 1, event 0x004D, call id 0x0000, int id 0x0
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: event 0x4D cr_len 2 cr 4937
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x1349 state 11 event 0x4D ces 1
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x1349 RELEASE:U11_Release(nlcb)
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: srl_send_l3_pak:
source_id = Q.931 0x0300, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x3214EFC datasize = 21
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: data =
*Oct 2 18:18:50.576: 03214EFC000003000240040000010012
*Oct 2 18:18:50.576: 080213495A
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_state_change: callref 0x1349 old DISCONNECT_REQUEST, new NULL_STATE
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: source 0x0400, ces 1, event 0x00AB, call id 0x92CA, int id 0x0
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: event 0xAB cr_len 2 cr 4937
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_Go: call_id 0x92CA cr 0x0 state 0 event 0xAB ces 1
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931d: L3_ProcessEvent: callref = 0x0000 CC_REL_COMP_REQ:Ux_RelCompReq(nlcb)
*Oct 2 18:18:50.576: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x1349

Thanks,
Eric B.
 
Upvote 0 Downvote
I do see that the successful calls have "Plan:Unknown, Type:Unknown" instead of "Plan:ISDN, Type:International"
 
Upvote 0 Downvote
Is this MGCP or h323?
If MGCP change the route pattern to be unknown and test again.
Otherwise you will need to add the command on the gateway
 
Upvote 0 Downvote
It is h323. I'm not familiar with adding the commands. I have a vague recollection of them from when they were added via webex.

Eric B.
 
Upvote 0 Downvote
I have these three on the router.

dial-peer voice 2001 voip
preference 1
destination-pattern 2..
session target ipv4:10.255.76.51
incoming called-number .
voice-class codec 1
voice-class h323 1
dtmf-relay h245-alphanumeric
no vad
!
dial-peer voice 2301 voip
preference 1
destination-pattern 3..
session target ipv4:10.255.76.51
incoming called-number .
voice-class codec 1
voice-class h323 1
dtmf-relay h245-alphanumeric
no vad
!
dial-peer voice 2401 voip
preference 1
destination-pattern 4..
session target ipv4:10.255.76.51
incoming called-number .
voice-class codec 1
voice-class h323 1
dtmf-relay h245-alphanumeric
no vad
 
Upvote 0 Downvote
And this one

dial-peer voice 9011 pots
destination-pattern 9011T
port 0/0/0:23
prefix 011
 
Upvote 0 Downvote
This is now working.

I added isdn map address ^011.* type unknown plan unknown to SE0/0/0:23.

Thanks again whykap.
 
Upvote 0 Downvote
Since you are doing h323 that's exactly what you needed.
 
Upvote 0 Downvote
Status
Not open for further replies.

Similar threads

keyset6
  • Question Question
Skillet effect on calls in queue
Replies
1
Views
94
keyset6
keyset6
B
  • Locked
  • Question Question
Cisco IP Phone 7841 8851 unable to forward to external number
Replies
2
Views
663
keyset6
keyset6
Corneliy
  • Locked
  • Question Question
Forwarding calls
Replies
0
Views
395
Corneliy
Corneliy
keyset6
  • Locked
  • Question Question
Requiring a PIN to 'unlock' phone
Replies
0
Views
422
keyset6
keyset6
Edwin Effandy
  • Question Question
Cisco Manager 8.6.2 always hang to be remote after restart via CLI Command becomes normal
Replies
0
Views
100
Edwin Effandy
Edwin Effandy

Part and Inventory Search

Sponsor

Back
Top