Awesome, that fixed the problem and many thanks for the help. I had the listen port command in there from a previous lab and was so focused on the dial-peer I was missing other opportunities to fix this. Do you mind commenting on how you knew this was the issue and whether you think I could expect to see both of these requirements in the real lab. If so, is there a workaround?
On Tue, Apr 23, 2013 at 11:38 PM, Ramcharan Arya <ramcharan.a...@gmail.com>wrote: > Please remove port 1820 from VoIP service it will work > > Sent from my iPhone > > On Apr 23, 2013, at 9:54 PM, Martin Sloan <martinsloa...@gmail.com> wrote: > > Rafael, > > Thanks for the assist. I've attached the sh run and debug. > > Marty > > > On Tue, Apr 23, 2013 at 10:10 PM, Rafael Chavantes > <raf...@chavantes.com>wrote: > >> Hello Martin, >> Can you please send the sh run and the output for debug ccapi inout? >> >> >> On Tuesday, April 23, 2013, Martin Sloan wrote: >> >>> Hello experts, >>> >>> I'm having some trouble with the BACD dial-peer in vol 1 WB section 9.2. >>> I'm following the CUCME BACD 'tcl in flash mem' guide as recommended by >>> Vik but I'm getting fast busy when dialing into the aa. If I bring up a >>> POTS dial-peer for PSTN->AA or if I modify session target to ras in the >>> voip dial-peer for IP Phone->AA, the aa works so I at least know that part >>> is solid. >>> >>> Here's the dial-peer config I'm using that isn't working: >>> >>> dial-peer voice 222 voip >>> service aa >>> destination-pattern 3500 >>> session target ipv4:10.10.110.3 >>> incoming called-number 3500 >>> dtmf-relay h245-alphanumeric >>> codec g711ulaw >>> no vad >>> >>> Also: >>> allow-connections h323 to h323 >>> allow-connections h323 to sip >>> allow-connections sip to h323 >>> allow-connections sip to sip >>> >>> And a snip from the end of a voip dialpeer debug: >>> >>> Apr 24 00:52:24.603: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: >>> Calling Number=3500, Called Number=, Voice-Interface=0x0, >>> Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search >>> Type=PEER_TYPE_VOICE, >>> Peer Info Type=DIALPEER_INFO_SPEECH >>> Apr 24 00:52:24.603: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: >>> Result=Success(0) after DP_MATCH_ORIGINATE; Incoming Dial-peer=222 >>> Apr 24 00:52:24.623: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: >>> Calling Number=3006, Called Number=, Voice-Interface=0x0, >>> Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search >>> Type=PEER_TYPE_VOICE, >>> Peer Info Type=DIALPEER_INFO_SPEECH >>> Apr 24 00:52:24.623: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: >>> Result=Success(0) after DP_MATCH_ORIGINATE; Incoming >>> Dial-peer=40001-dial-peer)# >>> >>> I see in the debug it matches 222 as the inbound dial-peer but then it >>> also matches 40001 for the SIP CME phone. Any help is much appreciated. >>> >>> Marty >>> >> >> >> -- >> Rafael Chavantes >> > > <BR2_sh_run.txt> > > <BACD_ccapi_inout.txt> > > _______________________________________________ > 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