单播的单播

单播的单播,第1张

单播(Unicast)是在一个单个的发送者和一个接受者之间通过网络进行的通信。这个术语与多播相对应,多播是指一个发送者和多个接受者之间的通信,或者任意播,是任何发送者和网络中最近的接受者群之间的通信。早期的这个词叫做点到点通信,与单播的意思类似。新的因特网协议版本6(IPv6)支持单播和任意播,以及多播。
在客户端与媒体服务器之间需要建立一个单独的数据通道,从一台服务器送出的每个数据包只能传送给一个客户机,这种传送方式称为单播。指网络中从源向目的地转发单播流量的过程。单播流量地址唯一。每个用户必须分别对媒体服务器发送单独的查询,而媒体服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余首先造成服务器沉重的负担,响应需要很长时间,甚至停止播放;管理人员也被迫购买硬件和带宽来保证一定的服务质量。文字单播方式下,只有一个发送方和一个接收方。与之比较,组播是指单个发送方对应一组选定接收方的一种通信,任意播是指任意发送方对应一组较为接近的接收方间的一种通信。早期的点对点通信含义类似于单播。如果10个客户机需要相同的数据,则服务器需要逐一传送,重复10次相同的工作。但由于其能够针对每个客户的及时响应,所以现在的网页浏览全部都是采用IP单播协议。网络中的路由器和交换机根据其目标地址选择传输路径,将IP单播数据传送到其指定的目的地。 1 服务器及时响应客户机的请求
2 服务器针对每个客户不同的请求发送不同的数据,容易实现个性化服务。 1 服务器针对每个客户机发送数据流,服务器流量=客户机数量×客户机流量;在客户数量大、每个客户机流量大的流媒体应用中服务器不堪重负。
2 现有的网络带宽是金字塔结构,城际省际主干带宽仅仅相当于其所有用户带宽之和的5%。如果全部使用单播协议,将造成网络主干不堪重负。现在的P2P应用就已经使主干经常阻塞,只要有5%的客户在全速使用网络,其他人就不要玩了。而将主干扩展20倍几乎是不可能。 1 网络设备简单,维护简单,布网成本低廉
2 由于服务器不用向每个客户机单独发送数据,所以服务器流量负载极低。 1无法针对每个客户的要求和时间及时提供个性化服务。
2 网络允许服务器提供数据的带宽有限,客户端的最大带宽=服务总带宽。例如有线电视的客户端的线路支持100个频道(如果采用数字压缩技术,理论上可以提供500个频道),即使服务商有更大的财力配置更多的发送设备、改成光纤主干,也无法超过此极限。也就是说无法向众多客户提供更多样化、更加个性化的服务。
3 广播禁止在Internet宽带网上传输。

可以正常获取IP的话没必要选上,如果您在网络连接正常的情况下无法获取ip地址,可以尝试选择“单播方式获取ip”。

单播是主机之间“一对一”的通讯模式,网络中的交换机和路由器对数据只进行转发不进行复制。如果10个客户机需要相同的数据,则服务器需要逐一传送,重复10次相同的工作。

但由于其能够针对每个客户的及时响应,所以现在的网页浏览全部都是采用IP单播协议。网络中的路由器和交换机根据其目标地址选择传输路径,将IP单播数据传送到其指定的目的地。

单播的优点:服务器及时响应客户机的请求,服务器针对每个客户不通的请求发送不通的数据,容易实现个性化服务。

单播的缺点:服务器针对每个客户机发送数据流,服务器流量=客户机数量×客户机流量;在客户数量大、每个客户机流量大的流媒体应用中服务器不堪重负。

1、首先看TCP/UDP的英文缩写可以知道,他们都有一个P字母,也就是协议的英文,说明他们都是表示一种协议的规则。而单播、广播、组播则表示的是数据在网络中“播放”的形式,是指有一个人能听到还是让特定的人群听得到,还是让所有的人都听的到的区别。UDP支持单播、组播和广播,而TCP不支持广播。
2、理论上讲路由器和路由器连接要使用的是交叉线。
3、你使用的网页程序和提交的所有数据都是存储在baidu的服务器上,管理员可以通过多种方式对任何内容进行无限制的修改。大部分的方式是采用不同用户对数据的 *** 作权限不同来进行区别的,因为这样对程序和数据都最安全。

在这里就不跟你讲基本的概念了,以你所说的视频流转播服务器为例,假如一套节目所需要的带宽资源是2M。
如果说从服务器到用户的路由情况是:VOD--SW1--SW2--SW3--用户(1、2、3n)
单播从服务器到用户之间的每一段路由都要消耗这2M的资源,例如此时只有用户1在进行视频点播,那么从VOD到用户1之间的链路要占用2M的带宽;
广播你可以理解为多个单播的叠加,若采用广播的方式,此时SW3下所有的用户都有视频点播,那么从VOD--SW1--SW2--SW3中每一条链路所占的带宽都为2nM;
多播就是单播与广播的结合,如果SW3下有n/2个用户有视频点播要求,在SW3上开启组播功能,那么VOD--SW1--SW2--SW3这条链路都只占2M的带宽,SW3采用端口复制的方式将业务发往那n/2个用户,SW3到那n/2个用户也只有2M。

单播在客户端与媒体服务器之间需要建立一个单独的数据通道,而组播在发送者和每一接收者之间实现点对多点网络连接。

组播解决了单播和广播方式效率低的问题,组播路由器借助组播路由协议为组播数据包建立树型路由,被传递的信息在尽可能远的分叉路口才开始复制和分发。

媒体服务器是下一代网络的重要设备。该设备在控制设备(软交换设备、应用服务器)的控制下,提供在IP网络上实现各种业务所需的媒体资源功能,包括业务音提供、会议、交互式应答(IVR)、通知、统一消息、高级语音业务等。在应用服务器里,使用MSML(MediaServerMarkupLanguage,一种专用于媒体服务器交互的特殊xml)向媒体服务器发送放音等命令。媒体服务器具有很好的可裁剪性,可灵活实现一种或多种功能。

Keepalived 是一种高性能的服务器高可用或热备解决方案, Keepalived 可以用来防止服务器单点故障的发生,通过配合 Haproxy 可以实现 web 前端服务的高可用。

Keepalived 以 VRRP 协议为实现基础,用 VRRP 协议来实现高可用性(HA)。

 VRRP(Virtual Router Redundancy Protocol)协议是用于实现路由器冗余的协议, VRRP 协议将两台或多台路由器设备虚拟成一个设备,对外提供虚拟路由器 IP(一个或多个),而在路由器组内部,如果实际拥有这个对外 IP 的路由器如果工作正常的话就是 MASTER,或者是通过算法选举产生。

 MASTER 实现针对虚拟路由器 IP 的各种网络功能,如 ARP 请求, ICMP,以及数据的转发等;其他设备不拥有该虚拟 IP,状态是 BACKUP,除了接收 MASTER 的VRRP 状态通告信息外,不执行对外的网络功能。

当主机失效时, BACKUP 将接管原先 MASTER 的网络功能。

VRRP 协议使用多播数据来传输 VRRP 数据, VRRP 数据使用特殊的虚拟源 MAC 地址发送数据而不是自身网卡的 MAC 地址, VRRP 运行时只有 MASTER 路由器定时发送 VRRP 通告信息,表示 MASTER 工作正常以及虚拟路由器 IP(组), BACKUP 只接收 VRRP 数据,不发送数据,如果一定时间内没有接收到 MASTER 的通告信息,各 BACKUP 将宣告自己成为 MASTER,发送通告信息,重新进行 MASTER 选举状态。
如果网路不允许组播(可能是交换机策略设置),又要使用keepalived,那么开启单播。

使用单播模式,即使网络环境内有相同的virtual_router_id,也没有关系。
默认是抢占式,组播的 方式 ,当master down 时,backup 会接管vip 地址。

组播的缺点: keepalived在组播模式下所有的信息都会向2240018的组播地址发送,产生众多的无用信息,并且会产生干扰和冲突,所以需要将其组播的模式改为单拨。这是一种安全的方法,避免局域网内有大量的keepalived造成虚拟路由id的冲突。单播模式需要关闭vrrp_strict,严格遵守vrrp协议这个选项。
抢占式的缺点:会因为网络抖动,vip频繁飘移, 造成不必要的切换,推荐使用非抢占式。
(1) 主设备、 从设备中的 state 都设置为 BACKUP

(3) 默认主设备(priority 值大的 Keepalived 节点) 配置一定要加上 nopreempt,否则非抢占不起作用

(4) 防火墙配置允许组播(主、备两台设备上都需要配置, keepalived 使用 2240018 作为 Master 和Backup 健康检查的通信 IP)
分别在两台机查看当前服务器是否拥有虚拟IP,如果两台服务器都拥有,则说明发生了脑裂,证明目前双机通信出现问题,产生此问题的原有在于 两台服务器都探测不到组内其他服务器的状态 (心跳请求无法正常响应),最后启来的keepalived私自判定另一台先启来的keepalived服务器挂起,则抢占虚拟IP, 脑裂的出现是不被允许的 。

造成脑裂的原因 :通过查看VRRP通信原理发现VRRP基于报文实现的。master设置( advert_int 1  )一定时间发送一个报文给backup。如果backup没有收到就自己成为master。可推出导致问题的原因是因为backup没有收到报文,所以自己成为了master。

VRRP控制报文只有一种:VRRP通告(advertisement)。它使用 IP多播数据包 进行 封装 ,组地址为 2240018 , 发布范围只限于同一局域网内 。这保证了VRID在不同网络中可以重复使用。为了 减少网络带宽 消耗只有 主控路由器 才可以 周期性 的发送 VRRP通告报文 。 备份路由器 在连续 三个通告间隔内收不到VRRP 或收到 优先级为0的通告 后 启动新的一轮VRRP选举 。
# cat /etc/keepalived/keepalivedconf

####################################################################

! Configuration File for keepalived

global_defs {

  router_id keepalived

}

vrrp_script chk_nginx {

  script "/etc/keepalived/check_nginxsh"

  interval 2

  fall 1

  rise 1

}

vrrp_instance nginx {

    state BACKUP

    interface ens33

    virtual_router_id 51

    priority 100

    advert_int 1

    nopreempt

    authentication {

        auth_type PASS

        auth_pass 11111

    }

    unicast_src_ip  1921681104

    unicast_peer {

                    1921681106

    }

    virtual_ipaddress {

      1921681120/24

    }

    track_script {

          chk_nginx

    }

}

####################################################################
# cat /etc/keepalived/keepalivedconf

#############################################################

! Configuration File for keepalived

global_defs {

  router_id keepalived

}

vrrp_script chk_nginx {

  script "/etc/keepalived/check_nginxsh"

  interval 2

  fall 1

  rise 1

}

vrrp_instance nginx {

    state BACKUP

    interface ens33

    virtual_router_id 51

    priority 90

    advert_int 1

    nopreempt

    authentication {

        auth_type PASS

        auth_pass 11111

    }

    unicast_src_ip  1921681106

    unicast_peer {

                    1921681104

    }

    virtual_ipaddress {

      1921681120/24

    }

    track_script {

          chk_nginx

    }

}

#############################################################
# cat /etc/keepalived/check_nginxsh

##########################################

#!/bin/bash

if ! ps -C nginx --no-header > /dev/null 2>&1; then

  systemctl start nginx

  sleep 1

if ! ps -C nginx --no-header > /dev/null 2>&1; then

    exit 1

  fi

fi

##########################################
keepalived详细配置说明

>

单播(原文:unicast)是指封包在计算机网络的传输中,目的地址为单一目标的一种传输方式。它是现今网络应用最为广泛,通常所使用的网络协议或服务大多采用单播传输,例如一切基于TCP的协议。

特点是每次只有两个实体相互通信,发送端和接收端都是唯一确定的。

在IPv4网络中,0000到223255255255属于单播地址。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zz/13013886.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-29
下一篇 2023-05-29

发表评论

登录后才能评论

评论列表(0条)

保存