简单排除VLAN无线上网交换机故障

来源: 51CTO
2011/12/8 11:58:14
在无线网络组成中,很多设备的使用都值得大家详细了解一下。那么今天我们主要谈论一下VLAN无线上网交换机故障的问题。如下是一位网友的经验分享:单位一个办公区所在的两个部门VLAN出现了一个很奇怪的问题,因特网上部分网站可以正常访问,而部分网站又无法访问;通过Outlook或者Foxmail接收邮件正常,发送不带附件的小邮件也正常,但是发送大邮件或者含有附件的邮件时就不能正常发送了。单位其他办公区上网正常。



分享到: 新浪微博 腾讯微博
本文关键字: 无线上网 交换机故障

在无线网络组成中,很多设备的使用都值得大家详细了解一下。那么今天我们主要谈论一下VLAN无线上网交换机故障的问题。如下是一位网友的经验分享:单位一个办公区所在的两个部门VLAN出现了一个很奇怪的问题,因特网上部分网站可以正常访问,而部分网站又无法访问;通过Outlook或者Foxmail接收邮件正常,发送不带附件的小邮件也正常,但是发送大邮件或者含有附件的邮件时就不能正常发送了。单位其他办公区上网正常。

VLAN无线上网交换机故障分析

用户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光模块上。

整个网络用了一台IBMX235服务器作为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的网关172.25.6.210,问题出现了,用小包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_characteristicswhen 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

VLAN无线上网交换机故障排除

从上面可以看出:该端口不能强制进行IEEE 802.1Q的Trunk设置,其他接口情况都一样。此时想到超级引擎SUP720模块上还有一个接口没有用,看它能不能进行强制封帧。进入该端口的Trunk配置,看到如下信息。

6509#conf t

Enter configuration commands, one per line. End with CNTL/Z.

6509(config)#interface gigabitEthernet 5/2

6509(config-if)#switchport trunk ?

allowed Set allowed VLAN_characteristics when interface is in trunking mode

encapsulation Set trunking encapsulation when interface is in trunking mode

native Set trunking native_characteristics when interface is in t runking mode

pruning Set pruning VLAN_characteristics when interface is in trunking mode

下画线标示出的比在gigabitEthernet 3/48接口上看到的多了一个encapsulation选项,由此可见,在超级引擎模块的接口上可以强制进行IEEE 802.1Q的Trunk设置。

输入如下命令:

6509(config-if)#switchport trunk encapsulation ?得到:

dot1q Interface uses only 802.1q trunking encapsulation when trunking

isl Interface uses only ISL trunking encapsulation when trunking

negotiate Device will negotiate trunking encapsulation with peer on interface

继续:

6509(config-if)#switchport trunk encapsulation dot1q 回车;

6509(config-if)#end

6509#write

Building configuration...

[OK]

*注:该6509所用的IOS版本是Version 12.2(17a)SX。

我们将跳线接到该接口上,再来测试网络,原来的问题已不复存在。这两个VLAN内的用户访问网页恢复正常,带有附件的邮件又可以轻松发送了。

VLAN无线上网交换机故障经验总结

由于Cisco的6509 核心交换机上48口的快速交换电模块是默认对干线进行IEEE 802.1Q封帧的,而我们的安奈特网管交换机强制对干线进行IEEE 802.1Q封帧,这是两个厂家的产品,因此可能会导致数据包传输进行协议的协商时不能很好匹配的情况。

此时我们又想到,在出现这个问题之前很长一段时间,我们的网络都是正常的,而当时我们的做法是:一开始只有收发器接在6509 超级引擎SUP720模块gigabitEthernet 5/2口上,我们在此接口上进行了强制IEEE 802.1Q封帧,后来由于48口的快速交换电模块有空余接口,我们就将其改在了gigabitEthernet 3/48口上,使用了默认IEEE 802.1Q封帧,但网络使用一直正常。这次我们对网络进行了一些调整,重新启动了一次我们的核心交换机,结果就出现了这个问题。这说明如果先将超级引擎强制进行IEEE 802.1Q的Trunk设置,待网络稳定后,再将跳线接回gigabitEthernet 3/48接口,此时Cisco 6509 将使用默认的IEEE 802.1Q封帧,同安奈特进行干线协议的协商,这样数据包在传输时进行协议的协商就不会出现问题,VLAN6和VLAN7就可以正常上网。我们后来又这样试验了一下,事实证明确实如此。

责编:孔维维
vsharing 微信扫一扫实时了解行业动态
portalart 微信扫一扫分享本文给好友
著作权声明:kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
最新专题
网络安全热点透析

随着移动互联、大数据、云计算、物联网等技术的日益发展,在这些热点技术为个人生活带来便利的同时,也为企业发展..

数据安全医药行业解决方案

采用身份鉴别、访问控制、数据加密以及权限控制等多种安全防护技术手段,保障数据库中医药数据只能被合法用户合规..

    畅享
    首页
    返回
    顶部
    ×
    畅享IT
      信息化规划
      IT总包
      供应商选型
      IT监理
      开发维护外包
      评估维权
    客服电话
    400-698-9918
    Baidu
    map