Re: [Idr] 答复: WG adoption call for draft-xu-idr-neighbor-autodiscovery

Robert Raszuk <robert@raszuk.net> Mon, 16 July 2018 15:32 UTC

Return-Path: <rraszuk@gmail.com>
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 A84261292F1 for <idr@ietfa.amsl.com>; Mon, 16 Jul 2018 08:32:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level:
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 l9j-hthDQZ4F for <idr@ietfa.amsl.com>; Mon, 16 Jul 2018 08:32:33 -0700 (PDT)
Received: from mail-pg1-x544.google.com (mail-pg1-x544.google.com [IPv6:2607:f8b0:4864:20::544]) (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 466A11310C5 for <idr@ietf.org>; Mon, 16 Jul 2018 08:32:33 -0700 (PDT)
Received: by mail-pg1-x544.google.com with SMTP id z8-v6so6169395pgu.8 for <idr@ietf.org>; Mon, 16 Jul 2018 08:32:33 -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=914oEXYjGAs9C5z40bmKMRCV0dgHkSDOpAqozo1F5MA=; b=DEiCH0gcaskuziEOdMbb177fPKbUEiYWuayl5+0OGvmjiSpTjzF9+iEPJHnngRDf2E MbFZLzuU9Ff2GbDMY3OUuMAYTbUYfeOF8cBCOmH/CMlCgGVFrh/Se9nFZvWi5InNDww3 53PydAkysOa98OjAZc1oxV0jpJNv+frUtPxSPisAl2LNPVnQ+hUYyiE9bp6dkiGNnuuD YHP6RBv0E4ZGYf0DX3agd1+M+hs98sUJANY0WFAgunBLXBiZSHm223OFcTavtWCnEimt DUT5fg335Q6YmXnJbllC7d6sFZ1GFCMtXdp7eMY6O+RZe1IZy+uNGVdzja2F/BpLtXqM s4vg==
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=914oEXYjGAs9C5z40bmKMRCV0dgHkSDOpAqozo1F5MA=; b=sjgJnzbaRCzge3HPZaGQK+btP09+1ZV4l3OXTwDPg8puWsl/Ud6RWJINMG7AIlwvSr EXPjbzcMAzFouErUaLJQ/72MgeBzTFohLaIyhz8VDdgWIfNPh1l99voNYZiMwUXZoyX4 ebkiUQlU9ip2MgAP81yqlHcimeujzb3tFuPeqkdkY3+g8eMpVP2tMQwLFAWr3lZ4x1Lg YL6mDtMxV320p/eD2ildkSFNXmTKe7Lsbl2p4uS3WInvP7e2jN7CuLBRyG9qgyL0qbid 3yR8Eo7EMLCf6PDuYr9dfEgM2aYWMPMDYMsAZ6vU5XWJSo0sms8l8PlyjXQ0d2xuPmwv ae6A==
X-Gm-Message-State: AOUpUlH1SckeiP0ODJNpLnpk7zZ9Mofar6jGIh4FQ/0dYW5rNLr6XQbZ 64+TndBYbZY93CFUUn/1wthuEvt92e1U4XDCwPc=
X-Google-Smtp-Source: AAOMgpf74BTWBhihrpkb313qO9xrI85AgnlOQcXyeKmmnRtSCW8j/ByBtPOftNq3gb4AOM+yhqkPRTgY6BjuE2LeOz4=
X-Received: by 2002:a65:4107:: with SMTP id w7-v6mr6597114pgp.302.1531755152514; Mon, 16 Jul 2018 08:32:32 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 2002:a17:90a:9c3:0:0:0:0 with HTTP; Mon, 16 Jul 2018 08:32:31 -0700 (PDT)
In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8F45D82A@DGGEMM532-MBX.china.huawei.com>
References: <19AB2A007F56DB4E8257F949A2FB9858DC3B8B4C@NKGEML515-MBX.china.huawei.com> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8F45D82A@DGGEMM532-MBX.china.huawei.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 16 Jul 2018 17:32:31 +0200
X-Google-Sender-Auth: EQqOUd735F07qsS2TR878pYCtuM
Message-ID: <CA+b+ER=UVaE61h57m3z=TpaS9-CQs8oahMu-tuA9i1521Jad9w@mail.gmail.com>
To: Lizhenbin <lizhenbin@huawei.com>, Susan Hares <shares@ndzh.com>
Cc: "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bfa1b405711f8942"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/xHYD4AojJS6SSU0AfQS8O6Lkcs4>
Subject: Re: [Idr] 答复: WG adoption call for draft-xu-idr-neighbor-autodiscovery
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 16 Jul 2018 15:32:44 -0000

*Hello Zhenbin,*

BGP is widely used and simplifying the provisioning is important and
> useful.
>
​+

> Moreover the solution should be better to be provided by BGP's self.
>
​+​


> Dependency on other protocols may add unnecessary limitation.
>

​Well I do agree with your above three comments above. But since
IMO draft-xu-idr-neighbor-autodiscovery goes way over the above points
opening pandora box with various TLVs, instead of keep arguing on the list
I wrote a small 3 page draft which does address the core issue of BGP build
in session auto setup in a fully automated way for both DCs or campus
deployments - yet without any risk of taking BGP on one more wild tracks
again.


*Hello Sue,*

Please kindly consider the below proposal as simple candidate solution for
the discussed problem at hand.

​ A new version of I-D, draft-raszuk-idr-bgp-auto-session-setup-00.txt
has been successfully submitted by Robert Raszuk and posted to the
IETF repository.

Name:           draft-raszuk-idr-bgp-auto-session-setup
Revision:       00
Title:          BGP Automated Session Setup (BGP-ASS)
Document date:  2018-07-16
Group:          Individual Submission
Pages:          6
URL:            https://www.ietf.org/internet-drafts/draft-raszuk-idr-bgp-
auto-session-setup-00.txt
Status:         https://datatracker.ietf.org/doc/draft-raszuk-idr-bgp-auto-
session-setup/
Htmlized:       https://tools.ietf.org/html/draft-raszuk-idr-bgp-auto-
session-setup-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-raszuk-idr-bgp-
auto-session-setup


Abstract:
   This document proposes a solution for BGP deployments in some
   specific environments to automatically establish BGP sessions without
   need for manual peer configuration.


Kind regards,
Robert.