[Fwd: Re: phone types]

[ginny listman]

It would not be difficult to check.  However, a country code is a required
field.  If the country code is US or CA, if the +1 was not provided, the
software should be intellegent enough to add it.  I want to avoid sending
back errors that would be easy for us to fix.  If the information is input
via the web, it would not allow you to submit.

As far as sending a message back regarding invalid information, that is
one of our goals.  Ideally, manually processing by RSG should be at a
minimum.

As far as going back and asking for valid information for the "nomailbox"
mailboxes, we plan on doing a re-registration to verify the existing data
in the database.  However, this will probably be 2-3 years away.  This
rule will be enforced going forward.

Ginny


On Fri, 29 Dec 2000, Linda wrote:

> Would it be difficult for ARIN to check when the template is parsed for either
> a 1 or 011 as the leading numbers for the contact number?  If a person submits
> invalid information to ARIN and after it is parsed and found to contain errors
> a rejection message as is currently sent should be sent to the person so they
> may correct their error.  I do not see a problem with asking people to include
> the 1 or 011 with their contact number.  As for the nomailbox at NOWHERE will
> ARIN ask those POCs to give a correct mailbox now that you have found their
> address to be invalid?
> 
> Linda
> 
> ginny listman wrote:
> 
> > On Thu, 28 Dec 2000, Linda wrote:
> >
> > > The  NANP (North American Numbering Plan) (1+) covers North America as
> > > well as the most of the Caribbean Islands as listed below.  It should be
> > > the responsibility of the person submitting the contact information to
> > > include either the 1 or 011 contact number.  ARIN should not have to
> > > take time to figure out if the number lies within the NANP or if the
> > > number is an international number.
> >
> > This is a great idea, but if we want valid data in the database, we will
> > have to do some form of checking.  Totally relying on the user to full
> > read the instructions, and put valid information on every line, has
> > created a database full of bogus information.   I just did a database
> > query and came up with close to 15K POCs that have an mailbox of
> > nomailbox at NOWHERE.  This is useless information, that we should not be
> > storing.  Going forward, we want to avoid storing or displaying
> > invalid/useless information.
> >
> > >
> > > Linda
> > >
>