Posted via a free Usenet account from http://www.teranews.com
Thanks for that-so all newer Cisco products support dot1q?
Just a question.
I think; if I have got a good memory; ISL use more processor cyscle than
802.1q because of the modification of the header and "racalculation" of
the FCS. Whereas 802.1q just encapsulate and the FCS is not moficated.
I am wrong ?
You are right.
I add that while 802.1q has the concept of "native LAN", ISL do not.
It is also possible to "double tag" with 802.1q to make what's called QinQ;
I don't think a frame can be enveloped twice with ISL.
"Sven" <sven...@free.fr> ha scritto nel messaggio
Dot1q is the way to go, as it is an industry standard. ISL is not a
standard, and it is dead in the market.
This is what ISL looks like:
The original ethernet frame (including the original FCS check) is
encapsulated with a 26 byte header,
and a new 4 byte FCS as a trailer. The VLAN identification from which the
original frame is associated with
is found within 10 bits of the 26 byte header, so ISL had the ability to
identify vlans 1 thru 1023.
Dot1q does not use an encapsulation technique. Dot1q uses "tagging," where a
4 byte field is inserted into the
original frame immediately after the MAC addresses before traversing the
Because the frame has now been modified by inserting additional bits, the
FCS must be re-computed and re-written.
Dot1q has a 12 bit field for VLAN identification, allowing for additional
VLAN numbering (1-4095).
Thankyou very much for all who have more than answered my
question-could you please explain what QinQ and "native LAN" mean
Cisco is still using ISL "for internal purposes". For example, if you have
Catalyst 6500 Supervisor 2 in "Native Mode" (i.e. you have Sup CatOS module
and IOS MSFC module), the trunking protocol between Sup and MSFC is ISL.
Sure, both modules are proprietary Cisco hardware, but somehow Cisco prefers
ISL versus 802.1q in this scenario.
Cisco IP Phone PC Headset Adapters
Since an example could be better understood...
You have two switches (A and B ) with these VLAN configured ( 1,2,3 on
either Switch ) and native VLAN set by default on each switch ( number 1 )
When the switch A need to send frames to switch B owned by VLAN id 2 and 3
it tags them and send them on the trunk.
Instead traffic origination from VLAN 1 will not be tagged and will be sent
as is over the trunk.
Now you configure switch B trunk to consider "native" traffic for VLAN 3:
When switch A sends untagged traffic for VLAN 1 ( which it considers
native ) over the trunk, switch B considers this untagged traffic as native
but it will tag it as a member of VLAN 3 ( which switchB considers native ).
The same thing happens when switch A sends traffic tagged as VLAN 3.
So switch B considers native either the ingress trunk traffic which is
untagged or tagged with VLAN id 3.
When switch B sends VLAN id 3 traffic over the trunk, since it considers it
native, it sends it untagged.
I know, I made a mess and maybe I'll not be understood but I hope you'll get
QinQ ( 802.1q tunneling ) is prevalently used when deploying MPLS VPLS.
Simply put a frame is double tagged ( tagged twice ).
Dest MAC | Source MAC | EtherType | tag | EtherType | tag | EtherType | Data
"daytime" <valid...@yahoo.co.uk> ha scritto nel messaggio
So ,by double tagging each VLAN will know the correct NATIVE VLAN?-from
your example Native can be changed? I thought it was always Vlan 1 .
Thanks for the help.
Specify the native VLAN:
For switches running 802.1Q as the trunking mechanism, the native VLAN
of each port on the trunk must match. By default all COS ports are in
VLAN 1; and the native VLAN on the IOS devices is also configured for
VLAN 1, so the native VLAN does match. If you choose to change the
native VLAN, use the set vlan command for COS switches or the
switchport trunk native vlan command for IOS switches to specify the
native VLAN. Remember that the native VLAN must match on both sides of
the trunk link for 802.1Q; otherwise the link will not work. If there
is a native VLAN mismatch, Spanning Tree Protocol (STP) places the port
in a port VLAN ID (PVID) inconsistent state and will not forward on the
My question is this, In what scenario would you need to change the
> > "daytime" <validatp...@yahoo.co.uk> ha scritto nel messaggio
> > > Thankyou very much for all who have more than answered my
> > > question-could you please explain what QinQ and "native LAN" mean
> > > please?
> > > Many thanksSo ,by double tagging each VLAN will know the correct NATIVE VLAN?-from
> your example Native can be changed? I thought it was always Vlan 1 .
> Thanks for the help.- Hide quoted text -- Show quoted text -
Thanks for the reply-I too have no idea why you would change the native
>From what I read in the above posts,it is to do with when the VTP
server propogates information to other Client switches in the same VTP
domain,and that could cause problems as each Native Vlan on each
individual switch will have different information...?