IETF Logo Mail Archive

Re: [Lsr] New Version Notification for draft-wang-lsr-isis-mfi-00.txt

Robert Raszuk <robert@raszuk.net> Fri, 26 February 2021 11:00 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E644F3A12F3 for <lsr@ietfa.amsl.com>; Fri, 26 Feb 2021 03:00:09 -0800 (PST)
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 9-mCj6iuKC87 for <lsr@ietfa.amsl.com>; Fri, 26 Feb 2021 03:00:08 -0800 (PST)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 F122D3A0FC6 for <lsr@ietf.org>; Fri, 26 Feb 2021 03:00:07 -0800 (PST)
Received: by mail-lf1-x134.google.com with SMTP id u4so13246885lfs.0 for <lsr@ietf.org>; Fri, 26 Feb 2021 03:00:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w0DYVgjWWgOtL4stdz6/2o6SlvEPSKiduwuY4SdDry4=; b=R13YB0OFpYtHl+WwCjDi7xTXjC901lrmTT9bl84jHTNE39CMyDl8fWdK1bUMfqgAFl ltQ95XjspNn7DlrN/uzVwsee8mOvatHdNGYZMxfJKaWeHZ7nNRWeAoB7AHuIixw8M6rK Ur4kCuDufmOo/ywjbVGnID2hS8Jx+uAlUziThR5RwpdehaSnFIF4YtdQo1vopW73uveH xWUdRnznaw1u3GaZzBYvqMDotuE4SR12rjteYZzqwwxFe8RZMYSke+OBOKyHtN2QrpJC Cy8hZn4phvN2DgVyIzEi9MWQMTWUQc1hfbP9xGOy9O1g3opPvfwo0OpmIqivD4G+KK8a tECQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w0DYVgjWWgOtL4stdz6/2o6SlvEPSKiduwuY4SdDry4=; b=Ex4y4WcMGBgWlNk6FT+2bMnumXzOSzVGyReh1p3vkImxTP/7HELnYGAgNnDPYFlHhZ 9ftCMae4zzfT1rqh6Y9y8DCd+bKayNEPmIUdlSXS2Rk05AKorYKgZna5gD+CKiEjRtlk 5+15ejqqMf17sHlDqFAQvHatA89DhnPlYL1oC+rtNdpVypoUoiWdJ7/PH3xJ/U9GrASY JNBqaEWMDAiHC/RL2+f8jF+daWfP2SbqFoBmtMkRqsWhsoygVtIaK/2GXbdsCxgOstuY cUrmuCu3vVmdsK9E+FwK+iLLe5bcpF+2A6GxVYS9CSvAcFzgH69fdA5QIwXzDIxgKQzh CYmg==
X-Gm-Message-State: AOAM531yLTUT/+lVGrBFdphbs3JWlC3IpASX5m39SkKZMyfi2Xd5rYwv lb2DL/HlJuwsTA9uqvUFPA1+9YIGGZUS2C4Uo3LviA==
X-Google-Smtp-Source: ABdhPJyoD1Hekp2VzQLPhUuknzS1+OZLYoz+yhjT57n4ysCpOTZdQLiCrmxQFL/934CE7p6vFa91kcDWL5l6z7iYLPE=
X-Received: by 2002:ac2:491d:: with SMTP id n29mr669682lfi.541.1614337206181; Fri, 26 Feb 2021 03:00:06 -0800 (PST)
MIME-Version: 1.0
References: <161395912869.30720.11972345048767444266@ietfa.amsl.com> <1520992FC97B944A9979C2FC1D7DB0F40523C170@dggeml524-mbx.china.huawei.com> <4A2A7EDC-8525-4317-972B-7D6CE98275F8@tony.li> <1520992FC97B944A9979C2FC1D7DB0F40523F0FD@dggeml524-mbx.china.huawei.com> <6012CC16-E6FD-4575-8EAA-0ACC66E70C75@tony.li> <1520992FC97B944A9979C2FC1D7DB0F405241080@dggeml524-mbx.china.huawei.com>
In-Reply-To: <1520992FC97B944A9979C2FC1D7DB0F405241080@dggeml524-mbx.china.huawei.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 26 Feb 2021 11:59:57 +0100
Message-ID: <CAOj+MMHsDgfD8avbRtvthhd0=c-X25L9HBc0yQTby4vFQKECLQ@mail.gmail.com>
To: wangyali <wangyali11@huawei.com>
Cc: Tony Li <tony.li@tony.li>, "lsr@ietf.org" <lsr@ietf.org>, Huzhibo <huzhibo@huawei.com>, Tianran Zhou <zhoutianran@huawei.com>, Aijun Wang <wangaj3@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="000000000000b8f3ae05bc3b2b62"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/L3khkMcLVAemyrWZ0ErKRIrroPk>
Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-isis-mfi-00.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Feb 2021 11:00:10 -0000

Hi Yali,


> If this was precise, then the existing multi-instance mechanism would be
> sufficient.
> [Yali]: MFI is a different solution we recommend to solve this same and
> valuable issue.
>

Well the way I understand this proposal MFI is much weaker solution in
terms of required separation.

In contrast RFC8202 allows to separate ISIS instances at the process level,
but here MFIs as defined must be handled by the same ISIS process

   This document defines an extension to
   IS-IS to allow *one standard instance* of

   the protocol to support multiple update

   process operations.


Thx,
R.

v2.23.0 | Report a Bug | By Email