Yeah, I think blocking the call at the telco would be easier to manage in the long run. Setting up new blocking dial-peers for every request does not sound like fun, especially in a large organization.
On Tue, Mar 9, 2010 at 1:14 PM, Ashar Siddiqui <siddas...@gmail.com> wrote: > Cisco says you can't do it if an MGCP gateway is involved. > > > https://supportforums.cisco.com/docs/DOC-4551;jsessionid=F322D0EA158345E569E6E461A33A5F26.node0 > > Sorry mate, I don't think it's possible unless you route it through UCCX > which would be quite a work for UCCX if it's already involved in other > scripting at your company. > > One more reason of my love for H323 :) > > Ash> > > > Nara Shikamaru wrote: > > "additional load for your server"? You mean for the UCCX server? Yeah, > that sounds about right since all inbound calls would have to be scrutinized > by the script. > > On Tue, Mar 9, 2010 at 11:33 AM, <o...@ipexpert.com> wrote: > >> I don't know your environment I'm assuming you are studying for the lab so >> in that case will work without problems, in a production environment will >> mean an additional load for your server, but again will work, >> >> ------------------------------ >> *From: *Nara Shikamaru <shikam...@kagadis.com> >> *Date: *Tue, 9 Mar 2010 11:22:11 -0700 >> *To: *<o...@ipexpert.com> >> *Cc: *OSL Group<ccie_voice@onlinestudylist.com> >> *Subject: *Re: [OSL | CCIE_Voice] Blocking an inbound call based on ANI >> onMGCP gateway >> >> No, that won't work. The ANI-specific routing starts at the CUCM side, so >> in order to send it to UCCX (which can subsequently route based on ANI), all >> calls would have to be sent to UCCX by default. The problem starts further >> upstream (unless there's a way to filter a call based on ANI on the CTI >> route point before we send it to UCCX.) >> >> On Tue, Mar 9, 2010 at 11:17 AM, <o...@ipexpert.com> wrote: >> >>> Hi, >>> >>> I haven't tried this before but what about hairpinning the call to a h323 >>> gw so we can perform call blocking based on ani there, it might not be the >>> most elegant solution but I think it should work >>> >>> Also if you have uccx you can handle the call there and block it before >>> routing it internally, no media resources will be needed, >>> >>> HTH, >>> -----Original Message----- >>> From: Ashar Siddiqui <siddas...@gmail.com> >>> Date: Tue, 09 Mar 2010 18:02:03 >>> To: Nara Shikamaru<shikam...@kagadis.com> >>> Cc: OSL Group<ccie_voice@onlinestudylist.com> >>> Subject: Re: [OSL | CCIE_Voice] Blocking an inbound call based on ANI on >>> MGCP gateway >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> >>> >> >> >> -- >> -Shikamaru >> > > > > -- > -Shikamaru > > ------------------------------ > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > > -- -Shikamaru
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com