【运维小能手】IPTV故障定位

唐永
唐永  Silver  (1)
5 years 7 months ago  View: 6022  Reply: 12
1F

一、        故障的定界

1.         如何确定问题是否在接入网?

2.         是否是上层原因(可能是数据问题、也可能是设备问题)?

3.         是否组播流量异常?

4.         如何快速定界?

二、        定界操作

引流操作,定界上层与OLT之间故障:

MA5680T(config)#multicast-vlan 3900       //进入MVLAN3900

 

MA5680T(config-mvlan3990)#igmp program modify ip 239.93.0.12 prejoin enable

//开始拉组播流,频道地址为239.93.0.12

 

MA5680T(config-mvlan3990)#display multicast flow-statistic vlan 3990 ip 239.93.0.12

{ <cr>|sourceip<K> }:

  Command:

          display multicast flow-statistic vlan 3990 ip 239.93.0.12

  Command is being executed. Please wait...

  Multicast flow statistic result: 3141(kbps)

//看看是否有组播流到达OLT,同时与其他OLT比较流量大小是否正常。

 

MA5680T(config-mvlan3990)#igmp program modify ip 239.93.0.12 prejoin disable

//关闭引流操作

用于定界OLT与机顶盒之间的故障:

 

打开用户的消息调试开关,例如收到该用户的Report报文,离开报文信息。

 

打开IGMP用户的调试命令,会打印收到的一些报文事件信息:

 

terminal debugging

terminal monitor

debugging igmp service-port index

undo debugging igmp

 

视频质量监控-rtp为监控RTP封装的视频流进入到OLT是否丢包,通过ACL统计和RTP中流水号比对,检测丢包数目,在出现花屏时进行定界使用。

 

诊断模式下使用rtp stream statistic命令启动视频质量监控实例。配置实例如下:

MA5680T(diagnose)%%rtp stream statistic vlan 3900

{ destination-ip<K> }:destination-ip

{ destination-ip-address<I><X.X.X.X> }:239.11.0.1

{ port<K> }:port

{ frameid/slotid/portid<S><Length 1-15> }:0/19/0

{ <cr>|monitor-time<K> }:monitor-time

{ monitor-time-value<U><1,1440> }:10

其中VLAN、目的IP和源IP分别表示IPTV视频流到达设备上行口时的VLAN、目的IP和源IP,其中源IP可以不输入。之后需要输入IPTV视频流进入设备的上行端口。之后可以通过monitor-time指定监控时长,单位:分钟。当监控时长超过指定时长时监控自动停止,若不指定monitor-time则默认监控时长为60分钟,最长可设置监控时长为1440分钟,即1天。

查询结果:

在监控过程中可以使用display rtp stream statistic命令查询视频质量监控结果,根据查询结果进行故障定责。

MA5680T(diagnose)%%display rtp stream statistic vlan 3900 destination-ip 239.11.0.1

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

  Current status                                   : STAT

  Current step                                     : 4096

  Current SN                                       : 0

  Number of normal steps                           : 60

  Number of lost packets                           : 741

  Count of status changes from STAT to DETECT      : 0

  Count of key packet reception timeout activities : 0

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

关注LOST 数量

 

 


会飞的熊
会飞的熊  Diamond 
5 years 7 months ago
2F
已收藏很好的帖子 请问这个是针对电信联通的iptv,其他的网络机顶盒厂家的视频问题如何定位处理?流畅一样吗?
Babala
Babala  Moderator 
5 years 7 months ago
3F
跪了,这个实例写的不错,应用了视频监控这个手段:)
于晓晓
于晓晓  Junior 
5 years 7 months ago
4F
很实用的介绍,操作也很简单,清晰明了!大赞!!!
CandiceHe
CandiceHe  Junior 
5 years 7 months ago
5F
赞一个,操作步骤清晰明了,很有指导意义!
王海娇
王海娇  Junior 
5 years 7 months ago
6F
条理清晰,写得很棒!
于晓晓
于晓晓  Junior 
5 years 7 months ago
7F
CandiceHe 发表于 2016-09-01 15:40 赞一个,操作步骤清晰明了,很有指导意义!
下次遇到问题可以试试
CandiceHe
CandiceHe  Junior 
5 years 7 months ago
8F
于晓晓 发表于 2016-09-01 15:45 下次遇到问题可以试试
是的
姚凤利
姚凤利  Junior 
5 years 7 months ago
9F
大赞!!看完一目了然,多些这样的实例吧
亦农
亦农  Gold 
5 years 7 months ago
10F
很好的分享,有两个疑问:1、引流操作和RTP视频质量监控是不是都是用于界定OLT和上层网络的故障的,这两个有什么差异? 2、OLT与机顶盒之间的是如何界定故障位置的,如何从那几个调试命令中判断是那端的故障? 静候您的解答
1/2Page