[Idr] https://tools.ietf.org/html/draft-wang-idr-rd-orf-00

Robert Raszuk <robert@raszuk.net> Wed, 15 July 2020 18:26 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0F43A0B0E for <idr@ietfa.amsl.com>; Wed, 15 Jul 2020 11:26:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 pI0fL8HUGvI3 for <idr@ietfa.amsl.com>; Wed, 15 Jul 2020 11:26:13 -0700 (PDT)
Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (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 066793A07F4 for <idr@ietf.org>; Wed, 15 Jul 2020 11:26:12 -0700 (PDT)
Received: by mail-ej1-x631.google.com with SMTP id a21so3158959ejj.10 for <idr@ietf.org>; Wed, 15 Jul 2020 11:26:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:from:date:message-id:subject:to:cc; bh=kz0v9zcNdZrkStqYDJFgAsTKae83TceBQmX6Oxx4AFE=; b=KqKGerPnw07h/ddoftYJvoNGIUAySu1IKwSFQa22pZQlOb/RbjgKED3LYIalVT+qr9 /qHEymZ7+FZ2HFpdzdNGxEsbLE0UJrJ506uiXcs73VdXxa9iv96zJdLnX+sP5hWp8afv And3e1LQeIhNxX1ygoyi1DVGLFD7waSlVbQYW9PhVfL52ofyS1fVhxoWgnR4gCv4cM2k 3f0tIjW37I8Vbz1raLlvOTJtJ7B1qnKZ2YU9CHxVEZJMiBraOPX8D6UR9P5YrIvUD9g1 9d5ibGE0woYwtU6RcqMHe7cBVkcilQ/yVt43+p2YMcme8ZZMxyDlz8/AVhDSjw7lp0PX jMIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=kz0v9zcNdZrkStqYDJFgAsTKae83TceBQmX6Oxx4AFE=; b=j8xGvAOGcALwttmGZ5PeEjyJOG17J9HWFj2DJF7xp83ceQ6N3Gm6mIuZNoXCSXrRBq g2XibwcHdo+YPIrLZ3zSDYu04e7lbW0vcm9QRhnsmkXm0WUk067ef8aOOjAXQ6Q5pnwh uQbDPuthb2zpojvYEJsojomjroaZo8U73A8p0Wx0z/UTDjQz3oF4+GbumSMmWOyejutQ LqU+KhCSqfrrU1AVszQXbm0aJqYj0QgEmUShS1T4t2OGpI5ye7JL0TkfVTef2yMvFj8V QSQGJ5RiEIQZqr9ELS/RGof1GXBGxDgrhmqq2eLW8ZCAellOgE/zb4QLXTQkLR7DjUqI kaGg==
X-Gm-Message-State: AOAM532hWjlHehsB0cr4hMts2cNWQ8+OQdCCRFr4/OQN02II2vu8lRnb 4f2QKJ4zmDhdOUPNrfxvHFYdsImqlZcHGCipZ7jGSQ==
X-Google-Smtp-Source: ABdhPJz8B64dO/8a+Kf9NfUHRzEzH+aLah8fm6TEnpW3dEc4ZiMiDYXLnU5gq4KJ8BNleAfNEPXUVKrsXvVye3l5EUo=
X-Received: by 2002:a17:906:4e87:: with SMTP id v7mr270818eju.242.1594837571235; Wed, 15 Jul 2020 11:26:11 -0700 (PDT)
MIME-Version: 1.0
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 15 Jul 2020 20:26:01 +0200
Message-ID: <CAOj+MMH_CefbH639OVs==ts4C_7rf4W1d+pUN+Wb+im5+gNfFg@mail.gmail.com>
To: wangw36@chinatelecom.cn, Aijun Wang <wangaj3@chinatelecom.cn>
Cc: "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e88a0605aa7f0e32"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/2P_x9z9W1etfT10U3nL8wkTEmGg>
Subject: [Idr] https://tools.ietf.org/html/draft-wang-idr-rd-orf-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jul 2020 18:26:15 -0000

Dear Aijun & Wei,

I have read your draft as per subject.

I think there is a serious misunderstanding on what RD's role is
in RFC4364.

RDs MUST never be used to signal anything which would in any way influence
what routes are distributed where. Their sole role is to make the VPN
prefix unique across given VPN's domain.

It is RTs which are used to import routes to VRFs on PEs. What you are
trying to do is exactly why we have defined some time back RTC (RFC4684).
Applications from section 5.1 and 5.2 can be happily addressed with use of
RTC.

Informationally let me also point out that RFC7543 has defined extensions
to ORF to signal RTs for reducing size VPN RIBs in specific Hub & Spoke
topologies.

Last your proposal calls for treating ORF as a transitive message without
any loop protection. That is not a good idea.

I recommend to protect your PEs from being overwhelmed by VPN routes by
prefix limit instead.

Kind regards,
R.

PS. Did we have any discussion in IDR or BESS on this proposal ?