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] Display name on CIPC
This is possible only with CME, not CUCM. 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 23:33, joe wang wrote: > Hi guys, >I have been looking for the way a whole day that how to display > the name on top line of CIPC, that CIPC registered on the CUCM. Does anybody > know how to do that? Thanks a million. > > ___ > 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 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 > 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] 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" 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] 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