Multicasst MAC(Visual Land Lan 动画系列3).pptVIP

R2, R4接受Hello, 发现邻居R3 R2, R3收到R3洪泛的Hello, 比较目的MAC和自己的组播MAC，发现一致, 就接受了Hello, 并把R3添加到邻居列表。 R3发现新邻居R4 R2发现新邻居R4 R2 收到R4的Hello, 比较MAC地址，接受了Hello, 把R4添加到邻居列表。现在，R2, R3, R4对他们的的邻居的老师已经同步。 附录一： 回顾OSPF组播案例 * * Multicast MAC  LAN 图解教程系列 - 3 (北冰洋软件) 看动画、学网络 协议层用组播IP地址定义组群，每个组群用一个组播IP地址代表，这个组播IP地址会被转换为组播MAC地址，使得组播数据在以太网中能被组群的成员收到。 图解版本根据 Multicasst MAC仿真动画 截图而来。 原创作品，允许转载，转载时请用超链接标明文章原始出处 * * LAN动画目录 LAN仿真目录 (仿真皆有用动画显示) 1.CSMA/CD用动画显示以太网数据包在网线上传送时是怎么发现冲突 (collision)、通知大家停止传送(JAM)。 2.Unicast(单播) ?主机A发送ping查看B 是否在线，ping会被洪泛到以太网内所有的节点，但只有B能接受ping，其它主机收到后就丢弃，这就是以太网单播地址的作用。仿真回答以下问题:a) 路由器是怎么转发数据包的b) 以太网怎么用单播MAC地址把数据包传递给目的计算机？ 3.Multicast (组播)显示OSPF怎么用组播包Hello发现邻居，以太网怎么配合把Hello送到OSPF组群的成员，并显示组播包在以太网中被洪泛、检查、接受、丢弃的过程????????????????。 仿真回答以下问题： a) IP怎么组播数据包？ b) 以太网怎么组播IP数据包?? c)? 如何把IP组播地址 转换成 Ethernet 组播MAC地址？ 4.Broadcast MAC (广播)? 实例：Ping封装时不知道目的节点的MAC地址时，广播 ARP Request向以太网询问。显示广播包怎么在以太网中被洪泛、检查、接受的过程。仿真回答以下问题：a) 为什么要有广播包？? ? b) 什么是以太网广播包？? 它的结构是什么？??? c) 广播包怎么被以太网传递给所有的节点？ d) 广播地址应用实例 5.Next hop(下一跳)?用一个简单的路由实例来说明数据包的目的MAC地址是如何在转发到下一跳时被改变，而IP地址并不改变。?? * * 简介：组播动画链接 目的：用OSPF作为一个应用实例 说明这IP-以太网组播的关系，及以太网组播的细节过程。。。 拓扑：四个路由器连接到一条以太网连线，其中三台路由器运行OSPF. 过程：1) 在 R2, R3, R4路由器启动OSPF，这使得路由器的接口添加了一个新 MAC：OSPF组播MAC. 2) R2 发送OSPF Hello. 这是一个组播包，目的IP是, 目的MAC是01:00:5e:00:00:05. 3) R1不是OSPF路由器，没有配置multicast MAC, 收到Hello后将其丢弃。 4) R3是OSPF路由器，配置了OSPF multicast MAC, 收到Hello后更新其邻居列表，发送Hello。 5) R4是OSPF路由器，配置了OSPPF multicast MAC, 收到Hello后更新其邻居列表，发送Hello。 * * 配置OSPF 生成组播MAC地址 在路由器R2, R3, R4运行 OSPF. 这导致路由器接口添加了OSPF组播的MAc地址。例，现在R2有两个MAC地址，一个是原先的硬件MAC地址 (MAC.R2), 第二个是OSPF组播MAC R1没有启动 OSPF协议，仍然只有一个MAC地址. * * R2 发送第一个OSPF Hello R2 发送OSPF Hello, 这是一个OSPF组播包，它的Link报头及Network报头封装如下。 Link 报头的目的IP地址是01:00:5e:00:00:05, 这是OSPF组播MAC地址，收到此包的节点若有OSPF组播MAC地址, 就会接受，把1Hello递交给Network层处理。否则丢弃。 Network 报头的目的IP地址是, 这是OSPF组播地址。运行OSPF的路由器收到此包时会打开此包，进行处理。没有运行OSPF的路由器收到此包时，会将其丢弃。 * * 第一波Hello 洪泛: R2 以太网的物理属性是广播，Hello包一送到网线就在局网中洪泛。以这个拓扑为例，第一波洪泛如下： 1. Hello抵达LAN.1时，被洪泛送往LAN2., L