[dhcwg] Fwd: Advancing RFC 3315 and RFC 3633 to Internet Standard

Alexandru Petrescu <alexandru.petrescu@gmail.com> Wed, 11 September 2013 08:26 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49DC421F9AE2 for <dhcwg@ietfa.amsl.com>; Wed, 11 Sep 2013 01:26:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B6s2ERvb2xIY for <dhcwg@ietfa.amsl.com>; Wed, 11 Sep 2013 01:26:29 -0700 (PDT)
Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 0AA9F21F9AE3 for <dhcwg@ietf.org>; Wed, 11 Sep 2013 01:26:28 -0700 (PDT)
Received: by mail-we0-f169.google.com with SMTP id t60so7776240wes.0 for <dhcwg@ietf.org>; Wed, 11 Sep 2013 01:26:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=gr6Qpgo6qg8yH2hjY4ZJBIYL/qZI+nOOYY2DrTL2Hk4=; b=WW/Ea/cxB1X1srHjJztmwUcvhfO+hl3ys3EaM2DkNcmckiYTxRS+2+hDEjx7Vts3f8 Z8opaOal1njqTFCCqE7TxnW5ti94EIDE7nUARMWyFDXYZcjKRat+c0UaPFu+otqCbGt0 v+d8pPt9V7BJ+oiP268VnZqki1WefbK1VwUIkYZXspXquZ0/t+Vuyg8dt5Vx3hbHlEAP 3DJUHiSkZvoKe1Q+B89i6DGpIv+eKbdJr/64qsL4vyMKrusxOs7R7dKL9Xl2Bcp6OFEC buaRNwyBsw9z0zu1sp6cIYx77DYYmhC2+PyqfCTE4HZWxa4A5tvP83IaZjNeNlLSraJb +4uA==
MIME-Version: 1.0
X-Received: by 10.194.250.6 with SMTP id yy6mr339627wjc.13.1378887988029; Wed, 11 Sep 2013 01:26:28 -0700 (PDT)
Received: by 10.216.61.13 with HTTP; Wed, 11 Sep 2013 01:26:27 -0700 (PDT)
In-Reply-To: <CAOv0Pi87akb24PaYJKPzK3+cfCr1DHDu-h2sF3HwTxBvzZC9+w@mail.gmail.com>
References: <489D13FBFA9B3E41812EA89F188F018E18654EE6@xmb-rcd-x04.cisco.com> <5212694A.6000807@gmail.com> <CAOv0Pi87akb24PaYJKPzK3+cfCr1DHDu-h2sF3HwTxBvzZC9+w@mail.gmail.com>
Date: Wed, 11 Sep 2013 10:26:27 +0200
Message-ID: <CAOv0Pi8OAaeRWSmSaMXbvHGmRH3-r+ckbYvX0eHCqY1puWgEJQ@mail.gmail.com>
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
To: Tomek Mrugalski <tomasz.mrugalski@gmail.com>, "Bernie Volz (volz)" <volz@cisco.com>, "dhcwg@ietf.org" <dhcwg@ietf.org>
Content-Type: multipart/alternative; boundary="001a11c1ba4ab62e0e04e6176064"
Subject: [dhcwg] Fwd: Advancing RFC 3315 and RFC 3633 to Internet Standard
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Sep 2013 08:26:30 -0000

[sorry if duplicates]

Hello,

Please allow me to re-issue this, now in relationship with Leaf's draft.


2013/8/19 Tomek Mrugalski <tomasz.mrugalski@gmail.com>

> On 12.08.2013 21:21, Bernie Volz (volz) wrote:
> > During the Berlin IETF-87 DHC WG session, it was suggested that we
> > initiate a standards action request to move RFC 3315 (and RFC 3633),
> > which are presently Proposed Standards, to Internet Standard. While we
> > plan to work on a 3315bis which would merge the work, it was pointed out
> > by several people (include our Area Director) that there is technically
> > no need to wait for that to advance the standards.
> >
> > The requirements for advancement are outlined in RFC 2026 and RFC 6410
> > (which removed Draft Standard).
> >
> > Per RFC 6410:
> >
> > The criteria are:
>

[...]

>    (2) There are no errata against the specification that would cause a
> >        new implementation to fail to interoperate with deployed ones.
>

In RFC 3315 DHCPv6-PD there is a questionable use of the term 'provider
edge router.' in a section describing the behaviour of the Relay agent:

14.  Relay agent behavior
>
>    A relay agent forwards messages containing Prefix Delegation options
>    in the same way as described in section 20, "Relay Agent Behavior" of
>    RFC 3315.
>
>    If a delegating router communicates with a requesting router through
>    a relay agent, the delegating router may need a protocol or other
>    out-of-band communication to add routing information for delegated
>    prefixes into the *provider edge router*.
>
>
I wonder whether the Authors actually meant 'Relay Agent' by that 'provider
edge router'. Because otherwise the term doesn't appear elsewhere in the
document.

Also, did the authors of RFC3315 meant that a new protocol is needed
between Server and Relay Agent?  Or did they mean that inserting a routing
table should happen by that 'out-of-band' means (and not 'out-of-band
communication')?

I am asking this because I explore the possibilities of formulating a
problem statement about why DHCPv6-PD breaks when assigning a prefix
through a Relay.

Alex