Table Of Contents
Multicast-VPN—IP Multicast Support for MPLS VPNs
Multicast-VPN Routing and Forwarding and Multicast Domains
Multicast Distributed Switching Support
Supported Standards, MIBs, and RFCs
Enabling a VPN for Multicast Routing
Configuring a Default MDT Group for a VPN VRF
Configuring the Multicast Group Address Range for Data MDT Groups
Configuring the IP Source Address of Register Messages
Storing IP Multicast Packet Headers
Limiting the Number of Multicast Routes
Verifying Information for the MDT Default Group
Verifying Information for the MDT Data Group
Monitoring and Maintaining Multicast-VPN
Enabling a VPN for Multicast Routing Example
Configuring the Multicast Group Address Range for Data MDT Groups Example
Configuring the IP Source Address of Register Messages Example
Storing IP Multicast Packet Headers Example
Configuring an MSDP Peer Example
Limiting the Number of Multicast Routes Example
Multicast-VPN—IP Multicast Support for MPLS VPNs
Feature History
Release Modification12.0(23)S
This feature was introduced.
Supported PlatformsFor platforms supported in Cisco IOS Release 12.0(23)S, consult Cisco Feature Navigator.
This document describes Multicast-VPN—IP Multicast Support for MPLS VPNs in Cisco IOS Release 12.0(23)S and includes the following sections:
•
Supported Standards, MIBs, and RFCs
Feature Overview
This Multicast-VPN—IP Multicast Support for MPLS VPNs feature allows a service provider to configure and support multicast traffic in a Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) environment. Because MPLS VPNs support only unicast traffic connectivity, deploying the Multicast-VPN feature in conjunction with MPLS VPN allows service providers to offer both unicast and multicast connectivity to MPLS VPN customers.
This feature supports routing and forwarding of multicast packets for each individual VPN routing and forwarding (VRF) instance, and it also provides a mechanism to transport VPN multicast packets across the service provider backbone.
The Multicast-VPN feature in Cisco IOS software provides the ability to support the multicast feature over a Layer 3 VPN. As enterprises extend the reach of their multicast applications, service providers can accommodate these enterprises over their MPLS core network. IP multicast is used to stream video, voice, and data to a MPLS VPN network core.
A VPN is network connectivity across a shared infrastructure, such as an internet service provider (ISP). Its function is to provide the same policies and performance as a private network, at a reduced cost of ownership, thus creating many opportunities for cost savings through operations and infrastructure.
Historically, IP in IP generic route encapsulation (GRE) tunnels was the only way to connect through a service provider network. Although such tunneled networks tend to have scalability issues, they represent the only means of passing IP multicast traffic through a VPN.
MPLS was derived from tag switching and various other vendor methods of IP-switching support enhancements in the scalability and performance of IP-routed networks by combining the intelligence of routing with the high performance of switching. MPLS is now used for VPNs, which is an appropriate combination because MPLS decouples information used for forwarding of the IP packet (the label) from the information carried in the IP header.
A Multicast-VPN allows an enterprise to transparently interconnect its private network across the network backbone of a service provider. The use of a Multicast-VPN to interconnect an enterprise network in this way does not change the way that enterprise network is administered, nor does it change general enterprise connectivity.
Multicast-VPN Routing and Forwarding and Multicast Domains
Multicast-VPN introduces multicast routing information to the VPN routing and forwarding table. When a provider-edge (PE) router receives multicast data or control packets from a customer-edge (CE) router, forwarding is performed according to the information in the Multicast VRF (MVRF).
A set of Multicast-VPN Routing and Forwarding that can send multicast traffic to each other constitutes a multicast domain. For example, the multicast domain for a customer that wanted to send certain types of multicast traffic to all global employees would consist of all CE routers associated with that enterprise.
Multicast Distribution Trees
Multicast-VPN establishes a static default multicast distribution tree (MDT) for each multicast domain. The default MDT defines the path used by PE routers to send multicast data and control messages to every other PE router in the multicast domain.
Multicast-VPN also supports the dynamic creation of MDTs for high-bandwidth transmission. Data MDTs are a feature unique to Cisco IOS software. Data MDTs are intended for high-bandwidth sources such as full-motion video inside the VPN to ensure optimal traffic forwarding in the MPLS VPN core. The threshold at which the data MDT is created can be configured on a per-router or a per-VRF basis. When the multicast transmission exceeds the defined threshold, the sending PE router creates the data MDT and sends a User Datagram Protocol (UDP) messages, which contains information about the data MDT to all routers in the default MDT. The statistics to determine whether a multicast stream has exceeded the data MDT threshold are examined once every 10 seconds. If multicast distributed switching is configured, the time period can be up to twice as long.
Data MDTs are created only for (S, G) multicast route entries within the VRF multicast routing table. They are not created for (*, G) entries regardless of the value of the individual source data rate.
In the following example, a service provider has a multicast customer with offices in San Jose, New York, and Dallas. A one-way multicast presentation is occurring in San Jose. The service provider network supports all three sites associated with this customer, in addition to the Houston site of a different enterprise customer.
The default MDT for the enterprise customer consists of provider routers P1, P2, and P3 and their associated PE routers. PE4 is not part of the default MDT, because it is associated with a different customer. Figure 1 shows that no data flows along the default MDT, because no one outside of San Jose has joined the multicast.
Figure 1 Default Multicast Distribution Tree Overview
![]()
An employee in New York joins the multicast session. The PE router associated with the New York site sends a join request that flows across the default MDT for the multicast domain of the customer. PE1, the PE router associated with the multicast session source, receives the request. Figure 2 depicts that the PE router forwards the request to the CE router associated with the multicast source (CE1a).
Figure 2 Initializing the Data MDT
![]()
The CE router (CE1a) begins to send the multicast data to the associated PE router (PE1), which sends the multicast data along the default MDT. Immediately sending the multicast data, PE1 recognizes that the multicast data exceeds the bandwidth threshold as which a data MDT should be created. Therefore, PE1 creates a data MDT, sends a message to all routers using the default MDT that contains information about the data MDT, and, three seconds later, begins sending the multicast data for that particular stream using the data MDT. Only PE2 has interested receivers for this source, so only PE2 will join the data MDT and receive traffic on it.
PE routers maintain a PIM relationship with other PE routers over the default MDT as well as a PIM relationship with its directly attached PE routers.
Multicast Tunnel Interface
For every multicast domain of which an MVRF is a part, the PE router creates a multicast tunnel interface. A multicast tunnel interface is an interface the MVRF uses to access the multicast domain. It can be thought of as a conduit that connects an MVRF and the global MVRF. One tunnel interface is created per multicast VRF.
Multicast Distributed Switching Support
Multicast distributed switching (MDS) is supported for Multicast-VPN on the Cisco 7500 series routers. When MDS is configured, ensure that all interfaces enabled for IP multicast have MDS enabled correctly—verify that no interface has the no ip mroute-cache command configured (including loopback interfaces).
Use the following commands to enable MDS for a particular VRF:
•
ip multicast-routing distributed
•
ip multicast-routing vrf vrf-name distributed
The following example shows how to configure MDS on Ethernet interface 1/1/1:
interface ethernet 1/1/1ip mroute-cache distributedBenefits
•
Provides a scalable solution to dynamically send information to multiple locations.
•
Provides high-speed information delivery.
•
Provides connectivity through a shared infrastructure.
Restrictions
•
If the core multicast routing is using Source Specific Multicast (SSM), then the data and default MDT groups must be configured within the SSM range of IP addresses by default.
•
The update source interface for the Border Gateway Protocol (BGP) peerings must be the same for all BGP peerings configured on the router in order for the default MDT to be configured properly. If you use a loopback address for BGP peering, then PIM sparse mode must be enabled on the loopback address.
•
The ip mroute-cache command must be enabled on the loopback interface used as the BGP peering interface in order for distributed multicast switching to function on the platforms that support it. The no ip mroute-cache command must not be present on these interfaces.
•
MPLS Multicast does not support multiple BGP peering update sources.
•
Data MDTs are not created for VRF PIM dense mode multicast streams because of the flood and prune nature of dense mode multicast flows and the resulting periodic bring-up and tear-down of such data MDTs.
•
Multiple BGP update sources are not supported and configuring them can break Multicast-VPN RPF checking. The source IP address of the Multicast-VPN tunnels is determined by the highest IP address used for the BGP peering update source. If this IP address is not the IP address used as the BGP peering address with the remote PE router, Multicast-VPN will not function properly.
Related Documents
For information on configuring IP multicast using Cisco IOS software, refer to the following documents:
•
Cisco IOS Release 12.0 Network Protocols Configuration Guide, Part 1
•
Cisco IOS Release 12.0 Network Protocols Command Reference, Part 1
•
Multicast VPN for MPLS Cisco white paper
Supported Platforms
Determining Platform Support Through Cisco Feature Navigator
Cisco IOS software is packaged in feature sets that are supported on specific platforms. To obtain updated information about platform support for this feature, access Cisco Feature Navigator. Cisco Feature Navigator dynamically updates the list of supported platforms as new platform support is added for the feature.
Cisco Feature Navigator is a web-based tool that enables you to determine which Cisco IOS software images support a specific set of features and which features are supported in a specific Cisco IOS image. You can search by feature or release. In the release section, you can compare releases side by side to display both the features unique to each software release and the features that releases have in common.
To access Cisco Feature Navigator, you must have an account on Cisco.com. If you have forgotten or lost your account information, send a blank e-mail to cco-locksmith@cisco.com. An automatic check will verify that your e-mail address is registered with Cisco.com. If the check is successful, account details with a new random password will be e-mailed to you. Qualified users can establish an account on Cisco.com by following the directions at http://www.cisco.com/register.
Cisco Feature Navigator is updated regularly when major Cisco IOS software releases and technology releases occur. For the most current information, go to the Cisco Feature Navigator home page at the following URL:
Availability of Cisco IOS Software Images
Platform support for particular Cisco IOS software releases is dependent on the availability of the software images for those platforms. Software images for some platforms may be deferred, delayed, or changed without prior notice. For updated information about platform support and availability of software images for each Cisco IOS software release, refer to the online release notes or, if supported, Cisco Feature Navigator.
Supported Standards, MIBs, and RFCs
Standards
No new standards are supported by these commands.
MIBs
No new MIBs are supported by these commands.
To obtain lists of supported MIBs by platform and Cisco IOS release, and to download MIB modules, go to the Cisco MIB website on Cisco.com at the following URL:
http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
No new RFCs are supported by these commands.
Prerequisites
Service providers must have a multicast-enabled core in order to use the Cisco Multicast-VPN feature.
Configuration Tasks
See the following sections for configuration tasks for this feature. Each task in the list is identified as either required or optional.
•
Enabling a VPN for Multicast Routing (required)
•
Enabling PIM on Interfaces (required)
•
Configuring a Default MDT Group for a VPN VRF (required)
•
Configuring the Multicast Group Address Range for Data MDT Groups (optional)
•
Configuring the IP Source Address of Register Messages (optional)
•
Configuring the IP Source Address of Register Messages (required)
•
Storing IP Multicast Packet Headers (required)
•
Configuring an MSDP Peer (optional)
•
Limiting the Number of Multicast Routes (optional)
•
Verifying the MSDP Peer (optional)
Enabling a VPN for Multicast Routing
To enable IP multicast routing, use the following command in global configuration mode:
Command PurposeStep 1
Router(config)# ip multicast-routing vrf vrf-name
Enables IP multicast routing.
Enabling PIM on Interfaces
Configure Protocol Independent Multicast (PIM) on all interfaces used for IP multicast. We recommend configuring PIM sparse mode on all physical interfaces of Provider Edge (PE) routers connecting to the backbone. We also recommend configuring PIM sparse mode on all loopback interfaces if they are used for BGP peering or if their IP address is used as an RP address for PIM.
To configure PIM on an interface to be in sparse mode, use the following command in interface configuration mode:
Command PurposeStep 1
Router(config-if)# ip pim sparse-mode
Enables PIM sparse mode on the interface.
Configuring a Default MDT Group for a VPN VRF
To configure a default MDT group for a VRF, use the following commands beginning in global configuration mode:
Configuring the Multicast Group Address Range for Data MDT Groups
To configure the multicast group address range for data MDT groups, use the following commands beginning in global configuration mode:
Configuring the IP Source Address of Register Messages
Register messages are unicast messages sent by the designated router (DR) to the RP router when a multicast packet needs to be sent on a rendezvous point tree (RPT). By default, the IP source address (SA) of the register message is set to the address of the outgoing interface of the DR leading toward the RP. To configure the IP source address of a register message to an interface address other than the outgoing interface address of the DR leading toward the RP, use the following command in global configuration mode. The optional vrf vrf-name argument has been added to ip pim register-source commands to define the VPN routing instance by assigning a VRF name.
Command PurposeRouter(config)# ip pim [vrf vrf-name] register-source type interface-number
Configures the IP source address of a register message.
Storing IP Multicast Packet Headers
You can store IP multicast packet headers in a cache and then display them to determine any of the following information:
•
Who is sending IP multicast packets to what groups
•
Interpacket delay
•
Duplicate IP multicast packets (if any)
•
Multicast forwarding loops in your network (if any)
•
Scope of the group
•
UDP port numbers
•
Packet length
To allocate a circular buffer to store IP multicast packet headers that the router receives, use the following command in global configuration mode. The optional vrf vrf-name argument has been added to ip multicast commands to define the VPN routing instance by assigning a VRF name:
Command PurposeRouter(config)# ip multicast [vrf vrf-name] cache-headers [rtp]
Allocates a circular buffer to store IP multicast packet headers that the router receives.
Configuring an MSDP Peer
To configure a Multicast Source Discovery Protocol (MSDP) peer, use the following command in global configuration mode. The optional vrf vrf-name argument has been added to ip msdp commands to define the VPN routing instance by assigning a VRF name:
Command PurposeRouter(config)# ip msdp [vrf vrf-name] peer {peer-name | peer-address} [connect-source type number] [remote-as as-number]
Configures an MSDP peer.
![]()
Note
If you use a loopback address for BGP peering, then PIM sparse mode must be enabled on the loopback address.
Limiting the Number of Multicast Routes
To limit the number of multicast routes that can be added in a router, use the following command in global configuration mode.
Command Purpose Router(config)# ip multicast route-limit limit thresholdSets the mroute limit and the threshold parameters.
Verifying the MSDP Peer
To display detailed information about and to verify information regarding the MSDP peer, perform the following steps.
Step 1
Enter the show ip msdp peer command to verify detailed information about MSDP peer 224.135.250.116:
Router# show ip msdp peer 224.135.250.116MSDP Peer 224.135.250.116 (rtp5-rp1.cisco.com), AS 109 (configured AS)Description:Connection status:State: Up, Resets: 9, Connection source: Loopback2 (228.69.199.17)Uptime(Downtime): 1d10h, Messages sent/received: 436765/429062Output messages discarded: 0Connection and counters cleared 1w2d agoSA Filtering:Input (S,G) filter: none, route-map: noneInput RP filter: none, route-map: noneOutput (S,G) filter: none, route-map: noneOutput RP filter: none, route-map: noneSA-Requests:Input filter: noneSending SA-Requests to peer: disabledPeer ttl threshold: 0SAs learned from this peer: 32, SAs limit: 500Input queue size: 0, Output queue size: 0Step 2
Enter the show ip msdp summary to display MSDP peer status:
Router# show ip msdp summaryMSDP Peer Status SummaryPeer Address AS State Uptime/ Reset SA Peer NameDowntime Count Count224.135.250.116 109 Up 1d10h 9 111 rtp5-rp1*144.228.240.253 1239 Up 14:24:00 5 4010 sl-rp-stk172.16.253.19 109 Up 12:36:17 5 10 rtp4-rp1172.16.170.110 109 Up 1d11h 9 12 ams-rp1Verifying Information for the MDT Default Group
To display information about and to verify information about the BGP advertisement of the route distinguisher (RD) for the MDT default group, use the show ip pim mdt bgp command in EXEC mode.
Router# show ip pim mdt bgp
MDT-default group 232.2.1.4rid:1.1.1.1 next_hop:1.1.1.1Verifying Information for the MDT Data Group
To display detailed information about and to verify information regarding the MDT data group, perform the following steps.
Step 1
Enter the show ip pim mdt receive command to show the data MDT advertisements received by a specified router:
Router# show ip pim vrf vpn8 mdt receive detailJoined MDT-data groups for VRF:vpn8group:232.2.8.0 source:10.0.0.100 ref_count:13(10.101.8.10, 225.1.8.1), 1d13h/00:03:28/00:02:26, OIF count:1, flags:TY(10.102.8.10, 225.1.8.1), 1d13h/00:03:28/00:02:27, OIF count:1, flags:TYStep 2
Enter the show ip pim mdt send command to show the MDT advertisements that a specified router has made:
Router# show ip pim mdt send
MDT-data send list for VRF:vpn8(source, group) MDT-data group ref_count(10.100.8.10, 225.1.8.1) 232.2.8.0 1(10.100.8.10, 225.1.8.2) 232.2.8.1 1(10.100.8.10, 225.1.8.3) 232.2.8.2 1(10.100.8.10, 225.1.8.4) 232.2.8.3 1(10.100.8.10, 225.1.8.5) 232.2.8.4 1(10.100.8.10, 225.1.8.6) 232.2.8.5 1(10.100.8.10, 225.1.8.7) 232.2.8.6 1(10.100.8.10, 225.1.8.8) 232.2.8.7 1(10.100.8.10, 225.1.8.9) 232.2.8.8 1(10.100.8.10, 225.1.8.10) 232.2.8.9 1
Monitoring and Maintaining Multicast-VPN
To monitor and maintain the Multicast-VPN feature, use the following EXEC commands:
Configuration Examples
This section provides the following configuration examples:
•
Enabling a VPN for Multicast Routing Example
•
Configuring the Multicast Group Address Range for Data MDT Groups Example
•
Configuring the IP Source Address of Register Messages Example
•
Storing IP Multicast Packet Headers Example
•
Configuring an MSDP Peer Example
•
Limiting the Number of Multicast Routes Example
Enabling a VPN for Multicast Routing Example
In the following example, Multicast routing is enabled with a VPN routing instance named of vrf1:
ip multicast-routing vrf1Configuring the Multicast Group Address Range for Data MDT Groups Example
In the following example, the VPN routing instance is assigned a VRF name of blue. The MDT default group for a VPN VRF is 239.1.1.1, and the multicast group address range for MDT groups is 239.1.2.0 with wildcard bits of 0.0.0.3:
Router(config)# ip vrf blueRouter(config-vrf)# rd 55:1111Router(config-vrf)# route-target both 55:1111Router(config-vrf)# mdt default 239.1.1.1Router(config-vrf)# mdt data 239.1.2.0 0.0.0.3Router(config-vrf)# endRouter> show ip vrf blueName Default RD Interfacesblue 55:1111Configuring the IP Source Address of Register Messages Example
In the following example, the IP source address of the register message is configured to the E1 interface of a DR:
Router(config)# ip pim register-source E1/0/1Router> show running-config | incl registerip pim register-source Ethernet1/0/1Storing IP Multicast Packet Headers Example
In the following example, a circular buffer is allocated to store IP multicast packet headers that the router receives. The VPN routing instances in this example are named vrf1 and vrf2:
Router(config)# ip multicast vrf vrf1 cache-headersRouter(config)# ip multicast vrf vrf2 cache-headersRouter> show running-configBuilding configuration...Current configuration :3552 bytes!! Last configuration change at 16:52:30 UTC Fri May 31 2002!version 12.0service timestamps debug uptimeservice timestamps log uptimeno service password-encryptionno service single-slot-reload-enable!hostname Router!...ip vrf vrf1rd 55:111route-target export 55:111route-target import 55:111mdt default 232.1.1.1!ip vrf vrf2rd 55:112route-target export 55:112route-target import 55:112mdt default 232.2.2.2!ip multicast-routing distributedip multicast-routing vrf vrf1 distributedip multicast-routing vrf vrf2 distributedip multicast vrf vrf1 cache-headersip multicast vrf vrf2 cache-headersip cef distributed...interface Ethernet1/0/3.1encapsulation dot1Q 1 nativeip vrf forwarding vrf1ip address 20.1.1.1 255.255.255.0no ip redirectsno ip proxy-arpip pim sparse-dense-modeno keepaliveno cdp enable!interface Ethernet1/0/3.2encapsulation dot1Q 2ip vrf forwarding vrf2ip address 20.1.1.2 255.255.255.0no ip redirectsno ip proxy-arpip pim sparse-dense-modeno keepaliveno cdp enable...address-family ipv4 vrf vrf2redistribute connectedredistribute staticredistribute rip metric 50no auto-summaryno synchronizationexit-address-family!address-family ipv4 vrf vrf1redistribute connectedredistribute staticredistribute rip metric 50no auto-summaryno synchronizationexit-address-family...endConfiguring an MSDP Peer Example
In the following example, an MSDP peer is configured with a VPN routing instance named of vrf1 and a source of 10.10.0.1 from E1 interface:
ip msdp vrf vrf1 peer 10.10.0.1 connect-source E1/0/1Limiting the Number of Multicast Routes Example
In the following example, the number of multicast routes that can be added in to a multicast routing table is set to 200,000 and the threshold value of the number of mroutes that will cause a warning message to occur is set to 20,000:
Router# show running-configip multicast-routing distributedip multicast-routing vrf cisco distributedip multicast cache-headersip multicast route-limit 200000 20000ip multicast vrf cisco route-limit 200000 20000!...Command Reference
This section documents new and modified commands. All other commands used with this feature are documented in the Cisco IOS Release 12.0 command reference publications.
clear ip igmp group
To delete entries from the Internet Group Management Protocol (IGMP) cache, use the clear ip igmp group command in EXEC mode.
clear ip igmp [vrf vrf-name] group [group-name | group-address | interface-type interface-number]
Syntax Description
Defaults
When this command is used with no arguments, all entries are deleted from the IGMP cache.
Command Modes
EXEC
Command History
Release Modification10.0
This command was introduced.
12.2(11)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
The IGMP cache contains a list of the multicast groups of which hosts on the directly connected LAN are members. If the router has joined a group, that group is also listed in the cache.
To delete all entries from the IGMP cache, specify the clear ip igmp group command with no arguments.
Examples
The following example clears entries for the multicast group 224.0.255.1 from the IGMP cache:
Router> clear ip igmp group 224.0.255.1Related Commands
clear ip mroute
To delete entries from the IP multicast routing table, use the clear ip mroute command in EXEC mode.
clear ip mroute [vrf vrf-name] {* | group } [source]
Syntax Description
Command Modes
EXEC
Command History
Examples
The following example deletes all entries from the IP multicast routing table:
Router> clear ip mroute *The following example deletes from the IP multicast routing table all sources on the 228.3.0.0 subnet that are sending to the multicast group 224.2.205.42. Note that this example deletes all sources on network 228.3, not individual sources.
Router> clear ip mroute 224.2.205.42 228.3.0.0Related Commands
clear ip msdp peer
To clear the TCP connection to the specified Multicast Source Discovery Protocol (MSDP) peer, use the clear ip msdp peer command in EXEC mode.
clear ip msdp [vrf vrf-name] peer {peer-address | peer-name}
Syntax Description
Command Modes
EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command closes the TCP connection to the peer, resets all the MSDP peer statistics, and clears the input and output queues to and from the MSDP peer.
Examples
The following example clears the TCP connection to the MSDP peer at 224.15.9.8:
Router> clear ip msdp peer 224.15.9.8Related Commands
clear ip msdp sa-cache
To clear Multicast Source Discovery Protocol (MSDP) Source-Active (SA) cache entries, use the clear ip msdp sa-cache command in EXEC mode.
clear ip msdp [vrf vrf-name] sa-cache [group-address | group-name]
Syntax Description
Command Modes
EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
In order to have any SA entries in the cache to clear, SA caching must have been enabled with the ip msdp cache-sa-state command.
If no multicast group is identified by group address or name, all SA cache entries are cleared.
Examples
The following example clears the SA entries for the multicast group 224.5.6.7 from the cache:
Router> clear ip msdp sa-cache 224.5.6.7Related Commands
Command Descriptionip msdp cache-sa-state
Enables the router to create SA state.
show ip msdp sa-cache
Displays (S, G) state learned from MSDP peers.
clear ip msdp statistics
To clear statistics counters for one or all of the Multicast Source Discovery Protocol (MSDP) peers without resetting the sessions, use the clear ip msdp statistics command in EXEC mode.
clear ip msdp [vrf vrf-name] statistics [peer-address | peer-name]
Syntax Description
Command Modes
EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following example clears the counters for the peer named sanjose:
Router> clear ip msdp statistics sanjoseclear ip pim auto-rp
To delete entries from the Auto-RP cache, use the clear ip pim auto-rp command in EXEC mode.
clear ip pim [vrf vrf-name] auto-rp rp-address
Syntax Description
Command Modes
EXEC
Command History
Release Modification11.3
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following example deletes all entries from the Auto-RP cache:
Router> clear ip pim auto-rp 224.5.6.7debug ip igmp
To display Internet Group Management Protocol (IGMP) packets received and sent, and IGMP-host related events, use the debug ip igmp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ip igmp [vrf vrf-name]
no debug ip igmp [vrf vrf-name]
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command helps discover whether the IGMP processes are functioning. In general, if IGMP is not working, the router process never discovers that another host is on the network that is configured to receive multicast packets. In dense mode, this situation will result in packets being delivered intermittently (a few every 3 minutes). In sparse mode, packets will never be delivered.
Use this command in conjunction with the debug ip pim and debug ip mrouting commands to observe additional multicast activity and to learn the status of the multicast routing process, or why packets are forwarded out of particular interfaces.
Examples
The following is sample output from the debug ip igmp command:
Router# debug ip igmpIGMP: Received Host-Query from 172.16.37.33 (Ethernet1)IGMP: Received Host-Report from 172.16.37.192 (Ethernet1) for 224.0.255.1IGMP: Received Host-Report from 172.16.37.57 (Ethernet1) for 224.2.127.255IGMP: Received Host-Report from 172.16.37.33 (Ethernet1) for 225.2.2.2The messages displayed by the debug ip igmp command show query and report activity received from other routers and multicast group addresses.
The following is sample output from the debug ip igmp command when SSM is enabled. Because IGMP Version 3 lite (IGMP v3lite) requires the host to send IGMP Version 2 (IGMPv2) packets, IGMPv2 host reports also will be displayed in response to the router IGMPv2 queries. If SSM is disabled, the word "ignored" will be displayed in the debug ip igmp command output.
IGMP:Received v3-lite Report from 10.0.119.142 (Ethernet3/3), group count 1IGMP:Received v3 Group Record from 10.0.119.142 (Ethernet3/3) for 232.10.10.10IGMP:Update source 224.1.1.1IGMP:Send v2 Query on Ethernet3/3 to 224.0.0.1IGMP:Received v2 Report from 10.0.119.142 (Ethernet3/3) for 232.10.10.10IGMP:Update source 224.1.1.1Related Commands
Command Descriptiondebug ip mrm
Displays MRM control packet activity.
debug ip pim
Displays PIM packets received and sent, and PIM-related events.
debug ip mcache
To display IP multicast fast-switching events, use the debug ip mcache command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ip mcache [vrf vrf-name] [hostname | group-address]
no debug ip mcache [vrf vrf-name] [hostname | group-address]
Syntax Description
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release Modification11.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command when multicast fast switching appears not to be functioning.
Examples
The following is sample output from the debug ip mcache command when an IP multicast route is cleared:
Router# debug ip mcacheIP multicast fast-switching debugging is onRouter# clear ip mroute *MRC: Build MAC header for (172.31.60.185/32, 224.2.231.173), Ethernet0MRC: Fast-switch flag for (172.31.60.185/32, 224.2.231.173), off -> on, caller ip_mroute_replicate-1MRC: Build MAC header for (172.31.191.10/32, 224.2.127.255), Ethernet0MRC: Build MAC header for (172.31.60.152/32, 224.2.231.173), Ethernet0Table 1 describes the significant fields shown in the display.
Related Commands
debug ip mpacket
To display IP multicast packets received and sent, use the debug ip mpacket command in privileged EXEC mode. To disable the debugging output, use the no form of this command.
debug ip mpacket [vrf vrf-name] [detail | fastswitch] [access-list] [group]
no debug ip mpacket [vrf vrf-name] [detail | fastswitch] [access-list] [group]
Syntax Description
Defaults
The debug ip mpacket command displays all IP multicast packets switched at the process level.
Command Modes
Privileged EXEC
Command History
Release Modification10.2
This command was introduced.
12.1(2)T
The fastswitch keyword was added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command displays information for multicast IP packets that are forwarded from this router. Use the access-list or group argument to limit the display to multicast packets from sources described by the access list or a specific multicast group.
Use this command with the debug ip packet command to display additional packet information.
![]()
Note
The debug ip mpacket command generates many messages. Use this command with care so that performance on the network is not affected by the debug message traffic.
Examples
The following is sample output from the debug ip mpacket command:
Router# debug ip mpacket 224.2.0.1IP: s=10.188.34.54 (Ethernet1), d=224.2.0.1 (Tunnel0), len 88, mforwardIP: s=10.188.34.54 (Ethernet1), d=224.2.0.1 (Tunnel0), len 88, mforwardIP: s=10.188.34.54 (Ethernet1), d=224.2.0.1 (Tunnel0), len 88, mforwardIP: s=10.162.3.27 (Ethernet1), d=224.2.0.1 (Tunnel0), len 68, mforwardTable 2 describes the significant fields shown in the display.
Related Commands
debug ip mrouting
To display changes to the IP multicast routing table, use the debug ip mrouting command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ip mrouting [vrf vrf-name] [group]
no debug ip mrouting [vrf vrf-name] [group]
Syntax Description
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release Modification10.2
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command indicates when the router has made changes to the mroute table. Use the debug ip pim and debug ip mrouting commands consecutively to obtain additional multicast routing information. In addition, use the debug ip igmp command to learn why an mroute message is being displayed.
This command generates a substantial amount of output. Use the optional group argument to limit the output to a single multicast group.
Examples
The following is sample output from the debug ip mrouting command:
Router# debug ip mrouting 224.2.0.1MRT: Delete (10.0.0.0/8, 224.2.0.1)MRT: Delete (10.4.0.0/16, 224.2.0.1)MRT: Delete (10.6.0.0/16, 224.2.0.1)MRT: Delete (10.9.0.0/16, 224.2.0.1)MRT: Delete (10.16.0.0/16, 224.2.0.1)MRT: Create (*, 224.2.0.1), if_input NULLMRT: Create (224.69.15.0/24, 225.2.2.4), if_input Ethernet0, RPF nbr 224.69.61.15MRT: Create (224.69.39.0/24, 225.2.2.4), if_input Ethernet1, RPF nbr 0.0.0.0MRT: Create (10.0.0.0/8, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0MRT: Create (10.4.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0MRT: Create (10.6.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0MRT: Create (10.9.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0MRT: Create (10.16.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0The following lines show that multicast IP routes were deleted from the routing table:
MRT: Delete (10.0.0.0/8, 224.2.0.1)MRT: Delete (10.4.0.0/16, 224.2.0.1)MRT: Delete (10.6.0.0/16, 224.2.0.1)The (*, G) entries are generally created by receipt of an IGMP host report from a group member on the directly connected LAN or by a Protocol Independent Multicast (PIM) join message (in sparse mode) that this router receives from a router that is sending joins toward the RP. This router will in turn send a join toward the route processor (RP) that creates the shared tree (or RP tree).
MRT: Create (*, 224.2.0.1), if_input NULLThe following lines are an example of creating an (S, G) entry that shows that an mpacket was received on Ethernet interface 0. The second line shows a route being created for a source that is on a directly connected LAN. The RPF means "reverse path forwarding," whereby the router looks up the source address of the multicast packet in the unicast routing table and asks which interface will be used to send a packet to that source.
MRT: Create (224.69.15.0/24, 225.2.2.4), if_input Ethernet0, RPF nbr 224.69.61.15MRT: Create (224.69.39.0/24, 225.2.2.4), if_input Ethernet1, RPF nbr 224.0.0.0The following lines show that multicast IP routes were added to the routing table. Note the 224.0.0.0 as the RPF, which means the route was created by a source that is directly connected to this router.
MRT: Create (10.9.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0MRT: Create (10.16.0.0/16, 224.2.0.1), if_input Ethernet1, RPF nbr 224.0.0.0If the source is not directly connected, the neighbor address shown in these lines will be the address of the router that forwarded the packet to this router.
The shortest path tree state maintained in routers consists of source (S), multicast address (G), outgoing interface (OIF), and incoming interface (IIF). The forwarding information is referred to as the multicast forwarding entry for (S, G).
An entry for a shared tree can match packets from any source for its associated group if the packets come through the proper incoming interface as determined by the Reverse Path Forwarding (RPF) lookup. Such an entry is denoted as (*, G). A (*, G) entry keeps the same information a (S, G) entry keeps, except that it saves the rendezvous point (RP) address in place of the source address in sparse mode or 24.0.0.0 in dense mode.
Related Commands
debug ip msdp
To debug Multicast Source Discovery Protocol (MSDP) activity, use the debug ip msdp command in privileged EXEC mode. To disable debugging activity, use the no form of this command.
debug ip msdp [vrf vrf-name] [peer-address | name] [detail] [routes]
Syntax Description
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following is sample output from the debug ip msdp command:
Router# debug ip msdpMSDP debugging is onRouter#MSDP: 224.150.44.254: Received 1388-byte message from peerMSDP: 224.150.44.254: SA TLV, len: 1388, ec: 115, RP: 172.31.3.92MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.92, used EMBGP peerMSDP: 224.150.44.250: Forward 1388-byte SA to peerMSDP: 224.150.44.254: Received 1028-byte message from peerMSDP: 224.150.44.254: SA TLV, len: 1028, ec: 85, RP: 172.31.3.92MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.92, used EMBGP peerMSDP: 224.150.44.250: Forward 1028-byte SA to peerMSDP: 224.150.44.254: Received 1388-byte message from peerMSDP: 224.150.44.254: SA TLV, len: 1388, ec: 115, RP: 172.31.3.111MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.111, used EMBGP peerMSDP: 224.150.44.250: Forward 1388-byte SA to peerMSDP: 224.150.44.250: Received 56-byte message from peerMSDP: 224.150.44.250: SA TLV, len: 56, ec: 4, RP: 205.167.76.241MSDP: 224.150.44.250: Peer RPF check passed for 205.167.76.241, used EMBGP peerMSDP: 224.150.44.254: Forward 56-byte SA to peerMSDP: 224.150.44.254: Received 116-byte message from peerMSDP: 224.150.44.254: SA TLV, len: 116, ec: 9, RP: 172.31.3.111MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.111, used EMBGP peerMSDP: 224.150.44.250: Forward 116-byte SA to peerMSDP: 224.150.44.254: Received 32-byte message from peerMSDP: 224.150.44.254: SA TLV, len: 32, ec: 2, RP: 172.31.3.78MSDP: 224.150.44.254: Peer RPF check passed for 172.31.3.78, used EMBGP peerMSDP: 224.150.44.250: Forward 32-byte SA to peerTable 3 describes the significant fields shown in the display.
Table 3 debug ip msdp Field Descriptions
Field DescriptionMSDP
Protocol being debugged.
224.150.44.254:
IP address of the MSDP peer.
Received 1388-byte message from peer
MSDP event.
debug ip msdp resets
To debug Multicast Source Discovery Protocol (MSDP) peer reset reasons, use the debug ip msdp resets command in privileged EXEC mode.
debug ip msdp [vrf vrf-name] resets
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
debug ip pim
To display Protocol Independent Multicast (PIM) packets received and sent, and to display PIM-related events, use the debug ip pim command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ip pim [vrf vrf-name] [group | df [rp-address]]
no debug ip pim [vrf vrf-name] [group | df [rp-address]]
Syntax Description
Defaults
All PIM packets are displayed.
Command Modes
Privileged EXEC
Command History
Release Modification10.2
This command was introduced.
12.1(2)T
The df keyword was added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
PIM uses Internet Group Management Protocol (IGMP) packets to communicate with routers and advertise reachability information.
Use this command with the debug ip igmp and debug ip mrouting commands to display additional multicast routing information.
Examples
The following is sample output from the debug ip pim command:
Router# debug ip pim 224.2.0.1PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received Join/Prune on Tunnel0 from 10.3.84.1PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received RP-Reachable on Ethernet1 from 172.16.20.31PIM: Update RP expiration timer for 224.2.0.1PIM: Forward RP-reachability packet for 224.2.0.1 on Tunnel0PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Prune-list (10.221.196.51/32, 224.2.0.1)PIM: Set join delay timer to 2 seconds for (10.221.0.0/16, 224.2.0.1) on Ethernet1PIM: Received Join/Prune on Ethernet1 from 172.16.37.6PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received Join/Prune on Tunnel0 from 10.3.84.1PIM: Join-list: (*, 224.2.0.1) RP 172.16.20.31PIM: Add Tunnel0 to (*, 224.2.0.1), Forward statePIM: Join-list: (10.0.0.0/8, 224.2.0.1)PIM: Add Tunnel0 to (10.0.0.0/8, 224.2.0.1), Forward statePIM: Join-list: (10.4.0.0/16, 224.2.0.1)PIM: Prune-list (172.16.84.16/28, 224.2.0.1) RP-bit set RP 172.16.84.16PIM: Send Prune on Ethernet1 to 172.16.37.6 for (172.16.84.16/28, 224.2.0.1), RPPIM: For RP, Prune-list: 10.9.0.0/16PIM: For RP, Prune-list: 10.16.0.0/16PIM: For RP, Prune-list: 10.49.0.0/16PIM: For RP, Prune-list: 10.84.0.0/16PIM: For RP, Prune-list: 10.146.0.0/16PIM: For 10.3.84.1, Join-list: 172.16.84.16/28PIM: Send periodic Join/Prune to RP via 172.16.37.6 (Ethernet1)The following lines appear periodically when PIM is running in sparse mode and indicate to this router the multicast groups and multicast sources in which other routers are interested:
PIM: Received Join/Prune on Ethernet1 from 172.16.37.33PIM: Received Join/Prune on Ethernet1 from 172.16.37.33The following lines appear when an RP message is received and the RP timer is reset. The expiration timer sets a checkpoint to make sure the RP still exists. Otherwise, a new RP must be discovered.
PIM: Received RP-Reachable on Ethernet1 from 172.16.20.31PIM: Update RP expiration timer for 224.2.0.1PIM: Forward RP-reachability packet for 224.2.0.1 on Tunnel0The prune message in the following line states that this router is not interested in the SA information. This message tells an upstream router to stop forwarding multicast packets from this source.
PIM: Prune-list (10.221.196.51/32, 224.2.0.1)In the following line, a second router on the network wants to override the prune message that the upstream router just received. The timer is set at a random value so that if additional routers on the network still want to receive multicast packets for the group, only one will actually send the message. The other routers will receive the join message and then suppress sending their own message.
PIM: Set join delay timer to 2 seconds for (10.221.0.0/16, 224.2.0.1) on Ethernet1In the following line, a join message is sent toward the RP for all sources:
PIM: Join-list: (*, 224.2.0.1) RP 172.16.20.31In the following lines, the interface is being added to the outgoing interface (OIF) of the (*, G) and
(S, G) mroute table entry so that packets from the source will be forwarded out that particular interface:PIM: Add Tunnel0 to (*, 224.2.0.1), Forward statePIM: Add Tunnel0 to (10.0.0.0/8, 224.2.0.1), Forward stateThe following line appears in sparse mode only. There are two trees on which data may be received: the RP tree and the source tree. In dense mode there is no RP. After the source and the receiver have discovered one another at the RP, the first hop router for the receiver will usually join to the source tree rather than the RP tree.
PIM: Prune-list (172.16.84.16/28, 224.2.0.1) RP-bit set RP 172.16.84.16The send prune message in the next line shows that a router is sending a message to a second router saying that the first router should no longer receive multicast packets for the (S, G). The RP at the end of the message indicates that the router is pruning the RP tree and is most likely joining the source tree, although the router may not have downstream members for the group or downstream routers with members of the group. The output shows the specific sources from which this router no longer wants to receive multicast messages.
PIM: Send Prune on Ethernet1 to 172.16.37.6 for (172.16.84.16/28, 224.2.0.1), RPThe following lines indicate that a prune message is sent toward the RP so that the router can join the source tree rather than the RP tree:
PIM: For RP, Prune-list: 10.9.0.0/16PIM: For RP, Prune-list: 10.16.0.0/16PIM: For RP, Prune-list: 10.49.0.0/16In the following line, a periodic message is sent toward the RP. The default period is once per minute. Prune and join messages are sent toward the RP or sourcerather than directly to the RP or source. It is the responsibility of the next hop router to take proper action with this message, such as continuing to forward it to thenext router in the tree.PIM: Send periodic Join/Prune to RP via 172.16.37.6 (Ethernet1)Related Commands
debug ip pim auto-rp
To display the contents of each Protocol Independent Multicast (PIM) packet used in the automatic discovery of group-to-rendezvous point (RP) mapping and the actions taken on the address-to-RP mapping database, use the debug ip pim auto-rp command in privileged EXEC. To disable debugging output, use the no form of this command.
debug ip pim auto-rp [vrf vrf-name]
no debug ip pim auto-rp [vrf vrf-name]
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
Privileged EXEC
Command History
Release Modification11.3
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following is sample output from the debug ip pim auto-rp command:
Router# debug ip pim auto-rpAuto-RP: Received RP-announce, from 172.16.214.66, RP_cnt 1, holdtime 180 secsAuto-RP: update (192.168.248.0/24, RP:172.16.214.66)Auto-RP: Build RP-Discovery packetAuto-RP: Build mapping (192.168.248.0/24, RP:172.16.214.66),Auto-RP: Build mapping (192.168.250.0/24, RP:172.16.214.26).Auto-RP: Build mapping (192.168.254.0/24, RP:172.16.214.2).Auto-RP: Send RP-discovery packet (3 RP entries)Auto-RP: Build RP-Announce packet for 172.16.214.2Auto-RP: Build announce entry for (192.168.254.0/24)Auto-RP: Send RP-Announce packet, IP source 172.16.214.2, ttl 8The first two lines show a packet received from 172.16.214.66 announcing that it is the RP for the groups in 192.168.248.0/24. This announcement contains one RP address and is valid for 180 seconds. The RP-mapping agent then updates its mapping database to include the new information.
Auto-RP: Received RP-announce, from 172.16.214.66, RP_cnt 1, holdtime 180 secsAuto-RP: update (192.168.248.0/24, RP:172.16.214.66)In the next five lines, the router creates an RP-discovery packet containing three RP mapping entries. The packet is sent to the well-known CISCO-RP-DISCOVERY group address (224.0.1.40).
Auto-RP: Build RP-Discovery packetAuto-RP: Build mapping (192.168.248.0/24, RP:172.16.214.66),Auto-RP: Build mapping (192.168.250.0/24, RP:172.16.214.26).Auto-RP: Build mapping (192.168.254.0/24, RP:172.16.214.2).Auto-RP: Send RP-discovery packet (3 RP entries)The final three lines show the router announcing that it intends to be an RP for the groups in 192.168.254.0/24. Only routers inside the scope ttl 8 receive the advertisement and use the RP for these groups.
Auto-RP: Build RP-Announce packet for 172.16.214.2Auto-RP: Build announce entry for (192.168.254.0/24)Auto-RP: Send RP-Announce packet, IP source 172.16.214.2, ttl 8The following is sample output from the debug ip pim auto-rp command when a router receives an update. In this example, the packet contains three group-to-RP mappings, which are valid for 180 seconds. The RP-mapping agent then updates its mapping database to include the new information.
Router# debug ip pim auto-rpAuto-RP: Received RP-discovery, from 172.16.214.17, RP_cnt 3, holdtime 180 secsAuto-RP: update (192.168.248.0/24, RP:172.16.214.66)Auto-RP: update (192.168.250.0/24, RP:172.16.214.26)Auto-RP: update (192.168.254.0/24, RP:172.16.214.2)ip mroute
To configure a multicast static route (mroute), use the ip mroute command in global configuration mode. To remove the route, use the no form of this command.
ip mroute [vrf vrf-name] source-address mask [protocol as-number] {rpf-address | interface-type interface-number} [distance]
no ip mroute [vrf vrf-name] source mask [protocol as-number] {rpf-address | interface-type interface-number} [distance]
Syntax Description
Defaults
distance: 0
Command Modes
Global configuration
Command History
Release Modification11.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command allows you to statically configure where multicast sources are located (even though the unicast routing table shows something different).
When a source range is specified, the rpf-address argument applies only to those sources.
Examples
The following example configures all sources via a single interface (in this case, a tunnel):
ip mroute 224.0.0.0 255.255.255.255 tunnel0The following example configures all specific sources within a network number to be reachable through 172.30.10.13:
ip mroute 172.16.0.0 255.255.0.0 172.30.10.13The following example causes this multicast static route to take effect if the unicast routes for any given destination go away:
ip mroute 224.0.0.0 255.255.255.255 serial0 200ip mroute-cache
To configure IP multicast fast switching or multicast distributed switching (MDS), use the ip mroute-cache command in interface configuration mode. To disable either of these features, use the no form of this command.
ip mroute-cache [distributed]
no ip mroute-cache [distributed]
Syntax Description
Defaults
On the RSP, IP multicast fast switching is enabled; MDS is disabled.
On the GSR, MDS is disabled.
Command Modes
Interface configuration
Command History
Release Modification10.0
This command was introduced.
11.2(11)GS
The distributed keyword was added.
12.0(23)S
This command was integrated into Cisco IOS Release 12.0(23)S.
Usage Guidelines
The ip mroute-cache command must be enabled on the loopback interface used as the BGP peering interface in order for distributed multicast switching to function on the platforms that support it. The no ip mroute-cache command must not be present on these interfaces.
On the RSP
If multicast fast switching is disabled on an incoming interface for a multicast routing table entry, the packet will be sent at process level for all interfaces in the outgoing interface list.
If multicast fast switching is disabled on an outgoing interface for a multicast routing table entry, the packet is process-level switched for that interface, but may be fast switched for other interfaces in the outgoing interface list.
When multicast fast switching is enabled (like unicast routing), debug messages are not logged. If you want to log debug messages, disable fast switching.
If MDS is not enabled on an incoming interface that is capable of MDS, incoming multicast packets will not be distributed switched; they will be fast switched at the Route Processor (RP) as before. Also, if the incoming interface is not capable of MDS, packets will get fast switched or process-switched at the RP as before.
If MDS is enabled on the incoming interface, but at least one of the outgoing interfaces cannot fast switch, packets will be process-switched. We recommend that you disable fast switching on any interface when MDS is enabled.
On the GSR
On the GSR, all interfaces should be configured for MDS because that is the only switching mode.
Examples
The following example enables IP multicast fast switching on the interface:
ip mroute-cacheThe following example disables IP multicast fast switching on the interface:
no ip mroute-cacheThe following example enables MDS on the interface:
ip mroute-cache distributedThe following example disables MDS and IP multicast fast switching on the interface:
no ip mroute-cache distributedip msdp border
To configure a router that borders a Protocol Independent Multicast (PIM) sparse mode region and dense mode region to use Multicast Source Discovery Protocol (MSDP), use the ip msdp border command in global configuration mode. To prevent this action, use the no form of this command.
ip msdp [vrf vrf-name] border sa-address internet-type internet-number
no ip msdp [vrf vrf-name] border sa-address internet-type internet-number
Syntax Description
Defaults
The active sources in the dense mode region will not participate in MSDP.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command if you want the router to send SA messages for sources active in the PIM dense mode region to MSDP peers.
![]()
Note
We recommend configuring the border router in the sparse mode domain to proxy-register sources in the dense mode domain, and have the sparse mode domain use standard MSDP procedures to advertise these sources.
![]()
Note
If you use this command, you must constrain the sources advertised by using the ip msdp redistribute command. Configure the ip msdp redistribute command to apply to only local sources. Be aware that this configuration can result in (S, G) state remaining long after a source in the dense mode domain has stopped sending.
![]()
Note
The ip msdp originator-id command also identifies an interface type and number to be used as the RP address. If both the ip msdp border and ip msdp originator-id commands are configured, the latter command prevails. That is, the address derived from the ip msdp originator-id command determines the address of the RP.
Examples
In the following example, the local router is not an RP. It borders a PIM sparse mode region with a dense mode region. It uses the IP address of Ethernet interface 0 as the "RP" address in SA messages.
ip msdp border sa-address ethernet0Related Commands
ip msdp cache-sa-state
To have the router create Source-Active (SA) state, use the ip msdp cache-sa-state command in global configuration mode.
ip msdp cache-sa-state [vrf vrf-name]
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
The router creates SA state for all Multicast Source Discovery Protocol (MSDP) SA messages it receives.
Command Modes
Global configuration
Command History
Usage Guidelines
This command is automatically configured if at least one MSDP peer is configured. It cannot be disabled.
If you are running a version of Cisco IOS software prior to Release 12.1(7), we recommend enabling the ip msdp cache-sa-state command.
Examples
The following example shows how the ip msdp cache-sa-state command is enabled when an MSDP peer is configured.
...ip classlessip msdp peer 224.168.1.2 connect-source Loopback0ip msdp peer 224.169.1.7ip msdp mesh-group outside-test 192.168.1.2ip msdp cache-sa-stateip msdp originator-id Loopback0..Related Commands
ip msdp default-peer
To define a default peer from which to accept all Multicast Source Discovery Protocol (MSDP) Source-Active (SA) messages, use the ip msdp default-peer command in global configuration mode. To remove the default peer, use the no form of this command.
ip msdp [vrf vrf-name] default-peer {peer-address | peer-name} [prefix-list list]
no ip msdp [vrf vrf-name] default-peer
Syntax Description
Defaults
No default MSDP peer exists.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use the ip msdp default-peer command if you do not want to configure your MSDP peer to be a BGP peer also.
If only one MSDP peer is configured (with the ip msdp peer command), it will be used as a default peer. Therefore, you need not configure a default peer with this command.
If the prefix-list list keyword and argument are not specified, all SA messages received from the configured default peer are accepted.
Remember to configure a BGP prefix list if you intend to configure the prefix-list list keyword and argument with the ip msdp default-peer command.
If the prefix-list list keyword and argument are specified, SA messages originated from rendezvous points (RPs) covered by the prefix-list list keyword and argument will be accepted from the configured default peer. If the prefix-list list keyword and argument are specified but no prefix list is configured, the default peer will be used for all prefixes.
You can enter multiple ip msdp default-peer commands, with or without the prefix-list keyword, as follows. However, all commands must either have the keyword or all must not have the keyword.
•
When you use multiple ip msdp default-peer commands with the prefix-list keyword, you use all the default peers at the same time for different RP prefixes. This syntax is typically used in a service provider cloud that connects stub site clouds.
•
When you use multiple ip msdp default-peer commands without the prefix-list keyword, you use a single active peer to accept all SA messages. If that peer goes down, then you move to the next configured default peer to accept all SA messages. This syntax is typically used at a stub site.
Examples
The following example configures the router named router.cisco.com as the default peer to the local router:
ip msdp peer 224.12.2.3ip msdp peer 224.13.4.5ip msdp default-peer router.cisco.com !At a stub siteThe following example configures two default peers:
ip msdp peer 224.12.2.3ip msdp peer 224.13.4.5ip msdp default-peer 224.12.2.3 prefix-list site-cip prefix-list site-a permit 224.12.0.0/16ip msdp default-peer 224.13.4.5 prefix-list site-aip prefix-list site-a permit 224.13.0.0/16Related Commands
ip msdp description
To add descriptive text to the configuration for a Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp description command in global configuration mode. To remove the description, use the no form of this command.
ip msdp [vrf vrf-name] description {peer-name | peer-address} text
no ip msdp [vrf vrf-name] description {peer-name | peer-address}
Syntax Description
Defaults
No description is associated with an MSDP peer.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Configure a description to make the MSDP peer easier to identify. This description is displayed in the output of the show ip msdp peer command.
Examples
The following example configures the router at the IP address 224.107.5.4 with a description indicating it is a router at customer A:
ip msdp description 224.107.5.4 router at customer aip msdp filter-sa-request
To configure the router to send Source-Active (SA) request messages to the Multicast Source Discovery Protocol (MSDP) peer when a new joiner from a group becomes active, use the ip msdp filter-sa-request command in global configuration mode. To prevent this action, use the no form of this command.
ip msdp [vrf vrf-name] filter-sa-request {peer-address | peer-name} [list access-list]
no ip msdp [vrf vrf-name] filter-sa-request {peer-address | peer-name}
Syntax Description
Defaults
If this command is not configured, all SA request messages are honored. If this command is configured but no access list is specified, all SA request messages are ignored.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
By default, the router honors all SA request messages from peers. Use this command if you want to control exactly which SA request messages the router will honor.
If no access list is specified, all SA request messages are ignored. If an access list is specified, only SA request messages from those groups permitted will be honored, and all others will be ignored.
Examples
The following example configures the router to filter SA request messages from the MSDP peer at 172.16.2.2. SA request messages from sources on the network 192.168.22.0 pass access list 1 and will be honored; all others will be ignored.
ip msdp filter sa-request 224.69.2.2 list 1access-list 1 permit 228.4.22.0 0.0.0.255Related Commands
ip msdp mesh-group
To configure a Multicast Source Discovery Protocol (MSDP) peer to be a member of a mesh group, use the ip msdp mesh-group command in global configuration mode. To remove an MSDP peer from a mesh group, use the no form of this command.
ip msdp [vrf vrf-name] mesh-group mesh-name {peer-address | peer-name}
no ip msdp [vrf vrf-name] mesh-group mesh-name {peer-address | peer-name}
Syntax Description
Defaults
The MSDP peers do not belong to a mesh group.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
A mesh group is a group of MSDP speakers that have fully meshed MSDP connectivity among themselves. Source-Active (SA) messages received from a peer in a mesh group are not forwarded to other peers in the same mesh group.
Mesh groups can be used to achieve two goals:
•
To reduce SA message flooding
•
To simplify peer-Reverse Path Forwarding (RPF) flooding (no need to run Border Gateway Protocol [BGP] or multiprotocol BGP among MSDP peers)
Examples
The following example configures the MSDP peer at address 224.1.1.1 to be a member of the mesh group named internal:
ip msdp mesh-group internal 224.1.1.1
ip msdp originator-id
To allow a Multicast Source Discovery Protocol (MSDP) speaker that originates a Source-Active (SA) message to use the IP address of the interface as the rendezvous point (RP) address in the SA message, use the ip msdp originator-id command in global configuration mode. To prevent the RP address from being derived in this way, use the no form of this command.
ip msdp [vrf vrf-name] originator-id interface-type interface-number
no ip msdp [vrf vrf-name] originator-id interface-type interface-number
Syntax Description
Defaults
The RP address is used as the originator ID.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
The ip msdp originator-id command identifies an interface type and number to be used as the RP address in an SA message.
Use this command if you want to configure a logical RP. Because only RPs and MSDP border routers originate SAs, there are times when it is necessary to change the ID used for this purpose.
If both the ip msdp border sa-address and ip msdp originator-id commands are configured, the latter command prevails. That is, the address derived from the ip msdp originator-id command determines the address of the RP to be used in the SA message.
Examples
The following example configures the IP address of Ethernet interface 1 as the RP address in SA messages:
ip msdp originator-id ethernet1Related Commands
Command Descriptionip msdp border
Configures a router that borders a PIM sparse mode region and dense mode region to use MSDP.
ip msdp peer
To configure a Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp peer command in global configuration mode. To remove the peer relationship, use the no form of this command.
ip msdp [vrf vrf-name] peer {peer-name | peer-address} [connect-source interface-type interface-number] [remote-as as-number]
no ip msdp [vrf vrf-name] peer{peer-name | peer-address}
Syntax Description
Defaults
No MSDP peer is configured.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
The router specified should also be configured as a BGP neighbor.
If you are also BGP peering with this MSDP peer, you should use the same IP address for MSDP as you do for BGP. However, you are not required to run BGP or multiprotocol BGP with the MSDP peer, as long as there is a BGP or MBGP path between the MSDP peers. If there is no path, you must configure the ip msdp default-peer command.
Examples
The following example configures the router at the IP address 224.108.1.2 as an MSDP peer to the local router. The neighbor belongs to autonomous system 109.
ip msdp peer 224.108.1.2 connect-source ethernet 0router bgp 110network 224.108.0.0neighbor 224.108.1.2 remote-as 109neighbor 224.108.1.2 update-source ethernet 0The following example configures the router named router.cisco.com as an MSDP peer to the local router:
ip msdp peer router.cisco.comThe following example configures the router named router.cisco.com to be an MSDP peer in autonomous system 109. The primary address of Ethernet interface 0 is used as the source address for the TCP connection.
ip msdp peer router.cisco.com connect-source ethernet0 remote-as 109Related Commands
ip msdp redistribute
To configure which (S, G) entries from the multicast routing table are advertised in Source-Active (SA) messages originated to Multicast Source Discovery Protocol (MSDP) peers, use the ip msdp redistribute command in global configuration mode. To remove the filter, use the no form of this command.
ip msdp [vrf vrf-name] redistribute [list access-list-name] [asn as-access-list-number] [route-map map-name]
no ip msdp [vrf vrf-name] redistribute
Syntax Description
Defaults
If no portion of this command is configured, only local sources are advertised, provided they send to groups for which the router is a rendezvous point (RP).
If no portion of this command is configured and if the ip msdp border sa-address command is configured, all local sources are advertised.
If the ip msdp redistribute command is configured with no keywords, no multicast sources are advertised.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command affects SA message origination, not SA message forwarding. If you want to filter which SA messages are forwarded to MSDP peers, use the ip msdp sa-filter in or ip msdp sa-filter out command.
The ip msdp redistribute command controls which (S, G) pairs the router advertises from the multicast routing table. By default, only sources within the local domain are advertised. Use the following guidelines for the ip msdp redistribute command:
•
If you specify the list access-list-name keyword and argument only, you filter which local sources are advertised and to which groups they send. The access list specifies a source address, source mask, group address, and group mask.
•
If you specify the asn as-access-list-number keyword and argument only, you advertise all sources sending to any group that pass through the autonomous system path access list. The autonomous system path access list number refers to the ip as-path command, which specifies an access list. If the asn 0 keywords are specified, sources from all autonomous systems are advertised. The asn 0 keywords are useful when connecting dense mode domains to a sparse mode domain running MSDP, or when using MSDP in a router that is not configured with Border Gateway Protocol (BGP). In these cases, you do not know if a source is local.
•
If you specify the route-map map-name keyword and argument only, you advertise all sources that satisfy the match criteria in the route map map-name argument.
•
If you specify all three keywords (list, asn, and route-map), all conditions must be true before any multicast source is advertised in an SA message.
•
If you specify the ip multicast redistribute command with no other keywords or arguments, no multicast sources are advertised.
Examples
The following example configures which (S, G) entries from the multicast routing table are advertised in SA messages originated to MSDP peers:
ip msdp redistribute route-map customer-sourcesroute-map customer-sources permitmatch as-path customer-asip as-path access-list ^109$Related Commands
Command Descriptionip as-path
Defines a BGP-related access list.
ip msdp border
Configures a router that borders a PIM sparse mode region and dense mode region to use MSDP.
ip msdp sa-filter in
To configure an incoming filter list for Source-Active (SA) messages received from the specified Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp sa-filter in command in global configuration mode. To remove the filter, use the no form of this command.
ip msdp [vrf vrf-name] sa-filter in {peer-address | peer-name} [list access-list-name] [route-map map-name]
no ip msdp [vrf vrf-name] sa-filter in {peer-address | peer-name} [list access-list-name] [route-map map-name]
Syntax Description
Defaults
If this command is not configured, no incoming messages are filtered; all SA messages are accepted from the peer.
If the command is configured, but no access list or route map is specified, all source/group pairs from the peer are filtered.
If both the list and route-map keywords are used, all conditions must be true to pass any (S, G) pair in incoming SA messages.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following example configures the router to filter all SA messages from the peer named router.cisco.com:
ip msdp peer router.cisco.com connect-source ethernet 0ip msdp sa-filter in router.cisco.comRelated Commands
Command Descriptionip msdp peer
Configures an MSDP peer.
ip msdp sa-filter out
Configures an outgoing filter list for SA messages sent to the specified MSDP peer.
ip msdp sa-filter out
To configure an outgoing filter list for Source-Active (SA) messages sent to the specified Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp sa-filter out command in global configuration mode. To remove the filter, use the no form of this command.
ip msdp [vrf vrf-name] sa-filter out {peer-address | peer-name} [list access-list-name] [route-map map-name]
no ip msdp [vrf vrf-name] sa-filter out {peer-address | peer-name} [list access-list-name] [route-map map-name]
Syntax Description
Defaults
If this command is not configured, no outgoing messages are filtered; all SA messages received are forwarded to the peer.
If the command is configured, but no access list or route map is specified, all source/group pairs are filtered.
If both the list and route-map keywords are used, all conditions must be true to pass any (S, G) pairs in outgoing SA messages.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following example allows only (S, G) pairs that pass access list 100 to be forwarded in an SA message to the peer named router.cisco.com:
ip msdp peer router.cisco.com connect-source ethernet 0ip msdp sa-filter out router.cisco.com list 100access-list 100 permit ip 224.69.0.0 0.0.255.255 224.2.0.0 0.0.255.255Related Commands
Command Descriptionip msdp peer
Configures an MSDP peer.
ip msdp sa-filter in
Configures an incoming filter list for SA messages received from the specified MSDP peer.
ip msdp sa-request
To configure the router to send Source-Active (SA) request messages to the Multicast Source Discovery Protocol (MSDP) peer when a new joiner from the group becomes active, use the ip msdp sa-request command in global configuration mode. To prevent this action, use the no form of this command.
ip msdp [vrf vrf-name] sa-request {peer-address | peer-name}
no ip msdp [vrf vrf-name] sa-request {peer-address | peer-name}
Syntax Description
Defaults
The router does not send SA request messages to the MSDP peer.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
By default, the router does not send any SA request messages to its MSDP peers when a new member joins a group and wants to receive multicast traffic. The new member waits to receive any SA messages that eventually arrive.
Use this command if you want a new member of a group to learn the current, active multicast sources in a connected Protocol Independent Multicast sparse mode (PIM-SM) domain that are sending to a group. The router will send SA request messages to the specified MSDP peer when a new member joins a group. The peer replies with the information in its SA cache. If the peer does not have a cache configured, this command provides nothing.
An alternative to this command is using the ip msdp cache-sa-state command to have the router cache messages.
Examples
The following example configures the router to send SA request messages to the MSDP peer at 224.69.1.1:
ip msdp sa-request 224.69.1.1Related Commands
Command Descriptionip mdsp cache-sa-state
Enables the router to create SA state.
ip msdp peer
Configures an MSDP peer.
ip msdp shutdown
To administratively shut down a configured Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp shutdown command in global configuration mode. To bring the peer back up, use the no form of this command.
ip msdp [vrf vrf-name] shutdown {peer-address | peer-name}
no ip msdp [vrf vrf-name] shutdown {peer-address | peer-name}
Syntax Description
Defaults
No action is taken to shut down an MSDP peer.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following example shuts down the MSDP peer at IP address 224.5.7.20:
ip msdp shutdown 224.5.7.20Related Commands
ip msdp ttl-threshold
To limit which multicast data packets are sent in Source-Active (SA) messages to a Multicast Source Discovery Protocol (MSDP) peer, use the ip msdp ttl-threshold command in global configuration mode. To restore the default value, use the no form of this command.
ip msdp [vrf vrf-name] ttl-threshold {peer-address | peer-name} ttl-value
no ip msdp [vrf vrf-name] ttl-threshold {peer-address | peer-name}
Syntax Description
Defaults
ttl-value: 0
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command limits which multicast data packets are sent in data-encapsulated SA messages. Only multicast packets with an IP header TTL greater than or equal to the ttl-value argument are sent to the MSDP peer specified by the IP address or name.
Use this command if you want to use TTL to scope your multicast data traffic. For example, you could limit internal traffic to a TTL of 8. If you want other groups to go to external locations, you would need to send those packets with a TTL greater than 8.
Examples
The following example configures a TTL threshold of 8 hops:
ip msdp ttl-threshold 224.5.7.20 8Related Commands
ip multicast cache-headers
To allocate a circular buffer to store IP multicast packet headers that the router receives, use the ip multicast cache-headers command in global configuration mode. To remove the buffer, use the no form of this command.
ip multicast [vrf vrf-name] cache-headers [rtp]
no ip multicast [vrf vrf-name] cache-headers
Syntax Description
Defaults
The command is disabled.
Command Modes
Global configuration
Command History
Release Modification11.1
This command was introduced.
12.1
The rtp keyword was added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
You can store IP multicast packet headers in a cache and then display them to determine the following information:
•
Who is sending IP multicast packets to which groups
•
Interpacket delay
•
Duplicate IP multicast packets (if any)
•
Multicast forwarding loops in your network (if any)
•
Scope of the group
•
UDP port numbers
•
Packet length
![]()
Note
This command allocates a circular buffer of approximately 32 KB. Do not configure this command if you are low on memory.
Use the show ip mpacket command to display the buffer.
Examples
The following example allocates a buffer to store IP multicast packet headers:
ip multicast cache-headers
Related Commands
ip multicast mrinfo-filter
To filter multicast router information request packets, use the ip multicast mrinfo-filter command in global configuration mode. To disable this configuration, use the no form of this command.
ip multicast mrinfo-filter access-list
no ip multicast mrinfo-filter access-list
Syntax Description
Defaults
No default behavior or values.
Command Modes
Global configuration
Command History
Usage Guidelines
The ip multicast mrinfo-filter command filters the mrinfo request packets for all of the sources listed in the specified access list.
Examples
The following example specifies that mrinfo request packets be filtered for all sources listed in access list number 4.
ip multicast mrinfo-filter 4ip multicast multipath
To enable load splitting of IP multicast traffic across multiple equal-cost paths, use the ip multicast multipath command in global configuration mode. To disable this configuration, use the no form of this command.
ip multicast [vrf vrf-name] multipath
no ip multicast [vrf vrf-name] multipath
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
By default, if multiple equal-cost paths exist, multicast traffic will not be load split across these paths.
Command Modes
Global configuration
Command History
Release Modification12.0(8)T
This command was introduced.
12.0(5)S
This command was integrated into Cisco IOS Release 12.0(5)S.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
If the ip multicast multipath command is configured and multiple equal-cost paths exist, load splitting will occur across the equal-cost paths for multicast traffic from different sources to the same multicast group, but not for traffic from the same source to different multicast groups. Because this command changes the way a Reverse Path Forwarding (RPF) neighbor is selected, it must be configured consistently on all routers in a redundant topology to avoid looping.
Examples
The following example shows how to configure the ip multicast multipath command:
ip multicast multipathRelated Commands
ip multicast route-limit
To limit the number of multicast routes that can be added to a multicast routing table, use the ip multicast route-limit command in global configuration mode. To disable this configuration, use the no form of this command.
ip multicast [vrf vrf-name] route-limit limit [threshold]
no ip multicast [vrf vrf-name] route-limit limit [threshold]
Syntax Description
Defaults
2147483647
Command Modes
Global configuration
Command History
Usage Guidelines
The ip multicast route-limit command limits the number of multicast routes that can be added to a router and generates an error message when the limit is exceeded. If the user sets the threshold argument, a threshold error message is generated when the threshold is exceeded, and the message continues to occur until the number of mroutes reaches the limit set by the limit argument.
The mroute warning threshold must not exceed the mroute limit.
Examples
The following example sets the mroute limit at 200,000 and the threshold at 20,000 for a VRF instance named cisco:
ip multicast vrf cisco route-limit 200000 20000ip multicast-routing
To enable IP multicast routing, use the ip multicast-routing command in global configuration mode. To disable IP multicast routing, use the no form of this command.
ip multicast-routing [vrf vrf-name] [distributed]
no ip multicast-routing [vrf vrf-name]
Syntax Description
Defaults
This command is disabled.
Command Modes
Global configuration
Command History
Usage Guidelines
When IP multicast routing is disabled, the Cisco IOS software does not forward any multicast packets.
Examples
The following example enables IP multicast routing:
ip multicast-routingRelated Commands
ip pim accept-register
To configure a candidate rendezvous point (RP) router to filter Protocol Independent Multicast (PIM) register messages, use the ip pim accept-register command in global configuration mode. To disable this function, use the no form of this command.
ip pim [vrf vrf-name] accept-register {list access-list | route-map map-name}
no ip pim [vrf vrf-name] accept-register {list access-list | route-map map-name}
Syntax Description
Defaults
The command is disabled.
Command Modes
Global configuration
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command to prevent unauthorized sources from registering with the RP. If an unauthorized source sends a register message to the RP, the RP will immediately send back a register-stop message.
Examples
The following example shows how to restrict the RP from allowing sources in the Source Specific Multicast (SSM) range of addresses to register with the RP. These statements need to be configured only on the RP.
ip pim accept-register list no-ssm-rangeip access-list extended no-ssm-rangedeny ip any 232.0.0.0 0.255.255.255permit ip any anyip pim accept-rp
To configure a router to accept join or prune messages destined for a specified rendezvous point (RP) and for a specific list of groups, use the ip pim accept-rp command in global configuration mode. To remove that check, use the no form of this command.
ip pim [vrf vrf-name] accept-rp {rp-address | auto-rp} [access-list]
no ip pim [vrf vrf-name] accept-rp {rp-address | auto-rp} [access-list]
Syntax Description
Defaults
Command is disabled, so all join messages and prune messages are processed.
Command Modes
Global configuration
Command History
Release Modification10.2
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command causes the router to accept only (*, G) join messages destined for the specified RP address. Additionally, the group address must be in the range specified by the access list.
When the rp-address argument is one of the addresses of the system, the system will be the RP only for the specified group range specified by the access list. When the group address is not in the group range, the RP will not accept join or register messages and will respond immediately to register messages with register-stop messages.
Examples
The following example states that the router will accept join or prune messages destined for the RP at address 172.17.1.1 for the multicast group 224.2.2.2:
ip pim accept-rp 172.17.1.1 3access-list 3 permit 224.2.2.2Related Commands
ip pim bidir-enable
To enable bidirectional Protocol Independent Multicast (bidir-PIM), use the ip pim bidir-enable command in global configuration mode. To disable bidir-PIM, use the no form of this command.
ip pim [vrf vrf-name] bidir-enable
no ip pim [vrf vrf-name] bidir-enable
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
Command is disabled.
Command Modes
Global configuration
Command History
Release Modification12.0(18)ST
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Bidir-PIM is disabled by default to ensure complete backward compatibility when upgrading a router to Cisco IOS Release 12.0(18)ST or a later release.
When bidir-PIM is disabled, the router will behave similarly to a router without bidir-PIM support. The following conditions will apply:
•
PIM hello messages sent by the router will not contain the bidirectional mode option.
•
The router will not send designated forwarder (DF) election messages and will ignore DF election messages it receives.
•
The ip pim rp-address, ip pim send-rp-announce, and ip pim rp-candidate global configuration commands will be treated as follows:
–
If these commands are configured when bidir-PIM is disabled, bidirectional mode will not be a configuration option.
–
If these commands are configured with the bidirectional mode option when bidir-PIM is enabled and then bidir-PIM is disabled, these commands will be removed from the command-line interface (CLI). In this situation, these commands must be configured again with the bidirectional mode option when bidir-PIM is reenabled.
•
The df keyword for the show ip pim interface EXEC command and debug ip pim privileged EXEC command is not supported.
Examples
The following example shows how to configure a rendezvous point (RP) for both sparse mode and bidirectional mode groups: 224/8 and 227/8 are bidirectional groups, 226/8 is sparse mode, and 225/8 is dense mode. The RP must be configured to use different IP addresses for the sparse mode and bidirectional mode operations. Two loopback interfaces are used to allow this configuration. The addresses of these loopback interfaces must be routed throughout the PIM domain such that the other routers in the PIM domain can receive Auto-RP announcements and communicate with the RP.
ip multicast-routing !Enable IP multicast routingip pim bidir-enable !Enable bidir-PIM!interface loopback 0description One Loopback adddress for this routers Bidir Mode RP functionip address 10.0.1.1 255.255.255.0ip pim sparse-dense-mode!interface loopback 1description One Loopback adddress for this routers Sparse Mode RP functionip address 10.0.2.1 255.255.255.0ip pim sparse-dense-modeip pim send-rp-announce Loopback0 scope 10 group-list 45 bidirip pim send-rp-announce Loopback1 scope 10 group-list 46ip pim send-rp-discovery scope 10access-list 45 permit 224.0.0.0 0.255.255.255access-list 45 permit 227.0.0.0 0.255.255.255access-list 45 deny 225.0.0.0 0.255.255.255access-list 46 permit 226.0.0.0 0.255.255.255Related Commands
ip pim bsr-candidate
To configure the router to announce its candidacy as a bootstrap router (BSR), use the ip pim bsr-candidate command in global configuration mode. To remove this router as a candidate for being a bootstrap router, use the no form of this command.
ip pim [vrf vrf-name] bsr-candidate interface-type interface-number [hash-mask-length] [priority]
no ip pim [vrf vrf-name] bsr-candidate
Syntax Description
Defaults
Command is disabled.
Command Modes
Global configuration
Command History
Release Modification11.3 T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command causes the router to send bootstrap messages to all its PIM neighbors, with the address of the designated interface as the BSR address. Each neighbor compares the BSR address with the address it had from previous bootstrap messages (not necessarily received on the same interface). If the current address is the same or higher address, it caches the current address and forwards the bootstrap message. Otherwise, it drops the bootstrap message.
This router continues to be the BSR until it receives a bootstrap message from another candidate BSR saying that it has a higher priority (or if the same priority, a higher IP address).
Use this command only in backbone routers that have good connectivity to all parts of the PIM domain. That is, a stub router that relies on an on-demand dialup link to connect to the rest of the PIM domain is not a good candidate BSR.
Examples
The following example configures the IP address of the router on Ethernet interface 0 to be a candidate BSR with priority of 10:
ip pim bsr-candidate ethernet 0 10Related Commands
ip pim register-rate-limit
To set a limit on the maximum number of Protocol Independent Multicast sparse mode (PIM-SM) register messages sent per second for each (S, G) routing entry, use the ip pim register-rate-limit command in global configuration mode. To disable this limit, use the no form of this command.
ip pim [vrf vrf-name] register-rate-limit rate
no ip pim [vrf vrf-name] register-rate-limit
Syntax Description
Defaults
No limit is defined.
Command Modes
Global configuration
Command History
Release Modification11.3 T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command to limit the number of register messages that the designated router (DR) will allow for each (S, G) entry. Enabling this command will limit the load on the DR and RP at the expense of dropping those register messages that exceed the set limit. Receivers may experience data packet loss within the first second in which register messages are sent from bursty sources.
If the ip pim dense-mode proxy-register command is configured, then the ip pim register-rate-limit command must be configured because of the potentially large number of sources from the dense mode area that may send data into the sparse mode region (and thus need registering in the border router).
This command applies only to sparse mode (S, G) multicast routing entries.
Examples
The following example shows how to configure the ip pim register-rate-limit command with a maximum rate of two register messages per second:
ip pim register-rate-limit 2Related Commands
ip pim register-source
To configure the IP source address of a register message to an interface address other than the outgoing interface address of the designated router (DR) leading toward the rendezvous point (RP), use the ip pim register-source command in global configuration mode. To disable this configuration, use the no form of this command.
ip pim [vrf vrf-name] register-source interface-type interface-number
no ip pim [vrf vrf-name] register-source
Syntax Description
Defaults
By default, the IP address of the outgoing interface of the DR leading toward the RP is used as the IP source address of a register message.
Command Modes
Global configuration
Command History
Release Modification12.0(8)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command is required only when the IP source address of a register message is not a uniquely routed address to which the RP can send packets. This situation may occur if the source address is filtered such that packets sent to it will not be forwarded or if the source address is not unique to the network. In these cases, the replies sent from the RP to the source address will fail to reach the DR, resulting in Protocol Independent Multicast sparse mode (PIM-SM) protocol failures.
If no IP source address is configured or if the configured source address is not in service, the IP address of the outgoing interface of the DR leading toward the RP is used as the IP source address of the register message. Therefore, we recommend using a loopback interface with an IP address that is uniquely routed throughout the PIM-SM domain.
Examples
The following example shows how to configure the IP source address of the register message to the loopback 3 interface of a DR:
ip pim register-source loopback 3ip pim rp-announce-filter
To filter incoming Auto-RP announcement messages coming from the rendezvous point (RP), use the ip pim rp-announce-filter command in global configuration mode. To remove the filter, use the no form of this command.
ip pim [vrf vrf-name] rp-announce-filter rp-list access-list group-list access-list
no ip pim [vrf vrf-name] rp-announce-filter rp-list access-list group-list access-list
Syntax Description
Defaults
All RP announcements are accepted.
Command Modes
Global configuration
Command History
Release Modification11.1
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Configure this command on the Protocol Independent Multicast (PIM) RP mapping agent. We recommend that if you use more than one RP mapping agent, make the filters among them consistent so that there are no conflicts in mapping state when the announcing agent goes down.
Examples
The following example configures the router to accept RP announcements from RPs in access list 1 for group ranges described in access list 2:
ip pim rp-announce-filter rp-list 1 group-list 2access-list 1 permit 10.0.0.1access-list 1 permit 10.0.0.2access-list 2 permit 224.0.0.0 192.168.255.255Related Commands
ip pim rp-candidate
To configure the router to advertise itself as a Protocol Independent Multicast (PIM) Version 2 candidate rendezvous point (RP) to the bootstrap router (BSR), use the ip pim rp-candidate command in global configuration mode. To remove this router as an RP candidate, use the no form of this command.
ip pim [vrf vrf-name] rp-candidate interface-type interface-number [group-list access-list] [bidir]
no ip pim [vrf vrf-name] rp-candidate
Syntax Description
Defaults
Command is disabled.
Command Modes
Global configuration
Command History
Release Modification11.3 T
This command was introduced.
12.1(2)T
The bidir keyword was added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command causes the router to send a PIM Version 2 message advertising itself as a candidate RP to the BSR. The addresses allowed by the access list, together with the router identified by the type and number, constitute the RP and its range of addresses for which it is responsible.
Use this command only in backbone routers that have good connectivity to all parts of the PIM domain. That is, a stub router that relies on an on-demand dialup link to connect to the rest of the PIM domain is not a good candidate RP.
Use this command with the bidir keyword when you want bidirectional forwarding and you are using the PIM Version 2 BSR mechanism to distribute group-to-RP mappings. Other options are as follows:
•
If you are using Auto-RP to distribute group-to-RP mappings, use the bidir keyword with the ip pim send-rp-announce command.
•
If you are not distributing group-to-RP mappings using either Auto-RP or the PIM Version 2 BSR mechanism, use the bidir keyword with the ip pim rp-address command.
Examples
The following example configures the router to advertise itself as a candidate RP to the BSR in its PIM domain. Standard access list number 4 specifies the group prefix associated with the RP that has the address identified by Ethernet interface 2. That RP is responsible for the groups with the prefix 239.
ip pim rp-candidate 192.168.37.33 ethernet 2 group-list 4access-list 4 permit 239.0.0.0 0.255.255.255Related Commands
ip pim send-rp-announce
To use Auto-RP to configure groups for which the router will act as a rendezvous point (RP), use the ip pim send-rp-announce command in global configuration mode. To deconfigure this router as an RP, use the no form of this command.
ip pim [vrf vrf-name] send-rp-announce interface-type interface-number scope ttl-value [group-list access-list] [interval seconds] [bidir]
no ip pim [vrf vrf-name] send-rp-announce
Syntax Description
Defaults
Auto-RP is disabled.
Command Modes
Global configuration
Command History
Release Modification11.1
This command was introduced.
12.1(2)T
The following keywords and argument were added:
•
interval seconds
•
bidir
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command in the router you want to be an RP. When you are using Auto-RP to distribute group-to-RP mappings, this command causes the router to send an Auto-RP announcement message to the well-known group CISCO-RP-ANNOUNCE (224.0.1.39). This message announces the router as a candidate RP for the groups in the range described by the access list.
Use this command with the bidir keyword when you want bidirectional forwarding and you are using Auto-RP to distribute group-to-RP mappings. Other options are as follows:
•
If you are using the PIM Version 2 bootstrap router (PIMv2 BSR) mechanism to distribute group-to-RP mappings, use the bidir keyword with the ip pim rp-candidate command.
•
If you are not distributing group-to-RP mappings using either Auto-RP or the PIMv2 BSR mechanism, use the bidir keyword with the ip pim rp-address command.
Examples
The following example sends RP announcements out all Protocol Independent Multicast (PIM)-enabled interfaces for a maximum of 31 hops. The IP address by which the router wants to be identified as RP is the IP address associated with Ethernet interface 0. Access list 5 describes the groups for which this router serves as RP.
ip pim send-rp-announce ethernet0 scope 31 group-list 5access-list 5 permit 224.0.0.0 15.255.255.255Related Commands
ip pim send-rp-discovery
To configure the router to be an rendezvous point (RP) mapping agent, use the ip pim send-rp-discovery command in global configuration mode. To restore the default value, use the no form of this command.
ip pim [vrf vrf-name] send-rp-discovery [interface-type interface-number] scope ttl-value
no ip pim [vrf vrf-name] send-rp-discovery
Syntax Description
Defaults
The router is not an RP mapping agent.
Command Modes
Global configuration
Command History
Release Modification11.1
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Configure this command on the router designated as an RP mapping agent. Specify a TTL large enough to cover your Protocol Independent Multicast (PIM) domain.
When Auto-RP is used, the following steps occur:
1.
The RP mapping agent listens on well-known group address CISCO-RP-ANNOUNCE (224.0.1.39), which candidate RPs send to.
2.
The RP mapping agent sends RP-to-group mappings in an Auto-RP RP discovery message to the well-known group CISCO-RP-DISCOVERY (224.0.1.40). The TTL value limits how many hops the message can take.
3.
PIM designated routers listen to this group and use the RPs they learn about from the discovery message.
Examples
The following example limits Auto-RP RP discovery messages to 20 hops:
ip pim send-rp-discovery scope 20ip pim spt-threshold
To configure when a Protocol Independent Multicast (PIM) leaf router should join the shortest path source tree for the specified group, use the ip pim spt-threshold command in global configuration mode. To restore the default value, use the no form of this command.
ip pim [vrf vrf-name] spt-threshold {kbps | infinity} [group-list access-list]
no ip pim [vrf vrf-name] spt-threshold
Syntax Description
Defaults
When this command is not used, the PIM leaf router joins the shortest path tree immediately after the first packet arrives from a new source.
Command Modes
Global configuration
Command History
Release Modification11.1
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
If a source sends at a rate greater than or equal to traffic rate (the kbps value), a PIM join message is triggered toward the source to construct a source tree.
If the infinity keyword is specified, all sources for the specified group will use the shared tree. Specifying a group list access list indicates the groups to which the threshold applies.
If the traffic rate from the source drops below the threshold traffic rate, the leaf router will, after some amount of time, switch back to the shared tree and send a prune message toward the source.
Examples
The following example sets a threshold of 4 kbps, above which traffic to a group from a source will cause the router to switch to the shortest path tree to that source:
ip pim spt-threshold 4ip pim ssm
To define the Source Specific Multicast (SSM) range of IP multicast addresses, use the ip pim ssm command in global configuration mode. To disable the SSM range, use the no form of this command.
ip pim [vrf vrf-name] ssm {default | range access-list}
no ip pim [vrf vrf-name] ssm
Syntax Description
Defaults
Command is disabled.
Command Modes
Global configuration
Command History
Release Modification12.1(3)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
When an SSM range of IP multicast addresses is defined by the ip pim ssm command, no Multicast Source Discovery Protocol (MSDP) Source-Active (SA) messages will be accepted or originated in the SSM range.
Examples
The following example shows how to configure SSM service for the IP address range defined by access list 4:
access-list 4 permit 224.2.151.141ip pim ssm range 4Related Commands
ip pim state-refresh disable
To disable the processing and forwarding of PIM dense mode state refresh control messages on a Protocol Independent Multicast (PIM) router, use the ip pim state-refresh disable command in global configuration mode. To reenable the processing and forwarding of PIM dense mode state refresh control messages, use the no form of this command.
ip pim [vrf vrf-name] state-refresh disable
no ip pim [vrf vrf-name] state-refresh disable
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Defaults
The processing and forwarding of PIM dense mode state refresh control messages is enabled on PIM routers that are running a Cisco IOS software release that supports the PIM dense mode state refresh feature.
Command Modes
Global configuration
Command History
Release Modification12.1(5)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Configuring this command removes PIM dense mode state refresh information from PIM hello messages.
Examples
The following example disables the periodic forwarding of the PIM dense mode state refresh control message down a source-based IP multicast distribution tree:
ip pim state-refresh disableRelated Commands
mdt data
To configure the multicast group address range for data multicast distribution tree (MDT) groups, use the mdt data command in VRF configuration mode. To disable this function, use the no form of this command.
mdt data group-address-range wildcard-bits [threshold threshold-value] [list access-list]
no mdt data group-address-range wildcard-bits [threshold threshold-value] [list access-list]
Syntax Description
Defaults
Disabled
Command Modes
VRF configuration
Command History
Usage Guidelines
A data MDT group can include a maximum of 256 multicast groups per VPN. Multicast groups used to create the data MDT group are dynamically chosen from a pool of configured IP addresses.
This command configures a range of alternative multicast destination addresses for the tunnel header. The destination address chosen depends on the traffic profile (that is, the source and destination match the specified access list and the rate of the traffic has exceeded the bandwidth threshhold value).
Examples
In the following example, Protocol Independent Multicast (PIM) source-specific mode (SSM) is configured in the backbone. Therefore, the default and data MDT groups are configured within the SSM range of IP addresses. Inside the VPN, PIM sparse mode (PIM-SM) is configured and only the Auto-RP announcements are accepted.
ip vrf redrd 1:1route-target export 1:1route-target import 1:1mdt default 232.0.0.1mdt data 232.0.1.0 0.0.0.255 threshold 500 list 101!ip pim ssm defaultip pim vrf red accept-rp auto-rpRelated Commands
mdt default
To configure a default multicast distribution tree (MDT) group for a Virtual Private Network (VPN) routing and forwarding (VRF) instance, use the mdt default command in VRF configuration mode. To disable this function, use the no form of this command.
mdt default group-address
no mdt default group-address
Syntax Description
Defaults
Disabled
Command Modes
VRF configuration
Command History
Usage Guidelines
The default MDT group must be the same group configured on all PE routers that belong to the same VPN.
If Source Specific Multicast (SSM) is used as the protocol for the default MDT, the source IP address will be the address used to source the Border Gateway Protocol (BGP) sessions.
A tunnel interface is created as a result of this command. By default, the destination address of the tunnel header is the group-address argument.
Examples
In the following example, Protocol Independent Multicast (PIM) source-specific mode (SSM) is configured in the backbone. Therefore, the default and data MDT groups are configured within the SSM range of IP addresses. Inside the VPN, PIM sparse mode (PIM-SM) is configured and only the Auto-RP announcements are accepted.
ip vrf redrd 1:1route-target export 1:1route-target import 1:1mdt default 232.0.0.1mdt data 232.0.1.0 0.0.0.255 threshold 500 list 101!ip pim ssm defaultip pim vrf red accept-rp auto-rpRelated Commands
mdt log-reuse
To enable the recording of data MDT reuse, use the mdt log-reuse command in VRF configuration mode. To disable this function, use the no form of this command.
mdt log-reuse
no mdt log-reuse
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
VRF configuration
Command History
Usage Guidelines
The mdt log-reuse command generates a syslog message whenever a data MDT is reused.
Examples
In the following example, the MDT log reuse function is enabled.
mdt log-resueRelated Commands
Command Descriptionmdt data
Configures the multicast group address range for data MDT groups.
mdt default
Configures a default MDT group for a VPN VRF.
show ip igmp groups
To display the multicast groups with receivers that are directly connected to the router and that were learned through Internet Group Management Protocol (IGMP), use the show ip igmp groups command in EXEC mode.
show ip igmp [vrf vrf-name] groups [group-name | group-address | interface-type interface-number] [detail]
Syntax Description
Command Modes
EXEC
Command History
Usage Guidelines
If you omit all optional arguments and keywords, the show ip igmp groups command displays by group address, interface type, and interface number all directly connected multicast groups.
Examples
The following is sample output from the show ip igmp groups command:
Router# show ip igmp groupsIGMP Connected Group MembershipGroup Address Interface Uptime Expires Last Reporter239.255.255.254 Ethernet3/1 1w0d 00:02:19 172.21.200.159224.0.1.40 Ethernet3/1 1w0d 00:02:15 172.21.200.1224.0.1.40 Ethernet3/3 1w0d never 172.16.214.251224.0.1.1 Ethernet3/1 1w0d 00:02:11 172.21.200.11224.9.9.2 Ethernet3/1 1w0d 00:02:10 172.21.200.155232.1.1.1 Ethernet3/1 5d21h stopped 172.21.200.206The following is sample output from the show ip igmp groups command with the group-address argument and detail keyword:
Router# show ip igmp groups 232.1.1.1 detailInterface: Ethernet3/2Group: 232.1.1.1Uptime: 01:58:28Group mode: INCLUDELast reporter: 10.0.119.133CSR Grp Exp: 00:02:38Group source list: (C - Cisco Src Report, U - URD, R - Remote)Source Address Uptime v3 Exp CSR Exp Fwd Flags172.16.214.1 01:58:28 stopped 00:02:31 Yes CTable 4 describes the significant fields shown in the displays.
Related Commands
Command Descriptionip igmp query-interval
Configures the frequency at which the Cisco IOS software sends IGMP host query messages.
show ip igmp interface
To display multicast-related information about an interface, use the show ip igmp interface command in EXEC mode.
show ip igmp [vrf vrf-name] interface [type number]
Syntax Description
Command Modes
EXEC
Command History
Release Modification10.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
If you omit the optional arguments, the show ip igmp interface command displays information about all interfaces.
This command also displays information about dynamically learned Distance Vector Multicast Routing Protocol (DVMRP) routers on the interface.
Examples
The following is sample output from the show ip igmp interface command:
Router# show ip igmp interfaceEthernet0 is up, line protocol is upInternet address is 192.168.37.6, subnet mask is 255.255.255.0IGMP is enabled on interfaceIGMP query interval is 60 secondsInbound IGMP access group is not setMulticast routing is enabled on interfaceMulticast TTL threshold is 0Multicast designated router (DR) is 192.168.37.33No multicast groups joinedEthernet1 is up, line protocol is upInternet address is 192.168.36.129, subnet mask is 255.255.255.0IGMP is enabled on interfaceIGMP query interval is 60 secondsInbound IGMP access group is not setMulticast routing is enabled on interfaceMulticast TTL threshold is 0Multicast designated router (DR) is 192.168.36.131Multicast groups joined: 225.2.2.2 226.2.2.2Tunnel0 is up, line protocol is upInternet address is 10.1.37.2, subnet mask is 255.255.0.0IGMP is enabled on interfaceIGMP query interval is 60 secondsInbound IGMP access group is not setMulticast routing is enabled on interfaceMulticast TTL threshold is 0No multicast groups joinedTable 5 describes the significant fields shown in the display.
Related Commands
show ip mcache
To display the contents of the IP fast-switching cache, use the show ip mcache command in EXEC mode.
show ip mcache [vrf vrf-name] [group-address | group-name] [source-address | source-name]
Syntax Description
Command Modes
EXEC
Command History
Release Modification11.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following is sample output from the show ip mcache command. This entry shows a specific source (wrn-source 226.62.246.73) sending to the World Radio Network group (224.2.143.24).
Router> show ip mcache wrn wrn-sourceIP Multicast Fast-Switching Cache(226.62.246.73/32, 224.2.143.24), Fddi0, Last used: 00:00:00Ethernet0 MAC Header: 01005E028F1800000C1883D30800Ethernet1 MAC Header: 01005E028F1800000C1883D60800Ethernet2 MAC Header: 01005E028F1800000C1883D40800Ethernet3 MAC Header: 01005E028F1800000C1883D70800Table 6 describes the significant fields shown in the display.
show ip mds interface
To display Multicast Distributed Switching (MDS) information for all the interfaces on the line card, use the show ip mds interface command in EXEC mode.
show ip mds interface [vrf vrf-name]
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
EXEC
Command History
Release Modification11.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following is sample output from the show ip mds interface command.
Router# show ip mds interfaceInterface SW-Index HW-Index HW IDB FS Vector VRFEthernet1/0/0 2 1 0x60C2DB40 0x602FB7A4 defaultEthernet1/0/1 3 2 0x60C32280 0x603D52B8 defaultEthernet1/0/2 4 3 0x60C35E40 0x602FB7A4 defaultEthernet1/0/3 5 4 0x60C39E60 0x603D52B8 defaultEthernet1/0/4 6 5 0x60C3D780 0x602FB7A4 defaultEthernet1/0/5 7 6 0x60C41140 0x602FB7A4 defaultEthernet1/0/6 8 7 0x60C453A0 0x602FB7A4 defaultEthernet1/0/7 9 8 0x60C48DC0 0x602FB7A4 defaultPOS2/0/0 10 9 0x0 defaultPOS3/0/0 11 10 0x0 defaultVirtual-Access1 13 11 0x0 defaultLoopback0 14 12 0x0 defaultTunnel0 15 23 0x61C2E480 0x603D52B8 vrf1Tunnel1 16 24 0x61C267E0 0x603D52B8 vrf2Ethernet1/0/3.1 17 4 0x60C39E60 0x603D52B8 vrf1Ethernet1/0/3.2 18 4 0x60C39E60 0x603D52B8 vrf2Table 7 describes the significant fields shown in the display.
show ip mpacket
To display the contents of the circular cache-header buffer, use the show ip mpacket command in EXEC mode.
show ip mpacket [vrf vrf-name] [group-address | group-name] [source-address | source-name] [detail]
Syntax Description
Command Modes
EXEC
Command History
Release Modification11.1
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command is applicable only when the ip multicast cache-headers command is in effect.
Each time this command is entered, a new buffer is allocated. The summary display (when the detail keyword is omitted) shows the IP packet identifier, time-to-live (TTL) value, source and destination IP addresses, and a local time stamp when the packet was received.
The two arguments and one keyword can be used in the same command in any combination.
Examples
The following is sample output from the show ip mpacket command with the group-name argument:
Router # show ip mpacket smallgroupIP Multicast Header Cache - entry count:6, next index: 7Key: id/ttl timestamp (name) source groupD782/117 206416.908 (ABC-xy.company.com) 192.168.228.10 224.5.6.77302/113 206417.908 (school.edu) 147.12.2.17 224.5.6.76CB2/114 206417.412 (MSSRS.company.com) 154.2.19.40 224.5.6.7D782/117 206417.868 (ABC-xy.company.com) 192.168.228.10 224.5.6.7E2E9/123 206418.488 (Newman.com) 211.1.8.10 224.5.6.71CA7/127 206418.544 (teller.company.com) 192.168.6.10 224.5.6.7Table 8 describes the significant fields shown in the display.
Related Commands
Command Descriptionip multicast cache-headers
Allocates a circular buffer to store IP multicast packet headers that the router receives.
show ip mroute
To display the contents of the IP multicast routing table, use the show ip mroute command in EXEC mode.
show ip mroute [vrf vrf-name] [group-address | group-name] [source-address | source-name] [interface-type interface-number] [summary] [count] [active kbps]
Syntax Description
Defaults
The show ip mroute command displays all groups and sources.
The show ip mroute active command displays all sources sending at a rate greater than or equal to 4 kbps.
Command Modes
EXEC
Command History
Release Modification10.0
This command was introduced.
12.1(3)T
The U, s, and I flags for Source Specific Multicast (SSM) were introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
If you omit all optional arguments and keywords, the show ip mroute command displays all entries in the IP multicast routing table.
The Cisco IOS software populates the multicast routing table by creating (S, G) entries from (*, G) entries. The asterisk (*) refers to all source addresses, the "S" refers to a single source address, and the "G" is the destination multicast group address. In creating (S, G) entries, the software uses the best path to that destination group found in the unicast routing table (that is, through Reverse Path Forwarding [RPF]).
Examples
The following is sample output from the show ip mroute command for a router operating in dense mode. This output displays the contents of the IP multicast routing table for the multicast group named cbone-audio.
Router# show ip mroute cbone-audioIP Multicast Routing TableFlags: D - Dense, S - Sparse, C - Connected, L - Local, P - PrunedR - RP-bit set, F - Register flag, T - SPT-bit setTimers: Uptime/ExpiresInterface state: Interface, Next-Hop, State/Mode(*, 224.0.255.1), uptime 0:57:31, expires 0:02:59, RP is 224.0.0.0, flags: DCIncoming interface: Null, RPF neighbor 224.0.0.0, DvmrpOutgoing interface list:Ethernet0, Forward/Dense, 0:57:31/0:02:52Tunnel0, Forward/Dense, 0:56:55/0:01:28(192.168.37.100/32, 224.0.255.1), uptime 20:20:00, expires 0:02:55, flags: CIncoming interface: Tunnel0, RPF neighbor 10.20.37.33, DvmrpOutgoing interface list:Ethernet0, Forward/Dense, 20:20:00/0:02:52The following is sample output from the show ip mroute command for a router operating in sparse mode:
Router# show ip mrouteIP Multicast Routing TableFlags: D - Dense, S - Sparse, C - Connected, L - Local, P - PrunedR - RP-bit set, F - Register flag, T - SPT-bit setTimers: Uptime/ExpiresInterface state: Interface, Next-Hop, State/Mode(*, 224.0.255.3), uptime 5:29:15, RP is 192.168.37.2, flags: SCIncoming interface: Tunnel0, RPF neighbor 10.3.35.1, DvmrpOutgoing interface list:Ethernet0, Forward/Sparse, 5:29:15/0:02:57(192.168.46.0/24, 224.0.255.3), uptime 5:29:15, expires 0:02:59, flags: CIncoming interface: Tunnel0, RPF neighbor 10.3.35.1Outgoing interface list:Ethernet0, Forward/Sparse, 5:29:15/0:02:57The following is sample output from the show ip mroute command that shows the virtual circuit descriptor (VCD) value, because an ATM interface with Protocol Independent Multicast (PIM) multipoint signaling is enabled:
Router# show ip mroute 224.1.1.1IP Multicast Routing TableFlags: D - Dense, S - Sparse, C - Connected, L - Local, P - PrunedR - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPTTimers: Uptime/ExpiresInterface state: Interface, Next-Hop or VCD, State/Mode(*, 224.1.1.1), 00:03:57/00:02:54, RP 130.4.101.1, flags: SJIncoming interface: Null, RPF nbr 224.0.0.0224.0.0.0Outgoing interface list:ATM0/0, VCD 14, Forward/Sparse, 00:03:57/00:02:53The following is sample output from the show ip mroute command with the summary keyword:
Router# show ip mroute summaryIP Multicast Routing TableFlags: D - Dense, S - Sparse, C - Connected, L - Local, P - PrunedR - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPTTimers: Uptime/ExpiresInterface state: Interface, Next-Hop, State/Mode(*, 224.255.255.255), 2d16h/00:02:30, RP 172.16.10.13, flags: SJPC(*, 224.2.127.253), 00:58:18/00:02:00, RP 172.16.10.13, flags: SJC(*, 224.1.127.255), 00:58:21/00:02:03, RP 172.16.10.13, flags: SJC(*, 224.2.127.254), 2d16h/00:00:00, RP 172.16.10.13, flags: SJCL(172.16.160.67/32, 224.2.127.254), 00:02:46/00:00:12, flags: CLJT(172.16.244.217/32, 224.2.127.254), 00:02:15/00:00:40, flags: CLJT(172.16.8.33/32, 224.2.127.254), 00:00:25/00:02:32, flags: CLJT(172.16.2.62/32, 224.2.127.254), 00:00:51/00:02:03, flags: CLJT(172.16.8.3/32, 224.2.127.254), 00:00:26/00:02:33, flags: CLJT(172.16.60.189/32, 224.2.127.254), 00:03:47/00:00:46, flags: CLJTThe following is sample output from the show ip mroute command with the active keyword:
Router# show ip mroute activeActive IP Multicast Sources - sending >= 4 kbpsGroup: 224.2.127.254, (sdr.cisco.com)Source: 192.168.28.69 (mbone.ipd.anl.gov)Rate: 1 pps/4 kbps(1sec), 4 kbps(last 1 secs), 4 kbps(life avg)Group: 224.2.201.241, ACM 97Source: 192.168.52.160 (webcast3-e1.acm97.interop.net)Rate: 9 pps/93 kbps(1sec), 145 kbps(last 20 secs), 85 kbps(life avg)Group: 224.2.207.215, ACM 97Source: 192.168.52.160 (webcast3-e1.acm97.interop.net)Rate: 3 pps/31 kbps(1sec), 63 kbps(last 19 secs), 65 kbps(life avg)The following is sample output from the show ip mroute command with the count keyword:
Router# show ip mroute countIP Multicast Statistics - Group count: 8, Average sources per group: 9.87Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per secondGroup: 224.255.255.255, Source count: 0, Group pkt count: 0RP-tree: 0/0/0/0Group: 224.2.127.253, Source count: 0, Group pkt count: 0RP-tree: 0/0/0/0Group: 224.1.127.255, Source count: 0, Group pkt count: 0RP-tree: 0/0/0/0Group: 224.2.127.254, Source count: 9, Group pkt count: 14RP-tree: 0/0/0/0Source: 172.16.6.9/32, 2/0/796/0Source: 172.16.131.87/32, 1/0/616/0Source: 172.16.51.58/32, 1/0/412/0Source: 172.16.8.33/32, 1/0/936/0Source: 172.16.2.62/32, 1/0/750/0Source: 172.16.8.3/32, 1/0/660/0Source: 192.168.28.69/32, 1/0/584/0Source: 172.16.60.189/32, 4/0/447/0Source: 192.162.119.8/32, 2/0/834/0Group: 224.0.1.40, Source count: 1, Group pkt count: 3606RP-tree: 0/0/0/0Source: 172.16.214.50/32, 3606/0/48/0, RPF Failed: 1203Group: 224.2.201.241, Source count: 36, Group pkt count: 54152RP-tree: 7/0/108/0Source: 10.242.36.83/32, 99/0/123/0Source: 10.29.1.3/32, 71/0/110/0Source: 172.17.160.96/32, 505/1/106/0Source: 172.17.163.170/32, 661/1/88/0Source: 172.17.31.26/32, 192/0/118/0Source: 172.17.111.45/32, 500/0/87/0Source: 172.17.33.134/32, 248/0/119/0Source: 172.17.7.62/32, 527/0/118/0Source: 172.17.32.25/32, 554/0/105/0Source: 172.17.32.151/32, 551/1/125/0Source: 172.17.156.117/32, 535/1/114/0Source: 172.17.225.21/32, 582/0/114/0Source: 172.17.142.50/32, 78/0/127/0Source: 172.17.50.14/32, 526/0/118/0Source: 172.18.0.13/32, 522/0/95/0Source: 172.18.52.160/32, 40839/16/920/161Source: 172.18.52.161/32, 476/0/97/0Source: 172.18.224.10/32, 456/0/113/0Source: 172.18.32.108/32, 9/1/112/0The following is sample output from the show ip mroute command for a router supporting SSM services:Router# show ip mroute 232.6.6.6IP Multicast Routing TableFlags:D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C -Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Advertised via MSDP, U - URD, I - Received Source Specific Host ReportOutgoing interface flags:H - Hardware switchedTimers:Uptime/ExpiresInterface state:Interface, Next-Hop or VCD, State/Mode(*, 232.6.6.6), 00:01:20/00:02:59, RP 224.0.0.0, flags:sSJPIncoming interface:Null, RPF nbr 224.0.0.0Outgoing interface list:Null(10.2.2.2, 232.6.6.6), 00:01:20/00:02:59, flags:CTIIncoming interface:Ethernet3/3, RPF nbr 224.0.0.0Outgoing interface list:Ethernet3/1, Forward/Sparse-Dense, 00:00:36/00:02:35Table 9 describes the significant fields shown in the display.
Related Commands
show ip msdp count
To display the number of sources and groups originated in Multicast Source Discovery Protocol (MSDP) Source-Active (SA) messages and the number of SA messages from an MSDP peer in the SA cache, use the show ip msdp count command in EXEC mode.
show ip msdp [vrf vrf-name] count [as-number]
Syntax Description
Command Modes
EXEC
Command History
Usage Guidelines
The ip msdp cache-sa-state command must be configured for this command to have any output.
Examples
The following is sample output from the show ip msdp count command:
Router# show ip msdp countSA State per Peer Counters, <Peer>: <# SA learned>224.135.250.116: 24172.16.240.253: 3964172.16.253.19: 10172.16.170.110: 11SA State per ASN Counters, <asn>: <# sources>/<# groups>Total entries: 4009?: 192/98, 9: 1/1, 14: 107/57, 17: 7/518: 4/3, 25: 23/17, 26: 39/27, 27: 2/232: 19/7, 38: 2/1, 52: 4/4, 57: 1/168: 4/4, 73: 12/8, 81: 19/1, 87: 9/6...Table 10 describes the significant fields shown in the display.
Related Commands
show ip msdp peer
To display detailed information about the Multicast Source Discovery Protocol (MSDP) peer, use the show ip msdp peer command in EXEC mode.
show ip msdp [vrf vrf-name] peer [peer-address | peer-name]
Syntax Description
Command Modes
EXEC
Command History
Examples
The following is sample output of the show ip msdp peer command:
Router# show ip msdp peer 224.135.250.116MSDP Peer 224.135.250.116 (rtp5-rp1.cisco.com), AS 109 (configured AS)Description:Connection status:State: Up, Resets: 9, Connection source: Loopback2 (228.69.199.17)Uptime(Downtime): 1d10h, Messages sent/received: 436765/429062Output messages discarded: 0Connection and counters cleared 1w2d agoSA Filtering:Input (S,G) filter: none, route-map: noneInput RP filter: none, route-map: noneOutput (S,G) filter: none, route-map: noneOutput RP filter: none, route-map: noneSA-Requests:Input filter: noneSending SA-Requests to peer: disabledPeer ttl threshold: 0SAs learned from this peer: 32, SAs limit: 500Input queue size: 0, Output queue size: 0Table 11 describes the significant fields shown in the display.
Related Commands
show ip msdp sa-cache
To display (S, G) state learned from Multicast Source Discovery Protocol (MSDP) peers, use the show ip msdp sa-cache command in EXEC mode.
show ip msdp [vrf vrf-name] sa-cache [group-address | source-address | group-name | source-name] [group-address | source-address | group-name | source-name] [as-number]
Syntax Description
Command Modes
EXEC
Command History
Release Modification12.0(7)T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
State is cached only if the ip msdp cache-sa-state command is configured.
Examples
The following is sample output from the show ip msdp sa-cache command:
Router# show ip msdp sa-cacheMSDP Source-Active Cache - 2398 entries(172.16.41.33, 238.105.148.0), RP 172.16.3.111, MBGP/AS 704, 2d10h/00:05:33(172.16.112.8, 224.2.0.1), RP 192.168.200.65, MBGP/AS 10888, 00:03:21/00:02:38(172.16.10.13, 227.37.32.1), RP 192.168.3.92, MBGP/AS 704, 05:22:20/00:03:32(172.16.66.18, 233.0.0.1), RP 192.168.3.111, MBGP/AS 704, 2d10h/00:05:35(172.16.66.148, 233.0.0.1), RP 192.168.3.111, MBGP/AS 704, 2d10h/00:05:35(172.16.10.13, 227.37.32.2), RP 192.168.3.92, MBGP/AS 704, 00:44:30/00:01:31(172.16.70.203, 224.2.236.2), RP 192.168.253.7, MBGP/AS 3582, 02:34:16/00:05:49(172.18.42.104, 236.195.56.2), RP 192.168.3.92, MBGP/AS 704, 04:21:13/00:05:22(172.16.10.13, 227.37.32.3), RP 192.168.3.92, MBGP/AS 704, 00:44:30/00:02:31(172.18.15.43, 224.0.92.3), RP 192.168.200.65, MBGP/AS 10888, 6d09h/00:05:35(172.18.15.111, 224.0.92.3), RP 192.168.200.65, MBGP/AS 10888, 16:18:08/00:05:35(172.18.21.45, 224.0.92.3), RP 192.168.200.65, MBGP/AS 10888, 16:18:08/00:05:35(172.18.15.75, 224.0.92.3), RP 192.168.200.65, MBGP/AS 10888, 08:40:52/00:05:35(172.18.15.100, 224.0.92.3), RP 192.168.200.65, MBGP/AS 10888, 08:40:52/00:05:35(172.16.10.13, 227.37.32.6), RP 192.168.3.92, MBGP/AS 704, 00:45:30/00:05:31(172.18.41.33, 224.247.228.10), RP 192.168.3.111, MBGP/AS 704, 2d10h/00:05:35(172.18.222.210, 224.2.224.13), RP 192.168.3.92, MBGP/AS 704, 01:51:53/00:05:22(172.18.41.33, 229.231.124.13), RP 192.168.3.111, MBGP/AS 704, 2d10h/00:05:33(172.18.32.138, 224.2.200.23), RP 192.168.253.7, MBGP/AS 3582, 21:33:40/00:05:49(172.18.75.244, 224.2.200.23), RP 192.168.253.7, MBGP/AS 3582, 21:33:40/00:05:49Table 12 describes the significant fields shown in the display.
Related Commands
Command Descriptionclear ip msdp sa-cache
Clears MSDP SA cache entries.
ip msdp cache-sa-state
Enables the router to create SA state.
show ip msdp summary
To display Multicast Source Discovery Protocol (MSDP) peer status, use the show ip msdp summary command in EXEC mode.
show ip msdp [vrf vrf-name] summary
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
EXEC
Command History
Examples
The following is sample outputfrom of the show ip msdp summary command:
Router# show ip msdp summaryMSDP Peer Status SummaryPeer Address AS State Uptime/ Reset SA Peer NameDowntime Count Count224.135.250.116 109 Up 1d10h 9 111 rtp5-rp1*172.20.240.253 1239 Up 14:24:00 5 4010 sl-rp-stk172.16.253.19 109 Up 12:36:17 5 10 shinjuku-rp1172.16.170.110 109 Up 1d11h 9 12 ams-rp1Table 13 describes the significant fields shown in the display.
show ip pim bsr
To display the bootstrap router (BSR) information, use the show ip pim bsr command in EXEC mode.
show ip pim [vrf vrf-name] bsr
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
EXEC
Command History
Release Modification11.3 T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
The output includes elected BSR information and information about the locally configured candidate rendezvous point (RP) advertisement.
Examples
The following is sample output from the show ip pim bsr command:
Router# show ip pim bsrPIMv2 Bootstrap informationThis system is the Bootstrap Router (BSR)BSR address: 172.16.143.28Uptime: 04:37:59, BSR Priority: 4, Hash mask length: 30Next bootstrap message in 00:00:03 secondsNext Cand_RP_advertisement in 00:00:03 seconds.RP: 172.16.143.28(Ethernet0), Group acl: 6Table 14 describes the significant fields shown in the display.
Related Commands
show ip pim interface
To display information about interfaces configured for Protocol Independent Multicast (PIM), use the show ip pim interface command in EXEC mode.
show ip pim [vrf vrf-name] interface [type number] [df | count] [rp-address] [detail]
Syntax Description
Defaults
If no interface is specified, all interfaces are displayed.
Command Modes
EXEC
Command History
Usage Guidelines
This command works only on interfaces that are configured for PIM.
Use the show ip pim interface count command to display switching counts for Multicast Distributed Switching (MDS) and other fast-switching statistics. For more information on MDS, refer to the "Configuring Multicast Distributed Switching" chapter in the Cisco IOS Switching Services Configuration Guide.
Examples
The following is sample output from the show ip pim interface command:
Router# show ip pim interfaceAddress Interface Mode Neighbor Query DRCount Interval192.168.37.6 Ethernet0 Dense 2 30 192.168.37.33192.168.36.129 Ethernet1 Dense 2 30 192.168.36.13110.1.37.2 Tunnel0 Dense 1 30 224.0.0.0The following is sample output from the show ip pim interface command when the count keyword is specified:
Router# show ip pim interface countAddress Interface FS Mpackets In/Out172.16.121.35 Ethernet0 * 548305239/13744856172.16.121.35 Serial0.33 * 8256/67052912192.168.12.73 Serial0.1719 * 219444/862191The following is sample output from the show ip pim interface command when the count keyword is specified and IP multicast MLS is enabled. The example lists the PIM interfaces that are fast switched and process switched, and the packet counts for these interfaces. The flag "H" is added to interfaces where IP multicast MLS is enabled.
Router# show ip pim interface countStates: FS - Fast Switched, H - Hardware SwitchedAddress Interface FS Mpackets In/Out192.168.10.2 Vlan10 * H 40886/0192.168.11.2 Vlan11 * H 0/40554192.168.12.2 Vlan12 * H 0/40554192.168.23.2 Vlan23 * 0/0192.168.24.2 Vlan24 * 0/0The following are two sample outputs from the show ip pim interface command when the df keyword is specified:
Router# show ip pim interface dfInterface RP DF Winner Metric UptimeEthernet3/3 10.10.0.2 10.4.0.2 0 00:03:4910.10.0.3 10.4.0.3 0 00:01:4910.10.0.5 10.4.0.4 409600 00:01:49Ethernet3/4 10.10.0.2 10.5.0.2 0 00:03:4910.10.0.3 10.5.0.2 409600 00:02:3210.10.0.5 10.5.0.2 435200 00:02:16Loopback0 10.10.0.2 10.10.0.2 0 00:03:4910.10.0.3 10.10.0.2 409600 00:02:3210.10.0.5 10.10.0.2 435200 00:02:16Router# show ip pim interface Ethernet3/3 df 10.10.0.3Designated Forwarder election for Ethernet3/3, 10.4.0.2, RP 10.10.0.3State Non-DFOffer count is 0Current DF ip address 10.4.0.3DF winner up time 00:02:33Last winner metric preference 0Last winner metric 0Table 15 describes the significant fields shown in the displays.
The following is sample output from the show ip pim interface command with the detail keyword for Fast Ethernet interface 0/1:
Router# show ip pim interface fastethernet 0/1 detailFastEthernet0/1 is up, line protocol is upInternet address is 172.16.8.1/24Multicast switching:processMulticast packets in/out:0/0Multicast boundary:not setMulticast TTL threshold:0PIM:enabledPIM version:2, mode:densePIM DR:172.16.8.1 (this system)PIM neighbor count:0PIM Hello/Query interval:30 secondsPIM State-Refresh processing:enabledPIM State-Refresh origination:enabled, interval:60 secondsPIM NBMA mode:disabledPIM ATM multipoint signalling:disabledPIM domain border:disabledMulticast Tagswitching:disabledTable 16 describes the significant fields shown in the display.
Related Commands
show ip pim mdt bgp
To show detailed Border Gateway Protocol (BGP) advertisement of the route distinguisher (RD) for the multicast distribution tree (MDT) default group, use the show ip pim mdt bgp command in EXEC mode.
show ip pim [vrf vrf-name] mdt bgp
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
EXEC
Command History
Usage Guidelines
Use this command to show detailed BGP advertisement of the RD for the MDT default group.
Examples
The following is sample output from the show ip pim mdt bgp command:
Router# show ip pim mdt bgp
MDT-default group 232.2.1.4rid:1.1.1.1 next_hop:1.1.1.1Table 17 describes the significant fields shown in the display.
show ip pim mdt history
To provide information on data MDTs that have been reused, use the show ip pim mdt history command in EXEC mode.
show ip pim [vrf vrf-name] mdt history interval {number}
Syntax Description
Command Modes
EXEC
Command History
Usage Guidelines
The show ip pim mdt history command displays the data MDTs that have been reused during the past configured interval.
Examples
The following is sample output from the show ip pim mdt history command with the interval configured to be 20 minutes:
Router# show ip pim vrf blue mdt history interval 20MDT-data send history for VRF - blue for the past 20 minutesMDT-data group Number of reuse10.9.9.8 310.9.9.9 2Table 18 describes the significant fields shown in the display.
show ip pim mdt receive
To show the data multicast distribution tree (MDT) advertisements received by a specified router, use the show ip pim mdt receive command in EXEC mode.
show ip pim [vrf vrf-name] mdt receive [detail]
Syntax Description
Command Modes
EXEC
Command History
Usage Guidelines
When a router wants to switch over from the default MDT to a data MDT, it advertises the VRF source, the group pair, and the global multicast address over which the traffic will be sent. If the remote router wants to receive this data, then it will join this global adddress multicast group.
Examples
The following is sample output from the show ip pim mdt receive command using the detail keyword for further information:
Router# show ip pim vrf vpn8 mdt receive detailJoined MDT-data groups for VRF:vpn8group:232.2.8.0 source:10.0.0.100 ref_count:13(10.101.8.10, 225.1.8.1), 1d13h/00:03:28/00:02:26, OIF count:1, flags:TY(10.102.8.10, 225.1.8.1), 1d13h/00:03:28/00:02:27, OIF count:1, flags:TYTable 19 describes the significant fields shown in the display.
show ip pim mdt send
To show the data multicast distribution tree (MDT) advertisements that a specified router has made, use the show ip pim mdt send command in EXEC mode.
show ip pim [vrf vrf-name] mdt send
Syntax Description
vrf
(Optional) Supports the Multicast Virtual Private Network (VPN) routing and forwarding (VRF) instance.
vrf-name
(Optional) Name assigned to the VRF.
Command Modes
EXEC
Command History
Usage Guidelines
Use this command to show the data MDT advertisements that a specified router has made.
Examples
The following is sample output from the show ip pim mdt send command:
Router# show ip pim mdt send
MDT-data send list for VRF:vpn8(source, group) MDT-data group ref_count(10.100.8.10, 225.1.8.1) 232.2.8.0 1(10.100.8.10, 225.1.8.2) 232.2.8.1 1(10.100.8.10, 225.1.8.3) 232.2.8.2 1(10.100.8.10, 225.1.8.4) 232.2.8.3 1(10.100.8.10, 225.1.8.5) 232.2.8.4 1(10.100.8.10, 225.1.8.6) 232.2.8.5 1(10.100.8.10, 225.1.8.7) 232.2.8.6 1(10.100.8.10, 225.1.8.8) 232.2.8.7 1(10.100.8.10, 225.1.8.9) 232.2.8.8 1(10.100.8.10, 225.1.8.10) 232.2.8.9 1Table 20 describes the significant fields shown in the display.
show ip pim neighbor
To list the Protocol Independent Multicast (PIM) neighbors discovered by the Cisco IOS software, use the show ip pim neighbor command in EXEC mode.
show ip pim [vrf vrf-name] neighbor [interface-type interface-number]
Syntax Description
Command Modes
EXEC
Command History
Release Modification10.0
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
Use this command to determine which routers on the LAN are configured for PIM.
Examples
The following is sample output from the show ip pim neighbor command:
Router# show ip pim neighborPIM Neighbor TableNeighbor Address Interface Uptime Expires Mode192.168.37.2 Ethernet0 17:38:16 0:01:25 Dense192.168.37.33 Ethernet0 17:33:20 0:01:05 Dense (DR)192.168.36.131 Ethernet1 17:33:20 0:01:08 Dense (DR)192.168.36.130 Ethernet1 18:56:06 0:01:04 Dense10.1.22.9 Tunnel0 19:14:59 0:01:09 DenseTable 21 describes the significant fields shown in the display.
Related Commands
show ip pim rp
To display active rendezvous points (RPs) that are cached with associated multicast routing entries, use the show ip pim rp command in EXEC mode.
show ip pim [vrf vrf-name] rp [mapping | metric] [rp-address]
Syntax Description
Defaults
If no RP is specified, all active RPs are displayed.
Command Modes
EXEC
Command History
Release Modification10.2
This command was introduced.
12.1(2)T
The metric keyword and rp-address argument were added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Examples
The following is sample output from the show ip pim rp command:
Router# show ip pim rpGroup:227.7.7.7, RP:10.10.0.2, v2, v1, next RP-reachable in 00:00:48The following is sample output from the show ip pim rp command when the mapping keyword is specified:
Router# show ip pim rp mappingPIM Group-to-RP MappingsThis system is an RP (Auto-RP)This system is an RP-mapping agentGroup(s) 227.0.0.0/8RP 10.10.0.2 (?), v2v1, bidirInfo source:10.10.0.2 (?), via Auto-RPUptime:00:01:42, expires:00:00:32Group(s) 228.0.0.0/8RP 10.10.0.3 (?), v2v1, bidirInfo source:10.10.0.3 (?), via Auto-RPUptime:00:01:26, expires:00:00:34Group(s) 229.0.0.0/8RP 10.10.0.5 (mcast1.cisco.com), v2v1, bidirInfo source:10.10.0.5 (mcast1.cisco.com), via Auto-RPUptime:00:00:52, expires:00:00:37Group(s) (-)230.0.0.0/8RP 10.10.0.5 (mcast1.cisco.com), v2v1, bidirInfo source:10.10.0.5 (mcast1.cisco.com), via Auto-RPUptime:00:00:52, expires:00:00:37The following is sample output from the show ip pim rp command when the metric keyword is specified:
Router# show ip pim rp metricRP Address Metric Pref Metric Flags RPF Type Interface10.10.0.2 0 0 L unicast Loopback010.10.0.3 90 409600 L unicast Ethernet3/310.10.0.5 90 435200 L unicast Ethernet3/3Table 22 describes the significant fields shown in the displays.
show ip pim rp-hash (BSR)
To display which rendezvous point (RP) is being selected for a specified group, use the show ip pim rp-hash command in EXEC mode.
show ip pim [vrf vrf-name] rp-hash {group-address | group-name}
Syntax Description
Command Modes
EXEC
Command History
Release Modification11.3 T
This command was introduced.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
This command displays which RP was selected for the group specified. It also shows whether this RP was selected by Auto-RP or the PIM Version 2 bootstrap mechanism.
Examples
The following is sample output from the show ip pim rp-hash command with the group address 239.1.1.1 specified:
Router# show ip pim rp-hash 239.1.1.1RP 172.16.24.12 (mt1-47a.cisco.com), v2Info source: 172.16.24.12 (mt1-47a.cisco.com), via bootstrapUptime: 05:15:33, expires: 00:02:01Table 23 describes the significant fields shown in the display.
show ip rpf
To display how IP multicast routing does Reverse Path Forwarding (RPF), use the show ip rpf command in EXEC mode.
show ip rpf [vrf vrf-name] {source-address | source-name} [metric]
Syntax Description
Defaults
If no source is specified, all sources are displayed.
Command Modes
EXEC
Command History
Release Modification11.0
This command was introduced.
12.1(2)T
The metric keyword was added.
12.0(23)S
The vrf keyword and vrf-name argument were added.
Usage Guidelines
The router can reverse path forward from multiple routing tables (that is, the unicast routing table, Distance Vector Multicast Routing Protocol (DVMRP) routing table, or static mroutes). This command tells you from where the information is retrieved.
Examples
The following is sample output from the show ip rpf command:
Router# show ip rpf 172.16.10.13RPF information for sj.cisco.com (172.16.10.13)RPF interface: BRI0RPF neighbor: sj1.cisco.com (172.16.121.10)RPF route/mask: 172.16.0.0/255.255.0.0RPF type: unicastRPF recursion count: 0Doing distance-preferred lookups across tablesThe following is sample output of the show ip rpf command when the metric keyword is specified:
Router# show ip rpf 172.16.10.13 metricRPF information for sj.cisco.com (172.16.10.13)RPF interface: BRI0RPF neighbor: sj1.cisco.com (172.16.121.10)RPF route/mask: 172.16.0.0/255.255.0.0RPF type: unicastRPF recursion count: 0Doing distance-preferred lookups across tablesMetric preference: 110Metric: 11Table 24 describes the significant fields shown in the display.