在出现交换机封帧故障这个问题之前很长一段时间,我们的网络都是正常的,可以先将超级引擎强制进行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规定。
转载请注明:IT运维空间 » 运维技术 » 什么是交换机封帧故障的隐患
发表评论