我们知道 RIP v2 使用组播地址 224.0.0.9 来定期广播路由表。因此，这意味着每个配置了 RIP V2 的路由器都在监视目标地址为 224.0.0.9 的任何数据包。
所以现在如果我 ping 那个 IP 地址；由于路由器 si 正在侦听该 ip，我应该得到答复。但是当我在 GNS3 和 Packet Tracer 上测试它时，没有回复。
我想知道是什么原因。
先感谢您。
为什么我们不能ping到RIP的多播地址224.0.0.9
网络工程
路由
路由器
多播
平
撕裂
2021-07-24 17:19:19
1个回答
Damon，恐怕你的具体实现有问题。我个人无法想到路由器不响应其任何接口上的 icmp 请求的实例。其他的，如果不准确，请补充。
无论如何，我在 GNS3 中模拟了它以确保没有任何时髦的软件错误。
在接口上设置基本配置，每个路由器都将其路由器编号作为lo0接口地址（即 R1 - 1.1.1.1）。为了验证，这里是 rip 路由表。
R1#show ip route rip
2.0.0.0/32 is subnetted, 1 subnets
R 2.2.2.2 [120/1] via 10.1.1.2, 00:00:07, FastEthernet0/0
3.0.0.0/32 is subnetted, 1 subnets
R 3.3.3.3 [120/1] via 10.3.3.3, 00:00:26, FastEthernet0/1
10.0.0.0/24 is subnetted, 3 subnets
R 10.2.2.0 [120/1] via 10.3.3.3, 00:00:26, FastEthernet0/1
[120/1] via 10.1.1.2, 00:00:07, FastEthernet0/0
R1#
ping 的组播地址时224.0.0.9，返回 3 个回复；R2发送回复，R3发送回复，然后R1回复自己，因为它也在监听那个地址。
R1#debug ip icmp
ICMP packet debugging is on
R1#ping 224.0.0.9 source lo0 repeat 1
Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to 224.0.0.9, timeout is 2 seconds:
Packet sent with a source address of 1.1.1.1
*Mar 1 00:15:41.163: ICMP: echo reply sent, src 1.1.1.1, dst 1.1.1.1
*Mar 1 00:15:41.163: ICMP: echo reply rcvd, src 1.1.1.1, dst 1.1.1.1 <--- R1 Response
*Mar 1 00:15:41.179: ICMP: echo reply rcvd, src 10.1.1.2, dst 1.1.1.1 <--- R2 Response
*Mar 1 00:15:41.179: ICMP: echo reply rcvd, src 10.3.3.3, dst 1.1.1.1 <--- R3 Response
Reply to request 0 from 1.1.1.1, 8 ms
Reply to request 0 from 10.3.3.3, 24 ms
Reply to request 0 from 10.1.1.2, 20 ms
R1#
Ping 多播地址将生成来自侦听该地址的参与者的响应。