Mary Lou, you write some fantastic educational posts on this list.  I wanted to thank you for the time and effort you put into it.<div><br><br><div class="gmail_quote">On Mon, Dec 3, 2012 at 4:14 PM, Faisal Imtiaz <span dir="ltr"><<a href="mailto:faisal@snappydsl.net" target="_blank">faisal@snappydsl.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for an excellent detailed explanation.<br>
:)<br>
<br>
<br>
Faisal<br>
<br>
On Dec 3, 2012, at 5:21 PM, "Mary Lou Carey" <<a href="mailto:marylou@backuptelecom.com">marylou@backuptelecom.com</a>> wrote:<br>
<br>
> Routing is determined by the NPA type of that area AND by the local calling<br>
> guide established by the LEC. Everyone can set their own local calling areas<br>
> as far as rates are concerned, but you will be charged CABS according to the<br>
> way the LEC established their local calling area for each rate center. (Rate<br>
> centers are established by the NANP and can be a city, a portion of a city<br>
> or a group of cities. They are listed in the LERG, and on several other<br>
> websites such as <a href="http://localcallingguide.com" target="_blank">localcallingguide.com</a>, <a href="http://nationalpooling.com" target="_blank">nationalpooling.com</a> and <a href="http://nanpa.com" target="_blank">nanpa.com</a>).<br>

><br>
> Seven digit dialing is only used in areas where there is one NPA for the<br>
> local area. Ten digit dialing is used in areas where there is an overlay<br>
> (more than one NPA per local area) and 11 digit (1 plus) is used in areas<br>
> where there was an area code split. The difference between a split and an<br>
> overlay is that a split required everyone (existing and new end users) to<br>
> change their NPA to the new area code. Overlays allow you to assign numbers<br>
> from the new NPA to new end users but allows the existing end users to keep<br>
> their old NPA.<br>
><br>
> LECs typically break up their local and EAS calling areas by rate center and<br>
> while local calling areas are limited by rate center boundaries, local<br>
> calling areas can vary by rate center. For example, someone in Nashville TN<br>
> can make a local call to both Murfreesboro and Franklin, but a person in<br>
> Murfreesboro cannot make a local call to someone in Franklin.<br>
><br>
> Every NPA-NXX is assigned to a specific rate center and a specific switch. A<br>
> switch can cover multiple rate centers and local calling areas, so the LECs<br>
> set up call scenarios that detail the dialing requirements and how the call<br>
> will be routed. They begin by adding every NPA-NXX-X associated for that<br>
> particular switch and map out which NPA-NXX combinations require 7 digit<br>
> dialing. Then they set up a scenario for each call type determined by route.<br>
> So if your end user calls another one of your end users in the same rate<br>
> center, it's going to use scenario A in which the switch will route the call<br>
> directly itself and only require 7 digit dialing. If your end user calls<br>
> someone on the B list (let's say that list contains all the NXXs within the<br>
> same NPA), then require 7 digit dialing and route the call to the local<br>
> tandem trunks. I could go on and on, but basically the concept is that after<br>
> you determine the dialing requirements for each rate center your switch<br>
> covers in a particular LATA and the available routes the call has to take,<br>
> you set up call scenarios in your switch to cover each dialing requirement /<br>
> route combination your switch will encounter.<br>
><br>
><br>
> Mary Lou Carey<br>
> BackUP Telecom Consulting<br>
> <a href="mailto:marylou@backuptelecom.com">marylou@backuptelecom.com</a><br>
> Office: <a href="tel:615-791-9969%20x%202001" value="+16157919969">615-791-9969 x 2001</a><br>
><br>
><br>
><br>
><br>
> -----Original Message-----<br>
> From: <a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a> [mailto:<a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a>]<br>
> On Behalf Of Nathan Anderson<br>
> Sent: Monday, December 03, 2012 10:55 AM<br>
> To: '<a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a>'<br>
> Subject: [VoiceOps] Ambiguous dial plan pattern matching<br>
><br>
> Sorry for what probably will end up sounding like a rather noob-ish<br>
> question, but I still consider myself a relative greenhorn...<br>
><br>
> We are a VoSP.  With the advent here in the U.S. of area code overlays,<br>
> 10-digit dialing, and even carriers/vendors (VoIP and wireless, mostly)<br>
> continuing to blur the distinction between local and toll calls (at least<br>
> from the end-user's perspective), it is not an uncommon thing to run into<br>
> service platforms where both 7- and 10-digit dialing is supported, but the<br>
> 7-digit support feels (again, from the customer's perspective) half-assed,<br>
> at least compared to the ILEC's implementation.  But if the customer still<br>
> lives in an area where 10-digit dialing is not mandatory, he/she expects it<br>
> to work, so we "have" to provide it.<br>
><br>
> It feels inferior because back when when local destinations were always<br>
> within the same NPA as the caller, the number pattern rules were simple, at<br>
> least for domestic calls: if it starts with a 1, it will be an 11-digit<br>
> number, and if it starts with 2-9, it will be a 7-digit number; but now, if<br>
> it starts with 2-9, it could be either 7 or 10 digits, and you won't know<br>
> for sure which one it is unless the caller has entered more than 7 digits.<br>
> And in these ambiguous scenarios where two destination patterns partially<br>
> overlap, it's the "did the caller stop dialing" part that's hard to measure,<br>
> right?  So now you have CPE gear generating dialtone (whether PBX or ATA)<br>
> which either feels to the caller like it is extremely slow at putting the<br>
> call through, or which requires the caller to remember to do something<br>
> special at the end of a 7-digit destination (like dial # or something to<br>
> signal they're done) if they don't want to wait.  (There's also been a<br>
> similar phenomenon for a whil!<br>
> e with PBX systems that use outbound routing prefixes like '9' in order to<br>
> make it unambiguous whether you are dialing an internal extension or an<br>
> external destination.)<br>
><br>
> Now obviously the CO switch can't read minds either, so in areas without<br>
> mandatory 10-digit dialing, it seems inescapable that it would have to<br>
> determine whether the user is done dialing via some kind of timeout<br>
> mechanism as well.  But it sure seems like most Class 5 switches must have a<br>
> much more intelligent ambiguous number pattern matching algorithm than most<br>
> CPE gear does since, as a general rule, people that still have an analog<br>
> loop to the CO these days and regularly dial 7 digits don't experience<br>
> (e.g.) upwards of a 5-second delay between when they've finished dialing and<br>
> when they hear their first ringback.<br>
><br>
> The question is, what's the secret sauce, and why can't that same algorithm<br>
> be implemented in CPE gear?<br>
><br>
> --<br>
> Nathan Anderson<br>
> First Step Internet, LLC<br>
> <a href="mailto:nathana@fsr.com">nathana@fsr.com</a><br>
> _______________________________________________<br>
> VoiceOps mailing list<br>
> <a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
><br>
> _______________________________________________<br>
> VoiceOps mailing list<br>
> <a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
><br>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Carlos Alvarez</div><div>TelEvolve</div><div>602-889-3003</div><div><br></div><br>
</div>