guideline for name-based web hosting justification

PSchroebel paschroebel at
Wed Sep 13 17:42:53 EDT 2000

Lets Not get the NAT's in the www servers....please.

What if?

We look at this for a moment use the :
NIC Mac's for the allocation of IP numbers where SSL's and
apps require IP space. Here a machine that can handle
numerous NIC could use multiple IP's and be quite useful and
it does work well.
There is a trick to making NT work with multi NIC's but it

If you are hosting with merchants that require SSL's you
co-locate them and rack them up or put them on the multi-nic

Free webhosting with  IP's must go but that's my opinion any

Free virtual hosting is just fine!

We have limited resources IP wise and IPV6 is not  there
yet.. and who knows where we will be in a year or so.

Remember that the NAT saved us from the last IP crunch.

Just a thought.. :)

Peter Schroebel

----- Original Message -----
From: "Mury" <mury at>
To: "David W. Hankins" <dhankins at>
Cc: "Mike Horwath" <drechsau at>; "Alec H. Peterson"
<ahp at>; "Matt Bailey" <mbailey at>;
<arin-discuss at>; <ppml at>
Sent: Wednesday, September 13, 2000 4:04 PM
Subject: Re: guideline for name-based web hosting

> > It's just plain stupid to go around spouting that name
based hosting is as
> > easy to accomplish (full scale) as it is to give a
dialup user a dynamic
> > IP or have lots of your users use NAT.
> I have to admit, that the metaphor does hold in my view if
you are speaking
> in terms of difficulty.  The only difference in difficulty
I see is in
> introducing billing mechanisms that are obviously vacant
in the case of
> dial access systems.

What about all the other issues people have raised?  QOS,
black-holed IPs,
HTTP/1.0 (which seems to be minimal, but from more digging
on my own it
could be as high as 5%), real-time web performance
monitoring, SSL
(supposedly and exemption, but not stated any where, and
from some posts,
not being taken seriously), databases that communicate by IP
(don't ask me), etc.

BTW, billing mechanisms are not obviously vacant in dial
systems.  Dial access is loaded with different forms of
monitoring and


More information about the ARIN-discuss mailing list