IETF Logo Mail Archive

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

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

Return-Path: <rraszuk@gmail.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BAA512940C; Thu, 16 Nov 2017 05:53:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 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_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 wK2eVw09-sRO; Thu, 16 Nov 2017 05:53:09 -0800 (PST)
Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 721EA129400; Thu, 16 Nov 2017 05:53:09 -0800 (PST)
Received: by mail-wm0-x22c.google.com with SMTP id l8so54558wmg.4; Thu, 16 Nov 2017 05:53:09 -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=qN1wXrKTZJqPq4AGFWYX0CRqapzzj5vBLuga4ZlpGfY=; b=nbUuHSz13Mmf9zi0U0iJoIBgI3ppsZBg/UwEPlvpbT/tMmZyiaIHb4o77xSi2hDhKv srqEZaanwBXKPepgVP2ZjV5ajWAXU9FK15/8ba2Fjmqj55y+uEXg0XcUWw8LLoPo34nu WlITf9L0HlJ0EmqaocxIZnZ+hj05uOZ0bThrkIXxDyXu+dD/WbbsuaxDe1sojRhcHdes ppAC1OHuo3X8sZVD/4LmkFkwecx3q/vY25AxjT71BSV1lW83pEY8/wQPBfCQO8j6mazQ HEORGUiXjUvXWnuJiFNh0YUZUJjsSa8zHU3wXRfp79zrq7CL/aisJWGQKHnScnsVc7q8 DW+A==
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=qN1wXrKTZJqPq4AGFWYX0CRqapzzj5vBLuga4ZlpGfY=; b=PAF8f0Wor0uulVFvZ+1SndgbtH/oUIOi6EjcM2Hx5DtCabFVInQmWDsNkARGU6xNP4 0cJ3+f7ou8d9OGeaYuA1XDf0A5cL945glRh6g3G3t2w+vlIW8ny3eco6Vi3Nd5k65o1D id++r6MQr6AeABmQaJELYs41hqBFkhitCdNJ2OPhygBKfFG+DfRvk+oyMB64EAEk9Br3 15mIjqK5ipUyFpLokDS3D3uXcb/fpUllipbQf2MDdF6RZCrND6QzV/vTr5Vz+Mftc21T 5J077Vw557bK9M5zDWwq8moVd7S+1KAM64aE5VV7ycPXeR6AUfQ0s90DJmp8TLj553xf Ykyg==
X-Gm-Message-State: AJaThX77KVM6TEdchLk/ldd1Kqb//MNPPfwxtS+uSCdwhWOf/ZH4DMX0 uMmsCEz1r7Kg8vr+eLnO+jhPiZIhW8sWbq10PAE=
X-Google-Smtp-Source: AGs4zMaVs24EjN4VKisg4AS2zhoj/kqgP11T5acxMg9VBPivcC9USHAk0+A199DusE4TY7gh6piI49JvbE9cM3CKlqU=
X-Received: by 10.28.236.79 with SMTP id k76mr1595443wmh.95.1510840387792; Thu, 16 Nov 2017 05:53:07 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.28.146.135 with HTTP; Thu, 16 Nov 2017 05:53:06 -0800 (PST)
In-Reply-To: <MWHPR05MB35512B065C9535D190C1683DC72E0@MWHPR05MB3551.namprd05.prod.outlook.com>
References: <CA+RyBmUHAkuA3o-LpHhMwCbkh0k+emt9OZ3B8Njj2h=jaasTZw@mail.gmail.com> <3B1EE673-044F-4E47-9C56-6FF360905C58@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE3047CEC9@NKGEML515-MBS.china.huawei.com> <CA+b+ERkNqQqCLyPhKLaZuMp0jAyOFW7FTb=0QKsOyRy10auyrA@mail.gmail.com> <E4E0C34F-27A7-43A3-BACE-2EFDB3D8600C@gmail.com> <CA+b+ERmyzCw+VkcVqMmnOPbmf8aE0Sp2kbicomAL7hGtCO8Phg@mail.gmail.com> <7EAFDDD7-2248-4AAD-BBD0-B463AF5CC253@gmail.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE3047D1EE@NKGEML515-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE3047D844@NKGEML515-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE3047D9A3@NKGEML515-MBS.china.huawei.com> <MWHPR05MB35512B065C9535D190C1683DC72E0@MWHPR05MB3551.namprd05.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 16 Nov 2017 14:53:06 +0100
X-Google-Sender-Auth: 2kONhjXWjz8nHzGb10Dkp_95pqM
Message-ID: <CA+b+ERnhpRiwT6SZr2RVgoyUZ4hjNq5ipk+RJqwERjUPtNd6_w@mail.gmail.com>
To: John E Drake <jdrake@juniper.net>
Cc: Xuxiaohu <xuxiaohu@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>, "Zafar Ali (zali)" <zali@cisco.com>, mpls <mpls@ietf.org>
Content-Type: multipart/alternative; boundary="001a114734aea0770e055e19f0d9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/JUDloUzUBnyNIPHYFKBZXVbDegA>
Subject: Re: [spring] [mpls] Special purpose labels in draft-hegde-spring-traffic-accounting-for-sr-paths
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Nov 2017 13:53:11 -0000

> Hi,
>
>
>
> We are dealing with an SR network in which the data plane is MPLS rather
> than IP.
>
>
>
> Yours Irrespectively,
>
>
>
> John
>

​I think this is very important to stop here for a moment and discuss ...
What is MPLS data plane ?

MPLS data plane can be connection less (constructed with LDP or IGP
extensions of domain wide labels) - that is really an IP based control
plane which controls the forwarding modulo tunnels to specific nodes
(SR-MPLS, GRE, VXLAN etc ....)

MPLS data plane can also be connection oriented (example using RSVP-TE​)
which setup LSP across the network. Does not reserve nor guarantee anything
in the data plane (only if well done in the control plane - which btw some
folks still do not believe after so many years :-).

So here we are now really trying to take connection oriented model and push
it to connecton less paradigm.

Very bizarre ...

​Best,
Robert.​

v2.23.0 | Report a Bug | By Email