IETF Logo Mail Archive

Re: [Idr] draft-walton-bgp-hostname-capability-00

Łukasz Bromirski <lukasz.bromirski@gmail.com> Sun, 17 May 2015 12:47 UTC

Return-Path: <lukasz.bromirski@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7EE31A88FC for <idr@ietfa.amsl.com>; Sun, 17 May 2015 05:47:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.7
X-Spam-Level:
X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no
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 iGLRDJT_cCM4 for <idr@ietfa.amsl.com>; Sun, 17 May 2015 05:47:10 -0700 (PDT)
Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (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 4AAC11A1A27 for <idr@ietf.org>; Sun, 17 May 2015 05:47:10 -0700 (PDT)
Received: by wguv19 with SMTP id v19so98122472wgu.1 for <idr@ietf.org>; Sun, 17 May 2015 05:47:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3RhWARu8+nlCcsjvBo7DefZzG2evL7dMCMHRFUVzb/I=; b=PnXBVaWU4Bw0AU1kPVPgryvxCO84XdoNXr1dyc6pU1RPmrwTX7ODRJe6iY5r7sy0Be HqlOX703aKev9U88uSDByhZtD+G+d7EAfiJfEEK2Q6r26XESCIauS0m3xJTSHPIn3dT7 OaTqaRHy5fOlrHK5IC6q6NROJbakxgiidhlYKg4966PPYzEpBQVI0onNvVZRoJpPy63R hEVyoKcRx9Pw4on4IqcUfdoo9SD6aYDThzDlAnLxw8cHeoYpU6IxO4ABXiwd/j9nNRBB jskrFhwGSfrRo3fm2a0C/DTRo+FgQFBOZWjqTgoV5xF9n35yAZoxxLeUDXLw7FmqE+8h 7m2A==
X-Received: by 10.180.7.134 with SMTP id j6mr13757806wia.9.1431866829020; Sun, 17 May 2015 05:47:09 -0700 (PDT)
Received: from [100.65.46.222] ([213.158.222.104]) by mx.google.com with ESMTPSA id bg4sm11918190wjc.10.2015.05.17.05.47.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 17 May 2015 05:47:08 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Łukasz Bromirski <lukasz.bromirski@gmail.com>
X-Mailer: iPhone Mail (12F70)
In-Reply-To: <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk>
Date: Sun, 17 May 2015 14:47:06 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <1FCE2378-AE9B-4BF0-873E-DC17D98CD01E@gmail.com>
References: <20150516015819.5849234.74476.67011@gmail.com> <CANL=f0gAfs9f-Jt7r3bxMfB7f3Ta+funv8nvmkiCmFsQfGHTcg@mail.gmail.com> <CA+b+ERmY46GHLJUhi5PzwyVJ4Wcns_R11QXC=oLMzAXrYi-v2g@mail.gmail.com> <CABg5FUV5Z+S_m6V7=dB_cuOZpDV-MS_cV+mhwERtjaNCiNfT2w@mail.gmail.com> <CA+b+ERmCpjbBmNAeFyNm6_KTWtOB41Zge559O4jbtEjwKG+yXg@mail.gmail.com> <CABg5FUVSq4Xunivo3tBNh0=x+W=ZOD9pUYGWs18EcuXiFG-4MQ@mail.gmail.com> <CA+b+ER=m_LttyMumi+JLd1cfTLqk16RAQgfbX4qmxGAh1k5Wxw@mail.gmail.com> <CANL=f0iPLinA6Qr8-r6mev4474UZT9g5Bjng_6+f7xPZ2zdfVg@mail.gmail.com> <FC7F6336-4846-4C4C-B002-4DE255F10B2A@exa-networks.co.uk> <89600117-8199-45E0-BB06-C69E94091C17@shrubbery.net> <20150516192556.GB73434@Vurt.local> <m2pp60ur4m.wl%randy@psg.com> <9D75C21F-B76D-451C-B367-2543C94EBEB7@exa-networks.co.uk> <m2fv6vv9nm.wl%randy@psg.com> <F59C5345-A2EF-4BC7-AA5B-56F2D5C94562@exa-networks.co.uk> <CABg5FUVqOXkmzjGWZkmQ8BT63SU+kKY-z2bwpPOZcDZM_fi5Kw@mail.gmail.com> <5F4B9C3A-45AE-445B-9BFC-3755E25AD901@exa-networks.co.uk> <CA+b+ER=EOgNSCXkhqrP=TkLeDSm0s7_7_1kj9X=xe40y3=uX-A@mail.gmail.com> <20431D0B-7BEE-427D-B5AD-C3CB9AD4F7B8@exa-networks.co.uk>
To: Thomas Mangin <thomas.mangin@exa-networks.co.uk>
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/9OQnwFvwBfCzl0ogDWN2fcptvUw>
Cc: idr wg <idr@ietf.org>, "rraszuk@gmail.com" <rraszuk@gmail.com>
Subject: Re: [Idr] draft-walton-bgp-hostname-capability-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Sun, 17 May 2015 12:47:12 -0000

Hi,

Some of the vendors already have problems with the BGP code bloat. Of course session negotiation could take care of the additional feature, but would this option really change the world for BGP users?

Also bear in mind, even if feature is not active on specific session, the code is still there, compiled, adding kBs of binary to existing code base. It can be exploited, it can contain some hard to catch bugs in non-trivial scenarios outside typical test cases... It can kick you in the balls during some complex migration where the bug will suddenly trigger itself. 

And BTW - last time I checked, BGP was still limited to 4kB segment and this space will all extended communities and so on is getting crowded very fast.

If the improvement is for operations and not for core of BGP, let's deal with this at operational/NMS level (and possibly protocols).

-- 
my 0.03PLN

On 17 May 2015, at 14:34, Thomas Mangin <thomas.mangin@exa-networks.co.uk> wrote:

>> In DC most deployments use EBGP to construct L3 fabric.
> 
> In that case, the way would be to make it a configuration option on the session (for sending).
> And if not configured the receiving end would simply ignore it and treat it as unknown.
> 
> Thomas
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr

v2.23.0 | Report a Bug | By Email