[mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr

Xufeng Liu <xufeng.liu.ietf@gmail.com> Wed, 17 June 2020 17:10 UTC

Return-Path: <xufeng.liu.ietf@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 7F2C13A0AB3; Wed, 17 Jun 2020 10:10:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 EOSva-ZHuiVD; Wed, 17 Jun 2020 10:10:39 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 EEB6B3A0ADB; Wed, 17 Jun 2020 10:10:38 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id x189so3629080iof.9; Wed, 17 Jun 2020 10:10:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5v4FgtXw/AjKwdYkKG4TaHY66YDiiF16soyXYAVLnEA=; b=idB/T6S5kNPK2gJ7KDnR047Sz5IgUSJtbgEP9hve9NyrpZKOvZHma+3iAiPnUIMwt6 9FGDvAzbKu8Yd0Go3crwcu43DFC0KG2Qj1nRZYNOgGjkhOfaL/eKwk3y3q+MpHfO9/C/ 6eOrTxTqoKIoMP4wymkxAIYB2yB1fbDq0T1U3It6w4cNpGZsDHJOXER7JiBJzX5DWiYX UOb7IWX0DTPKZX0NbatzOMI0MnKJLWSsXe70B3b1pqmZErXqrMPVjYjWYE7k3R/PQvLT B0vbENT86mor5GrOD/32qIXjExtIdgIKicWZ239P1EjjiCS4kj0zi+AtDXtlm5FwbQqN FcnA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5v4FgtXw/AjKwdYkKG4TaHY66YDiiF16soyXYAVLnEA=; b=XDLEXsDNCTnQ2E64AEPaae1V9WTPFOJ4LxCUD+T+iSlFL0A2vBkWOOYu3nUkEWxIY0 oic3F7Tw5FBLoFIHG2+lKIwTW+900Yhz6hvtKuWtEm+dkzqHLFCmQYNJ64Su+4gyUhxo S4aehBkaGo/3nZueuS8WWC4OQ6JRdhyw234DqklyAVFIKf5LeC9gt9z6U6JDRJ0OYApg mP3EjmqRYaFSNblwMSL6z2nFLeZCeTrGHAGldd/YTjCR/1lrsjxtGw1OrZc3R13l3IU2 g3d8FxVw1ajBMOvIY4fO9X6/Ri85U2YI5PipEr6FjlRp4lp4pMFQXFgxCn2lOa7gAJlf 3VMw==
X-Gm-Message-State: AOAM5333J13FgVMbSl837gwZtlC0x6h5JY9HKsbnQdT1M2wc07RGln8Z bZkSKDhk+PkEddG6QXWO2ZeqrAVzA3Lmc/CGxR9idpEu
X-Google-Smtp-Source: ABdhPJxQlBgKE37L30H0R1Dg0XITQXzc0bL/Im3GRYb+cXxj8u29nfARmv4PuT/964AxOLmWT32afZ1D+FqhxtpGto4=
X-Received: by 2002:a5e:c90c:: with SMTP id z12mr374196iol.127.1592413838222; Wed, 17 Jun 2020 10:10:38 -0700 (PDT)
MIME-Version: 1.0
References: <CH2PR19MB40241A395AAD7976CD74FE11FCA40@CH2PR19MB4024.namprd19.prod.outlook.com> <CH2PR19MB4024716E9AC140055BE4DBB9FC880@CH2PR19MB4024.namprd19.prod.outlook.com>
In-Reply-To: <CH2PR19MB4024716E9AC140055BE4DBB9FC880@CH2PR19MB4024.namprd19.prod.outlook.com>
From: Xufeng Liu <xufeng.liu.ietf@gmail.com>
Date: Wed, 17 Jun 2020 13:10:27 -0400
Message-ID: <CAEz6PPS834DE01HX3h-3sL_Ew6J+dP89XSyjC-19cVQuiVbv_Q@mail.gmail.com>
To: Tarek Saad <tsaad.net@gmail.com>, mpls@ietf.org
Cc: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000029a64e05a84abd81"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/gtLxzbAvOeurrAbfxPlsA5L6dT8>
Subject: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 17 Jun 2020 17:10:52 -0000

Hi Authors and WG,


I have reviewed the document draft-gandhi-mpls-rfc6374-sr and have the
following comments.


1. Using the existing mechanism defined by RFC 6374 for SR PM is natural,
logical, and worth proceeding.


2. The 2nd paragraph in Sec 2.3 describes the case P2MP, but the context is
the reference topology depicted as Figure 2, which does not clearly cover
the P2MP case. Some additional clarification or a different topology may
illustrate better.


3. In the last paragraph in Sec 4.2 describes the use of Destination
Address TLV. Does the statement “can be sent in the probe query message”
mean that this is optional? (Is this MAY or MUST?) An implementer would
like to know the clear requirement.


4. Sec 4.3.3. describes the loopback measure mode, which requires the
responder to collect timestamps t1 and t4. Such a behavior does not seem to
follow RFC 6374. Based on Sec 3.5.3. of RFC 6374, “no support for delay
measurement is required at the responder at all, other than the ability to
recognize a DM query that includes this object and return it unmodified.”


5. The last sentence of Sec 4.3.3. excludes the loopback mode for SR-MPLS
Links. Is there any reason for the exclusion?


6. Most of the document describes the procedures to use RFC 6374. The only
additions to RFC 6374 are Sec. 4.4. and Sec. 6.2., but these two sections
are embedded in the other sections on procedures and use cases. For an
implementer, I’d hope to see these two sections separated from others so
that it would be clear what are needed to implement on top of the protocol
defined in RFC 6374.


Thanks,

- Xufeng