Re: [Lsr] A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02
Aijun Wang <wangaijun@tsinghua.org.cn> Fri, 03 April 2020 02:39 UTC
Return-Path: <wangaijun@tsinghua.org.cn>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B8353A0C91 for <lsr@ietfa.amsl.com>; Thu, 2 Apr 2020 19:39:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 O3PMUD2JgOMy for <lsr@ietfa.amsl.com>; Thu, 2 Apr 2020 19:39:12 -0700 (PDT)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCB073A0C8F for <lsr@ietf.org>; Thu, 2 Apr 2020 19:39:11 -0700 (PDT)
Received: from [240.0.0.1] (unknown [194.147.33.124]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id AE7AF6646EB; Fri, 3 Apr 2020 10:39:02 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail-C7B0CE07-0CBF-4AAB-94E9-61ADCA0C963E"
Content-Transfer-Encoding: 7bit
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Date: Fri, 03 Apr 2020 10:38:58 +0800
Message-Id: <880E5E9D-54ED-45ED-92CD-4DDB6A88794F@tsinghua.org.cn>
References: <10E7E575-93A7-4C0F-B8DD-1AF44D1432F4@gmail.com>
Cc: Robert Raszuk <robert@raszuk.net>, "lsr@ietf.org" <lsr@ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>
In-Reply-To: <10E7E575-93A7-4C0F-B8DD-1AF44D1432F4@gmail.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
X-Mailer: iPhone Mail (17D50)
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZSVVJSElLS0tKSklOSEhOTFlXWShZQU pMS0tKN1dZLVlBSVdZCQ4XHghZQVk1NCk2OjckKS43PlkG
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PzI6Qzo6DTg0NBwuPyM*OS4Z Sw0KFCNVSlVKTkNOQ0NKTk9DT0JMVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKQk9VSk9MVUhIVUpJT1lXWQgBWUFKSklNSTcG
X-HM-Tid: 0a713de7f03d9373kuwsae7af6646eb
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/BE36jv883-OoZQ84uIhrBnnQMz4>
Subject: Re: [Lsr] A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Apr 2020 02:39:16 -0000
Hi, Jeff: The draft only propose to transfer the iFIT capability of the Node via the IGP protocol, not the telemetry data. As described in the draft, flooding such capability can assist the controller(it collects such information via the BGP-LS) to deploy the iFIT function at the path headend. Aijun Wang China Telecom > On Apr 3, 2020, at 08:20, Jeff Tantsura <jefftant.ietf@gmail.com> wrote: > > Robert, > > We are deviating ;-) > > There’s no feedback loop from telemetry producers back to the TE headend. > The telemetry, either end2end or postcards is sent to a collector that has the context of the data and normalizes it so it can be consumed by an external system, being centralized or distributed PCE or anything else that could make use of it. Do you see IGP anywhere in between? > > > Regards, > Jeff > >>> On Apr 2, 2020, at 16:03, Robert Raszuk <robert@raszuk.net> wrote: >>> >> >> Hi Joel, >> >> > Robert, you seem to be asking that we pass full information about the >> > dynamic network state to all routers >> >> No not at all. >> >> Only TE headends need this information. >> >> To restate ... I am not asking to have a synchronized input to all routes in the domain such that their computation would be consistent. >> >> I am only asking for TE headends to be able to select end to end paths based on the end to end inband telemetry data. I find this a useful requirement missing from any of today's operational deployments. >> >> Many thx, >> R. >> >> >> >> >> >> >>> On Fri, Apr 3, 2020 at 12:59 AM Joel M. Halpern <jmh@joelhalpern.com> wrote: >>> Robert, you seem to be asking that we pass full information about the >>> dynamic network state to all routers so that they can, if needed, serve >>> as fully intelligent path computation engines. If you want to do that, >>> you will need more than just the telemetry. You will need the demands >>> that are coming in to all of those routers, so that you can make global >>> decisions sensibly. >>> Which is why we use quasi-centralized path computation engines. >>> >>> Yours, >>> Joel >>> >>> On 4/2/2020 6:16 PM, Robert Raszuk wrote: >>> > >>> > > If you consider such constrains to provide reachability for >>> > applications you will likely see value that in-situ telemetry is >>> > your friend here. Really best friend as without him you can not do >>> > the proper end to end path exclusion for SPT computations.. >>> > >>> > [as wg member] Are you thinking that shifting traffic to a router is >>> > not going to affect it's jitter/drop rate? >>> > >>> > >>> > Well this is actually the other way around. >>> > >>> > First you have your default topology. They you are asked to >>> > construct new one based on applied constrains. >>> > >>> > So you create complete TE coverage and start running end to end data >>> > plane probing over all TE paths (say SR-TE for specific example). Once >>> > you start collecting the probe results you can start excluding paths >>> > which do not meet your applied constraints. And that process continues... >>> > >>> > To your specific question - It is not that unusual where routers degrade >>> > their performance with time and in many cases the traffic is not the >>> > cause for it but internal bugs and malfunctions. >>> > >>> > Best, >>> > R. >>> > >>> > _______________________________________________ >>> > Lsr mailing list >>> > Lsr@ietf.org >>> > https://www.ietf.org/mailman/listinfo/lsr >>> > >> _______________________________________________ >> Lsr mailing list >> Lsr@ietf.org >> https://www.ietf.org/mailman/listinfo/lsr > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr
- [Lsr] A new version of I-D, draft-liu-lsr-isis-if… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Acee Lindem (acee)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Acee Lindem (acee)
- [Lsr] 答复: A new version of I-D, draft-liu-lsr-isi… wangyali
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Les Ginsberg (ginsberg)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- [Lsr] problem joining interim [Re: A new version … Christian Hopps
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Acee Lindem (acee)
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Christian Hopps
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Joel M. Halpern
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… tony.li
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Greg Mirsky
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Aijun Wang
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Jeff Tantsura
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Tianran Zhou
- Re: [Lsr] A new version of I-D, draft-liu-lsr-isi… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… bruno.decraene
- Re: [Lsr] problem joining interim [Re: A new vers… Robert Raszuk
- Re: [Lsr] problem joining interim [Re: A new vers… Christian Hopps
- Re: [Lsr] problem joining interim [Re: A new vers… Lou Berger
- Re: [Lsr] problem joining interim [Re: A new vers… Acee Lindem (acee)
- Re: [Lsr] problem joining interim [Re: A new vers… Jeff Tantsura
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Greg Mirsky
- Re: [Lsr] 答复: A new version of I-D, draft-liu-lsr… Tianran Zhou