目录
组播原理
组播（Multicast）是一种在网络中同时向多个目标主机发送数据的通信方式。与单播（Unicast）和广播（Broadcast）不同，组播只向特定的一组目标主机发送数据，而不是向所有主机发送。
组播的原理如下：
-
组播地址：组播使用特殊的IPv4组播地址（224.0.0.0至239.255.255.255）或IPv6组播地址（FF00::/8）来标识组播组。组播地址是一种特殊的IP地址，用于标识一个组播组。
-
IGMP：Internet组管理协议（IGMP）是一种用于主机加入和离开组播组的协议。主机通过发送IGMP报文来通知路由器它们希望加入或离开一个组播组。路由器根据接收到的IGMP报文来维护组播组的成员列表。
-
路由器：组播数据的传输需要路由器的支持。路由器通过使用组播路由协议（如PIM、IGMP等）来维护组播组的成员信息，并根据这些信息将组播数据转发到适当的接口上。
-
数据传输：当一个主机发送组播数据时，它将数据包发送到一个特定的组播地址。路由器根据组播地址和组员列表来确定将数据包转发到哪些接口上。只有加入了组播组的主机才会接收到组播数据。
总结起来，组播的原理是通过使用特定的组播地址和IGMP协议来实现多个主机之间的组播通信。路由器根据组员列表来转发组播数据，只有加入了组播组的主机才能接收到数据。组播可以提供高效的数据传输，适用于需要向多个目标主机发送相同数据的场景，如视频流、实时通信等。
组播组管理
组播的组内成员是通过Internet组管理协议（IGMP）来确定的。IGMP是一种用于主机加入和离开组播组的协议。
当一个主机希望加入一个组播组时，它会发送一个IGMP报文给路由器，通知路由器它希望加入该组播组。路由器收到IGMP报文后，会将该主机添加到组播组的成员列表中。
在IPv4网络中，主机可以使用IGMPv2或IGMPv3协议来与路由器通信。IGMPv2使用"加入组播组"和"离开组播组"两种报文类型，而IGMPv3还支持"查询组播组成员"和"报告组播组成员"等报文类型。
在IPv6网络中，主机使用多播监听器发现协议（MLD）来与路由器通信。MLDv1和MLDv2是IPv6中的IGMP等效协议，用于主机加入和离开组播组。
路由器根据接收到的IGMP或MLD报文来维护组播组的成员列表。只有加入了组播组的主机才会接收到组播数据。当一个主机不再希望接收组播数据时，它会发送一个IGMP或MLD报文给路由器，通知路由器它希望离开该组播组。路由器收到离开报文后，会将该主机从组播组的成员列表中移除。
总结起来，组播的组内成员是通过主机发送IGMP或MLD报文给路由器来确定的。路由器根据接收到的报文来维护组播组的成员列表，只有加入了组播组的主机才会接收到组播数据。
组播IP地址管理
Pv4网络中，224.0.0.0至239.255.255.255之间的任意一个IP地址都可以被认为是一个组播组的地址范围。这些地址被保留用于组播通信。
在这个地址范围内，有一些特殊的组播地址被定义为具有特定用途的组播组，如：
- 224.0.0.1：所有组播主机
- 224.0.0.2：所有组播路由器
- 224.0.0.5：OSPFv2多点广播地址
- 224.0.0.6：OSPFv3多点广播地址
- 224.0.0.9：RIPv2多点广播地址
- 224.0.0.10：EIGRP多点广播地址
除了这些特殊用途的组播地址外，其他地址可以根据需要用于自定义的组播通信。发送者可以选择一个未被使用的组播地址作为目标地址，并将数据发送到该地址。只有加入了相应组播地址的主机才会接收到该组播组的数据。
需要注意的是，组播地址是在网络层使用的，而不是在应用层。应用程序通常使用特定的端口号来标识自己，而不是使用组播地址。
组播MAC地址管理
组播报文的MAC地址规则如下：
-
前24位（前3个字节）是固定的，为01-00-5E。
-
第25位是保留位，必须设置为0。
-
第26位是标志位，用于指示组播地址是全局范围（0）还是本地范围（1）。
-
后23位（后3个字节）是组播组的标识符。
其中，后23位的组播组标识符是由IPv4或IPv6的组播地址转换而来。对于IPv4组播地址，取地址的低23位作为组播组标识符。对于IPv6组播地址，取地址的低32位作为组播组标识符。
例如，IPv4组播地址 224.0.1.1 转换为MAC地址的组播组标识符为 0.0.1.1。将其与前面的固定部分拼接起来，得到的MAC地址为 01-00-5E-00-01-01。
需要注意的是，由于MAC地址只在局域网内起作用，因此组播报文的MAC地址只在局域网内有效。在不同的局域网之间转发组播报文时，需要进行MAC地址的重新封装。
组播报文的处理流程
当一个节点收到一个不属于它所在组播组的组播报文时，OSI各层会按照正常的处理流程进行处理。以下是对于不在组播组的节点收到组播报文时各层的处理方式：
-
物理层：接收到的组播报文将会被物理层接口读取和传递给数据链路层。
-
数据链路层：数据链路层的MAC地址过滤机制会检查目标MAC地址是否与节点的MAC地址匹配。如果不匹配，数据链路层会丢弃该报文。
-
网络层：网络层会检查接收到的IP报文的目标IP地址是否为组播地址，并且检查该节点是否加入了相应的组播组。如果目标IP地址不是组播地址，或者该节点没有加入相应的组播组，网络层会丢弃该报文。
-
传输层：如果组播报文通过了网络层的检查，传输层会根据报文的协议类型（如UDP或TCP）进行相应的处理。如果是UDP报文，传输层会将数据传递给上层应用程序。如果是TCP报文，传输层会尝试建立TCP连接，但由于不在组播组内，连接建立会失败。
总结起来，不在组播组的节点收到组播报文时，会在数据链路层或网络层被丢弃，不会传递到更高层的处理。这是因为组播报文只有加入了相应组播组的成员才能接收到。
组播场景举例
举一个跨局域网的例子来说明组播报文从发送节点到接收节点的IP地址和MAC地址如何变化。
假设有一个组播组，组播组的组播IP地址是224.1.1.1，有两个局域网分别是局域网A和局域网B。发送节点位于局域网A上，接收节点位于局域网B上。
-
发送节点发送组播报文：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：组播MAC地址（01-00-5E-01-01-01）
-
组播报文经过局域网A的路由器：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：局域网A的路由器的MAC地址
-
组播报文经过局域网A的交换机：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：局域网A的交换机的MAC地址
-
组播报文经过互联网：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：互联网上的路由器的MAC地址
-
组播报文到达局域网B的路由器：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：局域网B的路由器的MAC地址
-
组播报文经过局域网B的交换机：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：局域网B的交换机的MAC地址
-
组播报文到达接收节点：
- 源IP地址：发送节点的IP地址
- 目标IP地址：组播IP地址（224.1.1.1）
- 源MAC地址：发送节点的MAC地址
- 目标MAC地址：接收节点的MAC地址
通过路由器和交换机的转发，组播报文可以跨越局域网传输到达接收节点，并且在传输过程中，IP地址和MAC地址会根据网络设备进行相应的修改和转发。
广域网组播ip分配
广域网中，组播地址的管理是由Internet Assigned Numbers Authority（IANA）负责的。IANA负责分配和管理全球范围内的IP地址和组播地址。
为了避免两个组播组使用同一个组播地址，IANA采用了一种层次化的组播地址分配方案。组播地址被分为多个范围，不同的范围用于不同的目的和应用。
其中，IANA定义了以下几个组播地址范围：
- 224.0.0.0 - 224.0.0.255：这个范围是为了保留一些特殊用途的组播地址，如路由协议、互联网控制协议等。
- 224.0.1.0 - 238.255.255.255：这个范围是为了全球范围内的公共组播使用，任何组织都可以申请使用这个范围内的组播地址。
- 239.0.0.0 - 239.255.255.255：这个范围是为了私有组播使用，只在特定的组织或特定的网络中使用。
在申请组播地址时，组织需要向IANA提出申请，并说明使用组播地址的目的和范围。IANA会根据申请的情况进行审查和分配。
通过这种层次化的组播地址分配方案，可以有效地避免两个组播组使用同一个组播地址的情况发生。同时，这种方案也能够确保全球范围内的组播地址的合理分配和管理。
如果您觉得对您有帮助，请点赞支持，谢谢！
1023
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
