Multicast Network Monitoring Project over APII Testbed

1
Multicast Network Monitoring Project over APII
Testbed

• 2001. 10. 5
• Heonkyu Park
• hkpark_at_cosmos.kaist.ac.kr

2
Contents

• Project Goals
• Problem Definition
• Related Works
• Approach
• Schedule
• References

3
Project Goals

• Diagnose multicast routing problems and measure
  the properties of the APII Testbed
• Enable users and administrators to have common
  understanding of the multicast performance and
  reliability
• Develop project prototype for real-time multicast
  monitoring, analyzing and visualization

4
Problem Definition

• does not exist general purpose infrastructure for
  multicast traffic measurement
• need an effort to integrate and improve
  SNMP-based management functions
• not debugging tools but tools focused on
  performance
• standardization a protocol for facilitating
  multicast fault detection, isolation, and
  prevention capabilities to routes

5
Problem Definition (contd)

• Traffic management
• What is the total amount of multicast traffic
  flowing across various links in the network?
• How much multicast traffic is flowing into and
  out of the network?
• How many groups and group members are there in
  the network?
• Which group or source within a group is
  responsible for the recent jump in multicast
  traffic?
• If multicast is overwhelming a particular
  network, how can traffic be limited?
• Performance monitoring
• Is there significant loss across links in the
  network?
• Are there any links that are congested due to
  multicast traffic?
• Are there any routers suffering from resource
  limitations (CPU or memory) due to multicast
  traffic?

6
Problem Definition (contd)

• Capacity planning
• What is the composition of unicast and multicast
  traffic on a network?
• How has the amount and usage of multicast traffic
  changed over time?
• What is the usage trend for multicast traffic on
  a network?
• How has the addition of multicast as a service
  changed (hurt or improved) network usage?
• Fault detection
• Are hosts in the network receiving the multicast
  traffic they are supposed to receive?
• Is multicast traffic limited only to the network
  links necessary to reach group receivers (are
  there multicast black holes)?
• Are there receivers in a multicast group who do
  not see some other receivers?

7
Problem Definition (contd)

• Fault isolation
• User X just called and is not receiving traffic
  for a multicast group known to currently be
  sending data. Why not?
• User Y just called and said traffic was being
  received but other group members could not see
  User Y's source traffic. Why not?
• Fault prevention
• The company CEO is planning to make an important
  announcement today. Can we evaluate reception
  quality to a few potential receiver locations?

8
Related Works

• Todays tools for managing multicast
• mostly focus on just debugging problems in the
  MBone
• require an in-depth understanding of multicast
  network
• high proficiency is a difficult skill to find
• freeware-style debugging tools that do not offer
  high-level support, functionality, ease-of-use,
  or reliability

9
Multicast diagnostic tools
10
RTPmon

• displays receiver loss connected from RTCP
  messages

11
Mhealth

• monitors tree topology and loss statistics

12
Multimon

• monitors multicast traffic on a local area network

13
Mlisten

• captures multicast group membership information

14
Approach
System Deployment for network monitoring and data
collection
Define prototype, develop modules for colleted
data
Building visualization system using diagram and
graphs (APII)
15
KR-JP Joint Research
16
KOREN - APII
17
Schedule
18
References

• 1 RTPmon, http//bmrc.berkeley.edu/drbacher/pro
  jects/mm96-demo/
• 2 MHealth, http//imj.ucsb.edu/mhealth/
• 3 Multimon, http//www.merci.crc.ca/mbone/MultiM
  ON/
• 4 Mlisten, http//www.cc.gatech.edu/computing/Te
  lecomm/mbone/
• 5 APII, http//www.apii.net, http//www.apii.or.
  kr
• 6 KOREN, http//www.apii.or.kr
• 7 APAN, http//www.apan.net