I know this dear michael but my confusion is something else that do whole network have same native vlan or native vlan can be changed according to each trunk port in switches?
If canbe changed according to switche's trunk port then why do we make this change in all trunk port? -----Original Message----- From: Michael Smith Sent: 05/03/2011, 10:54 am To: [email protected] Cc: [email protected]; [email protected] Subject: RE: [OSL | CCIE_RS] (ccie_rs)_native_vlan Well I know that spanning tree is layer 2 not layer three I was just making a comparison. I'm basically saying that all switch management traffic is sent over the native vlan which is by default 1. And OSPF sends out information to 224.0.0.5. It was probably a terrible comparison but I'm just trying to figure out a way to say basically the native vlan is what the switches send traffic out on. > From: [email protected] > To: [email protected] > CC: [email protected]; [email protected] > Subject: RE: [OSL | CCIE_RS] (ccie_rs)_native_vlan > Date: Fri, 4 Mar 2011 15:59:14 -0700 > > Oops. Hit "Reply" instead of "Reply All." > > >Well vlan 1 by default carries all of the spannin tree messages and things > >like that. Its basically the > >equivalent of 224.0.0.5 in OSPF. Its how the switches communicate. Hopefully > >what I've said helps and someone > >else please correct me if I'm wrong but this is how I understand > >spanning-tree > > Spanning tree BPDUs are actually layer 2, not layer 3. They are sent to > the L2 multicast address 01:80:C2:00:00:00. I believe that VLAN1 just > carries all traffic by default unless that traffic is tagged for another > VLAN (even supposing the native VLAN on, say f0/2 was VLAN3, if traffic > were to enter f0/2, it would be tagged as VLAN3 as it left f0/2 then > dealt with as necessary). > > I'm sure that the BPDU information is correct, and I _think_ the VLAN > info is as well, but I'm certainly open to correction if necessary. > > --jdguffey > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
