一、route-map执行顺序
route-map语句对数据包和路由的匹配是按顺序进行如果匹配成功，将执行所有set语句及许可或拒绝操作，每条route-map后面都有一个数目，route-map是按照该数目从小到大来匹配match项的。同理，插入只需要把该数目设为代插入route-map entry之间的数目即可。这也是为何书本上该数目一般都以10递增的原因。删除也是一样，直接no掉某个数目的entry即可。另外，acl也是可以使用数目表示的，方法是使用named ac。
二、...器上面的路由器怎么配不了策略路由 没有route-map这个命令
不知道楼主用的是什么模拟器，是思科的PACKET TRACER还是DYNAMIPS或者是GNS3，如果是后两者，那可能是因为你选择的IOS版本的问题，版本很重要，有一些路由器的版本没有BGP命令，不带K9的版本没有VPN，或者是有一些非企业版本的没有MPLS命令，这些都是正常现象，我都遇见过，实话的说模拟器现在对路由部分支持的已经是相当不错了，对于交换确支持的不好，只能用模块儿来模拟，没有交换机上的很多命令，诸如MST多生成树协议等等，建议你使用DYNAMIPSGUI2.83版本或者是GNS3，选择合适的IOS，再看一下，一般来说是IOS版本的问题。
三、思科路由器routemap显示错误
一、Serial* is down，line protocol is down(DTE)
2、原因：LINE未与CSU/DSU联接。
解决方法：确认所用电缆及串口是否正确
二、Serial* is up，line protocol is down(DTE)
1、原因：本地或远程路由器配置丢失。
解决方法：将MODEM、CSU或DSU设置为“LOOPBACK”状态，用“SHOW INT S*”命令确认LINE PROTOCOL是否UP，如果UP，证明是远程路由器已经SHUTDOWN。
解决方法：如果远程路由器也出现上述故障，重复步骤1。
解决方法：检查电缆所连接的串口是否正确，用“SHOW CONTROLLERS”确认哪根电缆连接哪个串口。
4、原因：串口的发送时钟在CSU/DSU上未设置。
解决方法：键入“DEBUG SERIAL INTERFACE”，如果LINE PROTOCOL还没有COME UP，或键入的命令显示激活的端口数没有增加，证明路由器硬件错误，更换路由器端口;如果LINE PROTOCOL UP，并且激活的端口数增加，证明故障不在本地的路由器上。
三、Serial* is up，line protocol is down(DCE)
1、原因：路由器端口配置中的CLOCKRATE丢失。
解决方法：将CLOCKRATE加到路由器端口配置中。
解决方法：将DTE设备设置为SCTE模式。
3、原因：远程的CSU/DSU有故障。
解决方法：确认所用电缆是否正确。
4、原因：电缆连接错误或有故障。
解决方法：如果LINE PROTOCOL仍然DOWN，请更换路由器端口。
四、Serial* is up，line protocol is down(disabled)
解决方法：寻找CTS或DSR的双态元件信号。
解决方法：将CSU/DSU做LOOP(DTE LOOP)，如果故障继续，可能是硬件故障，如果故障停止，证明是电信局故障。
解决方法：更换坏掉的硬件故障。
五、Serial* is administratively down，line protocol is down
解决方法：用NO SHUTDOWN命令去掉SHUTDOWN。
解决方法：将重复的IP地址中的一个更改。
好了，本文到此结束，如果可以帮助到大家，还望关注本站哦！
