摘要:用戶PC所在的辦公區(qū)距離核心交換機大約有2~3公里,該辦公區(qū)有兩個部門,分屬不同的VLAN,因此我們在該辦公區(qū)放置了安奈特網(wǎng)管交換機AT-8024,中間通過光纖和一對光收發(fā)器連接在我們的核心交換機Cisco6509上面(Cisco6509配置為:超級引擎SUP720,一個16口的千兆位光模塊WS-X6816-GBIC,一個48口的快速交換電模塊WS-X6548-RJ-45)。
用戶PC所在的辦公區(qū)距離核心交換機大約有2~3公里,該辦公區(qū)有兩個部門,分屬不同的VLAN,因此我們在該辦公區(qū)放置了安奈特網(wǎng)管交換機AT-8024,中間通過光纖和一對光收發(fā)器連接在我們的核心交換機Cisco 6509上面(Cisco 6509配置為:超級引擎SUP720,一個16口的千兆位光模塊WS-X6816-GBIC,一個48口的快速交換電模塊WS-X6548-RJ-45)。在連接光收發(fā)器的6509和安奈特交換機的相應(yīng)端口上起了Trunk,安奈特交換機上面劃分了兩個VLAN,分別是172.25.6.0/24(以下簡稱VLAN6)和172.25.7.0/24(以下簡稱VLAN7),兩個部門的機器分別接在各自的VLAN里面。而其他辦公區(qū)的匯聚層交換機(Cisco 3550)直接通過光模塊連接在6509的WS-X6816-GBIC光模塊上。
整個網(wǎng)絡(luò)用了一臺IBM X235服務(wù)器作為NAT和DHCP服務(wù)器,所有VLAN的數(shù)據(jù)先到NAT做地址轉(zhuǎn)換以后再通過邊緣路由器訪問因特網(wǎng)。
遇到上述奇怪問題,我們一開始懷疑是NAT和6509的設(shè)置出了問題,但是經(jīng)檢查,VLAN6和VLAN7的配置和其他辦公區(qū)的路由配置是完全一樣的。因為除這兩個VLAN外的其他VLAN上網(wǎng)完全正常,于是我們采用了以下解決步驟。
(1)將VLAN6和VLAN7的VLAN信息在安奈特網(wǎng)管交換機上全部刪除,將所有端口都劃在上網(wǎng)正常的VLAN1里面,這下它們完全和VLAN1一樣了。但是問題依然如故,而其他辦公區(qū)域VLAN1里面的用戶上網(wǎng)仍然正常。
(2)從步驟(1)推斷問題不在VLAN的劃分上,我們開始懷疑是光收發(fā)器或者安奈特交換機有問題,于是將其他辦公區(qū)使用正常的光收發(fā)器或者安奈特交換機換上去,問題依舊。
(3)難道是鏈路質(zhì)量的問題?趕緊找來兩臺PC,一臺接在安奈特交換機上,將光收發(fā)器接6509的網(wǎng)線拔下來,直接接在另外一臺機器上,配置同一網(wǎng)段的IP,發(fā)最大的數(shù)據(jù)包65500b互ping,但是結(jié)果讓我們失望,延時只有幾個毫秒,這說明鏈路沒有問題。
(4)就在我們“黔驢技窮”的時候,我們再次把光收發(fā)器和6509連接好,仍然用接在安奈特上的PC機ping設(shè)在6509上的該VLAN的網(wǎng)關(guān)172.25.6.210,問題出現(xiàn)了,用小包ping時,基本上沒有延時,但是用大包(接近18024b,Cisco所支持的最大數(shù)據(jù)包)ping時出現(xiàn)了丟包,問題肯定出在這里了。
通信工程師備考資料免費領(lǐng)取
去領(lǐng)取