ip组播

在224.0.0.0～239.255.255.255范围内的地址称为D类IP组播地址。其中，224.0.0.0～224.0.0.255为预留的组播地址(永久组地址)，地址224.0.0.0保留不做分配，其他地址供路由协议使用。224.0.1.0～238.255.255.255为用户可用的组播地址(临时组地址)，全网范围内有效。239.0.0.0～239.255.255.255为本地管理组播地址，仅在特定的本地范围内有效。 组播(Multicast)传输是在发送者和每一接收者之间实现点对多点网络连接。它解决了单播和广播方式效率低的问题。当网络中的某些用户需求特定信息时，组播源(即组播信息发送者)仅发送一次信息，组播路由器借助组播路由协议为组播数据包建立树型路由，被传递的信息在尽可能远的分叉路口才开始复制和分发。 来源： https://www.cnblogs.com/724795211qqq/p/11949279.html

单播地址 IPv6单播地址与IPv4单播地址一样，都只标识了一个接口。为了适应负载平衡系统， RFC 3513允许多个接口使用同一个地址，只要这些接口作为主机上实现的IPv6的单个接口出现。单播地址包括四个类型：全局单播地址、本地单播地址、兼容性地址、特殊地址。 一、全球单播地址：等同于IPv4中的公网地址，可以在IPv6 Internet上进行全局路由和访问。这种地址类型允许路由前缀的聚合，从而限制了全球路由表项的数量。 二、本地单播地址： 链路本地地址和唯一本地地址都属于本地单播地址，在IPv6中，本地单播地址就是指本地网络使用的单播地址，也就是IPV4地址中 局域网 专用地址。每个接口上至少要有一个链路本地单播地址，另外还可分配任何类型（单播、任播和组播）或范围的IPv6地址。 (1)链路本地地址（FE80::/10）：仅用于单个链路（链路层不能跨VLAN），不能在不同子网中路由。结点使用链路本地地址与同一个链路上的相邻结点进行通信。例如，在没有路由器的单链路IPv6网络上，主机使用链路本地地址与该链路上的其他主机进行通信。 (2)唯一本地地址（FC00::/7）：唯一本地地址是本地全局的，它应用于本地通信，但不通过Internet路由，将其范围限制为组织的边界。 (3)站点本地地址（FEC0::/10，新标准中已被唯一本地地址代替） 三、兼容性地址

现阶段通常采用的行情转发方式是基于tcp点播的机制。tcp点播机制下主机之间是“一对一”的通讯模式，网络中的交换机和路由器对数据只进行转发不进行复制。在此情况下，如果n个客户机需要相同的数据，则服务器需要逐一传送，重复n次相同的工作。随着客户机数量的不断增长，行情转发服务器将不堪重负，同时造成大量的网络带宽消耗。因此为了 保证行情 转发的公平性，优化行情转发速度，节约带宽资源，进一步探索了基于udp组播技术的行情转发机制。 组播传输：在发送者和每一接收者之间实现点对多点网络连接。如果一台发送者同时给多个的接收者传输相同的数据，也只需复制一份的相同数据包。组播方式它提高了数据传送效率，减少了骨干网络出现拥塞的可能性。 组播源：信息的发送者，不是组播组成员。 组播组：接收者的集合，使用一个组播IP地址来标示。 二层组播：组播报文在L2层传输，称为“二层组播”，相应的组播协议称为“二层组播协议”，包括IGMPSnooping/MLD Snooping。 三层组播：组播报文在L3层传输，称为“三层组播”，相应的组播协议称为“三层组播协议”，包括IGMP/MLD、PIM等。 组播地址：标准组织将D类地址空间分配给IPv4组播使用，范围224.0.0.0 ~239.255.255.255。 组播地址表：交换机在转发组播数据时是根据组播地址表来进行的。由于组播数据不能跨越VLAN传输

一.用户配置: <H3C>system-view [H3C]super password H3C 设置用户分级密码 [H3C]undo super password 删除用户分级密码 [H3C]localuser bigheap 123456 1 Web网管用户设置,1（缺省）为管理级用户,缺省admin,admin [H3C]undo localuser bigheap 删除Web网管用户 [H3C]user-interface aux 0 只支持0 [H3C-Aux]idle-timeout 2 50 设置超时为2分50秒,若为0则表示不超时,默认为5分钟 [H3C-Aux]undo idle-timeout 恢复默认值 [H3C]user-interface vty 0 只支持0和1 [H3C-vty]idle-timeout 2 50 设置超时为2分50秒,若为0则表示不超时,默认为5分钟 [H3C-vty]undo idle-timeout 恢复默认值 [H3C-vty]set authentication password 123456 设置telnet密码,必须设置 [H3C-vty]undo set authentication password 取消密码 [H3C]display users 显示用户 [H3C]display user-interface

多播(组播) 组播组可以是永久的也可以是临时的。组播组地址中，有一部分由官方分配的，称为永久组播组。永久组播组保持不变的是它的ip地址，组中的成员构成可以发生变化。永久组播组中成员的数量都可以是任意的，甚至可以为零。那些没有保留下来供永久组播组使用的ip组播地址，可以被临时组播组利用。 224.0 . 0.0 ～ 224.0 . 0.255 为预留的组播地址（永久组地址），地址 224.0 . 0.0 保留不做分配，其它地址供路由协议使用； 224.0 . 1.0 ～ 224.0 . 1.255 是公用组播地址，可以用于 Internet ；欲使用需申请。 224.0 . 2.0 ～ 238.255 . 255.255 为用户可用的组播地址（临时组地址），全网范围内有效； 239.0 . 0.0 ～ 239.255 . 255.255 为本地管理组播地址，仅在特定的本地范围内有效。 可使用ip ad命令查看网卡编号，如： itcast$ ip ad 1 : lo : < LOOPBACK , UP , LOWER_UP > mtu 65536 qdisc noqueue state UNKNOWN group default link / loopback 00 : 00 : 00 : 00 : 00 : 00 brd 00 : 00 : 00 : 00 : 00 : 00

IGMP基础 IGMP消息封装在IP报文中，IGMP消息封装在IP报文中，且TTL字段值为1，表示IGMP消息只在本地网段传播。 IGMP版本： 1、 IGMPv1 版本（由 RFC 1112 定义） 2、 IGMPv2 版本（由 RFC 2236 定义） 3、 IGMPv3 版本（由 RFC 3376 定义） IGMPv1报文类型： 1、 普遍组查询报文（General Query）： 查询器向共享网络上所有主机和路由器发送的查询报文，用于了解哪些组播组存在成员。 2、 成员报告报文（Report）： 主机向组播路由器发送的报告消息，用于申请加入某个组播组或者应答查询报文。 IGMPv1查询器选举： 当一个网段内有多个组播路由器时，需要选举出一个 IGMP 查询器，由查询器发送查询报文，负责该网段的组成员关系查询。 在 IGMPv1 中，由组播路由协议 PIM 选举出唯一的组播信息转发者（Assert Winner 或 DR）作为 IGMPv1 的查询器。 PIM选择DR规则： 1、 DR优先级较高者获胜（网段中所有PIM路由器都支持DR优先级）。 2、 如果DR优先级相同或该网段存在至少一台PIM路由器不支持在Hello报文中携带DR优先级，则IP地址较大者获胜。 IGMPv1查询和响应过程： 1、 查询器每隔60s 向网络中发起查询，目的地址为224.0.0.1（所有设备）

OSPF概念 OSPF ：Open Shortest Path First，开放最短路径优先协议，是一种链路状态路由协议，在RFC 2328中描述。Open意味着开放、公有，任何标准化的设备厂商都能够支持OSPF。 与RIP的区别 ※ RIP：运行距离矢量路由协议，周期性的泛洪自己的路由表，通过路由的交互，每台路由器都从相邻（直连）的路由器学习到路由，并且加载进自己的路由表中，而对于这个网络中的所有路由器而言，他们并不清楚网络的拓扑，他们只是简单的知道要去往某个目的应该从哪里走，距离有多远。 ※ OSPF：运行链路状态路由协议，路由器之间交互的是LSA（链路状态通告），而非路由信息，路由器将网络中泛洪的LSA搜集到自己的LSDB（链路状态数据库）中，这有助于OSPF理解整张网络拓扑，并在此基础上通过SPF最短路径算法计算出以自己为根的、到达网络各个角落的、无环的树，最终，路由器将计算出来的路由装载进路由表中。 OSPF特性  OSPF链路状态协议（开放式最短路径优先），支持VLSM（变长子网掩码），CIDR（无类路由协议），支持安全认证  采用SPF算法（Dijkstra算法）计算最佳路径，快速响应网络变化  网络变化是触发更新  以较低频率（每隔30分钟）发送定期更新，被称为链路状态刷新  与距离矢量相比，链路状态协议掌握更多的网络信息 OSPF三张表 1. 邻居表

以太网的地址为48位，由ieee统一分配给网卡制造商，每个网卡的地址都必须是全球唯一的。共6个字节的长度 字节 5 4 3 2 1 0 位 47。。40 39。。32 31。。24 23。。16 15。。8 7。。0 例子 08 00 09 A0 4A B1 我们需要注意的是以太网地址的第32位是组播地址的标志位： 位 47。。33 32 31。。24 23。。0 制造厂商标识 组播标志位 制造厂商标识 系列号 共6个字节，其中前面3个字节（除了第32位），组成制造厂商的标识，每个制造厂商的前3个字节是不同的，如果两个网卡的前面3个字节是一样的，那么这个卡是同一个公司制造的。同时通过该3个字节就可以反过来知道这个卡是哪个厂制造的。后面3个字节为系列号，由制造厂商给自己生产的网卡分配一个号码，不同网卡的号码必须不同， 网卡地址的制造厂商的3个字节的标识中，例如上面的08:00:09 ,080009 是惠普公司的标识，表示这个卡是惠普公司制造的。3个字节的第一个字节，必须为偶数，上面的08是一个偶数，是因为第32位，就是第一个字节的最低位是组播标识，必须为0。 以下 X0:XX:XX:XX:XX:XX X2:XX:XX:XX:XX:XX X4:XX:XX:XX:XX:XX X6:XX:XX:XX:XX:XX X8:XX:XX:XX:XX:XX XA:XX:XX:XX:XX:XX XC

引子 　　前一段时间处理一个线上问题，服务器拉组播码流，但是每隔3-4分钟就断流一次，引起服务异常。排除了交换机和组播网络的问题后， 确认问题还是在服务器侧。 组播为什么断流？ 　　前方工程人员抓包确认，交换机发送了igmp general query报文，但是服务器没有响应组播report报文，交换机上igmp条目超时退出，导致断流。 　　抓包分析如下： 　　 rp_filter配置对入向报文的影响 　　具体的排查过程就不再赘述了，这里只写结论：rp_filter配置影响了系统响应IGMP general query查询，当rp_filter设置为0后， 系统正常响应交换机GIMP general query报文，组播码流没有再出现断流。 　　即使系统中配置了策略路由，也没有发挥应有的作用，rp_filter模块在做反向路径检查时，还是认为源地址校验失败。这比较 令人费解，看了只能从rp_filter机制和内核代码中找答案了。 rp_filter简要说明 　　关于rp_filter详细描述，可以参考Lninux内核Documentation\networking\ip-sysctl.txt描述，以及本文末尾的博文链接。 　　 　　rp_filter - INTEGER 　　　　0 - No source validation. 　　　　1 - Strict mode as

来自： http://www.h3c.com/cn/d_201811/1131076_30005_0.htm 解读VXLAN 1 起源-Origin 传统的交换网络解决了二层的互通及隔离问题，这个架构发展了几十年已经相当成熟。而随着云时代的到来，却渐渐暴露出了一些主要的缺点。 Ÿ 多租户环境和虚拟机迁移 为了满足在云网络中海量虚拟机迁移前后业务不中断的需要，要求虚拟机迁移前后的IP不能变化，继而要求网络必须是大二层结构。传统的二层网络技术，在链路使用率、收敛时间等方面都不能满足需要。 Ÿ VLAN的局限 随着云业务的运营，租户数量剧增。传统交换网络用VLAN来隔离用户和虚拟机，但理论上只支持最多4K个标签的VLAN，已无法满足需求。 2 竞争-Competition 为了解决上述局限性，不论是网络设备厂商，还是虚拟化软件厂商，都提出了一些新的Overlay解决方案。 网络设备厂商，基于硬件设备开发出了EVI（Ethernet Virtualization Interconnect）、TRILL（Transparent Interconnection of Lots of Links)、SPB（Shortest Path Bridging）等大二层技术。这些技术通过网络边缘设备对流量进行封装/解封装，构造一个逻辑的二层拓扑，同时对链路充分利用、表项资源分担