VLAN 是个好东西呀，:-). 主干网搭起来了，今天这一个部门/客户要接进来，给他建一个VLAN；明天那个部门/客户接进来，再加一个VLAN.用户在自己的VLAN里无忧无虑,自得其乐，如果需要访问别的VLAN或者想让别的什么VLAN用户访问，给他加上(路由器的缩写)，写个访问控制列表什么的，都很方便.
但是VLAN也增加了网络的复杂性，使得排错变得更困难.
今天一位客户来电说，他把一台3524上的f0/23端口(Port)指定到VLAN 85, 接一台服务器(Server)10.8V.I.1，可是怎么也Ping 不通别的VLAN的机器.
最开始，Show cdp nei检查一下线路, Ping 交换机的管理地址，也没问题.检查Trunk,Interface VLAN 85的状态，没问题.
有时候VTP不同步可能会导致这样的现像，就是管理地址是能ping 通的，但是下面接的机器都不通.所以做一个测试：在VTP Server上新建一个Test VLAN看看能不通传到下面...OK!
究竟是什么原因呢？
到核心交换机6509的(路由器的缩写)模块MSFC去ping 这台服务器(Server)，timeout, show arp | begin 10.8V.I.1:
Internet 10.8V.I.1 0 Incomplete ARPA
解释不到这台服务器(Server)的MAC地址.由于MSFC的端口(Port)接到各个VLAN，他跟这台服务器(Server)之间是纯二层的网络，没有解释到服务器(Server)的MAC，说明问题出在第二层上.
查看服务器(Server)的网卡地址，然后登录(Logon)到6509的交换引擎，show cam xx-xx-xx-xx-xx-xx, 没有学习到.转到3524, show mac inter f0/23, 这一个地址是学习到了的，为什么或者说怎么会没有传到6509上呢？
在6509交换引擎上打系统命令检查生成树：show spantree 85, 意外发现连接到3524的端口(Port)处于blocking的状态!
为什么或者说怎么会3524上VLAN85的STP是Disabled的呢？查看配置文件，有以下语句：
no spanning-tree vlan 85
no spanning-tree vlan 86
no spanning-tree vlan 87
试图配置交换机，用系统命令spanning-tree vlan 85允许VLAN 85的生成树，配完show run一看，还是老样子!
查看文档，原来3500系列交换机同时只支持250个VLAN，且只能支持在64个VLAN上运行STP(PVST).把这一个交换机上未使用的VLAN 30的生成树关掉：no spanning-tree vlan 30，再spanning-tree vlan 85, 生成树起来了.折腾一番，把交换机重新启动操作系统操作系统一下之后，通了.
如果网络里使用的是2924交换机，只支持64个VLAN.VLAN数目超出时就会碰到交换机自动从VTP Client转成VTP Transparent模式的现像，然后需要手工建立VLAN，因为他不能存贮VTP 域中定义的所有VLAN.
所以我们可以得出结论VLAN多了也是个麻烦.如果没有必要，还是把VLAN控制在64(含5个保留的)个以内比较好.如果是ISP，确实需要处理很多VLAN，可以考虑使用新的 VLAN TUNNEL 技术将客户的多个VLAN封装到ISP的一个VLAN之中.很难想像在一台交换机上运行1000个生成树的实例...所以还是新的： 80II.1W(快速生成树)和 80II.1S(多生成树)解决方案有比较良好的扩展性.
以上这些技术都在Catalyst 3550交换机和新版的CatOS中实现了，还有一个比较有意思的标准
协议是80II.1x(基于端口(Port)的认证)，这些
协议的成功推出是促使Cisco放弃ISL，回归工业标准的原因.
我来顶～～
谢谢，收下了.
var tagarray = ['软件(soft)','网络','工具','操作操作系统','
网吧','电脑','破解','服务器(Server)','VPN','(路由器的缩写)器(局域网中常用的一种设备,可以很好的防止Arp病毒)'];var tagencarray = ['%C8%ED%BC%FE','%CD%F8%C2%E7','%B9%A4%BE%DF','%CF%B5%CD%B3','%CD%F8%B0%C9','%B5%E7%C4%D4','%C6%C6%BD%E2','%B7%FE%CE%F1%C6%F7','VPN','%C2%B7%D3%C9%C6%F7'];parsetag(4267);
