IETF Logo Mail Archive

Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-03.txt

Robert Raszuk <robert@raszuk.net> Tue, 04 July 2017 14:27 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 ADA1D13192D for <idr@ietfa.amsl.com>; Tue, 4 Jul 2017 07:27:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, 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 40Xu25eTIRHj for <idr@ietfa.amsl.com>; Tue, 4 Jul 2017 07:27:49 -0700 (PDT)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 D65FA13161A for <idr@ietf.org>; Tue, 4 Jul 2017 07:27:48 -0700 (PDT)
Received: by mail-io0-x229.google.com with SMTP id r36so72411159ioi.1 for <idr@ietf.org>; Tue, 04 Jul 2017 07:27:48 -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=nPUjz8ffe4zccnZyMsWL2JCyNh+WTl4O911LxfBPaCs=; b=HZQpAqX2xnI1r5yPZVfinY2mwJMPPT+RcN4kkRhMyfcF8g6bYbGgzQp44JZgFt2A0O +/2nisT4/5SgbCS6oLCBzq0eD1edmYxyP5AYG93tBoxREePdUiNOLS1nOwn6caNQjy03 GL0ESPd5KX9a4cBfyEOLmrNu+1KrbINVlsGDWPfWeWr4uE7bPxH+Gz6TZXFyPgZA95Qe /EeX0Z08XrqGg215wZ7gBsnpbWVE8gRJX5jIFA1uKQvNB7YluKje7orvj7/1Sagz8wr9 d1yPgw6HJVISNzCQRS7rNz1JaTK7fjZOVVpCP0G52+xC37ShXXSNlQUo9vchq7moJbod DAew==
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=nPUjz8ffe4zccnZyMsWL2JCyNh+WTl4O911LxfBPaCs=; b=Gr9ts/BWG8x358+gJoJdjGzrqXGnkM5v/x7lAX5sg9GUBOV5C2LPv7lBuX287MVBD9 CVu/S2rg0ln6eE1hBiUx2BCdg43vGg2L65z5usT48rO9rYqQROsHjOzrEyXdatyvTxnB oDdrnlISJ0b3N77Kdfw0Tmnrvc/BnNmEGVRzWDg/BgXvxcOQPOjr3bzVeBXCtfFdJdkM lF/M3GGT3d4V60ISwZrYCzcA+LnBeKFoBPp5crcBDSryG9SUN8ULLkMR+k304ShZAk1A vh0Q9qsytGM3L/o/ToLVZn3m3R5Fq8pWxk4/65YZh5YuP50EPHSH4Lpk7U+dxDXfuGm5 ec3Q==
X-Gm-Message-State: AIVw113R6UCF2um0GgwVDm8Pjl49AmhWSW4IiiK7z84yUCbGoWn7tGj2 5jca61bJ3jQ4GLu8aYRRryLf4fP0ea6Z
X-Received: by 10.107.28.84 with SMTP id c81mr11397954ioc.186.1499178468026; Tue, 04 Jul 2017 07:27:48 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.79.32.15 with HTTP; Tue, 4 Jul 2017 07:27:47 -0700 (PDT)
Received: by 10.79.32.15 with HTTP; Tue, 4 Jul 2017 07:27:47 -0700 (PDT)
In-Reply-To: <20170704084135.GK45648@Space.Net>
References: <m2o9t1z1hj.wl-randy@psg.com> <CACWOCC_bQitHeR9tHc5tPsXmoSDDLQH764equTAHrP854fYh-A@mail.gmail.com> <BF65C4DC-D2F5-41AF-8454-D43B403E328B@juniper.net> <CACWOCC9cmz7ARnWNowCCEu3Rt_NiyuWgJMZ3pWfmxZ_BO8Ovjw@mail.gmail.com> <292534ED-98BC-49A0-82A2-45B6688F851D@juniper.net> <CACWOCC_KTzJLQAJf_j4ZqM1oJSFq9JcyT7aAPLGf3+2Ess7BBA@mail.gmail.com> <09BFF794-6899-4DA5-8EF5-DDF86513BFBA@pfrc.org> <CA+b+ERmQzFrebD-0WHgV2L3E5XwQZQgfnf1HxnoMK+6ew2WJxw@mail.gmail.com> <2F52A154-3F75-4DC9-9DBF-7C8047F65288@pfrc.org> <CA+b+ERk7p6HgdqZri9pgnYM8+KSsvpvPwkWuNOUcatSNGwFN+Q@mail.gmail.com> <20170704084135.GK45648@Space.Net>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 04 Jul 2017 16:27:47 +0200
X-Google-Sender-Auth: ce6ieLePg8Qe_LreMnIu0nW9x0I
Message-ID: <CA+b+ER=uwDAyWvUsJ8TCYmFeVdGSbOo9AMCgCX_shiQbDnOYVQ@mail.gmail.com>
To: Gert Doering <gert@space.net>
Cc: idr wg <idr@ietf.org>, PFRC - jhaas <jhaas@pfrc.org>
Content-Type: multipart/alternative; boundary="001a1140986e0ab4b105537eb067"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/wiIxxfYDPS5ww7faM_qKVxgwAPY>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-03.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 04 Jul 2017 14:27:51 -0000

Gert,

The argument that we need controller rather then route server because " IXP
fabrics are tricky things" just does not convince me.

Let's compare your arguments vs MSDCs:

> too large

DCs today have fabrics which are orders of magnitude bigger then any IX on
the planet.

> too many paths

Please explain where for a given net so many paths are coming from. If IX
client is connected to 2 or 3 ports in a given IX it is max. As clients
share their own nets it is hardly that they will share someone elses nets
and volunteer to become free transit.

> not enough visibility into the end nodes
(= participant routers)

Please observe then when in MSDCs compute nodes attach to a fabric such
fabric has zero visibility into their state.

> critical path for many users.

Well since going via RS in IX is a local optimization there is always path
around it. Here pls let's not mix direct peerings via IXes as their control
plane is also direct and never goes via any route server.

Cheers,
R.

v2.23.0 | Report a Bug | By Email