Re: Universal RA option draft - ASN1 JSON CBOR

Alexandre Petrescu <alexandre.petrescu@gmail.com> Sun, 23 December 2018 16:35 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5FDA12426A for <ipv6@ietfa.amsl.com>; Sun, 23 Dec 2018 08:35:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.633
X-Spam-Level:
X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] autolearn=ham autolearn_force=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 YvWsz8Ts_4eD for <ipv6@ietfa.amsl.com>; Sun, 23 Dec 2018 08:35:54 -0800 (PST)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B1CA12008F for <ipv6@ietf.org>; Sun, 23 Dec 2018 08:35:54 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id wBNGZmjf042274; Sun, 23 Dec 2018 17:35:48 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7A41F20105E; Sun, 23 Dec 2018 17:35:48 +0100 (CET)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 6C9A2200E32; Sun, 23 Dec 2018 17:35:48 +0100 (CET)
Received: from [10.8.68.10] ([10.8.68.10]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id wBNGZl2v020011; Sun, 23 Dec 2018 17:35:48 +0100
Subject: Re: Universal RA option draft - ASN1 JSON CBOR
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>, "ipv6@ietf.org" <ipv6@ietf.org>
References: <CE2949F5-EBC2-47E7-A5B5-2B87F858DB6A@employees.org> <804c86fe-ba53-b5f2-16fe-0b655c0b07d8@gmail.com> <m1gZF5H-0000HkC@stereo.hq.phicoh.net> <464D2525-CD7E-46F7-878C-ACE82C025072@employees.org> <53088626-564a-f2e6-3c31-62734ae776c8@gmail.com> <CAAedzxqdQfDEDya7nuBXp8PoXhz6wR6UdHkz1tWXczj=cyBh7w@mail.gmail.com> <4503753a-6623-bd9f-9f9b-f89dd320a5a1@gmail.com> <62B9BC11-C970-4578-AF9F-1021F12767D0@steffann.nl> <46cc8e09-25e7-2aa6-f705-8598e4d0cff9@gmail.com> <F11B8076-BDFC-4A74-8878-3F6AAB100D69@employees.org> <a3d99881-3001-887a-7ea6-a5ee8392ff41@gmail.com> <38e09b0845be4c12bb1ff9263f8a6c94@boeing.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <ef36ef52-e20b-7dfe-a9fc-9b8ed3a38b5a@gmail.com>
Date: Sun, 23 Dec 2018 17:35:46 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3
MIME-Version: 1.0
In-Reply-To: <38e09b0845be4c12bb1ff9263f8a6c94@boeing.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/e60LKtag4RzVZMjT2I99rySfBws>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 23 Dec 2018 16:35:56 -0000


Le 22/12/2018 à 17:09, Templin (US), Fred L a écrit :
> Hi Alex,
> 
>> I am happy to see rio there.  I would like to extend that 'rio' to tell
>> that it can be - optionally - accepted by a router.  (at this time RIO
>> can only be accepted by a Host, its RFC says).  I suggest this to be
>> made part of it:
>>
>> rio_route-router = {
>>      prefix : tstr
>>      preference : (0..3)
>>      ? lifetime : uint
>> }
> 
> We talk more about RIOs in 'draft-templin-6man-rio-redirect':
> 
> https://datatracker.ietf.org/doc/draft-templin-6man-rio-redirect/
> 
> In that document, we also define an optional "attributes" extension.
> Would that also need to appear here?
> 
> Incidentally, RIO with attributes might be useful for the ITS use cases
> where some other drafts were proposing the definition of a new ND
> option. I think a new ND option is not needed if we can leverage RIO.
> What do you think?

Currently we do use some prefixes in RIOs.  We think we may need some 
more attributes than just the existing in RIO, because we dont know how 
these RIOs work when there are more than two cars in a convoy.

In particular, I am almost sure to think that your draft's mentioning of 
an S flag for 'soliciting' a particular prefix in RIO is something worth 
pursuing.

Universal RA - yes, but accompanied by an Universal RS too.

Alex

> 
> Thanks - Fred
>