[cisco-voip] E.164 dialing

Mon Jul 14 13:28:09 EDT 2008

I believe that all repeating area codes (222,333,444,555, etc.) are
reserved for future use as "easily recognizable".  The language from
nanpa.com site is 

More about area codes...

The format of an area code is NXX, where N is any digit 2 through 9 and
X is any digit 0 through 9. Initially, the middle digit of an area code
had to be "0" or "1". When this restriction was removed in 1995,
additional area code combinations became available. There are 800
possible combinations associated with the NXX format. Some of these
combinations, however, are not available or have been reserved for
special purposes

Among them are the following: 

Easily Recognizable Codes

When the second and third digits of an area code are the same, that code
is called an easily recognizable code (ERC). ERCs designate special
services; e.g., 888 for toll-free service.

N11

These 8 ERCs, called service codes, are not used as area codes.

N9X

The 80 codes in this format, called expansion codes, have been reserved
for use during the period when the current 10-digit NANP number format
undergoes expansion.

37X and 96X

Two blocks of 10 codes each have been set aside by the INC for
unanticipated purposes where it may be important to have a full range of
10 contiguous codes available.

At one place I worked, we ran a 10-digit NANP dialplan.  We used the
format 700-1xx-yyyy for the non-did numbers.  Area Code 700 is reserved
for IXC services (typically pay-per-call) and we had blokced it outbound
for toll-fraud purposes.  We put a 1 as the first digit of the
office-code to insure that we didn't accidentally overlap a legitmate
number, JUST IN CASE.  Not the most pretty solution, since there is a
real purpose for it.  But, we never had any issues with it once in use.

Chris Beck

IT Lead - Voice Technologies

USG Corporation

312-436-4541 (office)

312-730-5524 (Mobile)

312-672-7714 (FAX)

cbeck at usg.com

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan O'Connell
Sent: Monday, July 14, 2008 12:10 PM
To: Justin Steinberg
Cc: cisco-voip at puck-nether.net; Matt Slaga (US)
Subject: Re: [cisco-voip] E.164 dialing

Yes agreed and understood, in fact the plan is based on UC version 7. So
back to my questions though, with E.164 NANP and E.164 with UK does
anyone know if there are private numbers reserved? As far as I can see
any Area code that repeats itself has not been assigned to any NANP
number as of yet except for 888. They have been set aside as ERC (Easily
Recognizable Codes) numbers. This being said it doesn't clearly define
if these numbers will ever be introduced as NANP numbers. So based on
this using 444 XXX XXXX in NANP we should be safe. As for the UK it
seems as though they set aside a block for "Corporate Numbering" 05x
xxxx xxxx.

Thoughts?

Ryan

________________________________

From: Justin Steinberg [mailto:jsteinberg at gmail.com] 
Sent: Monday, July 14, 2008 7:45 AM
To: Ryan O'Connell
Cc: Matt Slaga (US); cisco-voip at puck-nether.net
Subject: Re: [cisco-voip] E.164 dialing

I agree with Matt.  so many changes in UC7, I would hold off making any
significant dialplan changes until that release.

On Mon, Jul 14, 2008 at 9:39 AM, Ryan O'Connell
<Roconnell at unislumin.com> wrote:

That's what I'm saying is that I shouldn't need the "+" if the number is
a fully qualified E.164 number.

Thoughts?

-----Original Message-----
From: Matt Slaga (US) [mailto:Matt.Slaga at us.didata.com]
Sent: Monday, July 14, 2008 6:33 AM
To: Ryan O'Connell; cisco-voip at puck-nether.net
Subject: RE: [cisco-voip] E.164 dialing

Unfortunately, you are going to have to wait for UCM 7.0 to have full
E164 support.  Currently UCM throws up when it gets a '+'.

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan O'Connell
Sent: Friday, July 11, 2008 3:54 PM
To: cisco-voip at puck-nether.net
Subject: [cisco-voip] E.164 dialing

Hello,

I am working on a Dialplan that is based on E.164 numbers. Essentially
all internal DN's will be the fully qualified E.164 number without the
"+" so for NANP that will be 11 digits and in Europe it will consist of
country-code followed by local exchange. Using partitions and CSS's to
maintain interal 4 digit dialing intra-site and full E.164 inter-site.
For DID's the above plan is pretty straight forward but for non-DID's I
can't seem to find any ranges within the NANP that are designated as
private addresses. So if I want to assign 100 DN's to be voicemail ports
or lobby phones or whatever I was wondering what I should make these
numbers so that it doesn't overlap with any PSTN numbers.

If anyone can share thoughts or their experiences in this area that
would be helpful thanks

Ryno
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Confidentiality Notice: This email is intended for the sole use of the intended recipient(s) and may contain confidential, proprietary or privileged information. If you are not the intended recipient, you are notified that any use, review, dissemination, copying or action taken based on this message or its attachments, if any, is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy or delete all copies of the original message and any attachments. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080714/5738b551/attachment-0001.html>