CCNP_route笔记7 从EIGRP的MTU设置看hold-time

在设置EIGRP的时候，我们会参考ospf提出一个问题，mtu不匹配能不能建立邻接关系，ospf不匹配是不可以的，EIGRP理论上是可以的，但是不能过小，我们采用的实验拓扑是

这里注意下，为了观察实验结果，shutdown R1和R3的fa口，fa口不能随意修改mtu

我们修改S1/1口的MTU，默认是1500，这里我们改到最小（PS：不到最小没效果，后面解释）

先修改R1的S1/1的MTU到64，最小的

R1(config)#interface serial 1/1
R1(config-if)#mtu 64

这样你会看到eigrp就起不来了，主要观察下问题

报的错误是

*Jun 16 03:48:25.627: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 12.12.12.1 (Serial1/0) is down: holding time expired
R2#
*Jun 16 03:48:25.643: EIGRP: Enqueueing QUERY on Serial1/1 iidbQ un/rely 0/1 serno 12-12
*Jun 16 03:48:25.647: EIGRP: Enqueueing QUERY on Serial1/1 nbr 23.23.23.3 iidbQ un/rely 0/0 peerQ un/rely 0/0 serno 12-12
*Jun 16 03:48:25.651: EIGRP: Sending QUERY on Serial1/1 nbr 23.23.23.3
*Jun 16 03:48:25.651:   AS 100, Flags 0x0, Seq 14/10 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1 serno 12-12

发现这个是hold-time超时错误，做下计算

EIGRP的hello包一般1492个Byte，EIGRP中hello包比较大，这里一个mtu=64byte，也就是

1492/64≈23，大致23个包

这里serial口的传输速率是T1，也就是1.544Mb/s

23×（64 / 1.544）也就是默认传输时间是0.9522s，15-0.9522≈14s，也就是说14秒的时间是用来分拆mtu和重组mtu的，相对传输，这个还是比较耗时的

这里修改两种办法，一个是把mtu改大，一个是把hold time改大

PS：还有个问题需要考虑，EIGRP的hello包是不可靠包和TCP有点区别，故MTU分拆的时候，万一传输线路会出现问题，MTU包缺了一部分就不能还原，故这也会造成MTU不能设置过小的原因。