Re: Comments on draft-ymbk-lsvr-lsoe-00

Robert Raszuk <robert@raszuk.net> Sat, 24 March 2018 10:57 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E24D21241F8; Sat, 24 Mar 2018 03:57:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, 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 KYYE8mmyEb8A; Sat, 24 Mar 2018 03:57:28 -0700 (PDT)
Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 EAF441201FA; Sat, 24 Mar 2018 03:57:27 -0700 (PDT)
Received: by mail-wm0-x235.google.com with SMTP id i75so7664399wmf.0; Sat, 24 Mar 2018 03:57:27 -0700 (PDT)
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=kRLWly6dpEtyUzXNqJQMwgtxdBd/RDj+JwlLWzAgAXQ=; b=OwgzMe+FnlXrzPeK5WwilCoBPCfXXCGCytlvM8sckxkDIlVF7QWtst/xVG5bC6MOnq TVM7SJ1h1XwjHJ65/b+BhGO5RTW0EAG4y/nbR+DT9cmiC5j90LEoHuxLMEEftQq8v5YX 6yJ+r6Dnb4tNi358JIc7oJiirCE0aDMcoFv3Lp+npnE1kzZPSM/9icOfytXwCWwOmT4m phuBdSIT1vFTuMbzirLTI2/Rl5EtzNl5aDn9FZZ/VDCyIOMUnRIWbXH5I+gY45sM0rur JQ9NjRrWhsTMWgyjpgG5TLYjkNcf7tF7Q6XASXG2nkSQtr3o7ztBTok82fjnqTbImerp lOtQ==
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=kRLWly6dpEtyUzXNqJQMwgtxdBd/RDj+JwlLWzAgAXQ=; b=LaYFyMWSK8qCMeAdO7iCHb7pfliU6JHLabzHI/XW0wwsxdHtTzZpZ20exP3Qr3N4O7 iNFBpdDf4hZTb1IkW9AurnMAsa7bKVeeI4yum26n+BRC3jhS0z4y8KkxWFBcLvvDMtwP itTxIm5d80hECUaZaXaXAvKoFCtImtdH0/VZL4RPk1GPP2caVoBs0shCSr3mvUEhjfU8 zg2iPScY711qAwhgkP16voWKbpNSVv7WDcGkpWKeEAUw7nGFgOEV4OeTbtn0UW+vVKw+ XwHLJAb/1ozkm9fUhrRSRElRo9fTvz3h2gHoFGPMVFDZO/g156duZOZC/LVDQgN6IxBh mQoA==
X-Gm-Message-State: AElRT7Hs0Z2AOo6NRl95e6WW8UA/krx0kThsFf+ttbmMEMPbX6EjVrSE c/5sCX9/pvOlMSgVl/pYMhFF+0gl+TMQC+xsjEEo8w==
X-Google-Smtp-Source: AG47ELskQshHJuOxNhxK6Hear/8tTQLzOx48WwSZsohXj+Lrf6V5pYa9R0p9BeeSUrB9QPPQEjo9hdQiryZNWeJo7U4=
X-Received: by 10.28.194.8 with SMTP id s8mr6337136wmf.134.1521889045903; Sat, 24 Mar 2018 03:57:25 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.28.222.197 with HTTP; Sat, 24 Mar 2018 03:57:25 -0700 (PDT)
In-Reply-To: <20180323075937.GX30215@faui40p.informatik.uni-erlangen.de>
References: <20180323075937.GX30215@faui40p.informatik.uni-erlangen.de>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 24 Mar 2018 11:57:25 +0100
X-Google-Sender-Auth: _ZiIM38cNG3RXTMHIZTl3dkqALI
Message-ID: <CA+b+ERm0K=sz==JqkwUsWPE3KsC4_MHu8TsO-BnXDkHfJ0G2FQ@mail.gmail.com>
Subject: Re: Comments on draft-ymbk-lsvr-lsoe-00
To: RTGWG <rtgwg@ietf.org>, lsr@ietf.org
Cc: Randy Bush <randy@psg.com>, Keyur Patel <keyur@arrcus.com>
Content-Type: multipart/alternative; boundary="001a114b14a4f800ce05682667a7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/78h2MBZUMjpYn99Gkju1ya54SS4>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Mar 2018 10:57:30 -0000

Dear Authors,

Let me just ask one little question ....

It seems that ISIS protocol already meets a "Link State Over Ethernet"
definition so why to invent anything new here ?

If you don't like flooding properties of ISIS just disable it. Do not
flood. Do not run SPF in ISIS. Use ISIS only for p2p discovery.

You get for free out of the box all what you are trying to describe in the
subject document. Integrating open source ISIS code just for discovery (ie.
not worring about optimizations of flooding, back-off, timers, spf etc ...)
will be IMO much faster even using any apache license existing
implementation of ISIS.

Last - as Toerless already indicated - solving inevitable inconsistencies
of running LSOE, CDP & LLDP between various devices or in parallel on the
same links is something that should be addressed from day one. Unless you
assume that if someone is to use LSVR is will also have LSOE and any other
alternative discovery mechanisms will be disabled.

Best,
RR.