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

FAQ-Why ONT recovered and registered again but still cannot order traffic of IPTV, when the user of multicast offline abnormally

Publication Date:  2012-07-24 Views:  42 Downloads:  0
Issue Description
Q:
Why ONT recovered and registered again but still cannot order traffic of IPTV, when the user of multicast offline abnormally. 
Deactivate ONT or disconnect patch cord and after recover the ONT multicast traffic still stop.
Alarm Information
null
Handling Process
A:
1. when the issue is appeared, but the multicast-service haven't been recovered. Implement these approaches
And collect output info.
"MA5600(config)#display igmp user online all"
2. Show multicast-entry in the LSW
MA5600(diagnose)%%debugging lswdrv bcm-cli
BCM.0> ipmc table show
SRC IP ADDRESS  MC IP ADDRESS   VLAN PORT --- -- V COS TS        L3_MAP
L2_MAP           L2_UT_MAP          ---
0.0.0.0         224.11.10.6      299   -1   0  0 1   7 0 0x0000000000000000
0x0000000000020000 0x0000000000000000    0
Omit…… 
3. Check the multicast-entries in the ONU/modem
telnet 192.168.1.200 -------------this ip address is ONU/modem’s 
 
User name:root
User password:admin
 
TERMINAL>
! EVENT WARNING 2005-01-01 02:17:35
  ALARM NAME :Change of maintenance user's status
  PARAMETERS :User name: root, Log mode: Telnet, IP: 192.168.1.123, State:
  Log on
 
TERMINAL>enable
 
TERMINAL#configure terminal
 
TERMINAL(config)#gpon
TERMINAL(gpon)#gponmac
-------------------- mac software table ----------------------------
index      samac           mcastmac        gemport  srcport  agetick
[  1] 00:02:02:0d:5c:d5 01:00:5e:0b:0a:03    128        1       70
[  2] 00:02:02:0d:5c:d5 01:00:5e:01:01:01    128        1     4860
[  3] 00:14:22:aa:2d:4e 01:00:5e:7f:ff:fa    128        1      380
[  4] 00:02:02:0d:5c:d5 01:00:5e:0b:0a:05    128        1     5090
Omit……
--------------gpon mac software table---------------------
Index age static bridge dstflow sa-act da-act        mac
72    0   1      0      63      0      0      00:e0:fc:d5:73:eb
132   0   0      60     63      0      2      00:13:d3:51:b6:53
135   1   1      60     63      0      0      00:14:22:aa:2d:4e
392   0   0      60     63      0      0      01:00:5e:0b:0a:03
454   0   1      60     63      0      0      00:1e:10:0d:12:a9 
TERMINAL(gpon)#
4. We can find out here is no entry concerning 01:00:5e:0b:0a:06, so even if those multicast-traffic reached on the ONU, ONU still don't know how to process those multicast-traffic, going to discard. 
Root Cause
1. Because according as the principles of multicast forward, if the ONT/ONU off line causes by something, which such as deactivate ONT or disconnect patch cord from the splitter, but hadn't send IGMP leave packet to OLT, so the MA5680T couldn't apperceived this ONT already offline. During these times that haven’t expired of aging-time, so we got this situation that the entry of multicast forward still existing in the multicast table on the OLT
2. But at the same time, on the ONT already didn't have multicast-forward table, even if OLT send generally require packet, and ONT responding IGMP report packet to OLT,  still don't have it. 
3. Because the OLT consider that it already had this entry of multicast forward, so don't need to delivery command to ONT by OMCI channel, let it create a corresponding entry.
4. So under this situation, ONT never gonna create a corresponding entry of multicast forward. Even though that traffic of multicast arrived on the ONT, ONT still don't know how to forward them, because don't have entries.
Suggestions
null

END