- Test - lists.nanog.org

Re: ARIN Policy on IP-based Web Hosting
by Scott Bradner 01 Sep '00

01 Sep '00

< > ISOC has a defined membership - nanog does not < No. But ARIN does. And this is an ARIN issue, not a NANOG one, as Alec < pointed out. yes it is an ARIN issue but ARIN established teh public policy meeting and mailing list to take input - it would be nice to have a way of understanding the level of support for a proposal in the ops community before the ARIN members go off to vote Scott

2 1

RE: ARIN Policy on IP-based Web Hosting
by Scott Bradner 01 Sep '00

01 Sep '00

> How about voting on the Internet ISOC style? who should vote? ISOC has a defined membership - nanog does not the issue of how to figure out consensus on a mailing list is not an easy one - its one of the things the IETF has a lot of fun with Scott

3 2

Re: ARIN Policy on IP-based Web Hosting
by Scott Bradner 01 Sep '00

01 Sep '00

> as such referring to any > meetings they might hold as "public" would seem to me to be somewhat of a > misnomer. ARIN hosts a public policy meeting that anyone, member or not, can attend (there is a fee for non-members to cover the actual costs of the meeting) there is also a member meeting for members - the next public policy meeting is in early october in the Dulles area Scott

1 0

BART strikes again - Pacbell/SFO
by Sean Donelan 01 Sep '00

01 Sep '00

A contractor for BART (Bay Area Rapid Transit) in San Francisco drilled into a Pacific Bell cable near the San Francisco Airport today. In addition to disruptingphone service, it also took out some of the circuits used for reservation computers at SFO.

1 0

ARIN Policy on IP-based Web Hosting
by Richard Jimmerson 01 Sep '00

01 Sep '00

Please keep in mind this policy is a result of discussions held at the ARIN public policy meeting in Calgary earlier this year. The policy does state ARIN will accept IP-based hosting as justification for an allocation if an exception is warranted. ARIN is looking to the community to define these exceptions and finds the discussions being held here to be very helpful. This information will be included in the policy discussion at the upcoming ARIN public policy meeting. These discussions may create changes to the current policy, perhaps by clearly defining a list of exceptions, or may even eliminate the new policy altogether. Your feedback on this mailing list and at the upcoming public policy meeting is important. Information about the upcoming public policy meeting can be found at: http://www.arin.net/announcements/memmeet.html Best Regards, American Registry for Internet Numbers (ARIN)

6 8

RE: ARIN Policy on IP-based Web Hosting
by Roeland M.J. Meyer 01 Sep '00

01 Sep '00

How about voting on the Internet ISOC style? > -----Original Message----- > From: Rodney Joffe [mailto:rjoffe@centergate.com] > Sent: Thursday, August 31, 2000 3:37 PM > To: nanog(a)merit.edu > Subject: Re: ARIN Policy on IP-based Web Hosting > > > > > > Patrick Greenwell wrote: > > > Have you considered the possibility that some people do not > have the time > > to be physically present when votes on how everyone will be > forced to run > > their business are taken? > > That's a disingenuous response, Patrick. > > Perhaps you could suggest an alternative? Not having a vote > because some > people can't be there is no way to run a democracy, which this still > appears to be in this case. > > Would an absentee ballot system work for you? How would you be part of > the discussions? > > What would you have happen? > > -- > Rodney Joffe > CenterGate Research Group, LLC. > http://www.centergate.com > "Technology so advanced, even we don't understand it!"(SM) >

1 0

Re: [Fwd: USWest]
by John Fraizer 31 Aug '00

31 Aug '00

On Thu, 31 Aug 2000 sysop(a)uswest.net wrote: > U S WEST ISOps is very concerned that its services and products > not be used to harass others, abuse the network or interfere > with other users' enjoyment of the Internet. We apologize > that this situation has occurred. Sure you are. > > Unfortunately, your message does not appear to include the full > message headers. Without the full message headers, especially the > "Received" lines, we can not investigate this issue. > Not a problem. Next time it happens, I'll see just how much hate your can swallow before it blows up. I'm willing to bet that we have more than enough capacity to get your attention. Perhaps THAN you will be able to "further investigate" the issue. Ya'll have fun with your little SPAM friendly network, ya hear? John Fraizer EnterZone, Inc

2 1

Re: What's a file extension?
by Mufti Ahmed 31 Aug '00

31 Aug '00

Do you know what a computer is? Jeff Wheat <jeff(a)cetlink.net> on 08/31/2000 02:55:16 PM To: nanog(a)merit.edu cc: (bcc: Mufti Ahmed/NYC/US/Reuters) Subject: Re: What's a file extension? It may also be a handle that is attached to the end of a metal file which allows the operator of said file to have more control and/or comfort while working. Many carpenters use such a file extention :) *grin* Jeff > -----Original Message----- > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of > Roeland M.J. Meyer > Sent: Thursday, August 31, 2000 2:19 PM > To: Alex Kamantauskas; Andrew Brown > Cc: Jeff Mcadams; nanog(a)merit.edu > Subject: RE: ARIN Policy on IP-based Web Hosting > > > > everything to the right side of the final dot. Such as in > "/etc/named.conf" the extension is "conf". A better example is > "/usr/local/src/whois.1.9.0/readme.txt" where the extension is "txt". > > > -----Original Message----- > > From: Alex Kamantauskas [mailto:alexk@tugger.net] > > Sent: Thursday, August 31, 2000 7:19 AM > > To: Andrew Brown > > Cc: Jeff Mcadams; nanog(a)merit.edu > > Subject: Re: ARIN Policy on IP-based Web Hosting > > > > > > > > On Thu, 31 Aug 2000, Andrew Brown wrote: > > > > > > > > the mime type is made up, usually based on the file's > > extension, which > > > is, of course, passed along with the contents of the file when you > > > transfer it. it's no extra information in this context. > > > > > > > What's a file extension? > > > > -- > > Alex Kamantauskas > > alexk(a)tugger.net > > > > > ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.

2 1

Re: ARIN Policy on IP-based Web Hosting
by Michael Shields 31 Aug '00

31 Aug '00

In article <39AE8767.637432A6(a)NorthShoreTechnologies.net>, Steve Sobol <sjsobol(a)NorthShoreTechnologies.net> wrote: > Now that I think about it, though, VMS has file extensions, doesn't > it? (Been a while since I last used VMS.) I don't know if the extensions > are treated the way DOS and Windows treats extensions, though. I am fairly sure that IOS and JUNOS do not have file extensions. -- Shields.

2 1

RE: ARIN Policy on IP-based Web Hosting
by Karyn Ulriksen 31 Aug '00

31 Aug '00

I second that. I believe that some are already doing it, but maybe more could... probably easier than some of the IP based virtual services could be modified. Karyn > -----Original Message----- > From: Deepak Jain [mailto:deepak@ai.net] > Sent: Thursday, August 31, 2000 12:59 PM > To: Alec H. Peterson > Cc: John A. Tamplin; nanog(a)merit.edu > Subject: Re: ARIN Policy on IP-based Web Hosting > > > > > This is not meant at anyone personally, its just something I noticed. > > When we are deciding that IP savings, etc are worth it, why > not make all > Cable/DSL/Dialup providers use NAT to map access logins to a > small pool of > IPs too? The software to do that transparently is already > available for a > very high percentage of applications. Heck, even upstreams > could then NAT > their downstreams' pools of IPs. We could run the whole internet off a > single class C again. > > This would of course be an inconvenience to some networks > that use a lot > of applications that haven't been updated, but we're sure the > savings are > worth the pain too. > > --- > > I guess the point/concern I have is that the largest providers can now > pick up /13s because they use that many IPs in 3 months, but if you > subtract out the number of truly unique IPs even the largest > network would > absolutely need, applying all available technology, the > number might be as > low as a few hundred unique IPs. > > Deepak Jain > AiNET > > > On Thu, 31 Aug 2000, Alec H. Peterson wrote: > > > > > "John A. Tamplin" wrote: > > > > > > Well, if the policy is that you have to use name-based > hosting everywhere > > > feasible and do something different for those customers that need > > > something different, that can be quite a hardship on > existing setups. > > > For example, re-engineering all the tools to create and > maintain vdom > > > services, changing existing customer setups, etc. It is > certainly easier > > > to treat all hosting customers alike, rather than have completely > > > separate setups and then have to change a customer from > one to the other > > > when they add or delete services (including downtime). > > > > That was also brought up at the meeting, however it was > generally agreed > > that the address savings were worth the work. > > > > > > > > Another issue nobody has mentioned is security between > virtual servers. > > > Under name-based hosting, they all run as the same > user-id and thus to get > > > the same security you have with separate IP-based servers > you have to put > > > all the access conrol checks in all the tools that can be > used. This can be > > > hard if not impossible to do when you allow full shell > access to the files > > > used by the server. > > > > Not if you chroot() the user into their file space. That > may not be ideal, > > but there are ways to deal with it. > > > > Alec > > > > -- > > Alec H. Peterson - ahp(a)hilander.com > > Staff Scientist > > CenterGate Research Group - http://www.centergate.com > > "Technology so advanced, even _we_ don't understand it!" > > > > > >

1 0