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 the soft version under V800R002C01B075 of SmartAX MA5600T can't transmit RIP-PDU transparently

Publication Date:  2012-07-24 Views:  28 Downloads:  0
Issue Description
Q:
Why both Routers couldn’t learn the routing update of RIP, when put SmartAx MA5600T between these Routers? 
Topology:
Router A ------ MA5600T ------ xdsl-board ------ modem ------Router B
Phenomena:
The service of IPTV is normal, but at the same time, device still cannot transmit the multicast packets that IP address is 224.0.0.9.
Alarm Information
null
Handling Process
A:
1.The destination-IP 224.0.0.9 is used for RIP-PDU update periodically. Because according as  the standard:
224.0.0.1~224.0.0.255 are Reserved Link Local Address, So it just use for routing protocols. Those multicast IP in this scope only can be used for local equipment, and can't span any router. Such as OSPF and RIP's PDU, the filed TTL of these PDU multicast-packets are set “1”. 
2.Why the service of IPTV is normal, but at the same time, device still cannot transmit the multicast packets that IP address is 224.0.0.9.?
① According as Standard, 224.0.1.0~238.255.255.255 are Globally Scoped Address, that means those multicast-IP can span Router, in the other words, if the destination of these packet is  in this scope , they can transmit across the Internet.
②why the service of IPTV is normal, because when the client is ordering a program that will induce our DSLAM to create a relative forward-entry aim at that program (multicast-IP) ,and then the rear IPTV traffic can based on this forward-entry forwarding. 
3.The soft version under V800R004 of SmartAX MA5600T all can't transmit multicast-IP was belong to scope of Reserved Link Local Address transparently. SmartAX MA5600T considers those multicast packet in the scope of Reserved Link Local Address are PDU. The service-board will capture those packets and send to CPU process. And then we will have two situation:
①If DLAM enabled RIP, those information were captured by service-board are gonna use for RIP process.
②If DSLAM haven’t enabled RIP, those packets were captured by service-board are going to discard straightway like unknown multicast.
Root Cause
null
Suggestions
Different operation with regard to RIP protocol in different soft version:
1. All routing protocols PDU will be captured by service-board before V800R004
2. Start at V800R005, our DSLAM can transmit routing protocol PDU transparently. 
MA5600T(config)#rip
{ tunnel<K>|<cr>|integer<U><1,65535> }:tunnel
{ enable<K>|disable<K> }:enable
{ vlan<K>|from<K> }:vlan
{ vlanid<U><1,4093> }:6
Command:
rip tunnel enable vlan 6。

END