Re: [mpls] Alia Atlas' Discuss on draft-ietf-mpls-residence-time-14: (with DISCUSS and COMMENT)

Greg Mirsky <gregimirsky@gmail.com> Thu, 02 March 2017 07:01 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9F0512943C; Wed, 1 Mar 2017 23:01:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 D8R_D9hxeoV8; Wed, 1 Mar 2017 23:01:09 -0800 (PST)
Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC09E1293F4; Wed, 1 Mar 2017 23:01:09 -0800 (PST)
Received: by mail-oi0-x22b.google.com with SMTP id f192so34698818oic.3; Wed, 01 Mar 2017 23:01:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=s9pRdFqU93/PbNxWkVR6Dr7ynpSwatJ0BZ1OnG/l9yM=; b=DfRx2Hw49JrY0w6XH7D5hH+/SLCmG7w1b+Tf6dSMWbElBhoEw3bEgKuyQHXM48teha frPmTHH6OuoVshV8tOWuZsecN4m6LeDy5f0eyzhbQZ7Gj39F/kIB7uWThZF8gDlIB/Os 0yi1WS4RCujZ71jlLu5DwEALYk4UvZnnsp89esnAMsRNCqs1QxmIZIDX9De2HdikBI5X ZqsCBSxmR3cXQvkIBi/szPZmwEv3JYG9QgHbKp4uAoGvnPRBMtv63GECJXrnqVDebYTs e9l2jXam/1CW15hjyhQjwEXDI4xRGAb8z5Niv5CgWZvIWZQ2MYd4UXE/kfmBckbzFdM0 /S7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=s9pRdFqU93/PbNxWkVR6Dr7ynpSwatJ0BZ1OnG/l9yM=; b=PG+VqBuEd0HmzqL92xcXETg9OMYn9DuwCPd/gy1hREUDRNkbABvQKfwoIsr47GqXhe zOC0yPNbqEF5XrSqhW4W6mUQlQ6eJC3UoDXbgvij/W2TaMX9QEBKiJVStAnDYyu8T72Z ayqtDSMn1cVx8/LRIkGjNCY47aK2tOqKZUZK3ytqcuNhDo9h1tJbvHbBE6kKm5TCAQiC RO9L6SnAMw8+1E9cRw/ciwJcUtb5cWYP+Gvyozf/adT7M50/CBU7C/xm5Dg1qX1yv0rv jVMNzkv31Pnde2e/UtaevP7XqLQyrutCVYVJ1L7l1wIIzQmIA5T/dU1veheCQlCCCasJ 8jag==
X-Gm-Message-State: AMke39kTepFr75eM5iywOaK4E8/gJf/Hl3qPgvMF7rpEwDcIjNtpYME46gnIk+tzp/k2+BxOGIsxiAaIVVwsig==
X-Received: by 10.202.239.2 with SMTP id n2mr6901882oih.157.1488438069067; Wed, 01 Mar 2017 23:01:09 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.21.21 with HTTP; Wed, 1 Mar 2017 23:01:08 -0800 (PST)
In-Reply-To: <148840955223.7128.11294700301996460693.idtracker@ietfa.amsl.com>
References: <148840955223.7128.11294700301996460693.idtracker@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 1 Mar 2017 23:01:08 -0800
Message-ID: <CA+RyBmXPvwUYtu0YEYVwSibC-5Bd_574DKexQCV3UYvznkGULg@mail.gmail.com>
To: Alia Atlas <akatlas@gmail.com>
Content-Type: multipart/alternative; boundary=94eb2c0931da6088050549b9feab
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/Cqa9ew3tkBpv3_-A7asR6F0raS0>
Cc: mpls-chairs@ietf.org, draft-ietf-mpls-residence-time@ietf.org, "mpls@ietf.org" <mpls@ietf.org>, The IESG <iesg@ietf.org>
Subject: Re: [mpls] Alia Atlas' Discuss on draft-ietf-mpls-residence-time-14: (with DISCUSS and COMMENT)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Mar 2017 07:01:11 -0000

Hi Alia,
thank you for your thorough review and the comments. Please find my
responses in-line tagged GIM>>.

Regards,
Greg

On Wed, Mar 1, 2017 at 3:05 PM, Alia Atlas <akatlas@gmail.com>; wrote:

> Alia Atlas has entered the following ballot position for
> draft-ietf-mpls-residence-time-14: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-mpls-residence-time/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> Thank you for a clear document.  I think that this should be a
> straightforward Discuss to better clarify.
>
> In Section 4.8.1, it says "The RTM Set sub-object contains an ordered
> list, from egress node to
>    ingress node, of the RTM capable nodes along the LSP's path." but the
> sub-TLVs (as most clearly
> indicated by "4.8.1.3.  Unnumbered Interface Sub-TLV" are actually meant
> to be a list of interfaces.
>
GIM>> I think that the text, e.g. by stating "The Length is always 12" and
the Figure 10 are clear that only one interface can be listed in the
sub-TLV.
And the same is true for other sub-TLVs.

> It isn't clear whether these are supposed to be the egress interface, the
> ingress interface, or just any
> interface

GIM>> In order for the process described in section 4.8 to work RTM node
MUST use the same ID in RTM_SET sub-TLV as in RRO subobject.

> - or why sending just a Router ID wouldn't be sufficient.
> There is no indication as to whether
> it is ok to include both the IPv4 and IPv6 address Sub-TLVs for the same
> node or how to select which one
> to use.
>
GIM>> Selection should follow election of ID for corresponding subobject in
RRO.

>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> 1) I am disappointed that the sub-TLV needed for an OSPFv3 Extended LSA
> isn't defined.  While I understand that a normative reference isn't
> desirable - instead of "left for future study", it would be better to say
> that the sub-TLV should use the same format as in Sec 4.3 and that the
> type allocation and full details are left to a future document.   This is
> exactly how gaps are created for networks running only IPv6.   If
> draft-ietf-ospf-ospfv3-lsa-extend-13 were not waiting for implementations
> and had a clear time-frame for how and when to progress, this would also
> be a Discuss.
>
GIM>> I agree that your proposal narrows the gap for IPv6 extension for RTM
capability advertisement. Will apply the text you've suggested in the next
version. Hope OSPF WG agrees to this change.