Re: [trill] Fwd: Mail regarding draft-ietf-trill-over-ip

Donald Eastlake <d3e3e3@gmail.com> Sat, 02 May 2015 01:58 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58D571A00EC for <trill@ietfa.amsl.com>; Fri, 1 May 2015 18:58:41 -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
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 yG4LAJ4OfzI5 for <trill@ietfa.amsl.com>; Fri, 1 May 2015 18:58:39 -0700 (PDT)
Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (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 14FC41A00EA for <trill@ietf.org>; Fri, 1 May 2015 18:58:39 -0700 (PDT)
Received: by oiko83 with SMTP id o83so80822849oik.1 for <trill@ietf.org>; Fri, 01 May 2015 18:58:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=CyFSJ7Bwue+4b4aNFvmIRB+fmWCV1jh9T7x9aOskxPc=; b=RJrmJfE++6BjYhZqUu2yxpYX04h6f6B0ypqDtGafA07+pOTF3Rjox+WUX9r6ppJbhs uzAoNjeavSKqe77rp2bKcQ7OZ3c2nI3tV8BPvrH63XjRQmwj5UGp8nIcjxa/akBl4VKe rz1WDy6WKxp9M0JjGUJFpyK8DAfvneMDsEhg9nsfP0jTJyBn4ah+UZzpCtmEj++LoFP6 b7UX6+ieoX+Yak6UTNya1+2FHkxZivAM7CX4zNLvfcMp3RI5Koy4IrHaq/wAVW78p15J PrZcJewameISKwdcZqewqvueiFnvQ7zsn4KWUW4wrNaWqN0Z/9yP653R/FSQ5tu6qbcM S5Og==
X-Received: by 10.202.83.202 with SMTP id h193mr9546098oib.56.1430531918489; Fri, 01 May 2015 18:58:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.76.81.65 with HTTP; Fri, 1 May 2015 18:58:22 -0700 (PDT)
In-Reply-To: <5543D870.6080108@isi.edu>
References: <4552F0907735844E9204A62BBDD325E76ABADC85@nkgeml512-mbx.china.huawei.com> <CAF4+nEHSGYa+1DHzwee+RNgkXfZra_Pa9706vqpTGJV71SmDaw@mail.gmail.com> <CAF4+nEFcUL2ieQKCm98_0XxfrrAR0M11irVFfOfqa=92OM1V=A@mail.gmail.com> <5543D870.6080108@isi.edu>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Fri, 01 May 2015 21:58:22 -0400
Message-ID: <CAF4+nEGT+F2GGGCZsHS-bBW8emZOC0VNruSRxMSkX51XAkN9+A@mail.gmail.com>
To: Joe Touch <touch@isi.edu>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/oI9ARxKXc_r9qyqFJRtKWMzcJVM>
Cc: "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] Fwd: Mail regarding draft-ietf-trill-over-ip
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Sat, 02 May 2015 01:58:41 -0000

Hi Joe,

On Fri, May 1, 2015 at 3:48 PM, Joe Touch <touch@isi.edu> wrote:
> Hi, all,
>
> Have you considered GUE as an encapsulation layer?

What would be the best document to look at if someone wanted to learn about GUE?

> Encapsulating anything in UDP directly has a number of hazards,
> including support for at-rate fragmentation, IPv4 ID generation, etc.,
> that GUE is intended to address.

It seems that a number of encapsulations being developed. Thus far, I
believe the preference of the strong TRILL WG has been that
encapsulation(s) with fast path support should be supported. Since the
encapsulation(s) with such support is likely to change, the direction
the WG is headed in is a provision for adjacent TRILL switches to
negotiate the encapsulation used between them. I imagine it would be
reasonable for GUE to be one available option.

Thanks,
Donald
=============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 155 Beaver Street, Milford, MA 01757 USA
 d3e3e3@gmail.com

> Joe
>
> On 5/1/2015 9:58 AM, Donald Eastlake wrote:
>> Forwarded with permission.
>>
>> Thanks,
>> Donald
>> ---------- Forwarded message ----------
>> From: *Donald Eastlake* <d3e3e3@gmail.com <mailto:d3e3e3@gmail.com>>
>> Date: Tue, Apr 28, 2015 at 9:26 AM
>> Subject: Re: Mail regarding draft-ietf-trill-over-ip
>> To: Mingui Zhang <zhangmingui@huawei.com <mailto:zhangmingui@huawei.com>>
>>
>> Hi Mingui,
>>
>> Thanks for these comments! See below.
>>
>> On Tue, Apr 28, 2015 at 4:27 AM, Mingui Zhang <zhangmingui@huawei.com
>> <mailto:zhangmingui@huawei.com>> wrote:
>>> Hi,
>>>
>>> I read the document. It's comprehensive and well written. Below, several comments for your information.
>>>
>>> 1.      It's not clear how the ports IPs are associated with the ports? Maybe, we can add some words to explain that they can be got from DHCP or manual configuration? Or we just say it is out the scope of this document.
>>
>> Yes, they need to be configured. Could be DHCP or manual or maybe some
>> sort of orchestration thing... Seems reasonable to mention this in the
>> draft.
>>
>>> 2.      Is it helpful to add a reference topology? Terminologies, such as IP tunnel, port IPs, RBridges can be put onto this figure. A walk-through example based on this reference topology can be used to explain how the IP tunnel is set up, how does a TRILL Data packet get encapsulated/decapsulated and transported in the IP tunnel. I think this would be educational.
>>
>> A few more network diagrams would probably be helpful. If you look at
>> the minutes from the Dallas TRILL WG meeting, the suggestion of having
>> a couple of example packets was supported...
>>
>>> 3.      Both IP and TRILL have specified BFD. Since TRILL is dependent on IP in TRILL-over-IP, it's unnecessary to have both TRILL and IP interact with BFD. It's best to assert TRILL-over-IP will have the IP interact with BFD. Please refer to https://tools.ietf.org/html/rfc5882#section-4.4
>>
>> Well, if you are only going to use one then I agree with the section
>> you reference in RFC 5882 and you should do BFD over IP. But that
>> doesn't check the TRILL stack, just the IP and lower stacks. So we
>> could recommend just using IP BFD but I don't think we should try to
>> prohibit people from also using BFD over TRILL on the link.
>>
>>> 4.      Is the IP link in this document "a single link (physical, or a secure tunnel such as IPsec)"? Then, we can require the TTL "MUST be set to the maximum on transmit, and checked to be equal to the maximum value on reception (and the packet dropped if this is not the case)." See also RFC 5880 Section 9.
>>
>> I don't think so. There is nothing wrong with the communication
>> between two TRILL IP ports being multiple IP hops. Even if IPsec is in
>> use, it could be integrated with the TRILL over IP port at one end but
>> at the other end, the IPsec implementation could be integrated with a
>> firewall a couple of hops from the RBridge...
>>
>>> 5.      There are six tiny typos marked in the attached doc.
>>
>> OK. We'll fix this up in the next version.
>>
>> Maybe you should post these comments, or some of them, to the TRILL WG
>> mailing list. It would be good if there was more discussion of drafts
>> there. Or if it OK with you, I could just forward your comments and my
>> responses to the list...
>>
>> Thanks,
>> Donald
>> =============================
>>  Donald E. Eastlake 3rd   +1-508-333-2270 <tel:%2B1-508-333-2270> (cell)
>>  155 Beaver Street, Milford, MA 01757 USA
>>  d3e3e3@gmail.com <mailto:d3e3e3@gmail.com>
>>
>>> Thanks,
>>> Mingui
>>
>>
>>
>> _______________________________________________
>> trill mailing list
>> trill@ietf.org
>> https://www.ietf.org/mailman/listinfo/trill
>>