交换机封帧引发故障解决方案.docVIP

交换机封帧引发故障解决方案 单位一个办公区所在的两个部门VLAN出现了一个很奇怪的问题，因特网上部分网站可以正常访问，而部分网站又无法访问；通过Outlook或者Foxmail接收邮件正常，发送不带附件的小邮件也正常，但是发送大邮件或者含有附件的邮件时就不能正常发送了。单位其他办公区上网正常。这部分网络的拓扑结构如图1所示。 故障分析 用户PC所在的办公区距离核心交换机大约有2～3公里，该办公区有两个部门，分属不同的VLAN，因此我们在该办公区放置了安奈特网管交换机AT-8024，中间通过光纤和一对光收发器连接在我们的核心交换机Cisco 6509上面（Cisco 6509配置为：超级引擎SUP720，一个16口的千兆位光模块WS-X6816-GBIC，一个48口的快速交换电模块WS-X6548-RJ-45）。在连接光收发器的6509和安奈特交换机的相应端口上起了Trunk，安奈特交换机上面划分了两个VLAN，分别是/24（以下简称VLAN6）和/24（以下简称VLAN7），两个部门的机器分别接在各自的VLAN里面。而其他办公区的汇聚层交换机（Cisco 3550）直接通过光模块连接在6509的WS-X6816-GBIC光模块上。 整个网络用了一台IBM X235服务器作为NAT和DHCP服务器，所有VLAN的数据先到NAT做地址转换以后再通过边缘路由器访问因特网。 遇到上述奇怪问题，我们一开始怀疑是NAT和6509的设置出了问题，但是经检查，VLAN6和VLAN7的配置和其他办公区的路由配置是完全一样的。因为除这两个VLAN外的其他VLAN上网完全正常，于是我们采用了以下解决步骤。 （1）将VLAN6和VLAN7的VLAN信息在安奈特网管交换机上全部删除，将所有端口都划在上网正常的VLAN1里面，这下它们完全和VLAN1一样了。但是问题依然如故，而其他办公区域VLAN1里面的用户上网仍然正常。 （2）从步骤（1）推断问题不在VLAN的划分上，我们开始怀疑是光收发器或者安奈特交换机有问题，于是将其他办公区使用正常的光收发器或者安奈特交换机换上去，问题依旧。 （3）难道是链路质量的问题？赶紧找来两台PC，一台接在安奈特交换机上，将光收发器接6509的网线拔下来，直接接在另外一台机器上，配置同一网段的IP，发最大的数据包65500b互ping，但是结果让我们失望，延时只有几个毫秒，这说明链路没有问题。 （4）就在我们“黔驴技穷”的时候，我们再次把光收发器和6509连接好，仍然用接在安奈特上的PC机ping设在6509上的该VLAN的网关10，问题出现了，用小包ping时，基本上没有延时，但是用大包（接近18024b，Cisco所支持的最大数据包）ping时出现了丢包，问题肯定出在这里了。 （5）重新检查安奈特和6509及NAT服务器的配置，我们发现这样一个问题：在安奈特上配置VLAN6和VLAN7，并将相应端口添加到VLAN的命令为：add vlan 6 ports=23 frame=untagged（将23号端口添加到VLAN6里面，注意这里的frame=untagged表示此时不对数据包封帧），而我们在安奈特交换机与6509的级联口（第一号端口）上起了Trunk，同时对数据进行了强制封帧，命令如下：add vlan 1 ports=1-24 frame=tagged（即我们将所有经过级联口转发出去的数据包进行了强制封帧，我们知道安奈特交换机封帧类型为IEEE 802.1Q VLAN标记）。然后我们继续检查6509的配置，进入连接VLAN6和VLAN7的接口，进行该端口的Trunk配置，如下： 6509#conf t Enter configuration commands, one per line. End with CNTL/Z. 6509(config)#interface gigabitEthernet 3/48 —进入级联接口 6509(config-if)#switchport trunk ? —查看起Trunk后的情况 allowed Set allowed VLAN characteristics when interface is in trunking modenative Set trunking native characteristics when interface is in trunking modepruning Set pruning VLAN characteristics when interface is in trunking mode 故障排除 从上面可以看出：该端口不能强制进行IEEE 802.1Q的Trunk设置，其他接口情况都一样。此时想到超级引擎SUP720模