實驗室進了一批新設備,計劃用vmware搭建集羣,使用華爲S5700三層交換機將管理與業務網分離,架構拓撲以下:
物理交換機的1--12口爲管理口,端口類型爲access,pvid爲10;物理交換機13--20口爲業務口,端口類型爲trunk,pvid爲20;21--24口爲物理交換機上聯接口,網關位於三層交換機的vlanif接口上 網絡
配置完成後,管理網絡通訊正常,但此時發現業務網絡通訊異常,問題以下:
規劃業務口走vlan20,因此,在業務的虛擬交換機端口組上給的VID是20
業務口上聯至物理交換機的13口,鏈路狀態是TRUNK,物理接口配置以下:
業務網絡的網關在物理交換機的vlanif20口上
此時發現,這麼配置後VM無法ping通網關,若是把虛擬交換機端口組的VID改爲0或者4095,VM均可以ping通網關 架構
仔細觀察虛擬交換機,發現數據包從vm出來後2次通過了虛擬交換機,並非以前覺得的1次,標記1處的vid能夠在端口組上設置,標記2處的端口類型與pvid在vmware產品中有默認設置,不容許用戶修改
經過實踐得出結論,標記處2的端口類型爲trunk,且trunk pvid爲1,此時的數據報文傳輸以下圖所示:
此時入方向的二層傳輸路徑爲: ide
此時報文已經進入物理交換機的內部,數據在返回時二層傳輸路徑爲: 3d
在明白了問題點後,按照上面數據報文的流通過程,就能解釋出爲何將虛擬交換機端口組(標籤1)處的vid設置爲0或者4095能夠正常通訊,而根據規劃,業務網絡的vid爲20,此時只須要將物理交換機trunk口的pvid改成1,就能夠正常通訊,具體的通訊過程爲: blog
經過上述特徵,能夠得出如下幾個結論: 接口