以往测试网络性能(主要指吞吐量)的时候，通常采用FTP的测试方法，即在测试路径的两端分别运行FTP服务器和客户端软件，转送一个很大的文件，记录转送完成之后软件显示的速率统计。一个很有趣的问题就是如何来产生这样一个很大的文件？这时候我们这些DOS时代过来的人有一个最为简便的方法: debug, -rbx, 640, -n100M, -w 就可以生成一个100M (0x6400000)的文件了,:-)。 这种测试方法有个很大的问题就是测试结果受到测试机器的磁盘读写速度的影响，使用也不方便。所以一直想有这样一个专用的测试程序：从内存生成要传送的数据，通过网络传送后收下来无需写到磁盘，直接丢弃就是。现在，终于找到了，就是一个叫ttcp的程序。

这个小程序只有50多K,使用方便，测试快捷准确。它在多种平台下都有实现，Unix版叫ttcpatm3,甚至有一个IOS版! Cisco在IOS中实现了该命令(隐含)，在特权模式下打ttcp即可以交互方式设置参数，进行测试。Windows版叫ttcpw, 简单的用法是在接收端运行ttcpw -r -s (可用-f m以Mbit/s显示速率，默认为Kbyte/s),发送端运行命令ttcpw -t -s <接收端IP>即可。你也可用它测试路由器和PC之间的传输速率，即一端用IOS版，另一端用Windows版。

测试的时候，当然，要用最好的机器。测试网络之前，务必先测试一下所用的测试机器，如：用交叉线将两台机器直连起来，测试一下。有些网卡可能是因为所用的驱动程序不好的原因，往往会表现得很难看，如某型号的Dlink及3com笔记本网卡用Windows带的驱动程序甚至是出厂时配的驱动程序在100M模式下传输速率却只能达到10M多一点。CPU、内存和操作系统也是影响测试效果的因素，同样的环境下，用笔记本测试可能只有50-60M,换成好的服务器，速率可达90M。有的光纤因为接头污损或接触不良，看上去通的，但速度却很慢，用ttcp可以迅速测出有问题的链路。

解决疑难问题的时候，最后一招(beckon of last resort,呵呵)往往是升级IOS。关于下载IOS有一些比较怪的说法，比如交换机的IOS要从Lan Swith... 那个链接进去, 而不能从IOS software那个链接进去; 还有说假如你要下载某些特性集的IOS，不要使用IOS Upgrade Planner向导，而是用Serach的方法,在结果中寻找那些有t、j等标志的IOS文件...太玄。升级IOS的时候有一些事项要注重那是真的，比如在升级所有同类设备之前，最好选择一两台进行升级，待正常运行数小时之后，再升级别的设备。假如Flash够大，升级的时候可以先留着原来的版本，指定多个boot system ... 命令，以便假如新的IOS文件有错时，系统可以用旧的IOS启动。第一次用新的IOS启动时，最好连接console口监控启动过程，并记录下来。有的时候，新版本的命令形式与旧版本不同，新的IOS用旧的配置文件设置系统硬件时，可能会因为这个原因使设备运行状态不正常，连接了console可以让你及时发现此类问题并作出调整。清楚了运行新版IOS所需要的调整对你远程升级别的设置非常重要，假如不能继续使用原来的配置文件，可以用TFTP从设备上下载旧的配置，按新的要求进行修改，然后上传成为Startup-config,再Reload就没问题了。有了把握，你就可以在工作时间完成升级步骤，用命令reload at 1:00 让设备在1:00am重启以运行新的IOS，而无需在深夜进行升级操作了。

才发布不久的2950交换机比较希奇，和4000一样，它是不支持isl的，只支持802.1Q，而3550则同时支持isl和dot1q。和2900/3500交换机一样，这款交换机仍然存在VTP同步比较困难的问题，而假如VTP不同步，则可能会发生很希奇的现象。例如看配置两个端口同属一个VLAN，却不能相互通讯。在配置VTP的时候，先配置Vlan Database参数再将端口设置为Trunk模式有时可以避免将交换机重启才能同步到VTP域。有时即使重启了，仍不能同步，甚至恢复为原来的VTP参数，这时候可以试试Vlan Database中的Reset命令或改掉VTP Domain Name、将VTP模式改为Transparent再改回来。Again,提供一beckon of last resort: 用命令delete vlan.dat删除保存下来的VLAN数据，重启交换机之后从头来配置一遍。