Multicast Router Discovery
draft-ietf-idmr-igmp-mrdisc-10
Document | Type |
Expired Internet-Draft
(idmr WG)
Expired & archived
|
|
---|---|---|---|
Authors | Brian Haberman , Bradley Cain , Bradley Cain , Shantam Biswas , Bradley Cain , Brian Haberman , Shantam Biswas , Storigen Systems | ||
Last updated | 2015-10-14 (Latest revision 2003-01-08) | ||
RFC stream | Internet Engineering Task Force (IETF) | ||
Intended RFC status | Proposed Standard | ||
Formats | |||
Additional resources | Mailing list discussion | ||
Stream | WG state | WG Document | |
Document shepherd | (None) | ||
IESG | IESG state | Expired (IESG: Dead) | |
Action Holders |
(None)
|
||
Consensus boilerplate | Unknown | ||
Telechat date | (None) | ||
Responsible AD | Bill Fenner (ˢˣˠ) | ||
Send notices to | <kouvelas@cisco.com>, <brian@innovationslab.net> |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
The concept of IGMP snooping requires the ability to identify the location of multicast routers. Since IGMP (and MLD) snooping is not standardized, there are many mechanisms in use to identify the multicast routers. However, this scenario can lead to interoperability issues between multicast routers and layer-2 switches from different vendors. This document introduces a general mechanism that allows for the discovery of multicast routers. By introducing these new messages, snooping devices have a uniform means of identifying multicast routers without dependency on particular routing protocols. These messages may also be used to convey configuration parameters to all systems on a network. In addition, other devices that may need to discover multicast routers can utilize these messages.
Authors
Brian Haberman
Bradley Cain
Bradley Cain
Shantam Biswas
Bradley Cain
Brian Haberman
Shantam Biswas
Storigen Systems
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)