组播路由(IPv4)管理配置教程
首页 > HuaWei > 组播配置   作者:杭州清默网络  2016年4月7日 12:08 星期四  字号:   评论:1 条
时间:2016-4-7 12:08   评论:1 条 

组播路由(IPv4)管理配置

在交换机上部署组播路由管理(IPv4)功能时需注意:

组播路由管理(IPv4)功能支持在VPN实例内配置。在VPN实例配置组播路由管理(IPv4)功能时,绑定VPN实例的接口不能为使用undo portswitch命令切换成三层模式的物理接口。

Eth-trunk的成员接口所属的不同接口板组播转发规格表项不一致时,该Eth-trunk接口能支持的最大组播转发表项数目以较低规格的接口板为准。

其中,Eth-trunk接口支持的组播转发表项指以下两类:

出接口为使用undo portswitch命令切换成三层模式的Eth-trunk接口的组播转发表项。

VLANIF出接口对应VLAN加入的Eth-trunk接口的组播转发表项。

1RPF检查规则设置

在不同的组播场景中,有时候默认的RPF检查规则无法满足要求。此时,可通过如下方法来改变RPF检查规则。

1.1、组播静态路由设置

通过配置组播静态路由,可以为来自特定组播源的组播报文指定RPF接口或RPF邻居,主要应用于两个场景:

1、改变RPF路由

如果设备希望特定组播源发来的数据报文从指定接口接收,但是RPF检查时发现该接口不是RPF接口,此时可配置组播静态路由,指定该接口为RPF接口。

当设备接收到特定源发来的组播数据报文后,会以该路由为RPF路由来执行RPF检查,不是通过指定接口发来的报文在RPF检查时将不通过。

2、衔接RPF路由

在单播路由被阻断的网段,比如相邻两台设备配置不同的路由协议,并且路由没有相互引入,设备上会由于没有RPF路由而无法进行报文转发。此时通过配置组播静态路由,指定RPF接口来完成RPF检查,便可实现组播报文的转发。

[Huawei]ip rpf-route-static ?

  X.X.X.X       Source IP address

  vpn-instance  VPN instance

 

[Huawei]ip rpf-route-static 10.1.1.1 ?

  INTEGER<0-32>  Source IP mask length

  X.X.X.X        Source IP mask

 

[Huawei]ip rpf-route-static 10.1.1.1 24 ?

  Ethernet         Ethernet interface

  GigabitEthernet  GigabitEthernet interface

  NULL             NULL interface

  Serial           Serial interface

  X.X.X.X          Gateway address

  bgp              BGP protocol

  isis             ISIS protocol

  ospf             OSPF protocol

  rip              RIP protocol

  route-policy     Route policy

  static           STATIC protocol

 

[Huawei]ip rpf-route-static 10.1.1.1 24 ospf ?

  INTEGER<1-65535>  Protocol Process-id

 

[Huawei]ip rpf-route-static 10.1.1.1 24 ospf 1 ?

  Ethernet         Ethernet interface

  GigabitEthernet  GigabitEthernet interface

  NULL             NULL interface

  Serial           Serial interface

  X.X.X.X          Gateway address

  route-policy     Route policy

 

[Huawei]ip rpf-route-static 10.1.1.1 24 ospf 1 GigabitEthernet 0/0/2 ?

  order       Route order   # 路由顺序

  preference  Route preference  # 路由优先级

  <cr> 

 

# 配置组播静态路由时,如果下一跳接口为点对点接口,则可选择gateway-address | interface-type interface-numberinterface-type interface-number参数,指定出接口;如果下一跳接口为点到多点接口,则必须选择gateway-address参数,指定下一跳地址。

 

1.2、组播路由最长匹配设置

缺省情况下,在进行RPF检查时,设备会根据路由优先级来选取路由。可通过配置组播路由最长匹配,改变默认RPF检查规则,在选取RPF路由时首先按照路由的掩码长度来比较,然后再比较路由优先级。

[Huawei]multicast longest-match

 

1.3、组播负载分担设置

缺省情况下,如果存在多条到达源的等价路由,设备在进行RPF检查时,针对不同的情况会有不同的选路规则:

如果这几条等价路由都是来自同一张路由表项,比如单播路由表、组播静态路由表或者MBGP路由表中的一种,则选取下一跳地址最大的路由作为RPF路由。

如果这几条等价路由来自不同的路由表,首先会比较路由优先级,再比较掩码长度。如果上述都相同,则设备会根据一定的函数计算选取出一条路由作为RPF路由。

无论上述何种情况,根据RPF检查规则,设备只会选取一条路由作为RPF路由。

配置了组播负载分担之后,当存在多条等价的最优路由时,组播数据将不会按照RPF检查规则只选一条路由作为RPF路由进行转发,而是在这多条路径上按照一定的策略进行分流转发。

这样,在一定程度上优化了组播数据在网络上的传输质量。

建议根据网络实际情况,固定选用一种组播负载分担策略。推荐配置均衡优先负载分担或者稳定优先负载分担。

配置组播负载分担均衡调整定时器的时间间隔和组播负载分担权值适用于均衡优先负载分担和稳定优先负载分担场景。

如果当前设备配置了PIM-DM协议,则配置的负载分担策略不能指定balance-preferredstable-preferred参数。

1.3.1、组播负载分担方式设置

[Huawei]multicast load-splitting ?

  balance-preferred  Balance preferred

  group              Load-splitting according to group

  source             Load-splitting according to source

  source-group       Load-splitting according to source and group

  stable-preferred   Stable preferred

 

# 命令中不同的参数对应着不同组播负载分担策略:

balance-preferred:表示均衡优先负载分担。

该策略适用于组播业务频繁加入和退出,需要自动调整负载均衡的场景。增加或删除等价路由、删除组播路由表项、接口的组播负载分担权值变化时,设备会对负载自动进行均衡调整。

stable-preferred:表示稳定优先负载分担。

该策略适用于组播业务稳定的场景。增加或删除等价路由时,设备会对负载自动进行均衡调整。删除组播路由表项、接口的组播负载分担权值变化时,设备不主动对负载进行均衡调整。

group:表示基于组地址进行负载分担。

该策略适用于一源多组的场景。

source:表示基于源地址进行负载分担。

该策略适用于一组多源的场景。

source-group:表示同时基于源地址和组地址进行负载分担。

该策略适用于多个源和多个组的场景。

 

2、设置组播转发边界

通过设置组播转发边界,可以限制组播报文转发范围。

在组播网络中,有时候希望发往某个组播组的组播报文只在一个范围内进行转发,此时可在接口配置针对该组播组的转发边界。设备在接收到该组的组播报文时,组播报文将无法通过边界接口进行转发。

[Huawei-GigabitEthernet0/0/1]multicast  boundary  238.1.1.1 ?

  INTEGER<4-32>  Group mask length

  X.X.X.X        Group mask address

 

3、关闭组播报文软转发功能

在组播交换机配置此功能后,可以避免由于软转发造成的丢包、乱序等问题。

通常情况下,交换机在硬件转发建立完成前,采用软件转发进行协助;硬件转发建立完成后,再切换到硬件转发。

快速频道切换FCCFast Channel Change)设备能够很快建立硬件转发,不需要软件转发的协助。

交换机在和FCC配合时,由于软转发的首包缓存机制和转发速度较慢,会造成丢包、乱序等问题。为了避免以上冲突,需要关闭交换机的组播报文软转发功能。

[Huawei]multicast cpu-forward disable

 

4、限制组播转发表项数量

过量的组播转发表项可能会耗尽设备内存,设备允许用户限制组播转发表项数量。

[Huawei]multicast forwarding-table route-limit ?

  <0-131072>  Route entry number limit

 

5、设置组播转发表项最大下行节点数

在组播报文转发过程中,设备为组播转发表项的每一个下行节点复制一份组播报文。根据实际组网情况,设备允许用户对单个转发表项的最大下行节点数进行适当限制,从而缓解设备的处理压力。

[Huawei]multicast forwarding-table downstream-limit ?

  <0-2048>  Downstream number limit

 

6、设置组播转发表项存储为优化模式

正常情况下,系统默认将硬件资源优先分配给单播路由表,而ARP缓存表和组播转发表共享硬件资源。

如果设备当前有大量的ARP缓存表项和组播转发表项共享硬件资源,可配置三层转发表项存储模式为组播优化模式,优化组播转发表的存储,硬件资源优先分配给组播转发表,ARP缓存表和路由表共享硬件资源。

配置此模式或者恢复默认配置时,系统会提示进行重启操作。如果用户不对系统提示信息做响应,则超时后会退回到系统视图,不重新启动。

由于重启操作会导致网络工作在短时间内瘫痪,一般情况下,建议不使用该命令。

[Huawei] set multicast forwarding-table optimization-mode [ slot slot-id ]

 

7、更改组播Hash模式

为了提升组播转发性能,设备一般都会通过一定的Hash算法学习组播地址。但是当出现大量组播Hash冲突有可能导致组播地址无法学习到,此时可以通过尝试更改组播Hash算法的方式来降低冲突。

由于组播地址分布没有规律性,因此无法确定哪种Hash算法最优。在通常情况下,默认算法为最优算法,建议不要轻易变更。

更改组播Hash模式后,必须重启交换机使配置生效。

[Huawei] set multicast-hash-mode { crc-32-upper | crc-32-lower | lsb | crc-16-upper | crc-16-lower }

 

8、使用Ping检测组播业务性能

在选择支持组播的网络设备时,用户不仅仅要求设备支持组播转发和组播路由协议,还要求支持组播故障诊断工具。伴随着组播业务的开展,组播维护和故障定位自然成为必要的需求。

MPing主要有以下几种用途:

发起普通组播组的MPing

通过查看交换机上的组播路由表信息,检查协议运行状态是否正常,确认组播分发树是否正确建立。

通过对目的主机反馈的ICMP Echo Reply报文进行统计处理,计算从MPing发起者到组播组成员的TTL、响应时间等。

按照一定时间间隔连续执行多次MPing,计算网络时延和路由抖动。

发起保留组播组的MPing检测网络中的保留组成员。

<Huawei>ping multicast ?

  -c       Specify the number of echo requests to be sent

  -h       Specify TTL value for echo request to be sent

  -i       Select the interface sending packets

  -m       Time in milliseconds to wait for sending next request packet

  -p       No more than 8 "pad" hexadecimal characters to fill the sent packet.For example, -p 12 will fill the sent packet with 1 and 2 repeatedly

  -q       Quiet output. Nothing is displayed except the summary lines atstartup time and when finished

  -s       Specify the number of data byte to be sent

  -t       Timeout in milliseconds to wait for each reply

  -tos     Specify TOS value for echo requests to be sent

  -v       Verbose output. ICMP packets other than echo reply those arereceived are listed

  X.X.X.X  Multicast destination address

---

<Huawei>ping multicast  ?

  -c       设置发送ICMP echo request报文的数目

  -h       设置echo request报文的TTL

  -i       指定发送request报文的接口

  -m       设置发送下一个echo request报文的等待时间

  -p       设置对于发送的echo request报文的填充字节,长度不超过816进制字符,例如, -p 12 将报文全部填充为12

  -q       除统计数字外,不显示其他的详细信息

  -s       设置echo request报文的长度(字节)

  -t       设置等待echo request报文响应的超时时间(毫秒)

  -tos     指定echo request报文的TOS

  -v       显示接收到的非icmp echo response报文,缺省为不显示

  X.X.X.X  目的组播IP地址

 

# 通过执行目的地址为保留组的MPing命令可以检查与指定接口直连的交换机上的接口是否使能相应协议,加入相应的保留组播组。

当目的地址为保留组播组时必须指定-i参数;当目的地址为一般组播地址时不能指定-i参数。

 

9、使用Tracert检测组播业务性能

在组播故障处理和日常维护中使用mtrace命令在追踪过程中收集流量信息,有助于定位故障结点、减少配置错误,循环执行追踪过程,可以统计组播流速率。

在使用mtrace命令时,可先执行mtrace query-policy命令对单播方式的IGMP-Tracert-Query报文进行过滤。

<Huawei>mtrace ?

  -b             Specify the send mode that send query packet to multicast address 224.0.0.2

  -d             Specify the send mode that send query packet to specified destination address

  -g             Specify group address to be traced

  -gw            Specify the send mode that send query packet to specified last-hop router

  -l             Analyse rate of multicast flow

  -m             Specify the maximum TTL used in maximum hop mode

  -mr            Specify group address as the multicast response address

  -q             Specify the number of probe packet

  -r             Specify address of multicast receiver for the path being traced

  -tr            Specify the TTL in multicast response message

  -ts            Specify the maximum hops of hop-by-hop trace

  -ur            Specify unicast address as the response address

  -v             Verbose output

  -vpn-instance  Specify VPN-Instance of MPLS VPN

  -w             Specify the timeout in seconds to wait for response message

  source         Specify address of the multicast source for the path being traced

------------

<Huawei>mtrace ?

  -b             指定发送模式为将query报文发送给224.0.0.2

  -d             指定发送模式为将query报文发送给指定接收者

  -g             指定被追踪的组播组

  -gw            指定发送模式为将query报文发送给指定最后一跳

  -l             分析组播数据的流量

  -m             指定最大跳数查询的最大跳数

  -mr            指定组地址为组播回应地址

  -q             指定发送查询的最大重试次数

  -r             指定组播跟踪路径上的组播接收者的地址

  -tr            指定组播回应消息的TTL

  -ts            指定逐跳查询的最大跳数

  -ur            指定单播地址为组播回应地址

  -v             详细信息

  -vpn-instance  指定VPN实例的名称

  -w             指定组播查询消息的超时时间

  source         组播源地址

 

# 使用mtrace检测后,可以使用display mtrace statistics命令查看报文统计信息。但是进行多次检测后,大量的测试报文统计信息已经不便于进行结果分析,这时可以使用reset mtrace statistics命令用来清除mtrace的统计信息。

 

10、清除组播转发表项和路由表项

在确认需要清除组播转发表项和路由表项后,在用户视图下选择执行reset命令,清除组播转发表项和路由表项。

执行reset命令将清除组播转发表或路由表中的信息,可能导致组播数据无法正常传输。清除公网实例的组播路由表中的路由项后,公网实例/VPN实例的相应组播转发项也将被清除。

<Huawei>reset multicast ?

  all-instance      Specify all instances

  forwarding-table  Multicast forwarding table information

  ipv6              IPv6 multicast status and configuration information

  routing-table     Multicast routing table

  vpn-instance      Specify a VPN-Instance

 

<Huawei>reset multicast routing-table ?

  X.X.X.X             Source address

  X.X.X.X             Group address

  all                 All entries

  incoming-interface  Incoming interface

 

<Huawei>reset multicast routing-table  all

 

11、设置存储无效IPv4组播协议报文的最大个数

当组播网络中转发表项无法建立或MSDP对等体无法建立连接时,可以对组播设备存储的无效组播协议报文的最大个数进行设置,并选择相应的查看命令查看无效组播协议报文的统计信息及详细信息,从而分析无效报文,及时准确定位问题,排除故障。

[Huawei]multicast invalid-packet ?

  igmp  IGMP invalid packet

  mdt   MDT invalid packet

  msdp  MSDP invalid packet

  pim   PIM invalid packet

 

[Huawei]multicast invalid-packet  msdp ?

  max-count  Specify the max count of invalid packets recorded

 

[Huawei]multicast invalid-packet  msdp max-count ?

  INTEGER<1-100>  The max count of invalid packets recorded

 您阅读这篇文章共花了: 
二维码加载中...
技术交流:欢迎在本文下方留言或加入QQ群:647682417 互相学习。     
本文地址:http://www.023wg.com/Multicast/229.html
版权声明:若无注明,本文皆为“杭州清默网络”原创,转载请保留文章出处。
广东seo2016-04-11 10:05
网站内容不错,大学学过计算机网络的相关知识,会常来,加油博主!!

返回顶部    首页   
版权所有:杭州清默网络    杭州清默网络