Good point on troubleshooting.. Subsequent clusters i've setup all have that set as well for this same reason, so it would be nice to have them all consistent as well. <br><br>I'll have to mull this one over a pint or two this evening ;)<br>
<br><br><br><div class="gmail_quote">On Thu, Oct 6, 2011 at 6:37 PM, Lelio Fulgenzi <span dir="ltr"><<a href="mailto:lelio@uoguelph.ca">lelio@uoguelph.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I would go with A. Simple and you know it will always work as long as the field is properly configured. Troubleshooting is much easier as well.<br>
<br>
I'm sure you could fix them all using bulkamdin tools.<br>
<br>
Sent from my iPhone<br>
<div><div></div><div class="h5"><br>
On Oct 6, 2011, at 6:24 PM, Ed Leatherman <<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>> wrote:<br>
<br>
> Trying to decide how best to handle this situation, have a few ideas/options but curious if anyone has come up with a "best practice" for this.<br>
><br>
> We have dn's in the 3XXXX range, DID's are 304293XXXX. Very straight forward. We are going to be bringing in DID's now that are in the 581 exchange (so i'm thinking dn's in the 1XXXX range for them). I did not plan for this when we set up this system years ago... colleges and departments are using way more DID's than we ever thought.<br>

><br>
> Currently I have outbound caller ID setup on our PRI gateways using the field on the gateway config page itself (MGCP gateways all), as 30429XXXXX. with the new DID's, I don't believe this will work and will need to be removed regardless.<br>

><br>
> My options seem to be:<br>
> A) Set the external calling party number mask on every single line<br>
><br>
> B) Modify the calling party number in the routelist/route group configuration, and have route patterns and route lists for dn's in the 1XXXX range that prepend 304 58, and likewise separate ones for the 3XXXX that prepend 304 29. Different CSS for 1XXXX dns also.<br>

><br>
> C) Reconfigure all my gateways to H.323 and do some sort of manipulation there.<br>
><br>
> Of these, B seems the best to me right now, and least ugly although it will make the route pattern configurations messy. Any other options? I keep feeling like I've missed something, and that it's less complicated than I'm making it out to be.<br>

><br>
> --<br>
> Ed Leatherman<br>
><br>
</div></div>> _______________________________________________<br>
> cisco-voip mailing list<br>
> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Ed Leatherman<br><br>