Re: [Teas] 答复: WG Last Call: draft-ietf-teas-te-metric-recording-09

Robert Raszuk <robert@raszuk.net> Tue, 07 January 2020 10:38 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3A1C120026 for <teas@ietfa.amsl.com>; Tue, 7 Jan 2020 02:38:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=raszuk.net
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 u1XLOM6iPDkv for <teas@ietfa.amsl.com>; Tue, 7 Jan 2020 02:38:31 -0800 (PST)
Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 75912120019 for <teas@ietf.org>; Tue, 7 Jan 2020 02:38:31 -0800 (PST)
Received: by mail-qt1-x830.google.com with SMTP id j5so44887068qtq.9 for <teas@ietf.org>; Tue, 07 Jan 2020 02:38:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=N8HYU4pTOQnNlHXZxboOhFDOQGMFarY6p8n4+DmZhaQ=; b=MCpzmj/cz988G9pu+NfvtaLQ8hIVyC43+Rhxkc6ht7qlK63H5Z05C/9tT8CH2q82jt 4dOSS8sgd+pvVyIbfYIsVhz18Yf9lZTdwJCIP0MpvgxwYOevDuiZAbNVVg9lWcyAlf9c QAazVwJitcAatfq4r7EprVHN3A2UMwex/KAvqDy+ozxKmhxCtxV0tR4KqtNWuCHasoFN VtnhpASsZJ4vpinL4jXXo+XMs4RyGOv/JwEyZmx0WvFVCYN9aBrcczzOZbrcsPbgUBEx 6rMgIddvyy4fqTJOQUoy6bZzwDJVHk89iSy8VG46VU06j6nGh3gmz7GN8XRTAw0teERQ LUCg==
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=N8HYU4pTOQnNlHXZxboOhFDOQGMFarY6p8n4+DmZhaQ=; b=qkjt7IZFZxH1z2piFmK/f6AISr7WSZaGVsv9aHxsWIoyZTl8jNXULoXJ07ODcFI5Ht qWP/5JjY6m6S+8E04xCUQRDTeakk0i8kLOzMH/gacr0Qdsa7XqRIBvsA5vkI7evbQDuP HUAjn6dNBKwkevloID5MM3R3qHwCkBnMjhIXM05HRSQ3/94749NosEMA3lKjAvSX8IwB 2IUeVX2sOqAtJgNNLuCd7TpADcfqTDdfK/mc9wZVJ2duq5ZX9WQlGMke4j/KJ6rpFv2W VEL5KwEV2qhRW0554mGPLYjenr1fmMQO3nOBnmq7BptiNzz7ZG9TtbLfr2kE+HEDw+tM FvLQ==
X-Gm-Message-State: APjAAAUcroTYKJX0163IyU5YM3+CV2fBu55RrHs4ueTvVISQe6AXt7+G VEITQXA72+yuSoXuLoBrUH72PchRQtrI2uv3bW3RsvJe
X-Google-Smtp-Source: APXvYqz9DTpi+uPNvKJwuw+vJrg2qSNAl+ujbJqJOcux+iYbAA7QiO57SS3lg/JfQHq6/nTleh1L1RRl+96PwY2zUAQ=
X-Received: by 2002:ac8:a8b:: with SMTP id d11mr76367967qti.94.1578393510271; Tue, 07 Jan 2020 02:38:30 -0800 (PST)
MIME-Version: 1.0
References: <CA+YzgTubpdo=z2Z1wS+=AMtQ3pXGLG7Jr0YbCQoQTgaR+EmAig@mail.gmail.com> <CA+YzgTuQRN2Q7hCiyTHbJp7x2X15_03iWK7poatE2=+Aa1Bynw@mail.gmail.com> <CA+YzgTtVn4Z1yoNYPPW+H2FL7YoqM9nX84a6JU-BWHnTWJ7Edg@mail.gmail.com> <015401d5c501$84c8a9c0$8e59fd40$@org.cn>
In-Reply-To: <015401d5c501$84c8a9c0$8e59fd40$@org.cn>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 07 Jan 2020 11:38:21 +0100
Message-ID: <CAOj+MMHyWBArGHAR+R8UO=aZOuWCobmRcNzq40879+_Hk9osvQ@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>, TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007eeffc059b8a6004"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/WIhZtDyxKz-G-b1t5tWUYKRs3mw>
Subject: Re: [Teas] 答复: WG Last Call: draft-ietf-teas-te-metric-recording-09
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jan 2020 10:38:34 -0000

Aijun,

What this work describes is not a new protocol to detect the metrics. This
draft describes encoding to carry those metrics along the LSP path.

RSVP-TE seems like a natural fit as RSVP-TE is exactly used to signal the
TE-LSP in the first place.

Authors,

I read the draft and fill that there is one serious gap. The draft
describes carrying metrics detected in some way over adjacent TE-LSP
midpoints. Encoding delay in microseconds is also great. (Draft should put
that verbatim vs give ref to another RFC :).

But there is no provision to get information where this delay is coming
from and what it actually means. Is this only to first ASIC/NP on the LC of
the node ? How about delay and delay variation on transit via the router
itself ? Real life examples show that a lot of anomalies in real network
can be detected by observing transit times via the router or switch. IMO
this is missing from this draft.

Thx,
R.


On Tue, Jan 7, 2020 at 3:24 AM Aijun Wang <wangaijun@tsinghua.org.cn> wrote:

> Hi, Folks:
>
>
>
> For detecting the Delay/Delay Variation of the LSP, why doesn’t the
> ingress router using the LSP Ping/Traceroute as that described in RFC
> 7737/RFC7110?
>
> RSVP is used for the resource reservation, not for the data plane
> detection.
>
>
>
> I think the authors had considered this, adding some clarification in the
> document may be more convincible.
>
>
>
>
>
> Best Regards.
>
>
>
> Aijun Wang
>
> China Telecom
>
>
>
> *发件人:* teas-bounces@ietf.org [mailto:teas-bounces@ietf.org] *代表 *Vishnu
> Pavan Beeram
> *发送时间:* 2020年1月6日 19:09
> *收件人:* TEAS WG
> *抄送:* TEAS WG Chairs
> *主题:* Re: [Teas] WG Last Call: draft-ietf-teas-te-metric-recording-09
>
>
>
> All,
>
>
>
> We haven't seen any responses at all for this on the list (blame it on the
> holiday season). We'll extend the last call by one more week and see how it
> goes -- the last call now ends on Jan 13th.
>
>
>
> Regards,
>
> Pavan and Lou
>
>
>
> On Mon, Dec 16, 2019 at 8:48 PM Vishnu Pavan Beeram <vishnupavan@gmail.com>
> wrote:
>
>
>
> All,
> This starts a *three-week* working group last call on
> draft-ietf-teas-te-metric-recording-09
>
> The working group last call ends on Jan 6th (extra week to account for the
> holidays). Please send your comments to the teas mailing list.
>
> Positive comments, e.g., "I've reviewed this document and believe it is
> ready for publication", are welcome! This is useful and important, even
> from authors.
>
> NOTE: IPR has been disclosed on this document
>
> Thank you,
> TEAS Chairs
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
>