it must be..............<br><br>----- Original Message -----<br>From: Anthony Holloway <avholloway+cisco-voip@gmail.com><br>Date: Friday, March 10, 2017 8:46 am<br>Subject: Re: [cisco-voip] CUBE call authorization ?<br>To: Carlos Mendioroz <tron@huapi.ba.ar>, cisco-voip@puck.nether.net<br><br>> Maybe I'm missing what you're looking for, but why not just use <br>> the built<br>> in ip address trusted list?<br>> <br>> https://supportforums.cisco.com/document/46566/understanding-<br>> toll-fraud-enhancements-1512t<br>> <br>> On Thu, Mar 9, 2017 at 7:16 AM Carlos Mendioroz via cisco-voip <<br>> cisco-voip@puck.nether.net> wrote:<br>> <br>> > Hi,<br>> > I'm trying to migrate a CME install to a CUCM, and was <br>> thinking of doing<br>> > it gradually. In the end, the CME should be left as a CUBE, <br>> terminating> the ITSPs trunks.<br>> ><br>> > Now, I do want to have some sort of call authorization just to <br>> be on the<br>> > safe side, and not discovering that one SP ended up making <br>> calls accross<br>> > my GW. Thought of COR lists, but I found no easy way<br>> > to link a dial peer to an incoming call from a given SIP trunk.<br>> ><br>> > I'm currently using a prefix as a enablement "secret", but <br>> there has to<br>> > be a better way. I'm embarrased to admit I don't see it.<br>> > Help ?<br>> ><br>> > --<br>> > Carlos G Mendioroz  <tron@huapi.ba.ar>  LW7 EQI  Argentina<br>> > _______________________________________________<br>> > cisco-voip mailing list<br>> > cisco-voip@puck.nether.net<br>> > https://puck.nether.net/mailman/listinfo/cisco-voip<br>> ><br>> </tron@huapi.ba.ar></tron@huapi.ba.ar></avholloway+cisco-voip@gmail.com>