在无线网络的构成中，很多设备的用途值得详细了解。所以今天我们主要谈谈VLAN无线互联网交换机的故障。以下是网友的经验分享：一个办公区所在的两个部门的VLAN出现了一个很奇怪的问题。
互联网上有的网站可以正常访问，有的网站不能。通过outlook或foxmail接收邮件是正常的，发送没有附件的小邮件是正常的，但是发送大邮件或有附件的邮件就不正常了。
单位其他办公区域上网正常。
VLAN无线互联网交换机故障分析
用户PC所在的办公区域距离核心交换机约2 ~ 3公里。这个办公区有两个部门，属于不同的VLAN，所以我们在这个办公区放置了Annette网管交换机AT-8024。
中间通过光纤和一对光收发器连接到我们的核心交换机Cisco 6509(Cisco 6509配置为超级引擎SUP720，16口千兆光模块WS-X6816-GBIC，
48端口快速交换模块WS-X6548-RJ-45)。Trunk连接到6509光收发器和Annette交换机的相应端口，两个VLAN在Annette交换机上分开。
分别是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)删除Annette网管交换机上VLAN6和VLAN7的所有VLAN信息，将所有端口放在正常上网的VLAN1中，使其与VLAN1完全相同。但是问题还是一样，
其他办公区VLAN1的用户仍然正常上网。
(2)从步骤(1)推断问题不在VLAN分部，我们开始怀疑光收发机或安妮特交换机有问题，于是在其他办公区域更换了正常的光收发机或安妮特交换机，问题依然存在。
(3)是链接质量吗？快速找到两台PC，一台连接安妮特交换机，拔掉光端机连接6509的网线，直接连接到另一台机器，配置好同一网段的IP，发送最大的65500b的数据包互相ping。
但是结果让我们很失望，延迟只有几毫秒，说明链接没有问题。
(4)就在我们“一筹莫展”的时候，我们再次将光收发机连接到6509上，仍然使用连接到安妮特的PC在6509上ping这个VLAN的网关172.25.6.210，问题出现了。当ping一个小数据包时，
基本没有延迟，但是ping大数据包(接近18024b，Cisco支持的最大数据包)时有丢包。这一定是问题所在。
(5)重新检查Annette、6509和NAT服务器的配置，发现一个问题：在Annette上配置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就可以正常上网。我们后来又这样试验了一下，事实证明确实如此。