频 道 直 达 - 新闻 - 培训 - 软件 - 教程 - 前沿 - 组网 - 系统应用 - 安全 - 编程 - 存储 - 操作系统 - 数据库 - 服务器 - 专题 - 产品 - 案例库 - 读书 - 博客 - BBS
51CTO.COM_中国最大的网络技术网站
找资料:

3.42 交换机封帧引发网络问题

作者: 《网管员世界》杂志社 出处:电子工业出版社易飞思公司  2007-09-14 14:49    砖    好    评论   进入论坛
阅读提示:《网管员世界2007超值精华本》全书分为攻防实战、管理维护、故障诊断、疑难解答4个部分,共精选收录了400多篇实用、精彩的技术文章,该书第三章主要介绍了各种故障诊断,本节是交换机封帧引发网络问题。

单位一个办公区所在的两个部门VLAN出现了一个很奇怪的问题,因特网上部分网站可以正常访问,而部分网站又无法访问;通过Outlook或者Foxmail接收邮件正常,发送不带附件的小邮件也正常,但是发送大邮件或者含有附件的邮件时就不能正常发送了。单位其他办公区上网正常。这部分网络的拓扑结构如图1所示。

图1网络拓扑图

故障分析
用户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上网完全正常,于是我们采用了以下解决步骤。
(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 characteristics when interface is in trunking mode
native   Set trunking native characteristics when interface is in trunking mode
pruning  Set pruning VLAN characteristics when interface is in trunking mode

故障排除
从上面可以看出:该端口不能强制进行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内的用户访问网页恢复正常,带有附件的邮件又可以轻松发送了。
经验总结
由于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就可以正常上网。我们后来又这样试验了一下,事实证明确实如此。

【责任编辑:雪花 TEL:(010)68476606】

回书目   上一节   下一节
专题
网络工程师职业规划与现状
见证中国网络安全二十年
计算机网络维护入门
未来五年可能必备的10大网络技术
网络管理系统如何支撑ITSM
我也说两句

匿名发表

(如果看不清请点击图片进行更换)


中 国 最 大 的 网 络 技 术 网 站 ·
技 术 成 就 梦 想
订阅技术快讯
电子杂志下载
名称:SQL Server数据库管理精品黄皮书
简介:书中文章经过精挑细选,便于用户能根据自己的实际工作和学习,快速在本书寻找到相关资料。内容涵盖了SQL Server的安装与升级、语句查询、数据备份和恢复、自动化任务、数据同步、数据字典、安全和预防、性能和优化、集群等各方面应用信息,以及DBA管理人员在数据库管理工作中
名称:2007路由技术大全
简介:《2007路由技术大全》由51CTO.com网站特别策划制作,该书包括路由器技术、路由器产品、路由器配置、安全设置、路由器故障处理、路由器密码恢复,以及广大网友在实践使用中的心得经验和技巧文章,内容注重实用性,适用于初学者入门,也适合多年从业者提高,是一本实践和理论完
名称:网络安全精品应用黄皮书
简介:《2007精品网络安全黄皮书》包括了9个大类24个小类, 800余篇文章,内容包含了熊猫烧香病毒、DDOS攻击、ARP病等热点问题的介绍及解决方案。从病毒查杀、防范、系统、数据等各方面的安全设置到黑客技术的了解、防范,涉及到了安全应用的全部领域, 由浅至深内容全面。
浏览器的战国时代
浏览器的战国时代
ARP攻击防范与解决方案
ARP攻击防范与解决方案
NAC安全访问控制
NAC安全访问控制
· NAC安全访问控制
· 网络布线测试仪器
· Windows Server 2008专..
· Windows远程桌面应用
· 网络故障排除宝典
· 运营商封堵ADSL共享 中..
· 解析35岁技术人的价值..
· 世纪枭雄比尔盖茨的王..
· 主流品牌防火墙配置
· ASP.NET开发教程
· 超级计算机TOP500专题
· Vista SP1对决XP SP3
· SQL Server 2008/2005..
· 程序员如何成长?
· C#技术开发指南
· 虚拟化技术还有点“虚”
ARP攻击防范与解决方案
ARP攻击防范与解决方案
SQL Server 2008/2005全解
SQL Server 2008/2005全解
SOA 面向服务架构
SOA 面向服务架构
· SOA 面向服务架构
· SQL Server 2008/2005..
· Apache技术专题
· 三层交换技术专题
· SQL Server入门到精通
· Windows远程桌面应用
· C#技术开发指南
· Apache技术专题
· Windows集群服务应用
· C#技术开发指南
· 国际文档格式标准开战
· 路由器设置与口令恢复
· Linux 集群技术专题
· PHP开发应用手册
· SOA 面向服务架构
· 企业数据恢复指南
ARP攻击防范与解决方案
ARP攻击防范与解决方案
SQL Server 2008/2005全解
SQL Server 2008/2005全解
SQL Server入门到精通
SQL Server入门到精通
· SQL Server入门到精通
· SQL Server 2008/2005..
· SOA 面向服务架构
· Apache技术专题
· C#技术开发指南
· 三层交换技术专题
· Apache技术专题
· C#技术开发指南
· Windows远程桌面应用
· 企业数据恢复指南
· Windows集群服务应用
· 路由器设置与口令恢复
· Linux 集群技术专题
· SOA 面向服务架构
· 了解统一威胁管理(UTM)..
· 反垃圾邮件技术应用