[OSL | CCIE_Voice] Gatekeeper Call Routing
Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
What does the show gatekeeper end points command show? Randall Sent from my iPhone On Nov 17, 2011, at 3:00 AM, datucha123 datucha123 datucha...@gmail.com wrote: Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
Pls check the call routing diagram here , which has explanation. http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00800a99c4.shtml (Call Routing solely use tech-prefix here) Some steps are not very descriptive , no explanations available as well. BTW can you send this output? *show gatekeeper zone prefix* ** ** On Thu, Nov 17, 2011 at 4:30 PM, datucha123 datucha123 datucha...@gmail.com wrote: Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
Hi , Gatekeeper will route the call without Zone prefix if all the endpoints are registered in the same zone. Thanks From: datucha123 datucha123 datucha...@gmail.com To: ccie_voice@onlinestudylist.com Sent: Thursday, November 17, 2011 4:30 PM Subject: [OSL | CCIE_Voice] Gatekeeper Call Routing Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#* (Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
There are no Zone Prefixes defined, As for endpoint, only the CUCME and CUCM H323-IDs are registered, NO CUCME IP PHONES. CUCME and CUCM are registered also with the defaul Tech prefix. But based on the config, there are two endpoints (CUCM and CUCME) registered with Default Techs, So how does the GK knows where to router calls, if there are not IP Phones registered with GK, and also two Endpoints (CUCM and CUCME) are using the default Tech prefix? On Thu, Nov 17, 2011 at 5:44 PM, mgscip gpsvoiceexpe...@yahoo.com wrote: Hi , Gatekeeper will route the call without Zone prefix if all the endpoints are registered in the same zone. Thanks -- *From:* datucha123 datucha123 datucha...@gmail.com *To:* ccie_voice@onlinestudylist.com *Sent:* Thursday, November 17, 2011 4:30 PM *Subject:* [OSL | CCIE_Voice] Gatekeeper Call Routing Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
Can we see the output of show gatekeeper endpoints? On Thu, Nov 17, 2011 at 12:33 PM, datucha123 datucha123 datucha...@gmail.com wrote: There are no Zone Prefixes defined, As for endpoint, only the CUCME and CUCM H323-IDs are registered, NO CUCME IP PHONES. CUCME and CUCM are registered also with the defaul Tech prefix. But based on the config, there are two endpoints (CUCM and CUCME) registered with Default Techs, So how does the GK knows where to router calls, if there are not IP Phones registered with GK, and also two Endpoints (CUCM and CUCME) are using the default Tech prefix? On Thu, Nov 17, 2011 at 5:44 PM, mgscip gpsvoiceexpe...@yahoo.com wrote: Hi , Gatekeeper will route the call without Zone prefix if all the endpoints are registered in the same zone. Thanks -- *From:* datucha123 datucha123 datucha...@gmail.com *To:* ccie_voice@onlinestudylist.com *Sent:* Thursday, November 17, 2011 4:30 PM *Subject:* [OSL | CCIE_Voice] Gatekeeper Call Routing Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper Call Routing
gatekeeper will not send calls back out the sending trunk; so calls from CME are fine, and usually calls from CUCM are fine but when we have two CUCM trunks registered there is a risk of calls leaving one CUCM trunk and trying to send the call to the other. hth On Thu, Nov 17, 2011 at 7:42 PM, Bill Lake whl...@gmail.com wrote: Can we see the output of show gatekeeper endpoints? On Thu, Nov 17, 2011 at 12:33 PM, datucha123 datucha123 datucha...@gmail.com wrote: There are no Zone Prefixes defined, As for endpoint, only the CUCME and CUCM H323-IDs are registered, NO CUCME IP PHONES. CUCME and CUCM are registered also with the defaul Tech prefix. But based on the config, there are two endpoints (CUCM and CUCME) registered with Default Techs, So how does the GK knows where to router calls, if there are not IP Phones registered with GK, and also two Endpoints (CUCM and CUCME) are using the default Tech prefix? On Thu, Nov 17, 2011 at 5:44 PM, mgscip gpsvoiceexpe...@yahoo.comwrote: Hi , Gatekeeper will route the call without Zone prefix if all the endpoints are registered in the same zone. Thanks -- *From:* datucha123 datucha123 datucha...@gmail.com *To:* ccie_voice@onlinestudylist.com *Sent:* Thursday, November 17, 2011 4:30 PM *Subject:* [OSL | CCIE_Voice] Gatekeeper Call Routing Hello everyone. I have a question about the GK. I could not understand how does the GK knows where to route call based on the following GK configuration: gatekeeper zone local test test.com 177.1.254.1 gw-type-prefix 1#* default-technology no shutdown CUCME and CUCM, both are registered with the Tech prefix: R1#sh gatekeeper gw-type-prefix GATEWAY TYPE PREFIX TABLE = Prefix: 1#*(Default gateway-technology) Zone test master gateway list: 177.1.254.3:1720 CME 172.16.4.121:35498 CM_2 172.16.4.120:37425 CM_1 So the CUCME has extensions 3... and CUCM has extensions 2... Basically, the calls are working fine between CUCM and CUCME through this GK. But I cannot get the idea, how does the GK know where to route calls (CUCME and CUCM IP Phones are not registered with GK). For instance, when the CUCM calls number 3003 (this is CUCME IP Phone), the ARQ request is sent to GK, and at this point, how does the GK knows whos IP address to return in ACF message to CUCM? How does the GK get that the the CUCME IP address must be sent to CUCM? There are not zones prefixes configured. Can anybody explain that to me? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Gatekeeper call routing between BR2 CME and BR1 H323 gateway
Hi Vik, Thank you for your input. I saved my configurations for this lab, and have been working on the +dialing lab 10, so let me revert back to this lab tonight and try your suggestions. I remembered I did unchecked the Outbound Fast Start at one point during troubleshooting, but it did not make any improvements. I will try again tonight and reply back with results as soon as I can. Thanks, TN. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Gatekeeper call routing between BR2 CME and BR1 H323 gateway - RESOLVED
Hi Vik, It was not a problem with codec, mtp, nor outbound fast start; it was the problem with database and the UCM cluster. I reverted the database all the way back to phone configurations only, no trunk configured, and then set up the trunk and gatekeeper and everything started working fine. Now I have tried with or without enabling outbound fast start and either way it works just fine. Thank you for your input anyway. TN. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Gatekeeper call routing between BR2 CME and BR1 H323 gateway
It seems codec related if the call works between HQ-CME and not between BR1-CME. Can you uncheck outbound FastStart in the GK ICT and see if that helps? Can you also report on the codec listed in the dspfarm (sw MTP) on the HQ-RTR and also in the dial-peers on the CME (both incoming from GK and outgoing to GK). Inbound FastStart is required on the GK ICT for calls from SIP Phones on the CME. You shouldn¹t need outbound FastStart in the reverse direction unless you are specifically wanting to test this. -- Vik Malhi CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat http://www.ipexpert.com/chat IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (RS, Voice, Wireless, Security Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities http://www.ipexpert.com/communities and our public website at www.ipexpert.com http://www.ipexpert.com/ From: Tam Nhu tamnhu...@gmail.com Date: Sat, 4 Sep 2010 17:08:12 -0500 To: OSL Group ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Gatekeeper call routing between BR2 CME and BR1 H323 gateway Hi Experts, I working on a calling scenario between HQ-MGCP, BR1-H323, and BR2-CME with gatekeeper in the middle. HQ and BR1 phones in UCM both SIP and SCCP. BR2 is CME and has both SIP and SCCP phones as well. The gk-trunk has MTP (IOS software on HQ) checked, Inbound and Outbound Faststart enabled. Calls between HQ and BR2 CME, including TEHO, are working for both SIP and SCCP phones. However, calls between BR1 and BR2 are not working at all. Dialing from BR1 to BR2 not routed via GK at all, just fallback to PSTN as backup. And same thing happen when dialing from BR2 to BR1, call just timeout on GK and failed back to PSTN. HQ - 5XXX, BR1 - 1XXX, BR2 3XXX. TP in UCM 1# -- Called Party Debug gatek main 10 shown call from BR2 to BR1 hit the gk, but looked like gk couldn't route the call. However, BR1 call BR2 did not routed to gk at all. So I made a 'valid test' like this: configure a CIT RP (pt-internal, dp-BR1 as normal BR1 dn), and set CFAll to 5002, and call from CME to this DN worked fine. So I think there some codec or MTP issue when routing call from CME to BR1 actual IP phones. With that in mind, I configured Xcoder on all the sites, but calls still failed between CME and BR1 H323 site via gatekeeper. One thing in mind that I checked the scenarios in both Vol1 and Vol2 IPExpert and none of them have this call routing scenarios. A couple labs have HQ-H323, BR1-MGCP, and BR2 CME, but none of them have BR1 as H323 gateway with gatekeeper routing in the mid. So I wonder why IPexpert did not cover this scenario, and if my testing scenarios is a valid test or not, and if not, why? Please someone expert on call routing light me up so I don't need to spend more time (already spent almost a day) on this scenarios. Thanks, Tam Nhu. = GK Configurations on HQ == ! ! gatekeeper zone local UCM ccievoice.com http://ccievoice.com zone prefix UCM 1... gw-priority 10 gk-trunk_2 zone prefix UCM 1... gw-priority 9 gk-trunk_1 zone prefix UCM 5... gw-priority 10 gk-trunk_2 zone prefix UCM 5... gw-priority 9 gk-trunk_1 gw-type-prefix 44* hopoff UCM gw ipaddr 10.30.110.3 1720 no shutdown ! ! HQ-RTR#sh gatek end GATEKEEPER ENDPOINT REGISTRATION CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags --- - --- - - - 10.30.30.10 1720 10.30.30.10 32830 UCM VOIP-GW H323-ID: gk-trunk_1 Voice Capacity Max.= Avail.= Current.= 0 10.30.30.11 1720 10.30.30.11 32786 UCM VOIP-GW H323-ID: gk-trunk_2 Voice Capacity Max.= Avail.= Current.= 0 10.30.110.3 1720 10.30.110.3 54409 UCM H323-GW H323-ID: CME Voice Capacity Max.= Avail.= Current.= 0 Total number of active registrations = 3 HQ-RTR#sh gatek gw GATEWAY TYPE PREFIX TABLE = Prefix: 44* (Hopoff zone UCM) Statically-configured gateways (not necessarily currently registered): 10.30.110.3:1720 http://10.30.110.3:1720 Zone UCM master gateway list: 10.30.110.3:1720 http://10.30.110.3:1720 CME Zone UCM prefix 1... priority gateway list(s): Priority 5: 10.30.110.3:1720 http://10.30.110.3:1720 CME Zone UCM prefix 5... priority gateway list(s): Priority 5: 10.30.110.3:1720 http://10.30.110.3:1720 CME Prefix: 1#* Zone UCM master gateway list: 10.30.30.10:1720 http://10.30.30.10:1720 gk-trunk_1
[OSL | CCIE_Voice] Gatekeeper call routing between BR2 CME and BR1 H323 gateway
Hi Experts, I working on a calling scenario between HQ-MGCP, BR1-H323, and BR2-CME with gatekeeper in the middle. HQ and BR1 phones in UCM both SIP and SCCP. BR2 is CME and has both SIP and SCCP phones as well. The gk-trunk has MTP (IOS software on HQ) checked, Inbound and Outbound Faststart enabled. Calls between HQ and BR2 CME, including TEHO, are working for both SIP and SCCP phones. However, calls between BR1 and BR2 are not working at all. Dialing from BR1 to BR2 not routed via GK at all, just fallback to PSTN as backup. And same thing happen when dialing from BR2 to BR1, call just timeout on GK and failed back to PSTN. HQ - 5XXX, BR1 - 1XXX, BR2 3XXX. TP in UCM 1# -- Called Party Debug gatek main 10 shown call from BR2 to BR1 hit the gk, but looked like gk couldn't route the call. However, BR1 call BR2 did not routed to gk at all. So I made a 'valid test' like this: configure a CIT RP (pt-internal, dp-BR1 as normal BR1 dn), and set CFAll to 5002, and call from CME to this DN worked fine. So I think there some codec or MTP issue when routing call from CME to BR1 actual IP phones. With that in mind, I configured Xcoder on all the sites, but calls still failed between CME and BR1 H323 site via gatekeeper. One thing in mind that I checked the scenarios in both Vol1 and Vol2 IPExpert and none of them have this call routing scenarios. A couple labs have HQ-H323, BR1-MGCP, and BR2 CME, but none of them have BR1 as H323 gateway with gatekeeper routing in the mid. So I wonder why IPexpert did not cover this scenario, and if my testing scenarios is a valid test or not, and if not, why? Please someone expert on call routing light me up so I don't need to spend more time (already spent almost a day) on this scenarios. Thanks, Tam Nhu. = GK Configurations on HQ == ! ! gatekeeper zone local UCM ccievoice.com zone prefix UCM 1... gw-priority 10 gk-trunk_2 zone prefix UCM 1... gw-priority 9 gk-trunk_1 zone prefix UCM 5... gw-priority 10 gk-trunk_2 zone prefix UCM 5... gw-priority 9 gk-trunk_1 gw-type-prefix 44* hopoff UCM gw ipaddr 10.30.110.3 1720 no shutdown ! ! HQ-RTR#sh gatek end GATEKEEPER ENDPOINT REGISTRATION CallSignalAddr Port RASSignalAddr Port Zone Name TypeFlags --- - --- - - - 10.30.30.10 1720 10.30.30.10 32830 UCM VOIP-GW H323-ID: gk-trunk_1 Voice Capacity Max.= Avail.= Current.= 0 10.30.30.11 1720 10.30.30.11 32786 UCM VOIP-GW H323-ID: gk-trunk_2 Voice Capacity Max.= Avail.= Current.= 0 10.30.110.3 1720 10.30.110.3 54409 UCM H323-GW H323-ID: CME Voice Capacity Max.= Avail.= Current.= 0 Total number of active registrations = 3 HQ-RTR#sh gatek gw GATEWAY TYPE PREFIX TABLE = Prefix: 44*(Hopoff zone UCM) Statically-configured gateways (not necessarily currently registered): 10.30.110.3:1720 Zone UCM master gateway list: 10.30.110.3:1720 CME Zone UCM prefix 1... priority gateway list(s): Priority 5: 10.30.110.3:1720 CME Zone UCM prefix 5... priority gateway list(s): Priority 5: 10.30.110.3:1720 CME Prefix: 1#* Zone UCM master gateway list: 10.30.30.10:1720 gk-trunk_1 10.30.30.11:1720 gk-trunk_2 Zone UCM prefix 1... priority gateway list(s): Priority 10: 10.30.30.11:1720 gk-trunk_2 Priority 9: 10.30.30.10:1720 gk-trunk_1 Zone UCM prefix 5... priority gateway list(s): Priority 10: 10.30.30.11:1720 gk-trunk_2 Priority 9: 10.30.30.10:1720 gk-trunk_1 - BR2 CME configurations - ! interface Loopback0 ip address 10.30.110.3 255.255.255.255 h323-gateway voip interface h323-gateway voip id UCM ipaddr 10.30.110.1 1719 h323-gateway voip h323-id CME ! ! dial-peer voice 1500 voip destination-pattern [15]...$ session target ras tech-prefix 1# dtmf-relay h245-alphanumeric no vad ! ! dial-peer voice 5000 pots preference 1 destination-pattern 5...$ port 0/0/0:15 prefix 0014087775 ! dial-peer voice 1000 pots preference 1 destination-pattern 1...$ port 0/0/0:15 prefix 0014158881 ! - GK main 10 debugs -- BR2 CME to BR1 call sample, NOT WORKING AT ALL, Call rerouted to PSTN Sep 4 20:49:15.352: ////GK/gk_process: QUEUE_EVENT (minor 0) wakeup Sep 4 20:49:15.356: ////GK/gk_rassrv_arq: arqp=0x68D6D664,crv=0x1, answerCall=0 Sep 4 20:49:15.356: ////GK/gk_rassrv_sep_arq: ARQ Didn't use GK_AAA_PROC Sep 4 20:49:15.356: //098D04708022/098DA0988024/GK/rassrv_get_addrinfo: (1#1001) Matched tech-prefix 1# Sep 4 20:49:15.356: //098D04708022/098DA0988024/GK/rassrv_get_addrinfo: (1#1001) Matched zone prefix 1 and remainder 001 Sep 4 20:49:15.356:
