Re: [trill] I-D Action: draft-ietf-trill-over-ip-10.txt
Donald Eastlake <d3e3e3@gmail.com> Fri, 02 June 2017 16:47 UTC
Return-Path: <d3e3e3@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B258D126CE8 for <trill@ietfa.amsl.com>; Fri, 2 Jun 2017 09:47:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-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 ENeH0p8Jld2u for <trill@ietfa.amsl.com>; Fri, 2 Jun 2017 09:47:41 -0700 (PDT)
Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (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 05712126C25 for <trill@ietf.org>; Fri, 2 Jun 2017 09:47:41 -0700 (PDT)
Received: by mail-it0-x22b.google.com with SMTP id m62so11677566itc.0 for <trill@ietf.org>; Fri, 02 Jun 2017 09:47:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=sRbZaTEYQ/gZmbXrjSCTau7DEiSJLFche/QyuA1fBbs=; b=bc67rom2qjBRD9ukPwLVstBkoGogT4znH4gsH5T06mRMxkkUbtYElOof1i03hEkupD 3OFUMm4gjZfHFlwcUCRDoKXKm/6P7ujmPf+rWVciveq0axMuoNqgjLBWuUDpvvQTaP9G xmEXMpmZ8Ivsq4At/Az3q7jFGYOF4u7cjVHz7FCDqbnqk676+tUOvKVsayOfoW3WYDFE zaHCaa+9mHZuy9Sz3KNsZALXpOyzYOM1mAL9pPuvLTcO6jdNEadiNuJLXCk/pRylJguT M1eDejls3IYEW30sZQ1d7La5MeiArgsbs03i1Nf8tkc1PdDqfP4+ghKoC6yN0LNNyUjI NkPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=sRbZaTEYQ/gZmbXrjSCTau7DEiSJLFche/QyuA1fBbs=; b=L8Zj1s05YVHOAs44I+cyAxruu23pxJYDoRrOe/8xTf2NZKX54wwwBWHB/QRiF3hx+l E9jcynsUtGY2LoJ4IxkbYC3QBYQTJYkj4M9lp1sYKuI1qxqhjcMtQL3Ddz9aWjYjg4U1 JuOk5iMGNqjR/RfsyEaYrlXUpuImKl8G/2XJZSlcC6LpygjYAeNtD1qoozqo0bM8SAqX ok/Sv2XZzLg1vLOT6nxnMgnWucPI2cB3+vf8dK2EEydY63OCBdNonrAXJZFeKYBgawYb n1fR3yJ04LvB+FV9fMOwsEm/RSveGAqcVFeSWkt9rqpVfomLNZHDS5GGOP9542ASYZVm seBA==
X-Gm-Message-State: AODbwcAqp2dotss35VHQ9efoSb+WKbd0meGsmoE2p9FdA6Zj1F8nTpo3 sCUpuo+nRGCYpCmC6FKtaLuAt1gqIA==
X-Received: by 10.107.52.19 with SMTP id b19mr8381717ioa.216.1496422060299; Fri, 02 Jun 2017 09:47:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.164.30 with HTTP; Fri, 2 Jun 2017 09:47:24 -0700 (PDT)
In-Reply-To: <dd4d81d0-6e58-5780-c57b-dd987f15d809@isi.edu>
References: <149626897714.19836.7466806270075160460@ietfa.amsl.com> <CAF4+nEEcYOk7kw3PDHMwhqYqgXvQ2G_19-=XTs_AvpAs93my5A@mail.gmail.com> <dd4d81d0-6e58-5780-c57b-dd987f15d809@isi.edu>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Fri, 02 Jun 2017 12:47:24 -0400
Message-ID: <CAF4+nEFyfJhA2W=iHzyQquCRBqcbKt1uY1jkQjO_tq+fyGHoUQ@mail.gmail.com>
To: Joe Touch <touch@isi.edu>
Cc: "trill@ietf.org" <trill@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/tK6JxppRpS2-GWGy-GaKryObxSI>
Subject: Re: [trill] I-D Action: draft-ietf-trill-over-ip-10.txt
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Jun 2017 16:47:43 -0000
Hi Joe, On Wed, May 31, 2017 at 6:37 PM, Joe Touch <touch@isi.edu> wrote: > > Hi, all, > > I'm confused by the TCP encapsulation shown. > > If you place TRILL in TCP, you cannot ensure that the TRILL packets are aligned with the TCP headers. TCP is a bytestream, not message-oriented. > > I.e., you need to assume that TRILL packets could be split across TCP segments or multiple TRILL packets (or portions thereof) could be contained within a TCP segment. That means you will need a framing protocol that identifies the start of TRILL packets, and you should never assume that TRILL packets align with TCP segments. > > If you want to try to assume alignment of some sort, you need to discuss using RDMA, but that's a much bigger can of worms. Well, although I'm not sure it is all that difficult to do framing through TCP, for example BGP does it, I tend to agree with you. Unless there are comments to the contrary, we can remove this TCP encapsulation. It was an interesting exercise adding it because it revealed several places where the document was unnecessarily restrictive concerning transport. > Finally, regarding the IANA considerations, IMO the distinction between TRILL data and TRILL control needs to be indicated in-band, not via different port numbers. Ports should be requested only for services that are useful independently (RFC7605). That's not the TRILL architecture. On Ethernet, TRILL uses two Ethertypes. On PPP, TRILL uses two PPP code points. CAPWAP is another example of this. TRILL control is a use of IS-IS and could be used for other things than TRILL as long as they can be tunneled to the same extent as TRILL. > (frankly, IMO, this system has gone off the rails out of control; you really ought to treat everything as running over Ethernet using the TRILL shim and call it a day; the rest should already be sufficiently handled by Ethernet-in-X encapsulation). Doing that wastes 12 or 16 bytes for every TRILL packet and these wasted bytes provide a covert channel which is not good from a security point of view. Designing an encapsulation for a particular transport is generally more efficient and provides better service but the question is whether it is worth the effort or complexity. The existing TRILL RFCs and Charter contemplate designing exactly 4 encapsulations: Ethernet, PPP, pseudowires, and IP. Only IP remains to have be completed. In retrospect, I'm not sure it was worth doing PPP but, in my opinion, Ethernet, pseudowires, and IP are worth it. Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 155 Beaver Street, Milford, MA 01757 USA d3e3e3@gmail.com > Joe > > > > On 5/31/2017 3:24 PM, Donald Eastlake wrote: > > Hi, > > This revision has relatively minor changes to add an optional TCP based encapsulation. > > Thanks, > Donald > =============================== > Donald E. Eastlake 3rd +1-508-333-2270 (cell) > 155 Beaver Street, Milford, MA 01757 USA > d3e3e3@gmail.com > > On Wed, May 31, 2017 at 6:16 PM, <internet-drafts@ietf.org> wrote: >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts directories. >> This draft is a work item of the Transparent Interconnection of Lots of Links of the IETF. >> >> Title : TRILL (Transparent Interconnection of Lots of Links) over IP >> Authors : Margaret Cullen >> Donald Eastlake >> Mingui Zhang >> Dacheng Zhang >> Filename : draft-ietf-trill-over-ip-10.txt >> Pages : 41 >> Date : 2017-05-31 >> >> Abstract: >> The TRILL (Transparent Interconnection of Lots of Links) protocol >> supports both point-to-point and multi-access links and is designed >> so that a variety of link protocols can be used between TRILL switch >> ports. This document specifies transmission of encapsulated TRILL >> data and TRILL IS-IS over IP (v4 or v6). so as to use an IP network >> as a TRILL link in a unified TRILL campus. This document updates RFC >> 7177 and updates RFC 7178. >> >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-trill-over-ip/ >> >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-trill-over-ip-10 >> https://datatracker.ietf.org/doc/html/draft-ietf-trill-over-ip-10 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-trill-over-ip-10 >> >> >> Please note that it may take a couple of minutes from the time of submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > trill mailing list > trill@ietf.org > https://www.ietf.org/mailman/listinfo/trill > >
- [trill] I-D Action: draft-ietf-trill-over-ip-10.t… internet-drafts
- Re: [trill] I-D Action: draft-ietf-trill-over-ip-… Donald Eastlake
- Re: [trill] I-D Action: draft-ietf-trill-over-ip-… Joe Touch
- Re: [trill] I-D Action: draft-ietf-trill-over-ip-… Donald Eastlake
- Re: [trill] I-D Action: draft-ietf-trill-over-ip-… Joe Touch