IETF Logo Mail Archive

Re: [mpls] [spring] redux: Special purpose labels in draft-hegde-spring-traffic-accounting-for-sr-paths

Robert Raszuk <robert@raszuk.net> Thu, 16 November 2017 07:07 UTC

Return-Path: <rraszuk@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 0110612947B; Wed, 15 Nov 2017 23:07:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 5nVictp8ulBL; Wed, 15 Nov 2017 23:07:34 -0800 (PST)
Received: from mail-wr0-x229.google.com (mail-wr0-x229.google.com [IPv6:2a00:1450:400c:c0c::229]) (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 F22CE129537; Wed, 15 Nov 2017 23:07:33 -0800 (PST)
Received: by mail-wr0-x229.google.com with SMTP id a63so739419wrc.12; Wed, 15 Nov 2017 23:07:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=yRHW27+P11jvzELlDhpjZyrYGp4BtVgAA43XCiCtRCI=; b=XnXBbsoPU8zVw/bshYEC5CwgAZvlKIeZAlZHOoZyGeJFBACFiz/3wkhqXRXDg+2n7K yoXJWLIYR9vfboN3imLiU+z+UR3KMDJ8f8X9Dkp2QFUEMIYkW5lgz2p1rHK9+Z0cSQ0k 6y+R4SVYP/CpQyeJRcFb33eQyfT8BTh4rBJEnZyYcDaXjL9Nw1aH4lj4Si8jlqncXgea bQeP9FdmY3rl15LQCvcXmM6DRr8uDmcelDtXZywskXDys1IZzRcLyPMPdNkm0kEVv/W9 0e9g3c0gY5N6INDomz91jluAntzat0OLKepxoG3wrMJNOGA4aCUUy2JicJeMx8U8mwZl 1iRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=yRHW27+P11jvzELlDhpjZyrYGp4BtVgAA43XCiCtRCI=; b=ka7MJyxjImw+ALMhL53C2hbcnnTd4SVsuQ7fGb3o3zen0/s/qskoKSfetqN3P/UbFo i5mL/lquaJ3O/CSMV29I0shqexEREL34LgOiZaHt5ArKs9QdHS0ZgWe8fut/zOGA0WDz TLywbwbkP7UtQj58aWuwotYE0oETEvgxwr28awtC2362pbVN6V9Tg7zBsrz3Kq5aJFf7 674EMHVz6RoPIVgyMMzGz2aG+lg5AYg1aoFZTUrh4kJOlCThdJ7XfSVD0aioXHDTc/z4 rfJ6g5iu3eXlrzspQBjMyaHdRDgVVkTrgSY2J01nl5Ug3sFAYz1R3unPyZRJNfAIsrvH hN5w==
X-Gm-Message-State: AJaThX4k06BqkC9dDhbBZczi704yf2kE5seM7MhaLajMstL8ptsmf1uL 9PDF3OZz2mxWHK/mpLYnh1dv249PbyR3QmJNxt4Y9Q==
X-Google-Smtp-Source: AGs4zMa4+1VLoMzLOndhjeQe3kbtfnvbDCkv18/AQRZ2xTLktdxdwDaKgw6ZYsKwuvoM/+12C9NGQiAJdAH0gjPk+/g=
X-Received: by 10.223.160.230 with SMTP id n35mr596296wrn.116.1510816052362; Wed, 15 Nov 2017 23:07:32 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.28.146.135 with HTTP; Wed, 15 Nov 2017 23:07:31 -0800 (PST)
Received: by 10.28.146.135 with HTTP; Wed, 15 Nov 2017 23:07:31 -0800 (PST)
In-Reply-To: <12fc01d35e9c$ad540470$07fc0d50$@olddog.co.uk>
References: <12fc01d35e9c$ad540470$07fc0d50$@olddog.co.uk>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 16 Nov 2017 08:07:31 +0100
X-Google-Sender-Auth: Q4Qqv0sMvYMPnFdKt4nVOVCpziE
Message-ID: <CA+b+ER=k6XJ-gWL1qLO80S=g7ir=q8YJC8jhgsTb_P7tgYcP0A@mail.gmail.com>
To: Adrian Farrel <adrian@olddog.co.uk>
Cc: Mach Chen <mach.chen@huawei.com>, Jeff Tantsura <jefftant.ietf@gmail.com>, draft-hegde-spring-traffic-accounting-for-sr-paths <draft-hegde-spring-traffic-accounting-for-sr-paths@ietf.org>, spring <spring@ietf.org>, mpls <mpls@ietf.org>, "Zafar Ali (zali)" <zali@cisco.com>
Content-Type: multipart/alternative; boundary="94eb2c0756101f4117055e144628"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/IcmkQaIZUXDoNnSrToiLp3M2n9I>
Subject: Re: [mpls] [spring] redux: Special purpose labels in draft-hegde-spring-traffic-accounting-for-sr-paths
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Nov 2017 07:07:36 -0000

Adrian

I do not agree with with #2 .. no marker of any sort is needed.

And debugging LDP networks is no different then debugging IP networks so
sure some who are used to ATM/Frame Relay find it very hard to troubleshoot.

Best
r.


On Nov 16, 2017 13:35, "Adrian Farrel" <adrian@olddog.co.uk> wrote:

Let's unpick a couple of things...



1. This work is not talking about per-flow accounting, it is talking about
peer SR-path accounting

2. ipfix on its own does not cut it because you still have to put a marker
in the packets

3. Yes, SR assumes there is no (i.e. zero) state per SR-path in the network

But this third point causes a tension: we want to use SR because it is
good, but we want to do transit node diagnostics because (frankly) they are
necessary.

To get the full picture of why they are necessary read the draft, or
consider ECMP.



This discussion will not be unfamiliar to those who tried to debug LDP
networks.



Adrian

v2.23.0 | Report a Bug | By Email