Re: [pim] Last Call: <draft-ietf-pim-rfc4601bis-03.txt> (Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)) to Internet Standard

William Atwood <william.atwood@concordia.ca> Tue, 03 March 2015 00:05 UTC

Return-Path: <william.atwood@concordia.ca>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43AC61A8AEE for <pim@ietfa.amsl.com>; Mon, 2 Mar 2015 16:05:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.545
X-Spam-Level:
X-Spam-Status: No, score=-3.545 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KECmAmAcZ55J for <pim@ietfa.amsl.com>; Mon, 2 Mar 2015 16:05:56 -0800 (PST)
Received: from oldperseverance.encs.concordia.ca (oldperseverance.encs.concordia.ca [132.205.96.92]) by ietfa.amsl.com (Postfix) with ESMTP id 4C9A01A8AED for <pim@ietf.org>; Mon, 2 Mar 2015 16:05:55 -0800 (PST)
Received: from [IPv6:::1] (bill@poise.encs.concordia.ca [132.205.2.209]) by oldperseverance.encs.concordia.ca (envelope-from william.atwood@concordia.ca) (8.13.7/8.13.7) with ESMTP id t2305qTq017818; Mon, 2 Mar 2015 19:05:52 -0500
Message-ID: <54F4FAD7.50701@concordia.ca>
Date: Mon, 02 Mar 2015 19:05:43 -0500
From: William Atwood <william.atwood@concordia.ca>
Organization: Concordia University, Montreal
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Alia Atlas <akatlas@gmail.com>, Stig Venaas <stig@venaas.com>
References: <20150213174210.6909.43630.idtracker@ietfa.amsl.com> <54F0BFB1.4090707@concordia.ca> <CAG4d1reOc4Wzkyqmg3YF_VXhUfWumVuSr3gTU8zAog9NC12sNg@mail.gmail.com> <54F0FF46.7070700@venaas.com> <CAG4d1rcdpB6ANFq_b6vqKuygy-Cy5FBqVDWo_b5zsK6W-qKNDg@mail.gmail.com>
In-Reply-To: <CAG4d1rcdpB6ANFq_b6vqKuygy-Cy5FBqVDWo_b5zsK6W-qKNDg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.58 on oldperseverance.encs.concordia.ca at 2015-03-02 19:05:53 EST
Archived-At: <http://mailarchive.ietf.org/arch/msg/pim/Vxdtn4eiivKEEM45VoICAOrGqqE>
Cc: "pim@ietf.org" <pim@ietf.org>
Subject: Re: [pim] Last Call: <draft-ietf-pim-rfc4601bis-03.txt> (Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)) to Internet Standard
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2015 00:05:59 -0000

Alia,

Please see inline.

  Bill

On 02/03/2015 5:26 PM, Alia Atlas wrote:
> Hi Stig,
> 
> Sorry for the delay in responding.  I was getting advice :-)
> 
> If A obsoletes B and C updates B, then other than rolling C into A, there is

<bill> What is required to "roll C into A"?  Does this mean to copy the
text of C into A?  Or something else?  I may be dense, but as I see it,
either I put the text of C into A, or at least I change the text of A to
point to C.
</bill>

> nothing to do for A.  That C updates A should be automatic inheritance.

<bill>
I am sorry, but I don't get it.  Here is my specific issue:

RFC 4601 specified that AH is "recommended".

RFC 5796 (on the advice of the Security folks) requires ESP and permits AH.

4601bis (version -04) retains the language of RFC 4601, i.e., it
_recommends_ AH.

Suppose that I were an implementer, told to implement 4601bis (i.e.,
whatever RFC 4601bis becomes).  Since (I believe) a reasonable
assumption is that 4601bis, as a "Full Standard", provides the latest
information, why would I (as an implementer) go back and look at "old"
documentation???  Surely we need to take note of the change in
recommendations when formulating the new document.  In this case, the
changes that I suggested off-list alter the language of the
recommendation in 4601bis, and point to RFC 5796 for the details.
</bill>

> 
> Regards,
> Alia
> 
> On Fri, Feb 27, 2015 at 6:35 PM, Stig Venaas <stig@venaas.com
> <mailto:stig@venaas.com>> wrote:
> 
>     Hi
> 
>     On 2/27/2015 11:10 AM, Alia Atlas wrote:
> 
>         Bill,
> 
>         Thanks for the good review and catches!
>         I'd like to see the draft updated before March 5 so that it can
>         still
>         make the telechat on March 12.
> 
> 
>     I'm not sure it is appropriate to update the document referencing those
>     more recent standards track document though. We are progressing 4601bis
>     on the standards track here. Should we as part of that have references
>     to less mature documents? Those other documents are updating 4601 I
>     believe which is fine. But that doesn't necessarily mean that 4601bis
>     should reference them.
> 
>     Looking for guidance here Alia. My thinking is that 4601bis shouldn't
>     change anything from 4601, only leave certain things out.
> 
>     Stig
> 
>         Regards,
>         Alia
> 
>         On Fri, Feb 27, 2015 at 2:04 PM, William Atwood
>         <william.atwood@concordia.ca
>         <mailto:william.atwood@concordia.ca>
>         <mailto:william.atwood@__concordia.ca
>         <mailto:william.atwood@concordia.ca>>> wrote:
> 
>             In the following, I will refer to draft-ietf-pim-4601bis as
>         simply
>             "4601bis".
> 
>             RFC 4601 has been updated by several RFCs:
> 
>             RFC 5059 Bootstrap Router (BSR) Mechanism for Protocol
>                       Independent Multicast (PIM)
>             RFC 5796 Authentication and Confidentiality in Protocol
>                       Independent Multicast Sparse Mode (PIM-SM)
>                       Link-Local Messages
>             RFC 6226 PIM Group-to-Rendezvous-Point Mapping
> 
>             4601bis refers to RFC 5059 in Section 3.7.  The new text is
>         identical to
>             the text in RFC 4601, although the reference in RFC 4601 is
>         to the
>             Internet Draft that became RFC 5059.
> 
>             4601bis makes no reference to RFC 5796.  Given that RFC 5796
>         alters the
>             preferred IPsec solution (AH is "recommended" in RFC 4601,
>         while RFC
>             5796 says that implementations "MUST support ESP and MAY
>         support AH"),
>             and given that RFC 5796 provides considerable detail on the
>         use of IPsec
>             to protect link-local messages for PIM-SM, RFC 5796 should be
>             specifically referenced in Section 6.3 of 4601bis.
> 
>             4601bis makes no reference to RFC 6226.  Given that RFC 6226
>         alters the
>             algorithm for determining the Rendezvous Point, RFC 6226
>         should be
>             specifically mentioned in Section 3.7 of 4601bis.  The
>         authors should
>             also consider whether to eliminate Section 4.7.1 and replace
>         it with a
>             pointer to RFC 6226, to reduce it and add a pointer to RFC
>         6226, or to
>             leave it unchanged.
> 
>             Suggested text for some of these changes has been supplied
>         to the
>             authors of 4601bis.
> 
>                Bill Atwood
> 
> 
>             On 13/02/2015 12:42 PM, The IESG wrote:
>              >
>              > The IESG has received a request from the Protocol Independent
>             Multicast
>              > WG (pim) to consider the following document:
>              > - 'Protocol Independent Multicast - Sparse Mode (PIM-SM):
>         Protocol
>              >    Specification (Revised)'
>              >   <draft-ietf-pim-rfc4601bis-03.__txt> as Internet Standard
>              >
>              > The IESG plans to make a decision in the next few weeks,
>         and solicits
>              > final comments on this action. Please send substantive
>         comments
>             to the
>              > ietf@ietf.org <mailto:ietf@ietf.org>
>         <mailto:ietf@ietf.org <mailto:ietf@ietf.org>> mailing lists by
>         2015-02-27.
>             Exceptionally, comments may be
>              > sent to iesg@ietf.org <mailto:iesg@ietf.org>
>         <mailto:iesg@ietf.org <mailto:iesg@ietf.org>> instead. In either
>             case, please retain the
>              > beginning of the Subject line to allow automated sorting.
>              >
>              > Abstract
>              >
>              >
>              >    This document specifies Protocol Independent Multicast -
>             Sparse Mode
>              >    (PIM-SM).  PIM-SM is a multicast routing protocol that
>         can use the
>              >    underlying unicast routing information base or a separate
>             multicast-
>              >    capable routing information base.  It builds
>         unidirectional shared
>              >    trees rooted at a Rendezvous Point (RP) per group, and
>         optionally
>              >    creates shortest-path trees per source.
>              >
>              >    This document addresses errata filed against RFC 4601,
>         and removes
>              >    the optional (*,*,RP) feature that lacks sufficient
>         deployment
>              >    experience.
>              >
>              >
>              >
>              >
>              > The file can be obtained via
>              >
>         http://datatracker.ietf.org/__doc/draft-ietf-pim-rfc4601bis/
>         <http://datatracker.ietf.org/doc/draft-ietf-pim-rfc4601bis/>
>              >
>              > IESG discussion can be tracked via
>              >
>         http://datatracker.ietf.org/__doc/draft-ietf-pim-rfc4601bis/__ballot/
>         <http://datatracker.ietf.org/doc/draft-ietf-pim-rfc4601bis/ballot/>
>              >
>              >
>              > No IPR declarations have been submitted directly on this I-D.
>              >
>              >
> 
>             --
>             Dr. J.W. Atwood, Eng.             tel: +1 (514) 848-2424
>         x3046 <tel:%2B1%20%28514%29%20848-2424%20x3046>
>             <tel:%2B1%20%28514%29%20848-__2424%20x3046>
>             Distinguished Professor Emeritus  fax: +1 (514) 848-2830
>         <tel:%2B1%20%28514%29%20848-2830>
>             <tel:%2B1%20%28514%29%20848-__2830>
>             Department of Computer Science
>                 and Software Engineering
>             Concordia University EV 3.185
>         email:william.atwood@__concordia.ca
>         <mailto:email%3Awilliam.atwood@concordia.ca>
>             <mailto:email%3Awilliam.__atwood@concordia.ca
>         <mailto:email%253Awilliam.atwood@concordia.ca>>
>             1455 de Maisonneuve Blvd. West
>         http://users.encs.concordia.__ca/~bill
>         <http://users.encs.concordia.ca/~bill>
>             Montreal, Quebec Canada H3G 1M8
> 
>             _________________________________________________
>             pim mailing list
>             pim@ietf.org <mailto:pim@ietf.org> <mailto:pim@ietf.org
>         <mailto:pim@ietf.org>>
>             https://www.ietf.org/mailman/__listinfo/pim
>         <https://www.ietf.org/mailman/listinfo/pim>
> 
> 
> 
> 
>         _________________________________________________
>         pim mailing list
>         pim@ietf.org <mailto:pim@ietf.org>
>         https://www.ietf.org/mailman/__listinfo/pim
>         <https://www.ietf.org/mailman/listinfo/pim>
> 
> 
> 

-- 
Dr. J.W. Atwood, Eng.             tel:   +1 (514) 848-2424 x3046
Distinguished Professor Emeritus  fax:   +1 (514) 848-2830
Department of Computer Science
   and Software Engineering
Concordia University EV 3.185     email:william.atwood@concordia.ca
1455 de Maisonneuve Blvd. West    http://users.encs.concordia.ca/~bill
Montreal, Quebec Canada H3G 1M8