什么是交換機封幀故障的隱患
在出現交換機封幀故障這個問題之前很長一段時間，我們的網絡都是正常的，可以先將超級引擎強制進行IEEE 802.1Q的Trunk設置，待網絡穩定后，再將跳線接回igabitEthernet 3/48接口。
交換機封幀故障
單位一個辦公區所在的兩個部門VLAN出現了一個很奇怪的問題，因特網上部分網站可以正常訪問，而部分網站又無法訪問；通過Outlook或者Foxmail接收郵件正常，發送不帶附件的小郵件也正常，但是發送大郵件或者含有附件的郵件時就不能正常發送了。單位其他辦公區上網正常。這部分網絡的拓撲結構。
交換機封幀故障分析
用戶PC所在的辦公區距離核心交換機大約有2～3公里，該辦公區有兩個部門，分屬不同的VLAN，因此我們在該辦公區放置了安奈特網管交換機AT-8024，中間通過光纖和一對光收發器連接在我們的核心交換機Cisco 6509上面（Cisco 6509配置為：超級引擎SUP720，一個16口的千兆位光模塊WS-X6816-GBIC，一個48口的快速交換電模塊WS-X6548-RJ-45）。
在連接光收發器的6509和安奈特交換機封幀故障的相應端口上起了Trunk，安奈特交換機上面劃分了兩個VLAN，分別是172.25.6.0/24（以下簡稱VLAN6）和172.25.7.0/24（以下簡稱VLAN7），兩個部門的機器分別接在各自的VLAN里面。而其他辦公區的匯聚層交換機（Cisco 3550）直接通過光模塊連接在6509的WS-X6816-GBIC光模塊上。
整個網絡用了一臺IBM X235服務器作為NAT和DHCP服務器，所有VLAN的數據先到NAT做地址轉換以后再通過邊緣路由器訪問因特網。遇到上述奇怪問題，我們一開始懷疑是NAT和6509的設置出了問題，但是經檢查，VLAN6和VLAN7的配置和其他辦公區的路由配置是完全一樣的。因為除這兩個VLAN外的其他VLAN上網完全正常，于是我們采用了以下解決步驟。
◆將VLAN6和VLAN7的VLAN信息在安奈特網管交換機封幀故障上全部刪除，將所有端口都劃在上網正常的VLAN1里面，這下它們完全和VLAN1一樣了。但是問題依然如故，而其他辦公區域VLAN1里面的用戶上網仍然正常。
◆從步驟（1）推斷問題不在VLAN的劃分上，我們開始懷疑是光收發器或者安奈特交換機封幀故障有問題，于是將其他辦公區使用正常的光收發器或者安奈特交換機換上去，問題依舊。
◆難道是鏈路質量的問題？趕緊找來兩臺PC，一臺接在安奈特交換機上，將光收發器接6509的網線拔下來，直接接在另外一臺機器上，配置同一網段的IP，發最大的數據包65500b互ping，但是結果讓我們失望，延時只有幾個毫秒，這說明鏈路沒有問題。
◆就在我們“黔驢技窮”的時候，我們再次把光收發器和6509連接好，仍然用接在安奈特上的PC機ping設在6509上的該VLAN的網關172.25.6.210，問題出現了，用小包ping時，基本上沒有延時，但是用大包（接近18024b，Cisco所支持的最大數據包）ping時出現了丟包，問題肯定出在這里了。
◆重新檢查安奈特和6509及NAT服務器的配置，我們發現這樣一個問題：在安奈特上配置VLAN6和VLAN7，并將相應端口添加到VLAN的命令為：add vlan 6 ports=23 frame=untagged。
局域網交換機是工作在OSI第二層的，可以理解為一個多端口網橋，因此傳統上稱為第二層交換；目前，交換技術已經延伸到OSI第三層的部分功能，既所謂第三層交換，第三層交換可以不將廣播封包擴散，直接利用動態建立的MAC地址來通信，似乎可以看懂第三層的信息。
如IP地址、ARP等，具有多路廣播和虛擬網間基于IP、IPX等協議的路由功能，這方面功能的順利實現得力于專用集成電路(ASIC)的加入，把傳統的由軟件處理的指令改為ASIC芯片的嵌入式指令。
從而加速了對包的轉發和過濾，使得高速下的線性路由和服務質量都有了可靠的保證。目前，如果沒有上廣域網的需要，在建網方案中一般不再應用價格昂貴、帶寬有限的路由器。
交換技術的發展，允許區域分散的組織在邏輯上成為一個新的工作組，而且同一工作組的成員能夠改變其物理地址而不必重新配置節點，這就是用到所謂的虛擬局域網技術(VLAN)。
用局域網交換機建立虛擬網就是使原來的一個大廣播區(交換機的所有端口)邏輯的分為若干個"子廣播區"，在子廣播區里的廣播封包只會在該廣播區內傳送，其它的廣播區是收不到的。
VLAN通過交換技術將通信量進行有效分離，從而更好地利用帶寬，并可從邏輯的角度出發將實際的LAN基礎設施分割成多個子網，它允許各個局域網運行不同的應用協議和拓撲結構，對這部分詳細內容感興趣的讀者可以參考IEEE802.10規定。
【編輯推薦】
