RFC 3488:Cisco Systems Router-port G...
RFC-Ref

port


Click on the red underlined text to get to the source

... restrict multicast traffic, in switched networks, to those ports that want to receive the multicast traffic. It dynamically establishes ...
... multicast traffic onto switch ports where receiving hosts are ...
... Snooping can not restrict multicast traffic to ports where at least one multicast router is connected. It must instead flood ...
... multicast router is connected. It must instead flood multicast traffic to these ports. Snooping on IGMP messages alone is an ...
... IGMP which traffic flows need to be received by router ports to be routed because routers do not report these flows ...
... RGMP protocol described in this document restricts multicast traffic to router ports. To effectively restrict traffic, it must be supported by both the switches ...
... for switches to expect RGMP messages from only one source per port. For this reason, RGMP only supports a single RGMP ...
... RGMP enabled router to be connected directly to a port of an RGMP enabled switch. Such a ...


... RGMP to learn which groups are desired at each of their ports. Multicast routers use RGMP to pass such information ...
... network consumes RGMP messages received from ports of the network and processes them as described below. If enabled for RGMP ...
... flood received RGMP messages out to other ports of the network. ...
... RGMP on a switch operates on a per port basis, establishing per-group forwarding state ...
... forwarding state on RGMP enabled ports. A port reverts into an RGMP ...
... forwarding state on RGMP enabled ports. A port reverts into an RGMP enabled port ...
... port reverts into an RGMP enabled port upon receipt of an RGMP Hello message on the port ...
... port upon receipt of an RGMP Hello message on the port, and a timer [5 * Hello Interval] is started. This timer ...
... each RGMP Hello message arriving on the port. If this timer expires or if it is removed ...
... removed by the arrival of an RGMP Bye message, then the port reverts to its prior state of multicast traffic forwarding. ...
... RGMP enabled router directly connected to a port on a switch that supports RGMP. The port ...
... port on a switch that supports RGMP. The port on the switch MAY want to keep track of the IPv4 ...
... address of the RGMP Hello and Bye messages it receives on that port. In the event it receives multiple IPv4 originating addresses ...
... addresses in RGMP messages on one port, the switch MAY generate an alert to notify the ...
... flooding IPv4 multicast on that port, although this is a potentially dangerous option. ...
... routers to a switch port will cause intermittent black holing of IPv4 multicast traffic ...
... groups 224.0.0.x (x=0...255), 224.0.1.39 and 224.0.1.40, RGMP enabled ports always need to receive traffic for these groups ...
... groups is initially not forwarded to an RGMP enabled port. RGMP ...
... Join and Leave messages are accepted if they arrive on an RGMP enabled port, otherwise they will be discarded. Upon acceptance of an RGMP Join message ...
... traffic for the group to the port. Upon acceptance of an RGMP Leave message, the switch ...
... switch SHOULD stop forwarding traffic for the group to that port. The switch's ability to stop forwarding traffic ...
... RGMP forwarding state on a port for a group [5 * Join Interval] after the last RGMP ...
... Join for that group has been received on the port. Without any layer 2 ...
... switch needs to flood multicast traffic to all ports. If a switch does actually run one or more mechanisms beside RGMP ...
... flood IPv4 multicast traffic to all ports anymore. Instead, the switch will try to determine which ports ...
... ports anymore. Instead, the switch will try to determine which ports still needs to receive all IPv4 multicast traffic ...
... all IPv4 multicast traffic by default, and which ports do not. Compliance with this specification requires that a switch ...
... Compliance with this specification requires that a switch MUST be able to elect a port for flooding through the presence of PIM Hello ...
... PIM Hello messages [4] arriving from the port and also through a manual configuration option. In addition, the switch SHOULD recognize a ...
... manual configuration option. In addition, the switch SHOULD recognize a port connected to a router by other appropriate protocol packets or dedicated IPv4 ...
... multicast traffic restriction may also be used on RGMP enabled ports. In this case, forwarding for a group on the port ...
... ports. In this case, forwarding for a group on the port must be established if either mechanism requires it, and it must only be removed if no mechanism requires it anymore. ...


... inter-switch link and thus the switch on the other end will only recognize the port as a router port ...
... switch on the other end will only recognize the port as a router port via the PIM Hello messages flooded by the switches ...
... If appropriate, a switch can send out RGMP messages on ports to make it look like an RGMP enabled router ...
... switch only affect the state of their ingress ports, the traffic restriction is applied there only. RGMP ...


... The RGMP protocol assumes that physical port security can be guaranteed for switch ...
... security can be guaranteed for switch ports from which RGMP messages are accepted. Physical ...
... RGMP messages are accepted. Physical port security for RGMP means that physical ...
... RGMP means that physical measures will ensure that such ports are dedicatedly connected to one system which acts as an RGMP capable router ...
... IPv4 multicast traffic arriving on said ports). RGMP ...
... DoS attacks arise from forged RGMP messages. If more than one system is connected to a port of the RGMP switch, then one ...
... system may forge RGMP messages and affect the operations of the other system(s) on the same port. This is a potential security risk. ...
... security ensures that only one system is connected to a RGMP capable port on a switch, then forged messages from this system ...
... non-RGMP enabled router on the same port. This effectively introduces a blackholing DoS attack. ...
... multicast traffic for individual groups toward the port. The effect is a possible blackholing DoS attack similar to an RGMP ...
... groups indicated in the forged messages. It will also only affect a port if there officially is only one RGMP enabled router ...
... RGMP enabled router connected to it (i.e., if the port is RGMP enabled). ...
... A forged RGMP Bye message can turn the port into being RGMP-disabled. This could, indirectly, cause a DoS attack ...
... RGMP-disabled. This could, indirectly, cause a DoS attack based on the port getting overloaded with IPv4 multicast traffic ...
... multicast traffic if the network bandwidth of the port was provisioned with the expectation that RGMP will suppress unwanted IPv4 ...
... This type of DoS attack simply re-establishes a port behavior as if RGMP was not configured and invalidates the benefit of RGMP ...
... RGMP Join message could attract undesired multicast packets to the port where it is received from. The effect is similar to an RGMP Bye Message except that it does not affect all ...
... multicast traffic only the groups indicated in the forged messages. The message will affect a port only if there officially is only one RGMP enabled router ...
... is only one RGMP enabled router connected to it (i.e., if the port is RGMP enabled). ...


... multicast traffic towards router ports. This appendix will explain the motivation not to rely on GARP/GMRP ...
... host/router) on a switch port which is one reason for its complexity. In RGMP, this configuration is explicitly not supported: More than one router ...
... configuration is explicitly not supported: More than one router per switched port is not only not a common scenario in today's switches layer 2 ...


... o Support for multiple routers per port As discussed in Appendix B. This is probably one extension that ...
... should be avoided. Multiple RGMP router per port are inappropriate for efficient multicast traffic constrainment. ...



Google
Web
RFC-Ref