2 questions
Terry Chatfield
tchatfield at GemNets.Com
Thu Dec 21 15:22:41 EST 2000
Some companies may have a primary and backup for each type of POC.
ginny listman wrote:
> Okay..
>
> >From what people are saying, I have come up with the following POC Types:
>
> Private (not displayed in whois): Billing, Membership and Administrative
> Public (displayed in whois): Technical, NOC and Abuse
>
> The next question is, is there a need to ever have more than one of any
> type of POC?
>
> Ginny
>
> On Thu, 21 Dec 2000, Sanche, Greg wrote:
>
> >
> > I also agree and support the use of multiple POC's,
> > as mentioned below and include a Billing POC.
> >
> > The Abuse and NOC e-mail addresses and phone numbers should be public
> > knownledge and
> > the Administrator and billing contact info should be protected from the
> > general public.
> >
> > Greg Sanche
> > AT&T Canada Corp.
> > Tel: 905 361-6142 Fax: 905 361-6001
> > E-Mail : gsanche at attcanada.com
> > Greg.Sanche at attcanada.com
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Darren Loher [mailto:dploher at level3.net]
> > Sent: Thursday, December 21, 2000 2:07 PM
> > To: David R Huberman
> > Cc: ginny listman; dbwg at arin.net
> > Subject: Re: 2 questions
> >
> >
> > I too would like the support for multiple POC's. Particularly
> > one for Abuse and one for Security.
> >
> > -Darren Loher
> > Level 3 Communications
> > Global Data Architecture
> >
> > On Thu, Dec 21, 2000 at 12:02:24PM -0700, David R Huberman wrote:
> > >
> > > > 1. Right now a POC can have any number of phones and/or mailboxes. Is
> > > > this necessary? Can we delete all but one commercial phone, and all but
> > > > one primary mailbox? Do we need to keep fax number?
> > >
> > > * The fax number doesn't seem particularly relevant in most cases, no.
> > >
> > > * If you want to only allow one commercial phone number and one e-mail
> > > box, how about enhancing the database to allow multiple POC listings
> > > on objects, ala RPSL? That allows providers, for example, to list
> > > vanilla role accounts and list key techincal personal for, say, AS
> > > registrations.
> > >
> > > > 2. Right now both ASes and Networks have handles and names. Ideally,
> > the
> > > > handle should be NET- or ASN- name. We would like to do some clean-up
> > so
> > > > that all resources would be the same. Get rid of an ASNBLK- or NETBLK-,
> > > > as well as NETBLK-NET- and the like. Does anyone have a problem with
> > ARIN
> > > > possible changing your AS or Net handle/name? Cathy Murphy will be
> > > > running a report to see how many people this will actually affect.
> > >
> > > * Are you talking about parent blocks only, or all registration objects?
> > > I certainly like the idea of streamlining the database objects of
> > > netname/handle for parent IP address objects and for AS registrations,
> > > but changing any portion of downstream assignments has the potential
> > > of creating havoc with many providers' SWIP scripts. Please clarify
> > >
> > > /david
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Chat.vcf
Type: text/x-vcard
Size: 471 bytes
Desc: Card for Terrence Chatfield
URL: <https://lists.arin.net/pipermail/dbwg/attachments/20001221/5bfa05ea/attachment.vcf>
More information about the Dbwg
mailing list