RE: IP assignment for virtual webhosting
In a sales environment, it would certainly be easier to enforce namebased virtual web-hosting if everyone had to play by the same rules. Currently being conciencous and telling a prospect they can't have the IP addresses for virtual web hosting gets the response "well ISP xxx will provide me with them". The importance of enforcing name-based hosting is high, but I also get the feeling the amount of wasted address space elsewhere on the Internet (/16s allocated to big institutions years ago that are firewalled other than a handful of /24s?) should be a higher priority - not saying that RIPE did these allocations of course! Toby
-----Original Message----- From: Havard.Eidnes@runit.sintef.no [mailto:Havard.Eidnes@runit.sintef.no] Sent: 17 November 1999 17:10 To: Sam.Bradford@demon.net Cc: cor@xs4all.net; nurani@ripe.net; lir-wg@ripe.net Subject: Re: IP assignment for virtual webhosting
Although the amount of clients connecting with 1.0 may be very little in most cases, it does still happen. We have customers specifically state that they do not want to set up http 1.1 because at the end of the day, some people will not be able to view their (and/or their clients') web sites, which is fair enough.
I hope this doesn't mean they don't deply http 1.1-capable servers, but that they don't actually utilize the virtual hosting functionality based on the Host: header in http 1.1?
Not doing 1.1 server-side would be extremely bad for the http 1.1 clients and the general health of the network.
By the way, anyone want to take bets about when the next craze about "always on" network service becomes significantly widespread, and how that will affect IP address space consumption? ;-) (No, I'm not an IPv6 advocate, if that's what you're thinking, just putting this all in some larger perspective.)
- Håvard
The importance of enforcing name-based hosting is high, but I also get the feeling the amount of wasted address space elsewhere on the Internet (/16s allocated to big institutions years ago that are firewalled other than a handful of /24s?) should be a higher priority - not saying that RIPE did these allocations of course!
The past sins of others is no excuse to continue sinning. Besides, there was a time before "classless" technology became widespread or even available, and there actually existed prior IP address allocation policies from the registries (or back to when there only was a single registry) which were substantially different from the ones we have in use today. Regards, - Håvard
Havard.Eidnes@runit.sintef.no schrieb per Mail :
The importance of enforcing name-based hosting is high, but I also get the feeling the amount of wasted address space elsewhere on the Internet (/16s allocated to big institutions years ago that are firewalled other than a handful of /24s?) should be a higher priority - not saying that RIPE did these allocations of course!
The past sins of others is no excuse to continue sinning.
Right. But this is not a religious matter. So that are not "sins" but "errors", and errors can often be corrected. I agree with all efforts to minimze wasting adress space in the future (so I agree to name-based Web-hosting...) but there should also be the same effort in examine errors (wasted adress space) of the past, and correcting them, if possible.
Besides, there was a time before "classless" technology became widespread or even available, and there actually existed prior IP address allocation policies from the registries (or back to when there only was a single registry) which were substantially different from the ones we have in use today.
Right, and there also was a time when everyone thought, 2 year-digits in a date-field are enough. ;) That is no excuse to not try to correct the errors of the past. regards, Andreas -- INS Informationstechnik, Netzwerke und Systeme Vertriebs-GmbH Postfach 101312 (PLZ 44543), Europaplatz 14 (PLZ 44575), Castrop-Rauxel Andreas Frackowiak Phone: +49-2305-101-0 Fax: +49-2305-101-155 af@ins.de
participants (3)
-
af＠ins.net -
Havard.Eidnes＠runit.sintef.no -
Williams, Toby