RFC7432 - ES-import RT

Prasannakumara S <prasannakumara.s@ipinfusion.com> Fri, 29 June 2018 13:16 UTC

Return-Path: <prasannakumara.s@ipinfusion.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E71F7130E75 for <l2vpn@ietfa.amsl.com>; Fri, 29 Jun 2018 06:16:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level:
X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral (2048-bit key) reason="invalid (public key: OpenSSL error: bad base64 decode)" header.d=ipinfusion.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 1lTFvzAbe0OM for <l2vpn@ietfa.amsl.com>; Fri, 29 Jun 2018 06:16:39 -0700 (PDT)
Received: from mail-ua0-x229.google.com (mail-ua0-x229.google.com [IPv6:2607:f8b0:400c:c08::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 E0484130E5B for <l2vpn@ietf.org>; Fri, 29 Jun 2018 06:16:38 -0700 (PDT)
Received: by mail-ua0-x229.google.com with SMTP id n4-v6so5753324uad.6 for <l2vpn@ietf.org>; Fri, 29 Jun 2018 06:16:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipinfusion.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=/1Z4/fj8GxEKBV42DHAgnsYoqlAHIpUgCovfPnT4O4c=; b=BX9TJ+2fJWLrIY1BmrznlM2ujhSnfkDXQ48RWYsyB12nIgKh8u3wIi3y5U3VArRpc/ KfIP99OXhd1RakB9Zv8GtXdHbJ6/Ee6ougG8g90JuOX6EUEd7j0Qwy3AIxungM46M+oE Yk41GxnM79GX4gf/RPrF3DsF0nrARabDCel7/jjrUa15VE6uhnf75LWx+Le1Uv1KcAhK V8NIkZN/1i3Q8Z4JUVyNg/ZTR+wRVhtr+g1IW1jwBeGGEGLPJXF6Wvhb5DWkx2RZe9xC xRI3zXp0h12Q2I9AzRSbjyQ1VsuQ5CpFJ83Y5gP6ga5JUP0KJH3D1BGYupDUub6KS78l ikCg==
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; bh=/1Z4/fj8GxEKBV42DHAgnsYoqlAHIpUgCovfPnT4O4c=; b=gcMAFgUGAb/51jjWP6fZRDGwv6Tbt6V2dtqpPTtvD9JibxELhPS9FI4nWlSTWryT22 mpl/lpo67uO/6bsgAT4hCweFsquEgnYb0JrHOe1rNg/os9XBAnJ0gfgG4G32OLD7RMoS 8qXrPmgOeQPZqSCP44rxl8MIeHUaewgF6Ac4xfvUWI9DlygmyxeAYtHy15CPTffS9nLS 3BK6ayRckRKnHD6iKbHTrMs4FFCAt7gPQjKuO17vPZuLzsy9XUtlH/ytPe8HRqIRD8Cb DblHS/AdqYxf+LLpTo1UfclaVYzOBgeFFTdV+Rk9h2d79kNTEWNvHrksQd0tE4H4mYB5 q//w==
X-Gm-Message-State: APt69E0vuU8eRWLgzHBLKohv9rBgsbdxdMcsvuiN9yPHvwSkAfBER6QI +h5160w0F/7S3+J99X3umAdkidr3uD4h0YO2Qq4M1fbkMbRosKs9zJYMWNhcYVLV3UUCAvcyZZu z8vLbgL3ACwGpGtABJAGsbLuiZwfutxQmy5eWM71eNoMil2axJnzVqZp51TohOLhoi5tluhmzAs yy/9tpIS6Xoyx2/lSkgxo9EU8=
X-Google-Smtp-Source: AAOMgpf7oi/6AD7HXpI+yhb6aRLj6UFNd+mr3o6ULfOmKrj/UtRQDmgle7gbVL2Qhg7ZzSTqfK2LcST9deVDDFs89KU=
X-Received: by 2002:ab0:68a:: with SMTP id g10-v6mr9172652uag.173.1530278197514; Fri, 29 Jun 2018 06:16:37 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a1f:2ec5:0:0:0:0:0 with HTTP; Fri, 29 Jun 2018 06:16:36 -0700 (PDT)
From: Prasannakumara S <prasannakumara.s@ipinfusion.com>
Date: Fri, 29 Jun 2018 18:46:36 +0530
Message-ID: <CAN4tJ47oqY-JJCn8O-N8VmtdUzOfebFW1LR4MWLcGHfGHtsNBQ@mail.gmail.com>
Subject: RFC7432 - ES-import RT
To: l2vpn@ietf.org
Content-Type: multipart/alternative; boundary="0000000000005eea2f056fc7a883"
Archived-At: <https://mailarchive.ietf.org/arch/msg/l2vpn/f7a6z-IHUBIIvNICQsXJTKG-HYI>
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/l2vpn/>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>, <mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jun 2018 13:16:41 -0000

Hi All,

Related sections are:
https://tools.ietf.org/html/rfc7432#section-5
https://tools.ietf.org/html/rfc7432#section-7.6

Would like to understand how ES-import RT should behave in case of

1. ESI type 1 - statically configured
    In this case on what basis one should import the ESI route as ES-import
RT does not talk about ESI type 1. Why this should not follow the same
semantics of creating ES-import RT as done for ESI Type 2; with the 6
high-order octates? If same ESI is configured in different VTEPS then it
would still work.
This question comes because manually configuring the manual RT is tough to
meet multiple combinations of multihomed sites.

2. ESI type 3 - MAC based ESI of the PE
    If MAC of the PE is considered then how different PE's can produce the
same unique ESI? instead it should have used CE's MAC address?
Since last/hig-order 6 octets are used for import how RT-import works?

Let me know if I am missing something.

Please refer me to any other drafts which are trying to address this; I can
discuss over there and be part of that.

Thanks in advance.

Regards,
Prasanna

-- 
.