<div dir="ltr">This is just my opinion, but the best way is the way that makes sense for your environment, and is easy to manage or troubleshoot.  The num-exp command on a voice gateway is an option, and so would voice translation rules.  I don't see how setting up Route Points in CUCM would be a good choice, though, I have come in behind another Cisco Partner, and saw that they did this.  It was basically, one 10 digit DN on an RP for every DID, and it just CFA to another 4 digit DN on a Phone.  That was their method of converting from 10 digits to 4 digits.  Is that easy to manage?  Does it scale well?  Is that a good use of your finite CUCM resources?  To me, I would say no, but at the end of the day, it does work, and users are only slightly annoyed that all of their calls say "Forwarded for...".<div><br></div><div>Personally, I like to keep all of my digit manipulations in the CUCM dial plan when possible.  Usually with the use of either translation or transformation patterns.</div><div><br></div><div>Alternatively, and this might get controversial, but you should look into +E.164 ("plus e one sixty four") number formats, as it makes your life a lot easier to grow into your numbering plan and make very specific decisions about your routing/manipulations.  PSTN SIP Trunking providers (aka ITSPs) are sending you, and allow you to send them, in this format.  Do know when to use it though.  When all you have is a hammer, everything looks like a nail.</div><div><br></div><div>--- Excerpt ---</div><div><br></div><div><div><b><i>Endpoint Addressing</i></b></div><div><i><br></i></div><div><i>Each endpoint registered with the enterprise call control must have a unique numeric address. Endpoint addresses in</i></div><div><i>Cisco Unified CM are equivalent to the directory numbers provisioned on the lines of the endpoints. Use fully qualified</i></div><div><i>PSTN numbers (E.164 numbers) with a leading “+” as endpoint addresses. This format is typically referred to as +E.164</i></div><div><i>format. The benefits of using +E.164 endpoint addresses include:</i></div><div><ul><li><i>Wide use in voice networks<br></i></li><li><i>No need to develop and maintain an enterprise numbering scheme<br></i></li><li><i>Easy creation of correct caller ID presentation for all on-cluster and off-cluster call flows<br></i></li><li><i>Easy implementation of directory lookups<br></i></li><li><i>Simplified alternate routing to the PSTN in cases of WAN failure or bandwidth constraints </i><br></li></ul></div></div><div>Source: <a href="http://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/midmarket/11x/mmclb11x.pdf">Cisco Preferred Architecture for Midmarket Collaboration 11.x Design Overview</a><br></div><div><br></div><div>Find more design guidance here: <a href="http://www.cisco.com/c/en/us/solutions/enterprise/design-zone-collaboration/index.html">Design Zone for Collaboration</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 14, 2016 at 7:19 AM, David Zhars <span dir="ltr"><<a href="mailto:dzhars@gmail.com" target="_blank">dzhars@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>What is the best way to route DIDs?  I see some setup on 2801s with <br><br></div>num-exp DID# INTERNAL_EXT#<br><br></div>They always seem to work, but someone told me the preferred way is through CM, apparently setting up a route point.<br><br></div>Thoughts?<br></div>
<br>_______________________________________________<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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>