I had this same issue.  Finally, noticed my PSTN RTR was missing a num-exp to 
allow the called number to match the line DN.  Just added one and it worked.  
Couldn't find another solution.

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Johnny Soong
Sent: Tuesday, February 22, 2011 8:07 PM
To: ccie_voice@onlinestudylist.com; cisco...@live.com
Subject: Re: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone

Can you ping the Remote GK ip address 10.10.100.2?

> From: 
> ccie_voice-requ...@onlinestudylist.com<mailto:ccie_voice-requ...@onlinestudylist.com>
> Subject: CCIE_Voice Digest, Vol 60, Issue 134
> To: ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com>
> Date: Tue, 22 Feb 2011 18:57:22 -0500
>
> Send CCIE_Voice mailing list submissions to
> ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://onlinestudylist.com/mailman/listinfo/ccie_voice
> or, via email, send a message with subject or body 'help' to
> ccie_voice-requ...@onlinestudylist.com<mailto:ccie_voice-requ...@onlinestudylist.com>
>
> You can reach the person managing the list at
> ccie_voice-ow...@onlinestudylist.com<mailto:ccie_voice-ow...@onlinestudylist.com>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CCIE_Voice digest..."
>
>
> Today's Topics:
>
> 1. Calling to PSTN-WAN remote Zone (Jay Woods)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 22 Feb 2011 17:57:21 -0600
> From: Jay Woods <cisco...@live.com<mailto:cisco...@live.com>>
> To: <ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com>>
> Subject: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone
> Message-ID: 
> <blu159-w239c3d121a36d8e4071639bd...@phx.gbl<mailto:blu159-w239c3d121a36d8e4071639bd...@phx.gbl>>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
>
> Hello Everyone,
>
> I'm having trouble calling the India number through the PSTN-WAN zone of the 
> Gatekeeper. I have posted the relevant debugs below.
>
>
> HQ#debug gatek main 10
> HQ#
> HQ#
> HQ#
> HQ#
> *Feb 22 22:26:57.538: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: QUEUE_EVENT 
> (minor 0) wakeup
> *Feb 22 22:26:57.678: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: QUEUE_EVENT 
> (minor 0) wakeup
> *Feb 22 22:27:01.758: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: QUEUE_EVENT 
> (minor 0) wakeup
> *Feb 22 22:27:02.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: QUEUE_EVENT 
> (minor 0) wakeup
> *Feb 22 22:27:02.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_arq: 
> arqp=0x4837F484,crv=0x3, answerCall=0
> *Feb 22 22:27:02.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_sep_arq: ARQ 
> Didn't use GK_AAA_PROC
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/gk_dns_query: No Name 
> servers
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/rassrv_get_addrinfo: 
> (916745738932) Tech-prefix match failed.
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/rassrv_get_addrinfo: 
> (916745738932) Matched zone prefix 91 and remainder 6745738932
> *Feb 22 22:27:02.270: 
> //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_get_ingress_network: returning 
> default ingress network = 1
> *Feb 22 22:27:02.270: 
> //802EE55D0300/802EE55D0300/GK/rassrv_arq_select_viazone: about to check the 
> source side, src_zonep=0x496E9808
> *Feb 22 22:27:02.270: 
> //802EE55D0300/802EE55D0300/GK/rassrv_arq_select_viazone: matched zone is US, 
> and z_invianamelen=0
> *Feb 22 22:27:02.270: 
> //802EE55D0300/802EE55D0300/GK/rassrv_arq_select_viazone: about to check the 
> destination side, dst_zonep=0x4A93A26C
> *Feb 22 22:27:02.270: 
> //802EE55D0300/802EE55D0300/GK/rassrv_arq_select_viazone: matched zone is 
> PSTN-WAN, and z_outvianamelen=0
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/rassrv_get_addrinfo: No 
> tech prefix
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/rassrv_get_addrinfo: 
> Alias not found
> *Feb 22 22:27:02.270: 
> //802EE55D0300/802EE55D0300/GK/rassrv_put_remote_zones_from_zone_list: zone 
> PSTN-WAN
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/send_lrq: seq_lrq 1, 
> use_be 0, rzone_cnt 1
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/send_lrq: lrq array 
> index 5, lap 4ABAE820
> *Feb 22 22:27:02.270: //802EE55D0300/802EE55D0300/GK/send_lrq: sent lrq - 
> zonecount 1
> *Feb 22 22:27:02.542: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a TIMER 
> event
> *Feb 22 22:27:02.542: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers
> *Feb 22 22:27:02.542: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers: 
> managed timer expired 0x4762D750
> *Feb 22 22:27:04.878: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a TIMER 
> event
> *Feb 22 22:27:04.878: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers
> *Feb 22 22:27:04.878: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers: 
> managed timer expired 0x4762D8F0
> *Feb 22 22:27:05.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a TIMER 
> event
> *Feb 22 22:27:05.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers
> *Feb 22 22:27:05.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers: 
> managed timer expired 0x4ABAE830
> *Feb 22 22:27:08.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a TIMER 
> event
> *Feb 22 22:27:08.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers
> *Feb 22 22:27:08.270: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers: 
> managed timer expired 0x4ABAE830
> *Feb 22 22:27:08.270: //802EE55D0300/802EE55D0300/GK/gk_rassrv_sep_arq: LRQ 
> suspension point failed (return code = 0x4009)
> HQ#
> HQ#
> HQ#
> HQ# debug h225 asn1
> prefix dialedDigits : "1#"
> }
> }
> }
> }
> }
> mc FALSE
> undefinedNode FALSE
> }
> gatekeeperIdentifier {"US"}
> endpointVendor
> {
> vendor
> {
> t35CountryCode 181
> t35Extension 0
> manufacturerCode 18
> }
> }
> timeToLive 60
> keepAlive TRUE
> endpointIdentifier {"4A56771800000004"}
> willSupplyUUIEs FALSE
> }
>
> *Feb 22 22:27:48.530: RAS OUTGOING PDU ::=
> value RasMessage ::= registrationConfirm :
> {
> requestSeqNum 3502
> protocolIdentifier { 0 0 8 2250 0 4 }
> callSignalAddress
> {
> }
> gatekeeperIdentifier {"US"}
> endpointIdentifier {"4A56771800000004"}
> timeToLive 60
> willRespondToIRR FALSE
> maintainConnection FALSE
> }
>
> *Feb 22 22:27:48.530: RAS OUTGOING ENCODE BUFFER::= 
> 12400DAD060008914A00040002005500531E0034004100350036003700370031003800300030003000300030003000300034208A0002003B01000100
> *Feb 22 22:27:48.530:
> *Feb 22 22:27:48.638: RAS INCOMING ENCODE BUFFER::= 
> 0E400D84060008914A00050001000A0AD20A06B801000A0AD20A801408800228780A040100204000800055005300B50000122C8E000002003B0180211E00340039004300350044003300390034003000300030003000300030003000340100
> *Feb 22 22:27:48.638:
> *Feb 22 22:27:48.638: RAS INCOMING PDU ::=
> value RasMessage ::= registrationRequest :
> {
> requestSeqNum 3461
> protocolIdentifier { 0 0 8 2250 0 5 }
> discoveryComplete FALSE
> callSignalAddress
> {
> ipAddress :
> {
> ip '0A0AD20A'H
> port 1720
> }
> }
> rasAddress
> {
> ipAddress :
> {
> ip '0A0AD20A'H
> port 32788
> }
> }
> terminalType
> {
> gateway
> {
> protocol
> {
> h323 :
> {
> }, voice :
> {
> supportedPrefixes
> {
> {
> prefix dialedDigits : "1#"
> }
> }
> }
> }
> }
> mc FALSE
> undefinedNode FALSE
> }
> gatekeeperIdentifier {"US"}
> endpointVendor
> {
> vendor
> {
> t35CountryCode 181
> t35Extension 0
> manufacturerCode 18
> }
> }
> timeToLive 60
> keepAlive TRUE
> endpointIdentifier {"49C5D39400000004"}
> willSupplyUUIEs FALSE
> }
>
> *Feb 22 22:27:48.642: RAS OUTGOING PDU ::=
> value RasMessage ::= registrationConfirm :
> {
> requestSeqNum 3461
> protocolIdentifier { 0 0 8 2250 0 4 }
> callSignalAddress
> {
> }
> gatekeeperIdentifier {"US"}
> endpointIdentifier {"49C5D39400000004"}
> timeToLive 60
> willRespondToIRR FALSE
> maintainConnection FALSE
> }
>
> *Feb 22 22:27:48.642: RAS OUTGOING ENCODE BUFFER::= 
> 12400D84060008914A00040002005500531E0034003900430035004400330039003400300030003000300030003000300034208A0002003B01000100
> *Feb 22 22:27:48.642:
> *Feb 22 22:27:54.370: RAS INCOMING ENCODE BUFFER::= 
> 26900DAE03C00034004100350036003700370031003800300030003000300030003000300034010580C49A78A6BC650104805456C78335000A0AD20B06B8400500000480C0E37C8E6641D604002F020A0AC8FD096420100180110080C0E37C8E6641D604002F020A0AC8FD05020055005301000100
> *Feb 22 22:27:54.370:
> *Feb 22 22:27:54.370: RAS INCOMING PDU ::=
> value RasMessage ::= admissionRequest :
> {
> requestSeqNum 3503
> callType pointToPoint : NULL
> endpointIdentifier {"4A56771800000004"}
> destinationInfo
> {
> dialedDigits : "916745738932"
> }
> srcInfo
> {
> dialedDigits : "2123945002"
> }
> srcCallSignalAddress ipAddress :
> {
> ip '0A0AD20B'H
> port 1720
> }
> bandWidth 1280
> callReferenceValue 4
> conferenceID '80C0E37C8E6641D604002F020A0AC8FD'H
> activeMC FALSE
> answerCall FALSE
> canMapAlias TRUE
> callIdentifier
> {
> guid '80C0E37C8E6641D604002F020A0AC8FD'H
> }
> gatekeeperIdentifier {"US"}
> willSupplyUUIEs FALSE
> }
>
> *Feb 22 22:27:54.374: H225 NONSTD OUTGOING PDU ::=
> value LRQnonStandardInfo ::=
> {
> ttl 6
> nonstd-callIdentifier
> {
> guid '80C0E37C8E6641D604002F020A0AC8FD'H
> }
> gatewaySrcInfo
> {
> e164 : "2123945002"
> }
> h225NonStdSrcCallSignalAddress h225NonStdIpAddress :
> {
> ip '0A0AD20B'H
> port 1720
> }
> h225NonStdSrcendpointIdentifier {"4A56771800000004"}
> }
>
> *Feb 22 22:27:54.374: H225 NONSTD OUTGOING ENCODE BUFFER::= 
> 828B9030110080C0E37C8E6641D604002F020A0AC8FD080104805456C7833507000A0AD20B06B8211E0034004100350036003700370031003800300030003000300030003000300034
> *Feb 22 22:27:54.374:
> *Feb 22 22:27:54.374: RAS OUTGOING PDU ::=
> value RasMessage ::= locationRequest :
> {
> requestSeqNum 2054
> destinationInfo
> {
> dialedDigits : "916745738932"
> }
> nonStandardData
> {
> nonStandardIdentifier h221NonStandard :
> {
> t35CountryCode 181
> t35Extension 0
> manufacturerCode 18
> }
> data '828B9030110080C0E37C8E6641D604002F020A0A...'H
> }
> replyAddress ipAddress :
> {
> ip '0A0A6E01'H
> port 1719
> }
> sourceInfo
> {
> h323-ID : {"US"}
> }
> canMapAlias TRUE
> hopCount 6
> }
>
> *Feb 22 22:27:54.378: RAS OUTGOING ENCODE BUFFER::= 
> 4A800805010580C49A78A6BC6540B500001249828B9030110080C0E37C8E6641D604002F020A0AC8FD080104805456C7833507000A0AD20B06B8211E0034004100350036003700370031003800300030003000300030003000300034000A0A6E0106B7178040070140010055005301800105
> *Feb 22 22:27:54.378:
> *Feb 22 22:27:54.378: RAS OUTGOING PDU ::=
> value RasMessage ::= requestInProgress :
> {
> requestSeqNum 3503
> delay 9000
> }
>
> *Feb 22 22:27:54.378: RAS OUTGOING ENCODE BUFFER::= 8005000DAE2327
> *Feb 22 22:27:54.378:
> *Feb 22 22:28:00.378: H225 NONSTD OUTGOING PDU ::=
> value ARJnonStandardInfo ::=
> {
> callReleaseSource gatekeeper : NULL
> iecInfo
> {
> '1020118000280000'H
> }
> }
>
> *Feb 22 22:28:00.378: H225 NONSTD OUTGOING ENCODE BUFFER::= 
> 80E0016009011020118000280000
> *Feb 22 22:28:00.378:
> *Feb 22 22:28:00.378: RAS OUTGOING PDU ::=
> un al
> value RasMessage ::= admissionReject :
> {
> requestSeqNum 3503
> rejectReason undefinedReason : NULL
> nonStandardData
> {
> nonStandardIdentifier h221NonStandard :
> {
> t35CountryCode 181
> t35Extension 0
> manufacturerCode 18
> }
> data '80E0016009011020118000280000'H
> }
> }
>
> *Feb 22 22:28:00.378: RAS OUTGOING ENCODE BUFFER::= 
> 2D0DAE34B50000120E80E0016009011020118000280000
> *Feb 22 22:28:00.378: l
> All possible debugging has been turned off
> HQ#
>
> !
> gatekeeper
> zone local Spain ipexpert.com outvia VGK
> zone local VGK ipexpert.com
> zone local US ipexpert.com outvia VGK
> zone remote PSTN-WAN ipexpert.com 10.10.100.2 1719
> zone prefix Spain 03214*
> zone prefix US 1... gw-priority 10 gk-trunk_2
> zone prefix US 1... gw-priority 9 gk-trunk_1
> zone prefix Spain 3...
> zone prefix US 5... gw-priority 10 gk-trunk_2
> zone prefix US 5... gw-priority 9 gk-trunk_1
> zone prefix PSTN-WAN 91*
> gw-type-prefix 1#* default-technology
> no shutdown
> !
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: </archives/ccie_voice/attachments/20110222/d42834a4/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> CCIE_Voice mailing list
> CCIE_Voice@onlinestudylist.com<mailto:CCIE_Voice@onlinestudylist.com>
> http://onlinestudylist.com/mailman/listinfo/ccie_voice
>
>
> End of CCIE_Voice Digest, Vol 60, Issue 134
> *******************************************
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to