VLAN无线因特网交换机故障解决方案

在一个办公单元两部门VLAN中出现了一个非常奇怪的问题，在互联网上的一些网站可以正常访问，网站的一部分也不能被Outlook或Foxmail访问；附件无法正常接收消息，发送小的邮件也正常，但是发送大量的短信或邮件的附件时不能发送。单位的办公区是正常的在互联网上。

故障分析

用户电脑的办公室从核心交换机是大约2到3公里，办公室里有两个部门，属于不同的VLAN，所以我们把安妮特网络交换机at-8024在办公区域，中间通过光纤和一对光收发器连接到Cisco核心交换机6509以上（思科6509配置sup720：超级引擎，一个16千兆ws-x6816-gbic光模块，48端口快速开关电源模块ws-x6548-rj-45）。6509连接的光收发器和局域网交换机在局域网交换机相应端口的树干上面都分为两个VLAN，即172.25.6.0 / 24（以下简称vlan2--vlan6）和172.25.7.0 / 24（以下简称vlan7），两部门的机再分别连接到各自的VLAN。其他办公区，汇聚层交换机（Cisco 3550）是通过光模块直接连接到6509 ws-x6816-gbic光学模块。

整个网络采用IBM x235服务器NAT和DHCP服务器。所有VLAN数据首先到NAT进行地址转换，然后通过边缘路由器访问Internet。

面对上述奇怪的问题，我们最初怀疑NAT和6509的设置有问题。然而，经过检查，对vlan7 vlan2--vlan6和配置完全相同，其他办公区。由于其他VLAN中，除了两个VLAN，是完全正常的，我们采取以下步骤。

（1）vlan7 vlan2--vlan6和VLAN的网络管理信息的安妮特开关删除，所有端口都在正常网络VLAN指定，他们完全像VLAN1，但问题依旧，而其他办公区域内互联网用户VLAN1仍正常。

（2）从步骤（1）推断问题不在VLAN的划分中，我们开始怀疑收发器或安妮特交换机有问题。因此，我们将把普通的光收发器或安妮特交换机切换到其他办公室，问题仍然存在。

（3）它是一个链路质量问题吗赶紧找两个人电脑，一个连接到局域网交换机，6509索的光收发模块拔下来，直接连接到另一台机器，配置IP相同的段，把最大包65500b平，但结果令我们失望，只有延迟几毫秒，这表明没有链接的问题。

（4）当我们出去，我们再次把收发器和6509连接，连接到PC上的安妮特仍然在6509机坪的VLAN的网关172.25.6.210问题，利用包平，基本没有延迟，但大（接近18024b，最大的数据支持思科包）出现平包损失，问题就出在这里。

（5）6509安妮特和重新检查NAT服务器的配置，我们发现了这样一个问题：在局域网和vlan7 vlan2--vlan6配置，以及相应的端口添加到VLAN的命令：添加VLAN 6端口= 23帧=标记（添加端口23 vlan2--vlan6，注意这里的框架=标记说错误的数据封装帧），我们在局域网交换机级联和6509的人口（第一口）的躯干，和对于强制密封框架的数据，顺序如下：添加VLAN 1端口= 1帧=标记（即，我们都将通过级联端口转发数据包的强制密封框架，我们知道安妮特框架式IEEE 802.1Q交换机VLAN标记），然后我们继续检查6509配置，进入界面接口连接和vlan7 vlan2--vlan6，做端口的中继配置，如下：

6509 # conf t

输入配置命令，每行一个。结束与控制键/ Z.

6509（config）#界面上3 / 48的级联接口

6509（config-if）#主干交换机-看后干的情况

允许设置允许VLAN在集群modenative集群特性设置界面

本土特色时，界面是集群modepruning集

当接口处于集群模式时修剪VLAN特性

故障排除

从以上可以看出：端口不强迫躯干IEEE 802.1Q的设置，和其他的界面都是一样的。在这一点上，它是否可以强制密封框架认为在超级引擎sup720模块的接口是没有用处的。在端口输入主干配置见以下信息。

6509 # conf t

输入配置命令，每行一个。结束与控制键/ Z.

6509（config）#界面上5 / 2

6509（config-if）#主干交换机

当接口处于集群模式时，允许集允许VLAN特性。

接口为集群方式时的封装集集群封装

本地设置集群特色当接口在这些模式

当接口处于集群模式时，修剪集剪枝VLAN特性
下一行显示在上3 / 48多个界面封装选项。可以看出，躯干IEEE 802.1Q设置可以在超级引擎模块的接口执行。

输入以下命令：

6509（config-if）#主干交换机封装得到：

dot1q接口只使用802.1Q中继封装在集群

ISL接口只使用ISL中继封装在集群

协商设备将在接口上协商集群封装。

继续uff1a

6509（config-if）#主干交换机封装dot1q回到车上；

6509（config-if）#结束

6509 #写

建筑结构…

{好}

*注意：使用的iOS 6509版本是12.2版（17a）SX。

我们将跳线连接到接口并测试网络。原来的问题已经过去了，这两个VLAN用户可以访问网页恢复正常，并且可以轻易发送带有附件的邮件。

总结经验

由于快速交换电源模块6509核心交换机Cisco 48是默认的IEEE 802.1Q封闭路线上的框架，和安妮特网络交换机对我国强制IEEE 802.1Q密封在主框架上，这是两个厂家的产品，它可能会导致数据包传输的协议不匹配的情况。

在这一点上，我们认为，在这个问题的出现，很长一段时间，我们的网络是正常的，而我们的方法是：首先，只有收发器连接到6509超级引擎sup720模块上5 / 2端口，这个接口IEEE 802.1Q帧我们是坚强的，后来由于快速交换48备用电源模块的接口，我们将在上3 / 48端口改变，使用默认的IEEE 802.1Q帧，但网络已经正常使用。这次我们做了一些调整和重新启动我们的网络核心交换机，它原来是一个问题。这说明如果第一个超级引擎力IEEE 802.1Q中继设置，网络是稳定的，然后回到跳上3 / 48接口，思科6509将使用默认的IEEE 802.1Q帧，Tongan Knight路由协议的谈判，这包传输协议的谈判将不会是一个问题，vlan7 vlan2--vlan6可以正常上网。我们尝试以后，它原来是真的。