tech-net archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: vlans and netbsd-current



On Mon, Jun 09, 2014 at 02:45:19AM +1000, Darren Reed wrote:
> > In Sun, Jun 08, 2014 at 10:56:50PM +1000, Darren Reed wrote:
> > > 
> > ...
> > >         inet6 fe80::203:baff:fe34:a1f5%cas0 prefixlen 64 scopeid 0x6
> > > vlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > >         vlan: 200 parent: cas0
> > >         address: 00:03:ba:34:a1:f5
> > > ...
> > > vlan1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > >         vlan: 201 parent: cas0
> > >         address: 00:03:ba:34:a1:f5
> > 
> > > I've got three interfaces with the same MAC address!
> >
> > This is correct.  It is an error to connect two vlan interfaces on the
> > same underlying physical network to the same layer 2 network.  So the
> > MAC address being the same can't cause problems.
> > ...
> > Note that the
> > pathological case where you configure two vlan interfaces on the same
> > physical interface with the _same_ vlanif, simulating dual-attach to the
> > same physical LAN in the SunOS 4 case (which is where that was problematic)
> > is also insane -- it's easy enough to work out why.
> 
> I think you're wrong here.
> 
> For example, what if I were to create two chroot environments on my
> NetBSD box and I wanted to use a dedicated NIC and IP address for each?
> And if I want each NIC to be its own vlan interface?
> 
> Or what if I want to do virtual networking inside of NetBSD and create
> a vwire between two vlan interfaces?
> 
> Or connect both vlan interfaces to a virtual switch inside the kernel?

Why do any of these require stacking two instances of vlan, with the same
vlanif, on the same physical interface?

Thor


Home | Main Index | Thread Index | Old Index