[mpls] draft-ietf-idr-eag-distribution-05.txt

Robert Raszuk <robert@raszuk.net> Thu, 30 November 2017 09:46 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 43E19128E00; Thu, 30 Nov 2017 01:46:01 -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 b1ToUdOgk85U; Thu, 30 Nov 2017 01:45:59 -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 E5D6A12922E; Thu, 30 Nov 2017 01:45:58 -0800 (PST)
Received: by mail-wm0-x22c.google.com with SMTP id t8so11757482wmc.3; Thu, 30 Nov 2017 01:45:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to:cc; bh=BcJsEdkthC+FdQX0yWHZL68CIimmE8xqi+Y7NMau8lM=; b=WQI8CvBTOcLfzpKSe9BA9jO61Ccyq+KVlC2RWRrz4GGen3LQjAZviV/yj/VXxm8/ap i6CwqydXCGJujtyf/37b3KEWQ5k2oLw1RZCJ918S05FNsTCOBP9bnYwOvaY9RvyteFch Y42kp92+YbVyACVVrpdGja0+GlRmHIQ0UcsSIqhWjSuTnXgCJvMBbkuzittvg2yew+6L ZqCQv1YpPZOGFWpRaRHDxSdTMLKNjk0bn1fLPz9W1NEW2FNOAv4jCs38AFBVyZ5eUhQT udR9+DEk4tDosVurjKBxlT5EKclqS9Jq5vR0w+iAaFXHt1s/dJe8XJtiqpPbXfkTWVNP rCFQ==
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:from:date:message-id:subject :to:cc; bh=BcJsEdkthC+FdQX0yWHZL68CIimmE8xqi+Y7NMau8lM=; b=ihFcrhQzqd+6I4ni4NJdYuPARXXhKpBZ3YqMivZXGXPQlX8PTOtQxKxhUoiApCqrlm VIxKFddF5HDGRjDYVNHC/fYXWiNH+2Ofpeo++Qa6I5VFyri3xtAZq5pft/FvZ8GpJeaW 6KwjcMcpyWR8VDv4hfku5lniMuQQcVdsrSbvUwDCd88Xz/DFKA3FGANxTHgJmBrCit3P C4Slew6PNZncqbzseKt9rja7jXylfcbAxeomGjaIqHl0nwXZu7NxUAM1ffzpHeX1sOld h28k4FLbJbjNjSBqXdPPx/8nJ1XteWOmV/lF3osJRIgOg5bcO1+NVBfE6Maw/LzB43pb KOww==
X-Gm-Message-State: AJaThX7T+yi9weVdGHw6z8Bwl15AGJlplidq5hFDqnveTOVCWpa6+9J0 Rgzy59VRHNIAUaDg4HgSkAi5MqVl+9eLVhkGndI0mJux
X-Google-Smtp-Source: AGs4zMYxT6Gy7tfxf2cF1Gxs6ShnT2XBlbsAl8Z0f1vku0mhVxgn1dIfKY8Vd7hyNEjNO27UL4Ck9yqRq2teqGHInLU=
X-Received: by 10.28.112.22 with SMTP id l22mr1341914wmc.35.1512035155512; Thu, 30 Nov 2017 01:45:55 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.28.54.217 with HTTP; Thu, 30 Nov 2017 01:45:54 -0800 (PST)
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 30 Nov 2017 10:45:54 +0100
X-Google-Sender-Auth: a6GKmiUdubLFjq-MOlhNXZIDQfw
Message-ID: <CA+b+ERnHzka=bvMeg9VA1nGEc8mD61ekrU4NNgWtNpR8J-hing@mail.gmail.com>
To: idr wg <idr@ietf.org>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Content-Type: multipart/alternative; boundary="089e082fe404551112055f301e5e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/y_LA2ZV2RDqU7mhq_mAVbtmHd3I>
Subject: [mpls] draft-ietf-idr-eag-distribution-05.txt
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, 30 Nov 2017 09:46:01 -0000

/* While the draft is in IDR I am adding MPLS WG here as the discussion is
really about MPLS-TE and not BGP */

Hi,

I looked at draft-ietf-idr-eag-distribution-05.txt and would like to share
few comments on it.

The draft defines extension to BGP-LS in order for the node to signal
extended admin groups of a links in the TE domain relaxing the current
limit of 32 bits.

Observations:

1. Is the draft only applicable to MPLS-TE or also to SR networks ? If the
latter the title needs to be changed.

2. While it is usually considered good to have more then less of anything
let's look at the bigger picture and the consequences of this proposal in
respect to its current applicability of MPLS-TE:

Signalling of 32 affinity bits of the link is just a tiny piece of the full
picture. In MPLS-TE networks those bits are signaled in SESSION_ATTRIBUTE
of RSVP-PATH msg as defined in RFC3209 section 4.7

Signalling more then 32 bits will just not fit the current space hence
fundamental set of RSVP-TE (aka MPLS-TE) operation are broken.

Likewise most of the CSPF implementations would also need to modified to
accomodate for BGP signalled extened affinity bits.

IMO if there is real need to have more then 32 admin groups per link in a
TE domain the right process would be to extend IGP as well as RSVP-TE RFCs
for it.

Moreover as we know RSVP-TE or SR-TE while can steer packets via
constrained paths do not guarantee any interface level reservations or
packet prioritization. Those are control plane driven features.

As such one could also notice that with the extened set of link affinity
classes there is real need to also extend QoS of each network element to
offer more then 32 diffserv classes. Otherwise in the event of congestion
it is likely that packets assumed to be classified into one admin group
will likely compete for bandwith in the same queue with packets classified
into different group.

So while I do not have concerns to define such TLV in BGP-LS I do have
bigger picture observations which I believe need to be addressed and need
to become formal references in this document before we proceed on it in IDR
any further.

Cheers,
Robert.