vmware虛擬交換機二層詳解

1、背景介紹

實驗室進了一批新設備,計劃用vmware搭建集羣,使用華爲S5700三層交換機將管理與業務網分離,架構拓撲以下:
vmware虛擬交換機二層詳解
物理交換機的1--12口爲管理口,端口類型爲access,pvid爲10;物理交換機13--20口爲業務口,端口類型爲trunk,pvid爲20;21--24口爲物理交換機上聯接口,網關位於三層交換機的vlanif接口上 網絡

2、問題描述

配置完成後,管理網絡通訊正常,但此時發現業務網絡通訊異常,問題以下:
規劃業務口走vlan20,因此,在業務的虛擬交換機端口組上給的VID是20
vmware虛擬交換機二層詳解
業務口上聯至物理交換機的13口,鏈路狀態是TRUNK,物理接口配置以下:
vmware虛擬交換機二層詳解
業務網絡的網關在物理交換機的vlanif20口上
vmware虛擬交換機二層詳解
此時發現,這麼配置後VM無法ping通網關,若是把虛擬交換機端口組的VID改爲0或者4095,VM均可以ping通網關 架構

3、問題定位

仔細觀察虛擬交換機,發現數據包從vm出來後2次通過了虛擬交換機,並非以前覺得的1次,標記1處的vid能夠在端口組上設置,標記2處的端口類型與pvid在vmware產品中有默認設置,不容許用戶修改
vmware虛擬交換機二層詳解
經過實踐得出結論,標記處2的端口類型爲trunk,且trunk pvid爲1,此時的數據報文傳輸以下圖所示:
vmware虛擬交換機二層詳解
此時入方向的二層傳輸路徑爲: ide

  1. vm發出純以太網幀
  2. 進入虛擬交換機時,打上tag20
  3. 離開虛擬交換機時,trunk容許報文帶tag20經過
  4. 進入物理交換機時,trunk容許報文帶tag20進入交換模塊

此時報文已經進入物理交換機的內部,數據在返回時二層傳輸路徑爲: 3d

  1. 此時報文在物理交換機內部tag爲20,且物理交換機trunk口的pvid也爲20,因此報文在離開物理交換機端口時剝離tag,以純以太網幀離開物理交換機
  2. 進入虛擬交換機時,打上trunk口的pvid,此時tag爲1
  3. 但vm鏈接虛擬交換機的端口組tag爲20,因此不通

4、解決方法

在明白了問題點後,按照上面數據報文的流通過程,就能解釋出爲何將虛擬交換機端口組(標籤1)處的vid設置爲0或者4095能夠正常通訊,而根據規劃,業務網絡的vid爲20,此時只須要將物理交換機trunk口的pvid改成1,就能夠正常通訊,具體的通訊過程爲:
vmware虛擬交換機二層詳解 blog

  1. vm發出純以太網幀
  2. 通過虛擬交換機端口組時,打上tag20
  3. 攜帶tag20離開虛擬交換機trunk端口
  4. 攜帶tag20進入物理交換機內部
  5. 攜帶tag20離開物理交換機trunk端口
  6. 攜帶tag20經過虛擬交換機trunk端口,進入交換模塊
  7. 離開虛擬交換機access端口時,剝離tag20,以純以太網幀送往vm

5、總結

經過上述特徵,能夠得出如下幾個結論: 接口

  1. 全部進入交換機內部的報文都是攜帶tag的
  2. vmware虛擬交換機的上行口儘管不能配置,端口類型爲trunk,且pvid爲1,容許全部vlan經過
  3. 虛擬交換機的端口組vid爲0時,端口類型爲access,pvid爲1;vid爲4095時,端口類型爲trunk,pvid爲1,且容許全部vlan經過(vid4095以前有文章介紹,此處再也不贅述)

vmware虛擬交換機二層詳解

相關文章
相關標籤/搜索