guideline for name-based web hosting justification
paschroebel at erols.com
Wed Sep 13 17:42:53 EDT 2000
Lets Not get the NAT's in the www servers....please.
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.. :)
----- Original Message -----
From: "Mury" <mury at goldengate.net>
To: "David W. Hankins" <dhankins at mfnx.net>
Cc: "Mike Horwath" <drechsau at geeks.org>; "Alec H. Peterson"
<ahp at hilander.com>; "Matt Bailey" <mbailey at journey.net>;
<arin-discuss at arin.net>; <ppml at arin.net>
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,
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
(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
More information about the ARIN-discuss