Re: [Idr] IDR WG LC on draft-ietf-idr-ix-bgp-route-server (2/2/2015 - 2/16/2015)

Robert Raszuk <robert@raszuk.net> Thu, 12 February 2015 23:29 UTC

Return-Path: <rraszuk@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 9BE4B1A01EA for <idr@ietfa.amsl.com>; Thu, 12 Feb 2015 15:29:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 Pdw8es54TSLd for <idr@ietfa.amsl.com>; Thu, 12 Feb 2015 15:29:09 -0800 (PST)
Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (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 E9CD31A014D for <idr@ietf.org>; Thu, 12 Feb 2015 15:29:08 -0800 (PST)
Received: by iecrl12 with SMTP id rl12so13469587iec.2 for <idr@ietf.org>; Thu, 12 Feb 2015 15:29:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=1QfH91o0kPyajWK37LTkYpoEk7wqhFuZUKP8Q0JeX8g=; b=R7/3C7LI1yr4PDoZADMhR1r94BRAQfvujmUbgT/r5kr/+vB5sNK31GqrFXRM1WNNPa uDNUpCssWexze2HpnoqK8N7aDuZbTEHdQe321SQ8V210cXPUg9AFhgAo2TI21ExxV68Q n3krwb82N3BvPzRa07TM3l5J8m4ER1kA0t8FUsayQBTiE9DbNVq5tDBKn+Kc+aBIeui7 fQkDKHWtDWrAQmRW90bKij4rb7O+c46276usKM9ewJtkVswMUHBrQdJiB342F+y1bzax aNOfc4O61pjRGfs1MjBRPwn/orHLMENloJzM7ez9DqwJW+fPkDypO22q9YvyN4qrKhf4 mfYw==
MIME-Version: 1.0
X-Received: by 10.50.171.201 with SMTP id aw9mr81335igc.2.1423783748357; Thu, 12 Feb 2015 15:29:08 -0800 (PST)
Sender: rraszuk@gmail.com
Received: by 10.107.157.69 with HTTP; Thu, 12 Feb 2015 15:29:08 -0800 (PST)
In-Reply-To: <m2386apvll.wl%randy@psg.com>
References: <D101AA78.AA0D8%david.freedman@uk.clara.net> <m2a90jst34.wl%randy@psg.com> <D102047C.AA1A1%david.freedman@uk.clara.net> <20150212075505.GC53388@shrubbery.net> <m2a90jr1n4.wl%randy@psg.com> <20150212193113.GR67810@shrubbery.net> <54DD0FFE.8070608@inex.ie> <m2386apvll.wl%randy@psg.com>
Date: Fri, 13 Feb 2015 00:29:08 +0100
X-Google-Sender-Auth: XkRTDKjzx5RwZW7o6HQcKbJkClA
Message-ID: <CA+b+ERk27PV+edaNN+nTwXM+1wE285Ti2dD46irfYsC2wKdb_Q@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Randy Bush <randy@psg.com>
Content-Type: multipart/alternative; boundary="089e0111d4248ed6b5050eec7c59"
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/Ix2iAtHU058kNVsql6U9lQ4wFJI>
Cc: John Heasly <heas@shrubbery.net>, idr wg <idr@ietf.org>, Nick Hilliard <nick@inex.ie>
Subject: Re: [Idr] IDR WG LC on draft-ietf-idr-ix-bgp-route-server (2/2/2015 - 2/16/2015)
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: Thu, 12 Feb 2015 23:29:11 -0000

Randy,

Flowspec is supported as any other AFI/SAFI by configuration. It is not
left out.

Note that flowspec is a data plane thingy and RS is there not to filter
data plane, but just pass control plane across transparently so it does not
need to be spelled out in this spec.

With path hiding it is different as RS needs to do something to mitigate it
hence add-paths or divers-paths are mentioned explicitely.

Thx,
r.




On Fri, Feb 13, 2015 at 12:18 AM, Randy Bush <randy@psg.com> wrote:

> [ remember, i support publication ]
>
> >> i understand your objection and solution, and agree that its more
> >> palatable than a broken forwarding plane.  But, i still think this is
> >> all a bunch of kinky stuff to solve a problem that isnt all that
> >> difficult to handle if the RS doesnt exist.
> >
> > Route servers are not to everyone's taste and no-one will force you to
> > use them if you don't want to.
> >
> > Could we get back to the main point of the draft, which is to
> > formalise the change in BGP behaviour which people have been using
> > since the 1990s to implement RSs?
>
> heas has a lerge network with hundreds of routers.  he can amortize the
> tool maintenance to automate peering configuration at the per-router
> level.  for many folk, that is out of the question.  route servers
> address the latter.  they're a valid use case.
>
> what i don't get is, once you've thrown in add-path and diverse path,
> why it left out flowspec, neighbor discovery, and dhcp options.  this
> could have been simpler; multi-rib is the direct solution.
>
> randy
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>