Yes! It was right under my nose…. And It was a very easy workaround ☺ Thank you very Claude! Regards, Francesc
De: Friderich Claude [mailto:cfrider...@netcore.lu] Enviado el: lunes, 28 de febrero de 2011 21:45 Para: Roig Borrell, Francesc Xavier; ccie_voice@onlinestudylist.com Asunto: RE: [OSL | CCIE_Voice] MVA Hairpinin Remote destionation Match Problem I think that enabling an incoming voice translation-rule on your h323 dial-peer from your route pattern to this dial-peer is gonna resolve your problem. Of course just put the right calling number you want to have for DISA in your voice translation rule Regards Claude Friderich PreSales Support [cid:image001.gif@01CBD79F.2C85F6E0] 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<mailto:cfrider...@netcore.lu> From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Roig Borrell, Francesc Xavier Sent: lundi 28 février 2011 19:11 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA Hairpinin Remote destionation Match Problem Hi all, Working with MVA with hairpinin I have found and issue that I don’t know how to workaround it Hqph2 2002 Remotedestination, 6178632683 When I call to hqph1 from remote the identification is OK, 2002 The problem appears with DISA service. I does not recognize the remote destination number and it asks for entering it DISA Number in HQ 2123942010 application service mva http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml dial-peer voice 2010 voip service mva session target ipv4:10.10.210.10 incoming called-number 2010 codec g711ulaw ! dial-peer voice 20101 voip preference 1 destination-pattern 2010 voice-class h323 1 session target ipv4:10.10.210.11 dtmf-relay h245-alphanumeric codec g711ulaw no vad ! dial-peer voice 20102 voip preference 2 destination-pattern 2010 voice-class h323 1 session target ipv4:10.10.210.10 dtmf-relay h245-alphanumeric codec g711ulaw no vad In the 1ºstage (incoming dialpeer 2010, mva application is triggered). Here is the problem when I call from the remote destination number to DISA in the HQMGCP gateway, CCM recognizes it an sends it as 2002 to h323 incoming leg so now mva ivr fails. Is anything I am missing? Does it work this way to you? Thanks in advance! Francesc Debug voice application vxml Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_submit_proc: <submit>: caching=fast fetchhint=invalid fetchtimeout=0 maxage=-1 maxstale=-1 URI(abs):http://10.10.210.10:8080/ccmivr/IVRCalleridLookup.do scheme=http host=10.10.210.10 port=8080 path=/ccmivr/IVRCalleridLookup.do Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_sub_attrs_proc: method=get enctype=application/x-www-form-urlencoded Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_nmtokens_proc: name=remotedest name=srcdir Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_vapp_bgload_from_proc: urlp=http://10.10.210.10:8080/ccmivr/IVRCalleridLookup.do?remotedest=2002&srcdir=en_US fetchaudio=NULL delay=0 minimum=0 Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_vapp_bgload: url http://10.10.210.10:8080/ccmivr/IVRCalleridLookup.do?remotedest=2002&srcdir=en_US cachable 1 fetchtimeout 0 maxage=-1 maxstale=-1 Feb 28 17:52:23.469: //300//AFW_:/vapp_bgload: url=http://10.10.210.10:8080/ccmivr/IVRCalleridLookup.do?remotedest=2002&srcdir=en_US Feb 28 17:52:23.469: //300//AFW_:/vxml_update_cleanup_timer: cleaning timer running 0 fetchtimeout 0 Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_leave_scope: scope=anonymous Feb 28 17:52:23.469: //300/80C50F960300/VXML:/vxml_load_immediate_done: ... -- This email was Anti Virus checked.
<<inline: image001.gif>>
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
