sla简介及应用范例.docx

SLA简介SLA (Service-Level Agreement)简单的理解，就是测量一些网络性能参数，在超过一些门限值时，结合track或者EEM它可以触发一些操作。例如：1. 监控下一跳的可达性，如果不可达了, 则让某一静态路由失效2. 监控领居的接口地址，如果连续三次不可达, 则将端口shutdownSLA 应用实例如果客户的线路质量不好，又无法改善时，我们需要一种方法来：当线路质量达到一定阀值时，直接reset端口，用重置链路来改善。那么我们如何达到这种需求呢，这时SLA就登场了，那么如何部署SLA呢？分析第一种方法ip sla 2 icmp-echo timeout 3000 frequency 10-频率设置为10S发一次ip sla schedule 2 life forever start-time now-设置SLA的启动时间为马上，有效期为永远!Track 1 rtr 2-配置track, trace有up和down两种状态!event manager session cli username usernameevent manager applet test_track_1-EEM 配置 event track 1 state down-如果track 1的状态是down的, 则执行下面的操作 action 1.0 cli command enable action 2.0 cli command conf t action 3.0 cli command int g4/3 action 3.1 cli command shut action 3.2 cli command no shut action 4.0 cli command end根据以上配置，如果设备会每10秒发送一个PING包, 当超时时，track 1会变为down的状态，进而触发对端口的shut/no shut，这样达到最终的目的了么？在实际网络中，偶尔丢一个包是正常的、不可避免的，与此同时，端口是正常工作的。但是，根据上面的配置，端口依然会被reset，导致业务受到影响。为了避免这一类不必要的业务影响，我们需要对此配置进行优化，让track 1在发生真正的网络故障时才down。最常用的判断网络故障的标准是连续的超时！因此加入以下命令（只说明增加的命令，另外修改的命令用红色标出）：ip sla 4 icmp-echo timeout 1000 frequency 10ip sla schedule 4 life 5 start-time pending-并不是马上启动，有效期也只有5秒!ip sla reaction-configuration 2 react timeout threshold-type consecutive 3 action-type trapandtrigger-当发生连续3次timeout时，trigger另一个SLA，并发SNMP Trapip sla reaction-trigger 2 4-SLA 2连续三次timeout就要trigger SLA 4!track 1 rtr 4-track SLA 4，而不是SLA 2，为什么？如果配置track 1 rtr 2，则每次SLA 2超时时，track 1都会down，每down一次EEM都会reset端口，这样功能还是和之前一样不合理。所以，需要配置track 1 rtr 4，因为SLA 4是pending的，它在SLA 2连续三次超时时才被触发（10*3 + 5 =35S）OK，那么问题解决了么？根据上篇文章分析的第一种方法到底行不行呢？经过测试，确实可以规避原丢一个包就启动EEM的问题。但有个问题，因为要新增一个sla，如777，且其状态为pending，即只有在17丢三个包的情况下才启动777。有如下两种情况：1、线路已经开通时，这时配置如上命令时，因17无法连续丢3个包，导致777始终不能启动，导致track17的状态始终为down，最终导致不管丢多少包都不能启动EEM。（想想为什么？）规避措施：配置完如上命令时需要shut上端或下端端口30s（因每10s探测一次），这时777才能启动，然后再做no shut操作，track17状态才能变为up，才能在专线中断的情况下正常启动EEM。所以在已经开通的线路配置如上命令时都要中断主用线路最少30s。2、线路尚未开通时，这时需要在配置完如上命令最少30s才能开通此MSTP线路，否则同样会有如上问题。关于问题的分析及解释：在这我就不解释命令的含义了，关于命令的含义，可以看上篇文章 关于IP SLA及与EEM联动的探讨 Config：ip sla monitor 17 type echo protocol ipIcmpEcho timeout 3000 frequency 10!ip sla monitor reaction-configuration 17 react timeout threshold-type consecutive 3 action-type trapAndTriggerip sla monitor reaction-trigger 17 777ip sla monitor schedule 17 life forever start-time now!ip sla monitor 777 type echo protocol ipIcmpEcho timeout 1000 frequency 10!ip sla monitor schedule 777 life 5 start-time pendingtrack 17 rtr 777!event manager session cli username usernameevent manager applet test_track_17 event track 17 state down action 1.0 cli command enable action 2.0 cli command conf t action 3.0 cli command int s1/0 action 3.1 cli command shut action 3.2 cli command no shut action 4.0 cli command end!R1#sh debuggingTrack debugging is onEmbedded Event Manager: Debug EEM action cli debugging is onIP SLA Monitor: TRACE debugging for all operations is onDebug Information：1. 初始配置后是down的状态：R1(config)#track 17 rtr 777*Feb 25 10:15:06.979: Track: 17 Adding rtr object*Feb 25 10:15:06.979: Track: Initialise*Feb 25 10:15:06.983: Track: 17 New rtr 777, state Down*Feb 25 10:15:06.987: Track: Starting processR1#sh trackTrack 17 Response Time Reporter 777 state State is Down 1 change, last change 00:01:19 Latest operation return code: Unknown Tracked by: applet test_track_172. shutdown本断或对断端口，激活777，使track 17成为down*Feb 25 10:16:25.107: IP SLA Monitor(777) Scheduler: Starting an operation*Feb 25 10:16:25.107: IP SLA Monitor(777) echo operation: Sending an echo operation*Feb 25 10:16:26.107: IP SLA Monitor(777) echo operation: Timeout*Feb 25 10:16:26.107: IP SLA Monitor(777) Scheduler: Updating result*Feb 25 10:16:26.777: IP SLA Monitor(777) Scheduler: AgeoutR1#sh trackTrack 17 Response Time Reporter 777 state State is Down 1 change, last change 00:01:55 Latest operation return code: Timeout Tracked by: applet test_track_173. no shut端口，再次激活777，使其成为up*Feb 25 10:17:42.159: IP SLA Monitor(777) Scheduler: Starting an operation*Feb 25 10:17:42.159: IP SLA Monitor(777) echo operation: Sending an echo operation*Feb 25 10:17:42.171: IP SLA Monitor(777) echo operation: RTT=12*Feb 25 10:17:42.175: IP SLA Monitor(777) Scheduler: Updating result*Feb 25 10:17:42.175: IP SLA Monitor(777) Scheduler: Ageout*Feb 25 10:17:46.983: Track: 17 Change #2 rtr 777, state Down-UpR1#sh trackTrack 17 Response Time Reporter 777 state State is Up 2 changes, last change 00:09:16 Latest operation return code: OK Latest RTT (millisecs) 12 Tracked by: applet test_track_174. shutdown本端端口，测试是否可以达到效果注意：下面的时间戳跟上面的不是连续的，是经过两次测试得到的R1#config terEnter configuration commands, one per line. End with CNTL/Z.R1(config)#int s1/0R1(config-if)#R1(config-if)#shutdownR1(config-if)#endR1#*Feb 25 09:47:27.911: %LINK-5-CHANGED: Interface Serial1/0, changed state to administratively down*Feb 25 09:47:27.915: %ENTITY_ALARM-6-INFO: ASSERT INFO Se1/0 Physical Port Administrative State Down*Feb 25 09:47:28.911: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to down*Feb 25 09:47:31.775: IP SLA Monitor(17) Scheduler: Starting an operation*Feb 25 09:47:31.775: IP SLA Monitor(17) echo operation: Sending an echo operation*Feb 25 09:47:34.779: IP SLA Monitor(17) echo operation: Timeout*Feb 25 09:47:34.779: IP SLA Monitor(17) Scheduler: Updating result*Feb 25 09:47:41.775: IP SLA Monitor(17) Scheduler: Starting an operation*Feb 25 09:47:41.779: IP SLA Monitor(17) echo operation: Sending an echo operation*Feb 25 09:47:44.779: IP SLA Monitor(17) echo operation: Timeout*Feb 25 09:47:44.779: IP SLA Monitor(17) Scheduler: Updating result*Feb 25 09:47:51.775: IP SLA Monitor(17) Scheduler: Starting an operation*Feb 25 09:47:51.775: IP SLA Monitor(17) echo operation: Sending an echo operation*Feb 25 09:47:54.779: IP SLA Monitor(17) echo operation: Timeout*Feb 25 09:47:54.779: IP SLA Monitor(17) Scheduler: Updating result*Feb 25 09:47:54.827: IP SLA Monitor(777) Scheduler: Starting an operation*Feb 25 09:47:54.827: IP SLA Monitor(777) echo operation: Sending an echo operation*Feb 25 09:47:55.831: IP SLA Monitor(777) echo operation: Timeout*Feb 25 09:47:55.831: IP SLA Monitor(777) Scheduler: Updating result*Feb 25 09:47:55.835: IP SLA Monitor(777) Scheduler: Ageout*Feb 25 09:47:56.231: Track: 17 Change #5 rtr 777, state Up-Down*Feb 25 09:47:56.251: fh_schedule_callback: EEM callback policy EEM Policy Director has been scheduled to run*Feb 25 09:47:56.275: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : CTL : cli_open called.*Feb 25 09:47:56.291: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.291: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1*Feb 25 09:47:56.295: %HA_EM-6-LOG:R1#test_track_17 : DEBUG(cli_lib) : : IN : enable*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1#*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #conf t*Feb 25 09:47:56.327: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.331: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :Enter configuration commands, one per line. End with CNTL/Z.*Feb 25 09:47:56.335: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config)#*Feb 25 09:47:56.339: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #int s1/0*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #shut*Feb 25 09:47:56.371: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.375: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#*Feb 25 09:47:56.379: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #no shut*Feb 25 09:47:56.411: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.411: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#*Feb 25 09:47:56.415: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #end*Feb 25 09:47:56.435: %SYS-5-CONFIG_I: Configured from console by name on vty1*Feb 25 09:47:56.447: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :*Feb 25 09:47:56.447: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1#*Feb 25 09:47:56.451: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #exit*Feb 25 09:47:56.455: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : CTL : cli_close called.*Feb 25 09:47:58.387: %LINK-3-UPDOWN: Interface Serial1/0, changed state to up*Feb 25 09:47:58.391: %ENTITY_ALARM-6-INFO: CLEAR INFO Se1/0 Physical Port Administrative State Down*Feb 25 09:47:59.399: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to upR1#sh trackR1#sh track 17Track 17 Response Time Reporter 777 state State is Up 6 changes, last change 00:15:41 Latest operation return code: OK Latest RTT (millisecs) 3 Tracked by: applet test_track_17CCIE SPMPLS L2VPN EVC & QinQJune 30th, 2008什么是EVC：1、Ethernet Virtual Circuit 是一种新的CLI结构，主要针对与以太接口。2、EVC支持在7600上，而且IOS版本至少为12.2(33)SRB。3、EVC仅仅支持在ES20和SIP400这两种线卡上。4、新的Features将仅被EVC支持，如Selective QinQ 和 Double tag 传送。EVC CLI命令模型：interface service instance ethernet (ID 是端口的范围， evc-name是全局唯一的) VLAN tags, MAC, CoS, Ether typeVLAN tags pop/push/translationL2 P2P or Multipoint BridgingQoS, ACL, etcservice instance ethernet 1、ES20一个端口最大可标识8K个用户，整个板卡最大可标识16K个用户。但是每个Bridge-domain只支持120个instance实例，而且在ES20 20*1 G的线卡中，每10个端口上每个Bridge-domain仅支持60个instance实例。2、所谓instance实例，可以代表一种业务，如PPPOE、Lan或IPTV等。 匹配vlan标记，可以分以下4种：1、匹配选择单层标签encapsulation dot1q any | “,-”2、匹配选择双层标签encapsulation dot1q second-dot1q any | “,-”第一个vlan标签必须是固定的数，不能是一个范围，这个标签是下接交换机打的第二层标签（可以说是下接交换机的全局vlan）。第二个vlan标签可以使“any”，可以是一个范围，也可以是多个点，这层标签是底层标签，也就是DSLAM打得标签。如果数据包的标签超过2层，那么设备只查找2层。3、匹配所有标签encapsulation default匹配所有有标签或者没标签的，这些数据没有被其他指定的instances实例所匹配。4、匹配无标签encapsulation untagged匹配无标签数据帧，例如native vlan。在匹配的过程中，EVC支持Non-Exact匹配，例如“encapsulation dot1q 10”那么所有首层标签为10的数据都匹配。在一个端口下，EVC也支持Longest tag匹配，现匹配双层标签，然后匹配单层标签，如下图所示： 选择完标签后，就是动作了，rewrite就是动作，是否弹出就在这里定义了。动作主要分3大类：1、PoP 弹出标签Router(config-if-srv)#rewrite ingress tag pop ?1 Pop the outermost tag 弹出1层标签2 Pop two outermost tags 弹出2层标签2、Ingress 压入标签Router(config-if-srv)#rewrite ingress tag pop ?1 Pop the outermost tag2 Pop two outermost tags3、传送标签Router(config-if-srv)#rewrite ingress tag translate ?1-to-1 Translate 1-to-11-to-2 Translate 1-to-22-to-1 Translate 2-to-12-to-2 Translate 2-to-2Router(config-if-srv)#rewrite ingress tag translate 2-to-2 ?dot1ad Dot1ad vlan tagdot1q Translate ethertype of dot1qRouter(config-if-srv)#$ress tag translate 2-to-2 dot1q 1 second-dot1q ? VLAN id这种传送有问题，就是只能传送具体的，不能传送范围，所以在透传双层标签时不采用这种方法。注意：不论是弹出还是压入都需要在后面打上symmetric，这表明在流量进入时可能pop出一个标签，但流量回来后，会自动ingress一个标签。分着写pop和ingress是不正确的。如以下写法是错误的：service instance 3 ethernetencapsulation dot1q 10rewrite ingress tag pop 1rewrite egress tag push dot1q 10 这里包括了L2 P2P 或者 Multipoint BridgingRouter(config-if-srv)#bridge-domain 10 split-horizon这里的10代表是全局vlan，所以一台设备上最多支持4k个domain。split-horizon代表domain 10下的实例是不能通信的，如果需要通信，no掉水平分割就可以了。 在讨论的案例中暂时没有涉及到QOS的东西，所以暂时不考虑。EVC/EFP 转发模型：EFP Ethernet Flow PointEVC Ethernet Virtual Circuit关于SWIDB的定义，其实类似与子接口，详细的说明可以到这里去查看。由于关于EVC映射的类型有多种，所以就存在多种不同的配置：P2P local connectP2P xconnectMP local bridgingMP local bridging + xconnectMP local bridging + xconnect + L3 terminationL3 termination一篇文章讲不了这么多，所以结合下列实例说明映射种类，下面的实例中可能只包含上面说到的几种。应用EVC框架的简单配置实例：拓扑说明：1、DSLAM下联了众多业务，其中PPPOE、小区LAN业务，需要走BAS SE800；IPTV和NGN业务需要走NGN网。2、在DSLAM这个层次，对下面的业务已经打了一层标签，也就是Dot1Q，如上所示，vlan3、vlan4等，是DSLAM的全局VLAN。额外说明DSLAM针对PPPOE的工作过程：-1. 客户拨号，封装PPPOE，到达modem后，把数据帧转成ATM信源，此工作在modem上完成，从modem出去后就是ATM信源模式了。2. 等信元到达DSLAM（2层交换功能，可看成为SW）后，由DSLAM把信源转换为数据帧，出DSLAM后就是IP数据网了。在转换数据帧时，DSLAM可分为2种类型，一种是转换在用户板来做，另一种是在上行板来做。用户板：当从电话线中以信元的方式传送到DSLAM时，DSLAM直接把信元转换成数据帧，出DSLAM后，就进入IP数据网。上行板：当从电话线中以信元的方式传送到DSLAM时，DSLAM不直接转换，而是把信元转到相应的芯片上处理-转化，然后出DSLAM进承载网。这个过程可以看成两个router在工作，一个是LAC接入router，跑ATM信元封装，然后从LAC以ATM传输到上行Router，也就是LNS，由LNS来做转换（信元到数据帧）。现在一台DSLAM的客户接入量大约为1150个左右，接入类型类似RJ21那种一根线有多个口（多个用户在一根线上，在DSLAM上的客户包括了所有常话客户，如果需要变更是否开通ADSL，只需在DSLAM把相应的端口打开就可以了）。-3、在SW1和SW2这个层面上，打上第二层标签，也就是常说的QinQ隧道，如图所示vlan11和vlan12，这些vlan是SW1的全局VLAN。4、PPPOE 1、2、3是一个公司下不同地段的分公司，他们之间需要互通，但不会通过BAS上网。在7609上，需要做的就是把数据业务分开处理，一部分走BAS，一部分走NGN。7600相关配置：下联SW1的端口配置：interface gig 1/1/1service instance 10 Ethernet “10”代表PPPOEencapsulation dot1q 11 second-dot1q 3 4 匹配外层标签11，内层标签3 4，也就是PPPOE1，2bridge-domain 50 “50” 与全局vlan对应，所以一台设备上只支持4096个domain；默认情况下，split-horizon是关闭的，所以同域的不同instance实例可以互访，这样就满足上面4的要求了。!service instance 11 Ethernet “20”也代表PPPOEencapsulation dot1q 12, second-dot1q 8 匹配外层标签12，内层标签8，也就是PPPOE3bridge-domain 50!service instance 12 Ethernet “12”代表LANencapsulation dot1q 11, second-dot1q 6 匹配外层标签11，内层标签6rewrite ingress tag pop 1 symmetric弹出第一层标签bridge-domain 11 split-horizon 这条命有打签的动作，之前不是已经弹出1个标签了么，这时就得再加上一个标签然后传出去，用这种方法做到透传双层标签，因此在给本设备划分domain时需要对SW1这个层面的vlan分配情况进行调研，并且也得考虑其他实例domain的划分。在这里，domain只能设置为11。!service instance 13 Ethernet “13”代表IPTVencapsulation dot1q 11, second-dot1q 8rewrite ingress tag pop 2 symmetric 为了终结双层标签，这时要弹出2层标签bridge-domain 60 split-horizon 与全局vlan60匹配，用SVI来终结，由于考虑到回包的问题，所以内外层标签必须是固定的，而不能是一个范围!service instance 14 Ethernet “14”代表NGNencapsulation dot1q 11, second-dot1q 9rewrite ingress tag pop 2 symmetric 弹出双层标签bridge-domain 61 split-horizon!inter vlan 50 DSLAM下3个分公司互访!inter vlan 11 Lan业务，直接透传到BAS上!inter vlan 60 终结IPTV，把此vlan地址路由出去ip add !inter vlan 61 终结NGN业务ip add 上联BAS的端口配置：interface gig 1/1/10switchportswitchport trunk allowed vlan 11switchport mode trunk上联NGN的端口配置：interface gig 1/1/9no swip add 直接走3层路由注意：如果终结双层标签后，需要用到VPLS或Eompls，只需在终结vlan下配置xconnect就可以，其他配置可以参考之前的文档。MTU，MPLS MTU，IP MTU深入讨论June 2nd, 2009关于MTU，我在之前的文章MPLS Basic 里介绍过，但不是很详细，现在总结下，并把新的理解写出来，跟大家探讨。我做了3个实验来测试MTU的具体含义。详细看以下实验及总结：环境：1. MPLS环境，注意没有VPN，因此只有1层标签（适合1-3）。2. R1和R3分别设有环回口，用于测试，普通的环回口及地址，没有特殊配置。3. MPLS VPN环境，2层标签。（适合4，适合2010.7.16更新中的5，6两种情况）1.默认mtu和mpls mtu |MTU:1500 1500| |1500 1500|R1-+-+-R2-+-+-R3 |MPLS MTU:1500 1500| |1500 1500|“ping si 1500 df“ Failframe: 1500 + 4 = 1504 (MTU or MPLS MTU)2009-9-24 更新：针对L2的MTU，他只是payload，是不加2层帧头（14Byte）和CRC（4Byte）的，另外不同的厂商对MTU的定义也是不同的，有的厂商是把帧头放入MTU中计算的，CISCO的是不计算帧头的。Ethernet最大能支持1518就是这么来的，如果数据帧带着4Byte的vlan标示（802.1q），Ethernet（标准以太网）接收了此帧（1522），就会丢弃。这就是为什么标准以太网不支持trunk的原因，只要能使trunk的交换机，都会通过1522的帧，只不过这4个字节是算在2层帧头的，不算在payload里的！另外，在计算吞吐量时，整个数据帧的大小不仅仅是MTU+L2帧头+CRC的大小，还要加上8Byte的前导符和12Byte的帧间隙。这样整个数据帧的实际大小 = MTU+L2+CRC+8Byte+12Byte吞吐量的计算可以参考我之前的文章/net_units_detail_explain.html2010-3-12 更新：注意在普通PC上payload是不加3层包头的。例如：PC-Router在PC上ping x.x.x.x -l 1472 -f，发现这样是ok的，但是大于1472就不行了，原因就在于这里没有加18个字节的2层包头，20个字节的ip 3层包头，也没有加ICMP的8个字节。另外这里需要再强调下，交换机和路由器的设计是不一样的，所以mtu也有一定的区别。在2层口上设置2层MTU完全要看硬件是否支持，也就是端口的buffer是否足够大。在3层口上设置2层MTU就没有限制（也有最大值），具体算法没研究过。有兴趣的在三层交换机上设置3层或2层端口，然后改下mtu。2.改变路由器的MPLS MTU为1504 |MTU:1500 1500| |1500 1500|R1-+-+-R2-+-+-R3 |MPLS MTU:1504 1504| |1504 1504|“ping si 1500 df“ Okframe: 1500 + 4 = 1504 MPLS MTU = 1504 MTU3.改变路由器 的MPLS MTU为1505 |MTU:1500 1500| |1500 1500|R1-+-+-R2-+-+-R3 |MPLS MTU:1505 1505| |1505 1505|“ping si 1501 df“ Fail frame: 1501 + 4 = 1505 1505 (MTU or MPLS MTU)以下是ping失败返回的包，可以看到回来的是IP包不是MPLS包4.改变路由器的MPLS MTU为1508，使用2层标签 |MTU:1500 1500| |1500 1500|R1-+-+-R2-+-+-R3 |MPLS MTU:1508 1508| |1508 1508|“ping vrf test 3 si 1500 df “ OK如果把R1的MPLS MTU改为1507，就会Fail。另外由于R2弹出标签，所以在R2上更改MPLS MTU没有意义，可以通过”show mpls for de”来查看MTU。总结：MTU = 3层及3层以上数据包的大小总和？MPLS MTU = MTU + Label ？例：如果是”ping si 1500 df”，那么:Layer 3 : ip(20byte) + icmp(1480byte) = 1500 byteLayer2.5: mpls label = 1 lable = 4 byteLayer 2 : mac(14byte)+ crc(4byte) = 18 byte +-+-+-+| MAC | TAGs + Data (MTU) | CRC |+-+-+-+那IP MTU是哪段呢？经过查找及确认，发现从12.2(27)SBC, 12.2(33)SRA, 12.4(11)T, 12.2(33)SXH以前的IOS是允许配置MPLS MTU MTU，但这样可能会导致丢包、High cpu等问题。换句话说，出现上面第三种情况，也可以想象，如果是2个标签，就算mpls mtu到了1508，数据仍然是不能通过的并且被丢弃。但为什么会出现第二种和第四种情况？当端口收到数据时，他会查找相应的字段去匹配相应的数值，而不是完全根据OSI七层模型一层一层拆封装。例如当端口收到2层以太网的信息，他会直接匹配2层MTU，收到2.5层的MPLS，他会直接匹配MPLS的MTU，他们没有先后（所以有第二种和第四种情况发生）！但由于传统的2层MTU包括IP包头及上层数据，所以只要IP数据小于1500