天天看點

802.1Q筆記

一、802.1Q(業界标準 在幀中間強行插入tag4個位元組 破壞以太網幀 校驗重寫)     

二、ISL (cisco私有的 封裝頭部24位元組 CRC4個位元組 沒有修改原始的幀  最多支援1024個vlan)交換機發出打标記

格式如下圖所示:

<a href="https://s4.51cto.com/wyfs02/M02/8F/D3/wKiom1js3Trhe5nqAAGNChRAbLw407.jpg" target="_blank"></a>

802.1Q标準定義:vlan的架構、vlan提供的服務、vlan涉及的協定算法、校驗、stp、QOS 

Tag  4byte

TPID  2Byte  标簽協定辨別 802.1Q

Priority  3bite  最進階别為7 與QOS相關  

CFI  1bite  規範格式與非規範格式

VLANID  12bite 目前的vlan資訊、支援vlan為0~4095個

原始以太網幀的大小範圍64-1518位元組,802.1Q幀範圍68-1522位元組,ISL幀範圍94-1548位元組 

當Trunk使用802.1Q封裝時,将對除了Native Vlan之外所有vlan打上标記,如果802.1Q收到一個沒有vlan标記的資料幀,使用Native vlan内轉發,是以請確定Trunk兩頭的Native Vlan号是一緻的,802.1Q在原始以太網幀中插入4位元組的标記

Tag在trunk使用、pvid不打tag,trunk兩端必須都加pvid 否則丢包

注:華為交換機預設VLAN被稱為“Pvid Vlan”、思科交換機預設VLAN被稱為“Native Vlan”

Native vlan隻有802.1Q才有,ISL沒有

了解:

1、native  vlan 10 和 vlan 10為什麼不通的

2、native vlan 10 和 native vlan 20 為什麼互通的

hybrid與trunk不能共存

hybrid與trunk差別:hybrid允許多個vlan傳遞不打标簽、trunk不允許多個vlan不打标簽通過

hybrid 可以用于連接配接交換機、連接配接PC,允許多個vlan通過

native vlan對資料傳遞不加标簽、目的是降低交換機的資源消耗,提升交換機對二層資料處理的能力、預設是vlan1

當802.1Q Trunk收到資料幀後,去掉802.1Q标記之外,還要重新計算FCS才能轉發

ISL協定和802.1Q的差別:針對native vlan是否打标. ISL全部都打,有幾個VLAN打幾個标記。802.1Q協定除了VLAN1也就是native vlan不打标記之外其他的VLAN都打标記、讓Trunk識别不同VLAN. 那為什麼不對VLAN1打标記呢、因為VLAN1中承載着許多資訊.對native vlan标記是相當不利的.

本征vlan不打标為了相容一些不支援vlan的交換機

QinQ提供4094x4094VLAN

直連路由是相通的  何況單臂路由、三層子接口

先封裝再起trunk 然後允許vlan通過

cisco ISL格式

<a href="http://s3.51cto.com/wyfs02/M02/83/68/wKioL1dyhEijDtFnAACFA7ePDTg971.jpg" target="_blank"></a>

直接去掉ISL标記和新FCS後,就可馬上轉發

0,4095:這兩個号保留,僅限系統使用,使用者不能檢視

1:Cisco預設VLAN,不能删除

2-1001:用于以太網的VLAN,使用者可根據這一段号碼自己建立VLAN

1002-1005:用于FDDI和令牌環的預設VLAN,不能删除

1006-4094:僅用于以太網的VLAN.  擴充的VLAN,隻有3550以上的交換機才能配,且必須将VTP模式設為透明模式

為了能夠讓交換機自動判斷什麼時候該将接口設定為Trunk,是以開發出了動态trunk協定DTP

ON手工設定Trunk模式,主動發起DTP資訊,無論鄰居在什麼模式,自己永遠工作在Trunk模式

Desirable 主動發起DTP資訊,如果對方回複同意工作在Trunk模式,則工作在Trunk模式,如果沒回複,則工作在access模式

Auto被動模式,不主動發送DTP,如果接收到對方的DTP資訊要求工作在Trunk模式,則成為Trunk,若接收不到DTP,則工作在access模式

手工将接口設定成Trunk模式後,可以關閉DTP資訊節約資源,關閉DTP的模式為Nonegotiate

本文轉自 周小玉 51CTO部落格,原文連結:http://blog.51cto.com/maguangjie/1748160,如需轉載請自行聯系原作者

繼續閱讀