No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Under the Smart MA5600T the IPTV service appear a little bit erratic display cause by discarded the third part of UDP fragments

Publication Date:  2012-07-24 Views:  34 Downloads:  0
Issue Description
Soft version:
V800R005C32B056
Topology:
Multicast-sever------Cisco SW ------ MA5600T ------ xdsl-board ------ modem ------STB ------TV
                          |--------- other-produce----xdsl-board---- the same modem ------STB ----TV 
Phenomena: 
The IPTV service is normal, but the quality of program on the client side was worse than other manufactory, has a little bit erratic display; moreover we have compared those different UDP packets from both manufactures were captured at client side, we find out there are some UDP fragments (the third part of UDP fragments) were discarded. Plz refer to the attachment. 
Alarm Information
Null
Handling Process
Modify the PIR value to a large one. 
traffic table ip index 9 cir 2944 cbs 96208 pir 4480 (recommend)    pbs 192416  priority 6 priority-policy local-setting.
Root Cause
1. After referred to the capture files were feed back from TSE, we find out there are some UDP fragments (the third part of UDP fragments) were discarded in the period of time, according as this evidence we can affirm it is the reason why the program appear a little bit erratic display. So the next step is to figure out where the discarding happened.  
2. Need capturing more packets at three different spot:
① Capture packets at the interface of Cisco that was connected to our DSLAM’s uplink-port. We can see the sequence of packet. But after analyzed these capture file (more than 10M) from the interface at Cisco Router, we didn’t find out the symptom that discarded the third part of UDP fragments.  
② Capture packets at the uplink-port of our DSLAM. It is not same as capture on unplink-port through mirror; it's a special way to capture the packet of outbound direction about service-board. Follow the step:
MA5600T(config)#diagnose                                                        
MA5600T(diagnose)%%debugging lswdrv bcm-cli     
BCM.0> _Mirror mode=add OutPort=8    ToPort=6                                     
 Command processing successfully! 
"OutPort=8" through checked the configuration, 0/1/21 use for IPTV, so here OutPort’ID on the LSW must be 8
"ToPort=6"Here means redirect the packets of outbound to 0/20/0, you can capture at 0/20/0.
BCM.0> _Mirror mode=show                                                        
 mirror dest port:6                                                             
 mirror src ingress port:                                                       
 mirror src egress port:   8                                                    
 Command processing successfully!           
After finished the capture operation, don’t forget to close it:
BCM.0>  _Mirror mode=del OutPort=8 ToPort=6
                                             
BCM.0>  _Mirror mode=show                                                       
                                                                             
 mirror dest port: none                                                         
 mirror src ingress port:                                                       
 mirror src egress port:                                                        
 Command processing successfully!                                               
After analyzed these capture file (more than 14M), we can only find out something wrong in two frames, it is not the root reason.  
③Capture packets at the PC of client side.
The discarding still come out from this spot, so we need focusing our mind on the client side, so we have checked the details of all the files, which relevant to client side again. Finally, we found out something wired, check this out: 
"igmp user add port 0/1/21 adsl 1 33 video 1 33 no-auth quickleave immediate 
service-port 103 vlan 401 adsl 0/1/21 vpi 1 vci 33 single-service rx-cttr 9 tx-cttr 15
traffic table ip index 9 cir 2944 cbs 96208 pir 3968 pbs 192416  priority 6 priority-policy local-setting
traffic table ip index 15 cir 384 cbs 14288 pir 768 pbs 28576  priority 6 priority-policy local-setting"
we can see the PIR value in this traffic-table 9 was set 3968Kbps = 3968*1024 = 4063232bps/8 = 507904 byte/s
refer to the port of LSW, how many packets can be transmitted per second?
BCM.0> show c
……
Omitted 
GRMCA.ge7       :            10,243,109            +426,416             390/s
Omitted
……
390 * 1410 (MTU) byte = 549900 byte/s > 507904 byte/s
The traffic of UDP is bigger than pir parameter was limited in traffic-table (549900 > 507904), so we propose you should adjust this value of PIR to a large one in the traffic-table. At least it is not as small as the value of PIR 507904 byte/s.
Suggestions
Null

END