首页 > 其他分享 >第二十篇:必知的网络常识概念

第二十篇:必知的网络常识概念

时间:2024-10-11 11:51:21浏览次数:13  
标签:子网 必知 主机 常识 广播 网络 255.255 地址 第二十

① 单播(unicast)

源IP地址和目的IP地址都明确的信息传输就是单播。即单播是主机之间“一对一”的通讯模式,网络中的交换机和路由器对数据只进行转发不进行复制。如果10个客户机需要相同的数据,则服务器需要逐一传送,重复10次相同的工作。但由于其能够针对每个客户的及时响应,所以现在的网页浏览全部都是采用IP单播协议。网络中的路由器和交换机根据其目标地址选择传输路径,将IP单播数据传送到其指定的目的地。

大白话:单播是主机之间“一对一”的通讯。

② 组播(multicast)

也叫多播, 多点广播或群播。 指把信息同时传递给一组目的地址。它使用策略是最高效的,因为消息在每条网络链路上只需传递一次,而且只有在链路分叉的时候,消息才会被复制。网上视频会议、网上视频点播特别适合采用多播方式。

大白话:就是把一条信息发送给一组主机,这一组主机是有目的分组。

③ 广播(broadcast)

是指封包在计算机网络中传输时,目的地址为网络中所有设备的一种传输方式。实际上,这里所说的“所有设备”也是限定在一个范围之中,称为“广播域”。

  1. 广播域:在数据链路层传输的时候,由于不知道目的主机的MAC地址,所以需要在网段内进行广播,向所有主机发送报文,在这个广播的区域内叫广播域。一般一个局域网就是一个广播域。
  2. 隔离广播域:根据IP地址或mac地址或端口进行划分,每一部分形成一个虚拟的局域网,这个虚拟的局域网就称为VLAN,这些主机发送的数据只能在本VLAN进行转发,不会向所有主机广播。这样就隔离了广播域。如果这些主机要向其他VLAN下的主机发送数据,则要通过三层交换机或是路由器。
  3. 广播分类:
  1. 有限广播

有限广播的地址设为255.255.255.255。有限广播地址通常在配置主机的启动信息时使用,此时,主机可能还不知道它所在网络的网络掩码,甚至连它的IP地址也不知道。

例如当主机从DHCP或BOOTP服务器获取IP地址时。发送给IP地址255.255.255.255的数据包属于有限广播数据包。在指定给本地网络的广播数据包时,目的地址的网络标识部分和主机标识部分全都是1(255.255.255.255)。在任何情况下,路由器都不转发目的地址为有限广播地址的数据报,这样的数据报仅出现在本地网络中。

  1. 非定向广播(指向网络的广播)

这种地址的形式为“网络号.255.255.255”如126.255.255.255。网络使用非定向广播向特定网段上的所有主机发送数据包。即主机部分全为1。

  1. 定向广播

发送给目的IP地址主机部分全为1的数据包属于“定向广播”数据包。定向IP广播数据包可以通过路由器,并广播到目标网络的所有主机。定向IP广播可以是网络定向广播,也可以是子网定向广播。

  1. 子网定向广播

在划分为子网的网络中,子网定向广播地址限于表示特定子网上的主机。

  1. 全部子网定向广播

在划分为子网的internet网络中,网络设备可以使用全部子网定向广播地址向所有子网的主机发送广播消息。这一类型的地址现在已经基本不使用了,而由D类组播地址所取代 。

④ 任播

又称为选播、泛播或任意播。

将任播报文至少传输到一个具有任播地址的主机,最好仅仅传输到一个主机,改善网络负载拓扑,较好地分摊网络负载,提高网络服务的范围和服务质量,使网络资源得到合理利用;

标签:子网,必知,主机,常识,广播,网络,255.255,地址,第二十
From: https://blog.csdn.net/u013501979/article/details/142850112

相关文章

  • 第二十一篇:你知道直播,小区视频点播等是怎么实现的吗?(组播协议)
    你知道直播,小区视频点播等是怎么实现的吗?其实现就是运用了组播!信息从信息源发送给组播成员,肯定不能全网无选择的传播,那不是组播,那就是广播了,路由器不支持广播,却支持组播!为了让信息更快的到达组播成员,需要建立组播路由和组播成员管理。1、组播协议由两部分协议组成1)组成员......
  • 第二十九讲:答疑文章(二):用动态的观点看加锁
    第二十九讲:答疑文章(二):用动态的观点看加锁还是一个开场白​ 在第20和21篇文章中,我和你介绍了InnoDB的间隙锁、next-keylock,以及加锁规则。、​ 在这两篇文章的评论区,出现了很多高质量的留言。我觉得通过分析这些问题,可以帮助你加深对加锁规则的理解。所以,我就从中挑选了几个......
  • 第二十一章 实战青龙流式系统问题总结
    我们在实际的开发过程会遇到很多的问题,这里总结和归纳,可以帮助各位流式协议带来的限制媒体流属性的随机化处理RTC协议要求接收方在接收到媒体流后复写mediatrack上的id,label,contentHint等属性以保证流属性不会泄漏发送者的媒体设备信息,并使流在P2P网络中唯一.这......
  • 第二十二章 编译WebRTC框架
    源代码地址:https://webrtc.googlesource.com/src.git下载后放到src目录下gitclone https://chromium.googlesource.com/chromium/src/buildtools下载后放到src目录下gitclone https://chromium.googlesource.com/chromium/src/build需要https://chromium.googlesource.co......
  • 必知的十大计算机视觉算法
    成长路上不孤单......
  • RocketMQ 必知概念
    延迟消息延迟等级官方默认设置了18哥延迟等级1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h发送延迟消息:按照默认顺序1-18数字就对应上面的延迟时间Messagemsg=newMessage(TOPIC,TAG,"OrderID199","ok",getBytes(StandardCharsets.UTF_8));//......