Re: [OSL | CCIE_Voice] gatekeeper
Just to clarify for my own sake - are you referring to the Volume II Lab 4? No 2nd trunk from CUCM to the GK zone CUBE, if that is indeed what you are asking. What makes the CUBE work from GK is the keyword outvia at the end of the zone that CUCM registers to. BTW, I've just finished up 3 new labs, and finished a round of beta testing them on willing participants. I'll be using them in my upcoming November Mock Lab Bootcamp, as well as recording shortened (well, shortened from the newer Volume II Labs 1 2) video solutions (complete with transcriptions), and then releasing them as replacements for the current Volume II Labs 3-5. So look for those to come around the week following that bootcamp. Then I will of course have 3 new labs for the January Mock Lab Bootcamp - 2 of which are currently being written. Kind Regards, Mark Snow, CCIE #14073 (Voice, Security) Instructor Internetwork Expert, Inc. INE Online Community INE Blog LinkedIn Toll Free: 877-224-8987 Outside US: +1 775 826 4344 - docendo discitur On Oct 6, 2011, at 2:39 AM, Ray wrote: lab4 gatekeeper advance Do we have to setup another trunk to point to the gatekeeper zone CUBE or should we use the same trunk pointing to the zone GK? I have tried thesame trunk and did everything i could, but my call is not going through... help ..!!1 ___ 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] RES: 7970 IP Phones
Actually Marcelo, 7970's do support calling party normalization (globalization). Kind Regards, Mark Snow, CCIE #14073 (Voice, Security) Instructor Internetwork Expert, Inc. INE Online Community INE Blog LinkedIn Toll Free: 877-224-8987 Outside US: +1 775 826 4344 - docendo discitur On Feb 18, 2011, at 19:32, Marcelo Alexandria malexand...@uol.com.br wrote: Yes , but in 7970 phones you dont have the globalization... De: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Em nome de Mohamed Gazzaz Enviada em: sexta-feira, 18 de fevereiro de 2011 20:26 Para: ccie_voice@onlinestudylist.com Assunto: [OSL | CCIE_Voice] 7970 IP Phones Hello, Can We use 7970s instead of 7965,2,1 to prepare for the lab ? I have some at work. Regards, Mohamed Gazzaz Nenhum v?rus encontrado nessa mensagem recebida. Verificado por AVG - www.avgbrasil.com.br Vers?o: 9.0.872 / Banco de dados de v?rus: 271.1.1/3452 - Data de Lançamento: 02/18/11 17:34:00 ___ 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
Re: [OSL | CCIE_Voice] RES: 7970 IP Phones
Well yes and no Aman. 7970s do support globalization, while CIPC does not. There is not feature parity between 7970's and CIPC (unfortunately! I really wish there was!!). Kind Regards, Mark Snow, CCIE #14073 (Voice, Security) Instructor Internetwork Expert, Inc. INE Online Community INE Blog LinkedIn Toll Free: 877-224-8987 Outside US: +1 775 826 4344 - docendo discitur On Feb 19, 2011, at 3:36, Aman Chugh aman.ch...@gmail.com wrote: I had some one else ask me this as well. You can use 7970 ip phones. If you want to check whether a feature is supported with 7970 , do a quick test with Cisco IPC. Cisco IPC emulates a 7970 ip phone. HTH, Aman 2011/2/19 Marcelo Alexandria malexand...@uol.com.br Im so sorry Mohamedyou can use the phones without problems.I messed up with 7960….:) Marcelo Alexandria #27021 De: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Em nome de Mohamed Gazzaz Enviada em: sexta-feira, 18 de fevereiro de 2011 20:26 Para: ccie_voice@onlinestudylist.com Assunto: [OSL | CCIE_Voice] 7970 IP Phones Hello, Can We use 7970s instead of 7965,2,1 to prepare for the lab ? I have some at work. Regards, Mohamed Gazzaz Nenhum v?rus encontrado nessa mensagem recebida. Verificado por AVG - www.avgbrasil.com.br Vers?o: 9.0.872 / Banco de dados de v?rus: 271.1.1/3452 - Data de Lançamento: 02/18/11 17:34:00 ___ 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 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] BLF in CME
Hi Shrini, You would need to add the DN that you wish to monitor in that sense (DND plus line state change) with this config: ! ephone-dn 1 number 3001 ! ephone-dn 2 number 3002 ! ! ephone 1 description == Watch My Line 1! button 1:1 ! ephone 2 description == I'm Watching You!! button 1:2 2w1 ! Kind Regards, Mark Snow, CCIE #14073 (Voice, Security) Instructor Internetwork Expert, Inc. INE Online Community INE Blog LinkedIn Toll Free: 877-224-8987 Outside US: +1 775 826 4344 - docendo discitur On Jan 21, 2011, at 2:50 PM, Shrini wrote: Hi Team, I configured BLF on CUCM and I wanted to get it worked in the same way in CME too. Scenario: I have two lines on the phone. In CUCM when I configure BLF for Line 1 and it works as expected. BLF flickers for incoming call , turn red in active call / off hook / DnD. But on CME. There are two options : blf or watch If I do blf it only lits red when active / off hook not with DnD. If I do watch phone it lits in all conditions as mentioned above in CUCM excepts incoming call but It watched line 2 also. How can I configure same exacltly like it is working on CUCM. http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmepres.html#wp1022428 In the above documentation it is mentioned that BLF does not work for DnD in CME 7.0 Please advice T I A Shrini ___ 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
Re: [OSL | CCIE_Voice] GK and cube problem
I think if you want to CUBE with LRQ you have to change your configuration to gatekeeper zone local GK cisco.com 142.1.64.254 zone local VGK cisco.com zone remote BBGK cisco.com 157.1.26.253 1719 invia VGK outvia VGK zone prefix BBGK 01132* no shutdown On Nov 4, 2010, at 10:42 AM, bruno.juniper wrote: hello mate, I have some problem regarding GK and CUBE. HQ is gk also a cube.HQ user call 01132* go through gk. my config is below. the call didn't succeed. it show gk_rassrv_sep_arq: LRQ suspension point failed (return code = 0x4009). can anyone help me? interface FastEthernet0/0.102 description ***VOICE VLAN*** encapsulation dot1Q 102 ip address 142.102.64.254 255.255.255.0 ip helper-address 142.100.64.11 h323-gateway voip interface h323-gateway voip id VGK ipaddr 142.1.64.254 1719 h323-gateway voip h323-id CUBE h323-gateway voip bind srcaddr 142.102.64.254 ! ! gatekeeper zone local GK cisco.com 142.1.64.254 zone local VGK cisco.com zone remote BBGK cisco.com 157.1.26.253 1719 outvia VGK zone prefix BBGK 01132* no shutdown ! HQ-RTR#debug gatek ma 10 Nov 3 13:39:17.072: ////GK/gk_process: QUEUE_EVENT (minor 0) wakeup Nov 3 13:39:17.076: ////GK/gk_rassrv_arq: arqp=0x4A2DE644,crv=0xB, answerCall=0 Nov 3 13:39:17.076: ////GK/gk_rassrv_sep_arq: ARQ Didn't use GK_AAA_PROC Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/gk_dns_query: No Name servers Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_get_addrinfo: (0113212345678) Tech-prefix match failed. Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_get_addrinfo: (0113212345678) Matched zone prefix 01132 and remainder 12345678 Nov 3 13:39:17.076: ////GK/gk_rassrv_get_ingress_network: returning default ingress network = 1 Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone: about to check the source side, src_zonep=0x4A04AC50 Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone: matched zone is GK, and z_invianamelen=0 Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone: about to check the destination side, dst_zonep=0x495E8FC4 Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone: matched zone is BBGK, and z_outvianamelen=3 Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone and z_outvianamep=VGK Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_arq_select_viazone: Received ARQ for a zone (BBGK) that has an outviazone (VGK) specified. Pick an IP-IP gateway in that viazone. Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: zonep: 0x4A297F40, tpp: 0x0, current_endpt: 1 Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: Selecting any IPIPGW. qelemp.head=0x49E0F3FC, use_count=1, current_endpt=1 Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: Gateway selection will start at the top of the linked list. use_count=1, current_endpt=0 Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: qelemp=0x49E0F3FC, loop_count=0 Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: Examining tgwp 0x49E1F0D8, g_supp_prots: 0x50 qelemp: 0x49E0F3FC, loop_count: 1 Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: Found an IPIPGW. tgwp: 0x49E1F0D8, endptsigIP: 142.102.64.254, endptrasIP: 142.102.64.254, zone: VGK Nov 3 13:39:17.076: ////GK/gk_gw_select_ipipgw_random: Selected an IPIPGW. Nov 3 13:39:17.076: //809F22BF0B00/809F22BF0B00/GK/rassrv_get_addrinfo: (0113212345678) successfully resolved IPIPGW and returning with return code 0 Nov 3 13:39:17.092: ////GK/gk_process: QUEUE_EVENT (minor 0) wakeup Nov 3 13:39:17.092: ////GK/gk_rassrv_arq: arqp=0x4A2DE644,crv=0x28, answerCall=1 Nov 3 13:39:17.092: //809F22BF0B00/809F22BF0B00/GK/gk_rassrv_dep_arq: ARQ Didn't use GK_AAA_PROC Nov 3 13:39:17.108: ////GK/gk_process: QUEUE_EVENT (minor 0) wakeup Nov 3 13:39:17.112: ////GK/gk_rassrv_arq: arqp=0x4A281EEC,crv=0x29, answerCall=0 Nov 3 13:39:17.112: ////GK/gk_rassrv_sep_arq: ARQ Didn't use GK_AAA_PROC Nov 3 13:39:17.112: //809F22BF0B00/809F22BF0B00/GK/gk_dns_query: No Name servers Nov 3 13:39:17.112: //809F22BF0B00/809F22BF0B00/GK/rassrv_get_addrinfo: (0113212345678) Tech-prefix match failed. Nov 3 13:39:17.112: //809F22BF0B00/809F22BF0B00/GK/rassrv_get_addrinfo: (0113212345678) Matched zone prefix 01132 and remainder 12345678 Nov 3 13:39:17.112: ////GK/gk_rassrv_get_ingress_network: ARQ non-std ingress network =