组播风暴抑制

配置

storm-control特性后，当从一个端口进入到交换机的单播、组播或广播数据帧超过设定值时，storm-control将采

取相应的保护措施（例如关闭端口或者发送SNMP trap消息）

交换机每1秒钟统计进入一个端口的各种类型的数据帧（单播、组播、广播）的数量，然后与该端口设置的抑制阈值对比。 【配置】 int f0/1

storm-control action shutdown或trap

设置检测到storm时端口采取的动作（shutdown参数表示端口将被置于error-disable，trap参数表示产生一个SNMP Trap消息）

storm-control broadcast level [开始抑制的百分比] [重新使用的百分比] storm-control multicast level [开始抑制的百分比] [重新使用的百分比] storm-control unicast level [开始抑制的百分比] [重新使用的百分比]

当广播数据流量达到该端口百分多少时认为是storm 当组播数据流量达到该端口百分多少时认为是storm 当单播数据流量达到该端口百分多少时认为是storm 为是storm

stor

Multicast --------------

首先我们来看两个概念，每次说到这有很多朋友就会问我组播和多播的区别，其实这就是一个概念。叫法不一样。

其实像组播我们已经早就涉及到了，在IGP中像rip（v2），ospf，eigrp。它们都是组播更新。 我们接着往下看三个单词，unicast，broadcast，multicast。

那么我们想一个问题首先我们路由更新用单播行不行，以ospf为例它能不能用单播了？答案是肯定可以的，但是为什么不用了，很简单配置太复杂，因为你要像BGP一样去指邻居。那么广播也是可以的，但是我们也不用，因为广播带有受迫性，所有人都要收到这个广播信息，不管你要不要你都要收到，这样会照成网络的一个不安全，还有什么CUP开销啊等等。 那么单播，广播都不能用那么组播的优势就体现出来了。 --

1：首先配置组播不需要配置任何一个neighbor命令，它自动去发，在就是它有一个组的概念（group）。比如ospf 它是组播地址224.0.0.5，你只有加入了这个组你才能识别。像PC收到了这个消息直接lost。

幻灯片上面写的很多多播好处，

2：像一个原多个接收者像视频会议。 3：然后节约带宽。 看下幻灯片吧

上面的是单播我下面

Multicast --------------

首先我们来看两个概念，每次说到这有很多朋友就会问我组播和多播的区别，其实这就是一个概念。叫法不一样。

其实像组播我们已经早就涉及到了，在IGP中像rip（v2），ospf，eigrp。它们都是组播更新。 我们接着往下看三个单词，unicast，broadcast，multicast。

那么我们想一个问题首先我们路由更新用单播行不行，以ospf为例它能不能用单播了？答案是肯定可以的，但是为什么不用了，很简单配置太复杂，因为你要像BGP一样去指邻居。那么广播也是可以的，但是我们也不用，因为广播带有受迫性，所有人都要收到这个广播信息，不管你要不要你都要收到，这样会照成网络的一个不安全，还有什么CUP开销啊等等。 那么单播，广播都不能用那么组播的优势就体现出来了。 --

1：首先配置组播不需要配置任何一个neighbor命令，它自动去发，在就是它有一个组的概念（group）。比如ospf 它是组播地址224.0.0.5，你只有加入了这个组你才能识别。像PC收到了这个消息直接lost。

幻灯片上面写的很多多播好处，

2：像一个原多个接收者像视频会议。 3：然后节约带宽。 看下幻灯片吧

上面的是单播我下面

首先要强调一下组播的应用环境，组播的目的是为多客户端传输数据的时候尽量节约带宽资源，只在必要的时候才将数据帧复制，所以对于组播来讲，天生就是来对付“一对多”这样的网络需求的。建立模型时可以认为在网络的末节有一台Server，另一末节有客户，中间是网云，那么应用组播会是这样的情景：

Server与第一跳路由器之间没有运行的协议，靠Server具体的应用程序来驱动。中间网云中的路由器要运行组播路由协议来识别和传输组播数据包，目前应用最广泛的的是PIM协议。最后一跳路由器和组成员之间运行IGMP协议，以确定组成员的加入和退出。

关于PIM的RPF检测，是组播利用单播路由表进行的防环路机制，当一个组播数据包来，我查看其中的Source地址所属的网段在单播路由表中是通过哪一个接口进入我这台路由器的，我会记录下来，当再来组播数据包时，凡不是从我这个接口进来的，我出于安全考虑，丢弃。

IGMP是一个独立于PIM的协议，是最后一跳路由器和PC商议组播的语言，目前应用最普遍的事IGMP V2，路由器会在接口上维护组播成员关系表，每60s发送一个查询，通告自己组播路由表中的组的地址，有兴趣的PC会给予回应，路由器记录其信息。

域间组播协议解析

首先要强调一下组播的应用环境，组播的目的是为多客户端传输数据的时候尽量节约带宽资源，只在必要的时候才将数据帧复制，所以对于组播来讲，天生就是来对付“一对多”这样的网络需求的。建立模型时可以认为在网络的末节有一台Server，另一末节有客户，中间是网云，那么应用组播会是这样的情景：

Server与第一跳路由器之间没有运行的协议，靠Server具体的应用程序来驱动。中间网云中的路由器要运行组播路由协议来识别和传输组播数据包，目前应用最广泛的的是PIM协议。最后一跳路由器和组成员之间运行IGMP协议，以确定组成员的加入和退出。

关于PIM的RPF检测，是组播利用单播路由表进行的防环路机制，当一个组播数据包来，我查看其中的Source地址所属的网段在单播路由表中是通过哪一个接口进入我这台路由器的，我会记录下来，当再来组播数据包时，凡不是从我这个接口进来的，我出于安全考虑，丢弃。

IGMP是一个独立于PIM的协议，是最后一跳路由器和PC商议组播的语言，目前应用最普遍的事IGMP V2，路由器会在接口上维护组播成员关系表，每60s发送一个查询，通告自己组播路由表中的组的地址，有兴趣的PC会给予回应，路由器记录其信息。

域间组播协议解析

组播协议命令 第1章 IPv4组播协议

第1章 IPv4组播协议

如果为无线产品，则本文所指的路由器代表了一般意义下的路由器或运行了路由协议的无线控制产品。

1.1 组播公用命令 1.1.1 show ip mroute

命令：show ip mroute [ []] 功能：显示ipv4组播的软件转发表。

参数：GroupAddr: 显示跟此组播地址相关的转发表项。 SourceAddr：显示跟此源相关的转发表项。 缺省情况：无。

命令模式：特权模式和全局配置模式。 使用指南：

举例：显示所有组播转发表。 Switch(config)#show ip mroute

Name: Loopback, Index: 2002, State:49 Name: null0, Index: 2003, State:49 Name: sit0, Index: 2004, State:80

Name: Vlan1, Index: 2005, State:1043 Name: Vlan2, Index: 2006, State:1002 Name: pimreg,

DHCP 中继：

首先路由可达 然后在请求PC的网关接口上配置 r2(config-if)#ip helper-address 192.168.2.1

HDCP server ip地址

路由器的作用：

1、用于不同网路（1、不同广播域 2、不同网络类型）的连接 2、为它所承载的数据做路径的选择（路由表）

r1(config)#ip route 192.168.2.0 255.255.255.0 fastEthernet 0/0 出接口 出接口：多用于点到点网络中

r1(config)#ip route 192.168.2.0 255.255.255.0 12.1.1.2 下一跳地址 下一跳地址：多用于MA网络

负载均衡：当到达同一目标地址时拥有多条开销相同路径时，可以同时使用 S 1.1.1.0 [1/0] via 192.168.2.1 [1/0] via 192.168.3.2

EPON组播开通总结

一、OLT相关配置（蓝色是需要执行的命令，其他是查看命令）

本文以实例说明开通组播业务在OLT上进行的相关配置。 相关数据：组播VLAN 4020、点播VLAN 43、上网VLAN 1008、语音VLAN 4050。

ZXAN(config)#interface gei_0/9/1 //进入OLT上联口 ZXAN (config-if)#switchport vlan 4020,43,1008,4050 tag

//将所有业务VLAN加入OLT上联口

ZXAN(config)#igmp mvlan 4020 //加入组播VLAN 4020

ZXAN(config)#igmp mvlan 4020 source-port gei_0/6/1

//定义源端口

ZXAN(config)#igmp mvlan 4020 receive-port epon-onu_0/4/4:1

//定义接收端口，F820

ZXAN(config)#igmp mvlan 4020 receive-port epon-onu_0/4/4:2

//定义接收端口，D400

ZXAN(config)# igmp mvlan 4

EPON组播原理及实验（用SMB实验）

一．原理：一对多（单个发送者对应多个接收者的网络通信技术）在二层没有与组播igmp

相兼容的协议导致组播在二层是以广播转发的，epon用igmp-snooping来解决这个问题； 二．结合EPON的组播建立与转发过程； 三．实验拓扑；

Smb（6/1）—（1/1）olt（1/5）—（1/9）onu（1/1）—SMB（4/3） （组播源） （组播成员）

四.实验过程：有一个组播组，组内有组播成员、有组播源，在组播成员加入组播组后就可

以收到组播源发出的数据流了。

（1）SMB（4/3）发送加入组报文， olt是收到加组报文（成员ip，D ip-224.x.x.x ,G224.x.x.x）

后第一个加组报文透传并建立对应的组，在来的加组报文拦截建立对应的转发表项；onu是建立对应的组播转发表；

（加入224.1.1.1组的加入报文）建组与加组成功

（2）组播原发送数据smb（6/1）

可以在oun上看到组播数据流过来了（00 00 00 00 00 51）

（3）实验配置：

Olt

2.2.5 OLT的组播功能测试

2.2.5.1 OLT的Igmp-Soonping功能

测试用例编号 2.2.5.1 测试项目 OLT的Igmp-Soonping功能 测试目标： 在FTTH网络结构中，OLT应支持IGMP SNOOPING 测试环境配置：拓扑图 OLT 1 分路器 ONU1 ONU2 SMB 2 3 测试用例及步骤： 1. 按照如上图搭建测试环境 2. 在OLT上打开igmp-snooping功能，SMB1口发送query包（发送一个查询包，不能线速发送，会冲到CPU）； 3. SMB3口向ONU1发送igmp report报文加入组播组225.1.1.10； 4. SMB1口经OLT发送225.1.1.10的组播测试帧； 5. SMB3口经ONU1向OLT发送igmp leave报文，退出组播组225.1.1.10； OLT的配置： 在OLT上开启组播功能：ip mcst enable 在OLT上设置组播模式为igmp-snooping: ip mcst mode igmp-snooping 在OLT上配置组播VLAN和组播IP地址的对应关系：ip mcst mc-vlan 2 range