Table Of Contents
manager
mdt data
mdt default
mdt log-reuse
mrinfo
mrm
mstat
mtrace
receivers
manager
To specify that an interface is the Manager for Multicast Routing Monitor (MRM), and to specify the multicast group address the Test Receiver will listen to, use the manager command in MRM manager configuration mode. To remove the Manager or group address, use the no form of this command.
manager interface-type interface-number group ip-address
no manager interface-type interface-number group ip-address
Syntax Description
interface-type interface-number
|
Interface type and number of the Manager. The IP address associated with this interface is the source address of the Manager.
|
group ip-address
|
Specifies the IP multicast group address that the Test Receiver will listen to.
|
Defaults
There is no MRM Manager.
Command Modes
MRM manager configuration
Command History
Release
|
Modification
|
12.0(5)S
|
This command was introduced.
|
12.0(5)T
|
This command was integrated into Cisco IOS Release 12.0(5)T.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
Usage Guidelines
This command identifies the interface that acts as the Manager, and therefore is required in order to run MRM.
Examples
The following example shows how to configure Ethernet interface 0 as the Manager and the Test Receiver to listen to multicast group 239.1.1.1:
manager ethernet 0 group 239.1.1.1
Related Commands
Command
|
Description
|
beacon (multicast routing monitor)
|
Changes the frequency, duration, or scope of beacon messages that the Manager sends to Test Senders and Test Receivers during an MRM test.
|
ip mrm accept-manager
|
Configures a Test Sender or Test Receiver to accept requests only from Managers that pass an access list.
|
show ip mrm manager
|
Displays test information for MRM.
|
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
group-address-range
|
Multicast group address range. The range is from 224.0.0.1 to 239.255.255.255.
|
wildcard-bits
|
Wildcard bits to be applied to the multicast group address range.
|
threshold threshold-value
|
(Optional) Defines the bandwidth threshold value. The range is from 1 through 4294967.
|
list access-list
|
(Optional) Defines the access list name or number.
|
Defaults
The command is disabled.
Command Modes
VRF configuration
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(13)T
|
This command was integrated into Cisco IOS Release 12.2(13)T.
|
Usage Guidelines
A data MDT group can include a maximum of 256 multicast groups per Virtual Private Network (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 Multicast (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.
mdt data 232.0.1.0 0.0.0.255 threshold 500 list 101
ip pim vrf vrf1 accept-rp auto-rp
Related Commands
Command
|
Description
|
mdt default
|
Configures a default MDT group for a VPN VRF.
|
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
group-address
|
IP address of the default MDT group. This address serves as an identifier for the community in that provider-edge (PE) routers configured with the same group address become members of the group, allowing them to receive packets sent by each other.
|
Defaults
The command is disabled.
Command Modes
VRF configuration
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(13)T
|
This command was integrated into Cisco IOS Release 12.2(13)T.
|
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) 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.
Router(config)# ip vrf red
Router(config-vrf)# rd 1:1
Router(config-vrf)# route-target export 1:1
Router(config-vrf)# route-target import 1:1
Router(config-vrf)# mdt default 232.0.0.1
Router(config-vrf)# mdt data 232.0.1.0 0.0.0.255 threshold 500 list 101
Router(config)# ip pim ssm default
Router(config)# ip pim vrf red accept-rp auto-rp
Related Commands
Command
|
Description
|
mdt data
|
Configures the multicast group address range for data MDT groups.
|
mdt log-reuse
To enable the recording of data multicast distribution tree (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
The command is disabled.
Command Modes
VRF configuration
Command History
Release
|
Modification
|
12.0(23)S
|
This command was introduced.
|
12.2(13)T
|
This command was integrated into Cisco IOS Release 12.2(13)T.
|
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.
Related Commands
Command
|
Description
|
mdt data
|
Configures the multicast group address range for data MDT groups.
|
mdt default
|
Configures a default MDT group for a VPN VRF.
|
mrinfo
To query which neighboring multicast routers are "peering" with the local router, use the mrinfo command in user EXEC or privileged EXEC mode.
mrinfo [host-name | host-address] [source-address | interface]
Syntax Description
host-name | host-address
|
(Optional) The Domain Name System (DNS) name or IP address of the multicast router to query. If omitted, the router queries itself.
|
source-address
|
(Optional) Source address used on multicast routing information (mrinfo) requests. If omitted, the source is based on the outbound interface for the destination.
|
interface
|
(Optional) Source interface used on mrinfo requests. If omitted, the source is based on the outbound interface for the destination.
|
Defaults
The command is disabled.
Command Modes
Use EXEC
Privileged EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Usage Guidelines
The mrinfo command is the original tool of the multicast backbone (MBONE) to determine which neighboring multicast routers are peering with a multicast router. Cisco routers have supported responding to mrinfo requests since Cisco IOS Release 10.2.
Now you can query a multicast router using this command. The output format is identical to the multicast routed version of Distance Vector Multicast Routing Protocol (DVMRP). (The mrouted software is the UNIX software that implements DVMRP.)
Examples
The following is sample output from the mrinfo command:
192.31.7.37 (barrnet-gw.cisco.com) [version cisco 11.1] [flags: PMSA]:
192.31.7.37 -> 192.31.7.34 (sj-wall-2.cisco.com) [1/0/pim]
192.31.7.37 -> 192.31.7.47 (dirtylab-gw-2.cisco.com) [1/0/pim]
192.31.7.37 -> 192.31.7.44 (dirtylab-gw-1.cisco.com) [1/0/pim]
131.119.26.10 -> 131.119.26.9 (su-pr2.bbnplanet.net) [1/32/pim]
The flags indicate the following:
•
P: prune-capable
•
M: mtrace-capable
•
S: SNMP-capable
•
A: Auto-RP-capable
mrm
To start or stop a Multicast Routing Monitor (MRM) test, use the mrm command in privileged EXEC mode.
mrm test-name {start | stop}
Syntax Description
test-name
|
Name of the MRM test to start or stop.
|
start
|
Starts the MRM test specified for the test-name argument.
|
stop
|
Stops the MRM test specified for the test-name argument.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(5)S
|
This command was introduced.
|
12.0(5)T
|
This command was integrated into Cisco IOS Release 12.0(5)T.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
Usage Guidelines
You must use this command to run an MRM test. When the test runs, the Test Sender sends User Datagram Protocol (UDP) or UDP/Real-Time Transport Protocol (RTP) packets (depending on the senders command) to the Test Receiver.
Examples
The following example shows how to start an MRM test. In this example, the MRM test named test1 is started.
Related Commands
Command
|
Description
|
ip mrm manager
|
Identifies an MRM test and enters the mode in which you specify the test parameters.
|
senders
|
Configures Test Sender parameters used in MRM.
|
show ip mrm status-report
|
Displays the status reports in the MRM status report cache.
|
mstat
To display IP multicast packet rate and loss information, use the mstat command in user EXEC or privileged EXEC mode.
mstat {source-name | source-address} [destination-name | destination-address] [group-name |
group-address]
Syntax Description
source-name | source-address
|
Domain Name System (DNS) name or the IP address of the multicast-capable source.
|
destination-name | destination-address
|
(Optional) DNS name or address of the destination. If omitted, the command uses the system at which the command is typed.
|
group-name | group-address
|
(Optional) DNS name or multicast address of the group to be displayed. Default address is 224.2.0.1 (the group used for multicast backbone [MBONE] Audio).
|
Defaults
The command is disabled.
Command Modes
User EXEC
Privileged EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Usage Guidelines
If no arguments are entered, the router will interactively prompt you for them.
This command is a form of UNIX mtrace that reports packet rate and loss information.
Examples
The following is sample output from the mstat command in user EXEC mode:
Router> mstat lwei-home-ss2 172.16.0.1 224.0.255.255
Type escape sequence to abort.
Mtrace from 172.16.0.0 to 172.16.0.10 via group 224.0.255.255
>From source (lwei-home-ss2.cisco.com) to destination (lwei-ss20.cisco.com)
Waiting to accumulate statistics......
Results after 10 seconds:
Source Response Dest Packet Statistics For Only For Traffic
172.16.0.0 172.16.0.10 All Multicast Traffic From 172.16.0.0
| __/ rtt 48 ms Lost/Sent = Pct Rate To 224.0.255.255
v / hop 48 ms --------------------- --------------------
172.16.0.1 lwei-cisco-isdn.cisco.com
v | hop 31 ms 0/12 = 0% 1 pps 0/1 = --% 0 pps
172.16.0.3 eng-frmt12-pri.cisco.com
v | hop -17 ms -735/12 = --% 1 pps 0/1 = --% 0 pps
172.16.0.5 eng-cc-4.cisco.com
v | hop -21 ms -678/23 = --% 2 pps 0/1 = --% 0 pps
172.16.0.7 eng-ios-2.cisco.com
v | hop 5 ms 605/639 = 95% 63 pps 1/1 = --% 0 pps
172.16.0.9 eng-ios-f-5.cisco.com
v \ hop 0 ms 4 0 pps 0 0 pps
Table 2 describes the significant fields shown in the display.
Table 2 mstat Field Descriptions
Field
|
Description
|
Source
|
Traffic source of packet.
|
Response Dest
|
Place where the router sends the results of the mstat command.
|
ttl
|
Number of hops required from the traffic source to the current hop.
|
hop
|
Number of milliseconds of delay.
|
Only For Traffic From
|
0 packets dropped out of 2 packets received. If, for example, -2/2 was indicated, then there are 2 extra packets, which could indicate a loop condition.
|
Related Commands
Command
|
Description
|
mtrace
|
Traces the path from a source to a destination branch for a multicast distribution tree.
|
mtrace
To trace the path from a source to a destination branch for a multicast distribution tree, use the mtrace user command in user EXEC or privileged EXEC mode.
mtrace {source-name | source-address} [destination-name | destination-address] [group-name |
group-address]
Syntax Description
source-name | source-address
|
Domain Name System (DNS) name or the IP address of the multicast-capable source. This is a unicast address of the beginning of the path to be traced.
|
destination-name | destination-address
|
(Optional) DNS name or address of the unicast destination. If omitted, the mtrace starts from the system at which the command is typed.
|
group-name | group-address
|
(Optional) DNS name or multicast address of the group to be traced. Default address is 224.2.0.1 (the group used for multicast backbone [MBONE] Audio). When address 0.0.0.0 is used, the software invokes a weak mtrace. A weak mtrace is one that follows the RPF path to the source, regardless of whether any router along the path has multicast routing table state.
|
Defaults
The command is disabled.
Command Modes
User EXEC
Privileged EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Usage Guidelines
The trace request generated by the mtrace command is multicast to the multicast group to find the last hop router to the specified destination. The trace then follows the multicast path from destination to source by passing the mtrace request packet via unicast to each hop. Responses are unicast to the querying router by the first hop router to the source. This command allows you to isolate multicast routing failures.
If no arguments are entered, the router will interactively prompt you for them.
This command is identical in function to the UNIX version of mtrace.
Examples
The following is sample output from the mtrace command in user EXEC mode:
Router> mtrace 172.16.0.0 172.16.0.10 239.254.254.254
Type escape sequence to abort.
Mtrace from 172.16.0.0 to 172.16.0.10 via group 239.254.254.254
From source (?) to destination (?)
Querying full reverse path...
-1 172.16.0.8 PIM thresh^ 0 0 ms
-2 172.16.0.6 PIM thresh^ 0 2 ms
-3 172.16.0.5 PIM thresh^ 0 894 ms
-4 172.16.0.3 PIM thresh^ 0 893 ms
-5 172.16.0.2 PIM thresh^ 0 894 ms
-6 172.16.0.1 PIM thresh^ 0 893 ms
Table 3 describes the significant fields shown in the display.
Table 3 mtrace Field Descriptions
Field
|
Description
|
Mtrace from 172.16.0.0 to 172.16.0.10 via group 239.254.254.254
|
Name and address of source, destination, and group for which routes are being traced.
|
-3 172.16.0.5
|
Hops away from destination (-3) and address of intermediate router.
|
PIM thresh^ 0
|
Multicast protocol in use on this hop, and time-to-live (TTL) threshold.
|
893 ms
|
Time taken for trace to be forwarded between hops.
|
Related Commands
Command
|
Description
|
mstat
|
Displays IP multicast packet rate and loss information.
|
receivers
To establish Test Receivers for Multicast Routing Monitor (MRM) tests or modify the parameters of Test Receivers, use the receivers command in MRM manager configuration mode. To restore the default values, use the no form of this command.
Form of the Command to Establish Test Receivers
receivers access-list sender-list access-list [packet-delay]
no receivers access-list
Form of the Command to Modify the Parameters of Test Receivers
receivers access-list [window seconds] [report-delay seconds] [loss percentage] [no-join]
[monitor | poll]
no receivers access-list
Syntax Description
access-list
|
IP named or numbered access list that establishes the Test Receivers. Only these Test Receivers are subject to the other keywords and arguments specified in this command.
|
sender-list access-list
|
Specifies the sources that the Test Receiver should monitor. If the named or numbered access list matches any access list specified in the senders command, the associated packet-delay milliseconds keyword and argument of that senders command are used in this command. Otherwise, the packet-delay argument is required in this receivers command.
|
packet-delay
|
(Optional) Specifies the delay between test packets (in milliseconds). The range is from 50 to 10000. If the sender-list access list matches any access list specified in a senders command, the associated packet-delay milliseconds keyword and argument of that senders command are used in this command. Otherwise, the packet-delay argument is required in this receivers command.
|
window seconds
|
(Optional) Specifies the duration (in seconds) of a test period. This is a sliding window of time in which the packet count is collected, so that the loss percentage can be calculated. The range is from 1 to 10. The default is 5 seconds.
|
report-delay seconds
|
(Optional) Specifies the delay (in seconds) between status reports. The delay prevents multiple Test Receivers from sending status reports to the Manager at the same time for the same failure. This value is relevant only if there are multiple Test Receivers. The range is from 1 to 60. The default is 1 second.
|
loss percentage
|
(Optional) Specifies the threshold percentage of packet loss required before a status report is triggered. The range is from 0 to 100. The default is 0 percent, which means that a status report is sent for any packet loss. (This value is not applied to packet duplication; a fault report is sent for any duplicated packets.) Loss percentage calculation is explained in the "Usage Guidelines" section of this command.
|
no-join
|
(Optional) Specifies that the Test Receiver does not join the monitored group. The default is that the Test Receiver joins the monitored group.
|
monitor | poll
|
(Optional) Specifies whether the Test Receiver monitors the test group or polls for receiver statistics. The monitor keyword means the Test Receiver reports only if the test criteria are met. The poll keyword means the Test Receiver sends status reports regularly, whether test criteria are met or not. The default is the behavior set with the monitor keyword.
|
Command Default
No Test Receivers are configured for MRM tests.
Command Modes
MRM manager configuration
Command History
Release
|
Modification
|
12.0(5)S
|
This command was introduced.
|
12.0(5)T
|
This command was integrated into Cisco IOS Release 12.0(5)T.
|
12.2(33)SRA
|
This command was integrated into Cisco IOS Release 12.2(33)SRA.
|
Usage Guidelines
This command is required for MRM to work; the receivers access-list and sender-list access-list keyword-argument pairs must be specified.
Note
The Cisco IOS CLI parser accepts the command entered without the required sender-list access-list keyword-argument pair. This keyword-argument pair, however, is not optional. For an MRM test to work, you must specify the sources that the Test Receiver should monitor using the sender-list keyword and access-list argument.
Optionally, you can use the receivers command to modify the parameters for Test Receivers.
Loss percentage is calculated based on the packet-delay value of the senders command, which defaults to 200 milliseconds, or 5 packets per second. If the window keyword defaults to 5 seconds, then the Test Receiver expects 5 packets per second for 5 seconds = 25 packets. If the Test Receiver receives only 15 packets, then 25 - 15 = 10 lost packets. Lost packets divided by packets expected equals loss percentage; 10/25 equals a loss percentage of 40 percent.
Examples
The following example shows how to establish a Test Receiver for an MRM test:
manager Ethernet0/0 group 239.1.1.1
receivers 2 sender-list 1
access-list 1 permit 10.1.1.2
access-list 2 permit 10.1.4.2
Related Commands
Command
|
Description
|
senders
|
Establishes Test Senders for MRM.
|