Linux操作系统下广播程序制作介绍
路由器通常不转发这类广播（TCPv2）图18.2给出了一个连接到128.7.1和128.7.6两个子网的路由器。路由器在12.7..1子网上接收到一个目的地址为210.37.6.255（另一个接口的子网广播地址）的单播IP数据报。路由器通常不向128.7.6子网转发这个数据报。有些系统具有运行转发子网广播数据报的配置选项。
2、 全部子网广播地址：{netid，－1，－1}。这类广播地址编排指定网络上的所有子网。如果说这类地址层被用过的话，那么现在已很少见了。
3、 网络广播地址：{netid,-1}。这类地址用于不进行子网划分的网络。但不进行子网划分的网络现在几乎不存在了。
4、 受限广播地址：{－1，-1，-1}或255.255.255.255。路由器从不转发目的地址为255.255.255.255的IP数据报。
在这四类广播地址中，子网广播地址是今天最常见的。但有些老系统仍然发送目的地址为255.255.255.255的数据报。还有些老系统不理解子网广播地址，他们将仅发往255.255.255.255的数据报解释为广播。
在查看广播之前，我们应该已清楚向单播地址发送UDP数据报的步骤。图中网络的地址为192.168.0，其中8位用作子网ID，8位用作主机ID。左边主机的应用程序在一个UDP套接口上调用sendto函数，将数据报发往IP地址192.168.0.3、端口1234。UDP层附加一个UDP头部，并将UDP数据报传递到IP层。IP层给它附加一个IPv4头部，并确定其外出接口。在以太网的情况下，将调用ARP来确定与目的IP地址相应的以太网地址：08:00:22:03:ff:42。然后，将分组作为以太网帧发送出去。以太网帧的目的地址是上述48位地址。帧类型字段的值为0800,指示这是一个IPv4分组。IPv6帧类型字段的值为86dd。
中间主机的以太网接口看到该帧，并将它的目的以太网地址与自己的以太网地址（02：60：8c：2f：4e：13：）进行比较。由于二者不相等，接口便忽略该帧。因此，单播帧不会对这台主机造成任何额外开销。右边主机的以太网接口也看到该帧。当它将该帧的目的以太网地址与自己的以太网地址进行比较时，发现二者相等，接口便读入整个帧。由于帧类型字段只为0800，于是将分组放入IP输入队列。
当IP层处理该分组时，它首先将目的IP地址进行比较，由于目的地址是其中之一，于是就接受这个分组。
然后，IP层检查IPv4头部协议字段，其值对于UDP为17.于是将IP数据报传送到UDP层。
UDP层检查其目的端口（如果其UDP套接口已连接，也可能检查源端口），将数据报方到相应套接口的接收队列。如果需要，就唤醒进程，由进程读取这个新接收的数据报。
这个例子的关键点是单播IP数据报只能由目的IP地址指定的主机接收。子网上的其它主机不受任何影响。我们现在考虑一个类似的例子：同样的子网，但发送进程发送的是子网广播数据报，其地址为192.168.0.255。
当左侧的主机发送数据报时，它注意到目的IP地址是子网广播地址，于是便将它映射程48位的以太网地址ff.ff.ff.ff.ff.ff。这使得子网上的每一个以太网接口都会接收该帧。在图中右侧两台运行IPv4的主机都接收该帧。由于以太网帧类型是0800，两个主机都将数据报传递到IP层。由于目的IP地址匹配二者的广播地址，并且协议字段为17(UDP），两个主机于是都将分组上传至UDP。
最右边的主机将UDP数据报传递给绑定端口1234的应用进程。接收广播UDP数据报的应用进程不需要任何特殊的处理，它仅仅创建一个UDP套接口，并将应用的端口号捆绑到其上。（我们假设捆绑的IP地址为INADDR_ANY，这是典型的情况）但是中间的主机没有任何应用进程绑定UDP端口1234。于是主机的UDP代码丢弃这个已收到的数据报。这台主机禁止发送端口不可达的ICMP消息，因为这样做会产生广播风暴（broadcast storm）:子网上许多主机机会同时产生响应，这将导致网络在几秒钟内不可用。在图中，我们也表示出了左边主机将输出数据报又递送给自己的情况，这是一种广播属性：根据定义，广播要到达子网上的所有主机，包括发送者自身。
最新相关文章发表评论