为什么EIGRP和RIP使用IP TTL为2(CISCO)?
通过对CCNP路由的研究,在嗅探EIGRP数据包时,我注意到数据包的IP TTL为2。我还为RIP验证了这一点。OSPF没有此属性,因为它是链接状态 为什么EIGRP和RIP的IP TTL为2 我已经问过一个CCIE的人,但他不知道 我开始相信这可能与帧中继中心辐射拓扑有关。例如,从一个分支到另一个分支的集线器路由EIGRP多播(假设子接口) 如有任何建议/想法/解释,将不胜感激为什么EIGRP和RIP使用IP TTL为2(CISCO)?,ip,cisco,Ip,Cisco,通过对CCNP路由的研究,在嗅探EIGRP数据包时,我注意到数据包的IP TTL为2。我还为RIP验证了这一点。OSPF没有此属性,因为它是链接状态 为什么EIGRP和RIP的IP TTL为2 我已经问过一个CCIE的人,但他不知道 我开始相信这可能与帧中继中心辐射拓扑有关。例如,从一个分支到另一个分支的集线器路由EIGRP多播(假设子接口) 如有任何建议/想法/解释,将不胜感激 谢谢。它允许使用邻居命令进行发言对发言的路由广告。就是这样。让我们看看这个简单的轮毂辐式帧中继拓扑: R
谢谢。它允许使用邻居命令进行发言对发言的路由广告。就是这样。让我们看看这个简单的轮毂辐式帧中继拓扑:
R2
/
R1--
\
R3
R1是集线器(R2和R3之间没有PVC)
- R1的DLCI 102至R2
- R1的DLCI 103至R3
- R2的DLCI 201至R1
- R3的DLCI 301至R1
- R1-10.0.0.1/24
- R2-10.0.0.2/24
- R3-10.0.0.3/24
现在是结论。。。R2(或R3)发送IP TTL为2的EIGRP HELLO,R1获取此数据包并注意到其目的地与到达的接口相同。这通常通过发送ICMP重定向消息来解决,该消息已被发送。此外,EIGRP HELLO被重新路由到同一接口(未切换!),因此其TTL降低。仅在NBMA(非广播多址)网络上设置TTL值2 NBMA是一种具有以下功能的特殊网络:
- 所有对等方都属于同一IP子网(广播域)
- 第2层连接具有中心辐射(星形)拓扑
- 辐条之间的所有通信将通过轮毂,即使 辐条属于同一IP子网
在NBMA中,TTL值必须增加到“2”,以满足集线器路由器引入的额外跳数。因此,EIGRP在NBMA网络上使用'2'的TTL。+1个大问题。EIGRP利用cisco设备上帧中继的“伪广播”功能(添加广播命令)来促进多播支持。。。我想知道当数据包通过此功能在dlci之间移动时,TTL是否正在更改?OSPF只需使用DR来处理集线器位置上的所有流量-因此它可以避免这种情况。。。我很想知道TTL是否以这种方式更改,但在GNS3上看不到它的递减,但现实世界可能会有所不同。。。但是为什么FR需要触摸IP报头呢???我不相信它这么简单。当集线器设备将数据包从分支1的dlci移动到分支2的dlci时,为什么帧中继会修改IP报头?这不是第3层跃点。集线器和分支拓扑中的集线器可以通过两种方式配置:1。在集线器上使用点到点子接口(每个辐条一个)-在这种情况下,有2个子网,在辐条之间创建邻接关系没有意义(而且由于eigrp邻接关系要求,它不起作用)2。在集线器上使用点对多点子接口或物理接口-在这种情况下,只有一个子网,所以当spoke通过集线器向另一个spoke发送数据包时,集线器只切换该数据包(而不是路由),因为它是同一个子网,所以集线器不接触IP TTL字段,因为它不路由。当然,这是理论,但我无法设置FR hub递减eigrp/rip数据包中IP TTL字段的实验室。尽管可能有办法强制hub实际路由此数据包,即使子网和进出接口相同(至少在linux中,这是可能的)。