![]() |
Other Tools Some Very Useful Tools for Monitoring Different Aspects of Multicast |
![]() |
![]() |
The following table lists various tools available for monitoring the multicast. The characterstics of the tools have been grouped into four major categories (listed in the first row of the table header).
|
Tool | Source for data collection | Type of Monitoring | Scope of monitoring and analysis | Utility of the Output | ||||||||||
Router/ NW/ SNMP | Applic - ation | Other Tools | Traffic & Route | Session | Session | Subnet | Time | Text | Files | GUI | ||||
Single | Multiple | Intra | Inter | Online | Historic | |||||||||
MantaRay | X | X | X | X | X | |||||||||
Mantra | X | X | X | X | X | X | X | X | X | X | X | |||
Mhealth | X | X | X | X | X | X | X | X | X | X | ||||
Mlisten | X | X | X | X | X | X | X | X | ||||||
Mrinfo | X | X | X | X | X | |||||||||
Mtrace | X | X | X | X | X | X | ||||||||
MultiMON | X | X | X | X | X | X | X | X | ||||||
RM | X | X | X | X | X | X | X | |||||||
RTPmon | X | X | X | X | X | X | ||||||||
SDR-Monitor | X | X | X | X | X | X | X | |||||||
SM | X | X | X | X | X | X | X | X | X |
Mantra
URL: http://imj.ucsb.edu/mantra/
Contact: Prashant Rajvaidya (prash@cs.ucsb.edu) and
Kevin Almeroth (almeroth@cs.ucsb.edu)
Caption: Monitor and Analysis of Traffic in Multicast
Routers.
Summary: Mantra is a tool for monitoring the
multicast traffic at the router level. The main tasks of Mantra include collecting data
from the routers, processing and analyzing the collected data, generating online reports
and logging the processed data as well as the analysis results. The results are presented
online, through web pages, in the form of interactive graphs and HTML tables.
Mechanism: Information from the router-tables.
Comment:
Avail: results
MHealth
URL: http://imj.ucsb.edu/mhealth/
Contact: David Makofske (davidm@cs.ucsb.edu) and
Kevin Almeroth (almeroth@cs.ucsb.edu)
Caption: A Real-Time Multicast Tree Visualization and
Monitoring Tool
Summary: A graphical, near real-time multicast
monitoring tool. MHealth is able to discover and display the full network tree
distribution and delivery quality for a group. MHealth also provides data logging
functionality for the purpose of isolating and analyzing network faults. Logs can be
analyzed to provide information such as receiver lists over time, route histories and
changes, and the location, duration, and frequency of loss.
Mechanism: RTCP-Data + mtrace
Comment:
Avail: free
Mlisten
URL: http://www.cc.gatech.edu/computing/Telecomm/mbone/
Contact: Kevin Almeroth (almeroth@cs.ucsb.edu)
Caption: MBone Collection Tool
Summary: A tool for the collection and processing of
MBone membership information. The tool can be used to generate information about (1) join
and leave statistics, (2) connection time characteristics, and (3) multicast tree size and
characteristics.
Mechanism: Information from Session Announcements +
RTCP-data
Comment:
Avail: free
Mrinfo
URL: http://www.freebsd.org/cgi/man.cgi?query=mrinfo&sektion=8&apropos=0&manpath=FreeBSD+8.2-RELEASE+and+Ports
Contact: Bill Fenner
Caption: Display configuration info from a multicast
router.
Summary: Mrinfo uses the ASK_NEIGHBORS IGMP message
to the specified multicast router. The results include version number of the router being
queried and a list of the neighboring multicast routers along with the additional
information related to them such as metrics, thresholds, and flags.
Mechanism: IGMP message.
Comment:
Avail: free
Mtrace
URL: https://tools.ietf.org/html/draft-ietf-mboned-mtrace-v2-11
Contact: Bill Fenner
Caption: Multicast traceroute
Summary: Returns a snapshot of the set of links used
to connect a particular source with a particular destination. Additional information that
can be obtained includes loss rates along the links, number of multicast packets flowing
across each hop per second for that particular address. A trace query is passed hop-by-hop
along the reverse path from the receiver to the source, collecting hop addresses, packet
counts, and routing error conditions along the path, and then the response is returned to
the requestor. Currently the most effective means of debugging mbone routing problems.
Mechanism: Tracing feature in multicast routers and
extension to IGMP messages
Comment: The results are not guaranteed all the time
and are not 100% reliable. However, currently it is the most effective means of debugging
mbone routing problems.
Avail: free
MultiMON
URL: http://www.merci.crc.ca/mbone/MultiMON/
Contact: J.L.Robinson (john.robinson@crc.ca) and
J.A.Stewart (john.stewart@crc.ca)
Caption: Multicast Network Monitor
Summary: MultiMON is a monitor that collects,
organises and displays all the IP multicast traffic that is detected at the location of
the MultiMON Server. While MultiMON is a general purpose muticast monitoring tool, it is
intended in particular to monitor multicast traffic on local network segments and should
assist a network administrator in managing the traffic on an Intranet. Multimon is built
on a client/server basis which allows the data collectors (Servers) to be distant from the
GUI front end displays (Clients).
Mechanism: TCPdump
Comment:
Avail: free
RM
URL: http://ganef.cs.ucla.edu/~masseyd/Route/
Contact: Bill Fenner and Daniel Massey
(masseyd@cs.ucla.edu)
Caption: Route Monitor
Summary: Multicast Routing Monitor (RM) focuses
mainly on monitoring the stability of various multicast routes in the existing topology of
multicast. This tool collects data at the network layer by recording the DVMRP route
updates issued by the local multicast routers. The results generated by Multicast Routing
Monitor are in the form of regularly and frequently updated reports, listing some of the
most unstable routes and describing plausible reasons for their instability.
Mechanism: Listen for Route Updates
Comment:
Avail: free
RTPmon
URL: ftp://mm-ftp.cs.berkeley.edu/pub/rtpmon/
Contact: Andrew Swan (aswan@cs.berkeley.edu) and
David Bacher (drbacher@cs.berkeley.edu)
Caption: RTCP Monitor
Summary: Rtpmon can be used to monitor the control
information exchanged between applications that implement RTP, Real-Time Transport
Protocol. Feedback from receivers, including the loss rate and jitter, are displayed in a
table that can be sorted in various ways to help isolate and diagnose multicast
distribution problems.
Mechanism: RTCP-Data
Comment:
Avail: free
SDR-Monitor
URL: http://imj.ucsb.edu/sdr-monitor/
Contact: Kamil Sarac (ksarac@cs.ucsb.edu) and Kevin
Almeroth (almeroth@cs.ucsb.edu)
Caption: Sdr Global Session Monitoring Effort
Summary: An effort to track, manage, and present
information about the availability of world-wide sdr sessions. A collection of web pages
has been put together, updated several times every hour, where an aggerageted view of
sdr-cache entries sent by participants from around the world is displayed.
Mechanism: Information from the sdr-cache.
Comment:
Avail: results
SM
URL: http://carmen.cselt.it/ipmc/sm/
Contact: Domenico Lento (domenico.lento@cselt.it)
Caption: MBone Session Monitor
Summary: Session-Monitor (SM) is a tool for listing
all the SDR sessions currently visible to the host running the tool. Also displays various
SDP, User and Traffic Statistics graphically.
Mechanism: Information from Session Announcements +
RTCP-data
Comment:
Avail: free
Comments and Suggestions: <prash@caida.org> Last Modified: |