Hi Jay, If the CUBE is a requierement, you're missing this then:
zone remote PSTN-WAN ipexpert.com 10.10.100.2 1719 outvia VGK The configuration that you have right now, is alright, with only difference that the call would not go through CUBE it would be directly between CCM and a remote gatekeeper. Clarify what are the requierements. As I said, if CUBE is NOT requiered, then paste the debugs from PSTN Gatekeeper, something must be wrong there, if it is requiered then put the command I said initially. Regards, 2011/2/26 Ki Wi <kiwi.vo...@gmail.com> > Just saw this. At the outbound dialpeer back to gk. Maybe you can try to > manipulate the called number? Provided you know the exact number to be sent > to GK. > > > Sent from my iPhone > Pls pardon my fat fingers. > > On Feb 26, 2011, at 4:23 AM, Jay Woods <cisco...@live.com> wrote: > > > hostname HQ > ! > boot-start-marker > boot system flash:c2800nm-adventerprisek9_ivs-mz.124-24.T4.bin > warm-reboot > boot-end-marker > ! > !card type command needed for slot 1 > logging message-counter syslog > ! > no aaa new-model > no network-clock-participate slot 1 > network-clock-participate wic 0 > network-clock-select 1 T1 0/0/0 > ! > ! > ! > dot11 syslog > no ip source-route > ! > ! > ip cef > ! > ! > no ip domain lookup > no ipv6 cef > ! > multilink bundle-name authenticated > ! > ! > ! > ! > isdn switch-type primary-ni > ! > ! > ! > voice service voip > allow-connections h323 to h323 > allow-connections sip to sip > no supplementary-service h225-notify cid-update > fax protocol cisco > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > voice-card 0 > dsp services dspfarm > ! > voice-card 1 > ! > ! > ! > ! > ! > ! > archive > log config > hidekeys > ! > ! > controller T1 0/0/0 > pri-group timeslots 1-3,24 service mgcp > ! > controller T1 0/0/1 > channel-group 0 timeslots 1-24 > description *******Frame-To-WAN***** > ! > controller T1 1/0/0 > ! > controller T1 1/0/1 > ! > ! > ! > ! > ! > interface Loopback0 > ip address 10.10.110.1 255.255.255.255 > h323-gateway voip interface > h323-gateway voip id VGK ipaddr 10.10.110.1 1719 > h323-gateway voip h323-id CUBE > ! > interface GigabitEthernet0/0 > no ip address > duplex auto > speed auto > ip rsvp bandwidth > ! > interface GigabitEthernet0/0.10 > encapsulation dot1Q 10 native > ip address 10.10.100.1 255.255.255.0 > ip virtual-reassembly > ! > interface GigabitEthernet0/0.20 > encapsulation dot1Q 20 > ip address 10.10.200.3 255.255.255.0 > ip helper-address 10.10.210.10 > ip virtual-reassembly > ! > interface GigabitEthernet0/0.30 > encapsulation dot1Q 30 > ip address 10.10.210.1 255.255.255.0 > ip virtual-reassembly > ! > interface GigabitEthernet0/1 > ip address dhcp > ip virtual-reassembly > duplex full > speed 100 > ! > interface Serial0/0/0:23 > no ip address > encapsulation hdlc > isdn switch-type primary-ni > isdn incoming-voice voice > isdn bind-l3 ccm-manager > no cdp enable > ! > interface Serial0/0/1:0 > no ip address > encapsulation frame-relay > fair-queue 64 256 36 > frame-relay lmi-type ansi > ip rsvp bandwidth > ! > interface Serial0/0/1:0.1 point-to-point > ip address 10.10.111.1 255.255.255.0 > ip ospf mtu-ignore > snmp trap link-status > frame-relay interface-dlci 201 > ! > interface Serial0/0/1:0.2 point-to-point > ip address 10.10.112.1 255.255.255.0 > ip ospf mtu-ignore > snmp trap link-status > frame-relay interface-dlci 202 > ! > router ospf 1 > router-id 10.10.100.1 > log-adjacency-changes > network 10.10.0.0 0.0.255.255 area 0 > ! > ip forward-protocol nd > ip route 0.0.0.0 0.0.0.0 10.10.210.254 > ip http server > no ip http secure-server > ! > ! > > access-list 1 permit any > access-list 101 permit ip 10.10.0.0 0.0.255.255 any > ! > ! > ! > ! > ! > ! > control-plane > ! > ! > ! > voice-port 0/0/0:23 > ! > ccm-manager redundant-host 10.10.210.10 > ccm-manager mgcp > ! > mgcp > mgcp call-agent 10.10.210.11 service-type mgcp version 0.1 > mgcp dtmf-relay voip codec all mode out-of-band > mgcp bind control source-interface Loopback0 > mgcp bind media source-interface Loopback0 > ! > mgcp profile default > ! > ! > ! > dial-peer voice 1000 voip > incoming called-number . > dtmf-relay h245-alphanumeric > no vad > ! > dial-peer voice 1001 voip > destination-pattern .T > session target ras > dtmf-relay h245-alphanumeric > no vad > ! > ! > gateway > ! > ! > ! > gatekeeper > zone local Spain ipexpert.com outvia VGK > zone local VGK <http://ipexpert.com>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 > ! > ! > line con 0 > line aux 0 > line vty 0 4 > login > ! > scheduler allocate 20000 1000 > end > > > > ------------------------------ > Date: Fri, 25 Feb 2011 09:48:17 -0800 > Subject: Re: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone > From: <bga...@gmail.com>bga...@gmail.com > To: <cisco...@live.com>cisco...@live.com > > Hi Jay, > > Did you solve this? > > If not, can you also post your CUBE configuration? It ooks to me that your > CUBE was failing outbound calls to PSTN-WAN. > > Regards, > > > Bo > > > > > On Fri, Feb 25, 2011 at 7:15 AM, Jay Woods < <cisco...@live.com> > cisco...@live.com> wrote: > > > It was a requirement in the lab question. Does anyone have any other > insight on this? I'm stumped! > > > ------------------------------ > Subject: RE: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone > Date: Wed, 23 Feb 2011 22:48:22 +0100 > From: <cfrider...@netcore.lu>cfrider...@netcore.lu > To: <cisco...@live.com>cisco...@live.com; <jfr...@compunet.biz> > jfr...@compunet.biz; <ccie_voice@onlinestudylist.com> > ccie_voice@onlinestudylist.com > > Why do you have zone prefix PSTN-WAN 91* in the gatekeeper config ? > Regards > Claude > > *Claude Friderich* > *PreSales Support* > *<image001.gif>* > ** > *NETCORE PSF S.A.*** > 49 rue du Baerendall > B.P.65 L-8201 Mamer > Téléphone: 31 33 80-407 > Fax: 31 33 80 8-407 > GSM: 621 303 616 > E-mail: cfrider...@netcore.lu > > *From:* <ccie_voice-boun...@onlinestudylist.com> > ccie_voice-boun...@onlinestudylist.com > [mailto:<ccie_voice-boun...@onlinestudylist.com> > ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Jay Woods > *Sent:* mercredi 23 février 2011 21:16 > *To:* <jfr...@compunet.biz>jfr...@compunet.biz; > <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com > *Subject:* Re: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone > > I can ping it, Num-Exp is good on the PSTN-WAN router. > > > > > ------------------------------ > > From: <jfr...@compunet.biz>jfr...@compunet.biz > To: <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com > Date: Tue, 22 Feb 2011 22:17:54 -0700 > Subject: Re: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone > 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> > ccie_voice-boun...@onlinestudylist.com > [mailto:<ccie_voice-boun...@onlinestudylist.com> > ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Johnny Soong > *Sent:* Tuesday, February 22, 2011 8:07 PM > *To:* <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com; > <cisco...@live.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> > ccie_voice-requ...@onlinestudylist.com > > Subject: CCIE_Voice Digest, Vol 60, Issue 134 > > To: <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com > > Date: Tue, 22 Feb 2011 18:57:22 -0500 > > > > Send CCIE_Voice mailing list submissions to > > <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com > > > > To subscribe or unsubscribe via the World Wide Web, visit > > <http://onlinestudylist.com/mailman/listinfo/ccie_voice> > http://onlinestudylist.com/mailman/listinfo/ccie_voice > > or, via email, send a message with subject or body 'help' to > > <ccie_voice-requ...@onlinestudylist.com> > ccie_voice-requ...@onlinestudylist.com > > > > You can reach the person managing the list at > > <ccie_voice-ow...@onlinestudylist.com> > 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>cisco...@live.com> > > To: < <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com> > > Subject: [OSL | CCIE_Voice] Calling to PSTN-WAN remote Zone > > Message-ID: < <blu159-w239c3d121a36d8e4071639bd...@phx.gbl> > 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 <http://ipexpert.com/>ipexpert.com outvia VGK > > zone local VGK <http://ipexpert.com/>ipexpert.com > > zone local US <http://ipexpert.com/>ipexpert.com outvia VGK > > zone remote PSTN-WAN <http://ipexpert.com/>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>CCIE_Voice@onlinestudylist.com > > <http://onlinestudylist.com/mailman/listinfo/ccie_voice> > 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 > <http://www.ipexpert.com/>www.ipexpert.com > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit <http://www.ipexpert.com/>www.ipexpert.com > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > visit <http://www.ipexpert.com>www.ipexpert.com > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
