idnits 2.17.1 draft-ietf-mboned-pruning-01.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- ** Cannot find the required boilerplate sections (Copyright, IPR, etc.) in this document. Expected boilerplate is as follows today (2024-04-19) according to https://trustee.ietf.org/license-info : IETF Trust Legal Provisions of 28-dec-2009, Section 6.a: This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 2: Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 3: This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- ** Missing expiration date. The document expiration date should appear on the first and last page. ** The document seems to lack a 1id_guidelines paragraph about Internet-Drafts being working documents. ** The document seems to lack a 1id_guidelines paragraph about 6 months document validity -- however, there's a paragraph with a matching beginning. Boilerplate error? ** The document seems to lack a 1id_guidelines paragraph about the list of current Internet-Drafts. ** The document seems to lack a 1id_guidelines paragraph about the list of Shadow Directories. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an Introduction section. ** The document seems to lack an IANA Considerations section. (See Section 2.2 of https://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** The document seems to lack separate sections for Informative/Normative References. All references will be assumed normative when checking for downward references. ** There is 1 instance of too long lines in the document, the longest one being 2 characters in excess of 72. Miscellaneous warnings: ---------------------------------------------------------------------------- -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (10 September 1996) is 10083 days in the past. Is this intentional? Checking references for intended status: Best Current Practice ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Unused Reference: 'IPMULTI' is defined on line 82, but no explicit reference was found in the text == Unused Reference: 'MREQ' is defined on line 85, but no explicit reference was found in the text == Unused Reference: 'DVMRP' is defined on line 88, but no explicit reference was found in the text ** Downref: Normative reference to an Informational RFC: RFC 1458 (ref. 'MREQ') -- Possible downref: Non-RFC (?) normative reference: ref. 'DVMRP' Summary: 11 errors (**), 0 flaws (~~), 3 warnings (==), 3 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 1 INTERNET-DRAFT J. Hawkinson 2 draft-ietf-mboned-pruning-01.txt BBN Planet 3 Category: Best Current Practice 10 September 1996 5 Multicast pruning a necessity 7 Status of this Memo 9 This document specifies an Internet Best Current Practice for the 10 Internet Community, and requests discussion and suggestions for 11 improvements. Distribution of this memo is unlimited. 13 Internet Drafts 15 This document is an Internet-Draft. Internet-Drafts are working 16 documents of the Internet Engineering Task Force (IETF), its areas, 17 and its working groups. Note that other groups may also distribute 18 working documents as Internet-Drafts. 20 Internet-Drafts are draft documents valid for a maximum of six months 21 and may be updated, replaced, or obsoleted by other documents at any 22 time. It is inappropriate to use Internet-Drafts as reference 23 material or to cite them other than as ``work in progress.'' 25 To learn the current status of any Internet-Draft, please check the 26 ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow 27 Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe), 28 munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or 29 ftp.isi.edu (US West Coast). 31 Abstract 33 This document mandates that the MBone will be free of non-pruning 34 multicast implementations by 31 October 1996. 36 It is a product of the Multicast Deployment Working Group in the 37 Operational Requirements area of the Internet Engineering Task Force. 38 Submit comments to or the author. 40 Discussion 42 The MBone (Multicast Backbone) of the Internet is composed of a DVMRP 43 backbone connected to regions that may be running other multicast 44 routing protocols. 46 DVMRP versions prior to 3 do not support pruning. Every multicast 47 packet transmitted is delivered to every non-pruning router (subject 48 to scoping rules), regardless of the presence of members of that 50 Expires 31 September 1996 INTERNET-DRAFT 10 September 1996 52 group. Network paths between each source and each non-pruning router 53 are thus forced to carry all multicast traffic from those sources. 54 This behavior is fundamentally incompatible with a scalable multicast 55 backbone. 57 Effective 31 October 1996, the MBone community will no longer accept 58 such non-pruning implementations as a part of the MBone. Such 59 implementations should be upgraded or disconnected from the MBone 60 prior to that date. Service providers should assist their customers 61 in these processes. 63 DVMRP implementations that do not support pruning include mrouted 64 versions prior to 3, and Cisco Systems IOS prior to version 11.0(3). 65 3Com's NETBuilder routers and LANplex switches have supported pruning 66 as long as DVMRP has been available for them (releases 8.3 and 7.0, 67 respectively). Bay Networks' implementation supports pruning in 68 version 9.00 and up. 70 Within non-DVMRP regions, software that does not support DVMRP 71 pruning but does support a similar mechanism of a different protocol 72 (such as CBT, MOSPF, or PIM) is acceptable, as long as the border 73 routers of such a region can translate that mechansism into DVMRP 74 pruning. 76 Security Considerations 78 Security considerations are not addressed in this memo. 80 References 82 [IPMULTI] S.E. Deering, "Host extensions for IP multicasting", RFC1112, 83 1 August 1989. 85 [MREQ] R. Braudes, S. Zabele, "Requirements for Multicast Protocols", 86 RFC1458, 26 May 1993. 88 [DVMRP] T. Pusateri, "Distance Vector Multicast Routing Protocol", 89 Work in progress (internet-draft). 91 Author's Address 93 John Hawkinson 94 BBN Planet 95 150 CambridgePark Drive 96 Cambridge, MA 02140 98 phone: +1 617 873 3180 99 email: jhawk@bbnplanet.com