Just wanted to post the fix that I found for this one in case it helps. Thanks to the OSL archives for this one.
Specifying the port after the ip on the dial-peer fixed this. In case both scenarios are presented (non-default H225 listen address with BACD), use something like the below on the AA dial-peer. session target ipv4:10.10.110.3:1820 Thanks for the help On Wed, Apr 24, 2013 at 8:55 AM, Martin Sloan <martinsloa...@gmail.com>wrote: > 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