Hosting provider allocation advice

Garry Dolley gdolley at arpnetworks.com
Mon Oct 26 08:32:56 CET 2009


On Fri, Oct 16, 2009 at 02:23:39PM +0200, Bernhard Schmidt wrote:
> * if you use private VLANs your customer boxes can only speak to each other 
> using the router. Since there is no transfer network they won't see any 
> (global) address as directly connected, using the router all the time.

If you route a prefix (say /48) to their LL, can't the customer then
configure their own /56, /64, etc...  on their equipment and then
the equipment would talk to each other directly, not going through
the router?

If each piece of gear was on its own VLAN, then yes, I would see how
they all have to talk through the router, but I don't think anyone
would set up something like that ;)

> You can usually set the link-local address of the router to be something 
> like FE80::1. With HSRPv6 this is even a necessity.

This is interesting.  I've started setting up some customer
interfaces using LL and then routing their prefix to them, and it
has worked out well.  But I didn't think of making the LL on the
router side of their VLAN simply FE80::1.  I suppose that'd work :)

Have you had any issues with this?  It makes the router
configuration a tad bit easier to manage.

> Totally regardless of how you manage your routing (to link-local or not), 
> if your customers can send RA to each other you are just screwed. But if 
> they can send traffic to each other you are an easy target for spoofing 
> attacks anyway. So you are just having the very same security problems you 
> already have with IPv4 with IPv6 as well.

Yup.  If customer A can in any way see customer B traffic, you're
going to always have some security issue there.  

My setup always puts different customers onto different VLANs.
Issues of backups, intra-VLAN traffic and billing, max VLANs per
switch, etc... are all easier to solve then the issues that would
arise if I share customer traffic.



-- 
Garry Dolley
ARP Networks, Inc. | http://www.arpnetworks.com | (818) 206-0181
Data center, VPS, and IP Transit solutions
Member Los Angeles County REACT, Unit 336 | WQGK336
Blog http://scie.nti.st



More information about the ipv6-ops mailing list