二層和三層轉寄

來源:互聯網
上載者:User

二層轉寄的機制是什麼?學習線程和報文轉寄線程。二層只跟MAC地址有關 與IP無關

所以在二層做IP-MAC綁定是無效的。

 

三層乙太網路交換器的轉寄機制主要分為兩個部分:

二層轉寄和三層交換。
  
  先講二層轉寄流程。
  
  1、 MAC地址介紹
  MAC地址是48 bit二進位的地址,如:00-e0-fc-00-00-06。
  可以分為單播地址、多播地址和廣播位址。
  
  單播地址:第一位元組最低位為0,如:00-e0-fc-00-00-06
  
  多播地址:第一位元組最低位為1,如:01-e0-fc-00-00-06
  
  廣播位址:48位全1,如:ff-ff-ff-ff-ff-ff
  
  注意:
  1)普通裝置網卡或者路由器裝置路由介面的MAC地址一定是單播的MAC地址才能保證其與其它裝置的互連。
  
  2) MAC地址是一個乙太網路絡裝置在網路上啟動並執行基礎,也是鏈路層功能實現的立足點。
----------------------------------------------------------------------------------

2、 二層轉寄 介紹
  交換器二層的轉寄特性,符合802.1D橋接器協議標準。
  
  交換器的二層轉寄 涉及到兩個關鍵的線程:地址學習線程和報文轉寄線程。
  
  學習線程如下:
  1)交換器接收網段上的所有資料幀,利用接收資料幀中的源MAC地址來建立MAC地址表;
  
  2)連接埠移動機制 :交換器如果發現一個包文的入連接埠和報文中源MAC地址的所在連接埠不同,就產生連接埠移動,將MAC地址重新學習到新的連接埠;
  
  3)地址老化機制 : 如果交換器在很長一段時間之內沒有收到某台主機發出的報文,在該主機對應的MAC地址就會被刪除,等下次報文來的時候會重新學習。
  
  注意: 老化也是根據源MAC地址 進行老化。
  
  報文轉寄線程:
  1)交換器在MAC地址表中尋找資料幀中的目的MAC地址,如果找到,就將該資料幀發送到相應的連接埠,如果找不到,就向所有的連接埠發送;
  
  2)如果交換器收到的報文中源MAC地址和目的MAC地址所在的連接埠相同,則丟棄該報文;
  
  3)交換器向入連接埠以外的其它所有連接埠轉寄廣播報文。
  
  3、 VLAN二層轉寄 介紹
  報文轉寄線程:
  引入了VLAN以後對二層交換器的報文轉寄線程產生了如下的影響:
  
  1)交換器在MAC地址表中尋找資料幀中的目的MAC地址,如果找到(同時還要確保報文的入VLAN和出VLAN是一致的),就將該資料幀發送到相應的連接埠,如果找不到,就向(VLAN內)所有的連接埠發送;
  
  2)如果交換器收到的報文中源MAC地址和目的MAC地址所在的連接埠相同,則丟棄該報文;
  
  3)交換器向(VLAN內)入連接埠以外的其它所有連接埠轉寄廣播報文。
  
  乙太網路交換器上通過引入VLAN,帶來了如下的好處:
  
  1)限制了局部的網路流量, 在一定程度上可以提高整個網路的處理能力。
  
  2)虛擬工作群組,通過靈活的VLAN設定,把不同的使用者劃分到工作群組內;
  
  3)安全 性,一個VLAN內的使用者和其它VLAN內的使用者不能互訪,提高了安全性。
  
  另外,還有常見的兩個概念VLAN的終結和透傳, 從字面意思上就可以很好的瞭解這兩個概念。所謂VLAN的透傳就是某個VLAN不僅在一台交換器上有效,它還要通過某種方法延伸到別的乙太網路交換器上,在 別的裝置上照樣有效;終結的意思及相對,某個VLAN的有效域不能再延伸到別的裝置,或者不能通過某條鏈路延伸到別的裝置。
  
  VLAN透傳可以使用802.1Q技術,VLAN終結可以使用PVLAN技術。
  
  IEEE802.1Q協議是VLAN的技術標準,主要是修改了標準的幀頭,添加了一個tag欄位,其中包含了VLAN ID等VLAN資訊,具體實現這裡不談,如果有興趣可以看相關的標準和資料。
  
  注意:在Trunk連接埠轉寄報文的時候,如果報文的VLAN Tag等於連接埠上配置的預設VLAN ID,則該報文的Tag應該去掉,對端收到這個不帶Tag資訊的報文後, 從連接埠的PVID獲得報文的所屬VLAN資訊,因此配置的時候必須保證串連兩台交換器之間的一條Trunk鏈路兩端的PVID設定相同。
  
  為什麼要去Tag呢?
  這樣做是為了保證一般的使用者插到Trunk上以後,仍舊可以正常通訊 ,因為普通使用者無法識別帶有802.1Q Vlan資訊的報文。
  
  使用802.1Q技術可以很好的實現VLAN的透傳,可是有的時候需要把VLAN終結掉,也就是說這個VLAN的邊界在哪裡終止,PVLAN技術可以 很好的實現這個功能,同時達到節省VLAN 的目的。cisco的PVLAN意思是private vlan,而我們的PVLAN意思是primary vlan。
  
  這裡的VLAN有兩類:Primary vlan和secondary vlan(子VLAN)。
  
  實現了接入使用者二層報文的隔離,同時上層交換器下發的報文可以被每一個使用者接收到,簡化了配置,節省了VLAN資源。具體實現這裡不談,如果有興趣可以相關資料。
  
  下面談談三層交換流程。
  
  用VLAN分段,隔離了VLAN間的通訊,用支援VLAN的路由器(三層裝置)可以建立VLAN間通訊。但使用路由器來互聯企業園區網中不同的VLAN顯然不合時代的潮流。因為我們可以使用三層交換來實現。
  
  差別1(效能):傳統的路由器基於微處理器轉寄報文,靠軟體 處理,而三層交換器通過ASIC硬體來進行報文轉寄,效能差別很大;
  
  差別2(介面類型):三層交換器的介面基本都是乙太網路介面,沒有路由器介面類型豐富;差別3:三層交換器,還可以工作在二層模式,對某些不需路由的包文直接交換,而路由器不具有二層的功能。
  
  首先讓我們看一下裝置互連的過程:

  :交換器上劃分了兩個VLAN,在VLAN1,VLAN 2上配置了路由介面用來實現vlan1 和 vlan 2之間的互連。
  
  A和B之間的互連(以A向B發起ping請求為例):
  
  1) A檢查報文的目的IP地址,發現和自己在同一個網段;
  
  2) A---->B ARP請求報文,該報文在VLAN1 內廣播;
  
  3) B---->A ARP回應報文;
  
  4) A---->B  icmp request;
  
  5) B---->A  icmp reply;
  
  A和C之間的互連(以A向C發起ping請求為例):
  1) A檢查報文的目的IP地址,發現和自己不在同一個網段;
  
  2) A---->switch(int vlan 1) ARP請求報文,該報文在VLAN1 內廣播;
  
  3) 網關---->A ARP回應報文;
  
  4) A---->switch  icmp request(目的MAC是 int vlan 1的MAC,源MAC是A的MAC,目的IP是C,源IP是A);
  
  5) switch收到報文後判斷出是三層的報文。檢查報文的目的IP地址,發現是在自己的直連網段;
  
  6) switch(int vlan 2)---->C  ARP請求報文,該報文在VLAN2 內廣播;
  
  7) C--->switch(int vlan 2) ARP回應報文;
  
  8) switch(int vlan 2)---->C icmp request (目的MAC是 C 的MAC,源MAC是 int vlan 2的MAC,目的IP是C,源IP是A)同步驟4)相比報文的MAC頭進行了重新的封裝, 而IP層以上的欄位基本上不變;
  
  9) C---->A  icmp reply,這以後的處理同前面icmp request的過程基本相同。
  
  以上的各步處理中,如果ARP表中已經有了相應的表項,則不會給對方發ARP請求報文。
  
  怎麼樣來區分二和三層的資料流?
  3526產品是三層乙太網路交換器,在其處理流程中既包括了二層的處理功能,又包括了三層的處理功能。
  
  區別二三 層轉寄的 基本模型:

 

  :
  
  三層交換器劃分了2個VLAN, A和B之間的通訊是在一個VLAN內完成,對與交換器而言是二層資料流,A和C之間的通訊需要跨越VLAN,是三層的資料流。
  
  上面提到的是宏觀的方法,具體到微觀的角度,一個報文從連接埠進入後,Swtich裝置是怎麼來區分二層包文,還是三層報文的呢?
  
  從A到B的報文由於在同一個VLAN內部,報文的目的MAC地址將是主機B的MAC地址,而從A到C的報文,要跨越VLAN,報文的目的MAC地址是裝置虛介面VLAN1上的MAC地址。
  
  因此交換器區分二三層報文的標準就是看報文的目的MAC地址是否等於交換器虛介面上的MAC地址。
  
  以華為 3ComS3526交換器為例,三層交換器整個處理流程中分成了三個大的部分:
  
  1)平台軟體協議棧部分
  
  這部分中關鍵功能有:
  
  運行路由協議,維護路由資訊表;

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.