Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-38
Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 15 April 2019 08:50 UTC
Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBCA7120156; Mon, 15 Apr 2019 01:50:37 -0700 (PDT)
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 3Y0M6F4lLF9m; Mon, 15 Apr 2019 01:50:36 -0700 (PDT)
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 C6B6C12014F; Mon, 15 Apr 2019 01:50:35 -0700 (PDT)
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 x3F8oUKY003871; Mon, 15 Apr 2019 10:50:30 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 34EB8200B39; Mon, 15 Apr 2019 10:50:30 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 1614F2036C6; Mon, 15 Apr 2019 10:50:30 +0200 (CEST)
Received: from [10.8.68.91] ([10.8.68.91]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3F8oSBr010029; Mon, 15 Apr 2019 10:50:29 +0200
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, NABIL BENAMAR <n.benamar@est.umi.ac.ma>, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>, nabil benamar <benamar73@gmail.com>, "ietf@ietf.org" <ietf@ietf.org>, "its@ietf.org" <its@ietf.org>, "int-dir@ietf.org" <int-dir@ietf.org>, "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <a8aad636-069c-4451-dbf1-72c1db2204ef@gmail.com> <CAD8vqFfx_FVi5NobrR1p6xEKjkSNa1_ZejgrEs3JPDHJQoxD7A@mail.gmail.com> <MN2PR11MB356570FDBC5798F155DDEE25D82C0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMugd_Xce5cWLtVB4DbR1ZEaFbdfiRpXre9oq61ukRC+n+3cZw@mail.gmail.com> <D8D5F0B7.2F2BB8%sgundave@cisco.com> <D8D5F510.2F2BC8%sgundave@cisco.com> <3e716b4b-8236-0488-309c-7cd3a54db7b5@gmail.com> <D8D7B1E7.2F2CA2%sgundave@cisco.com> <CAD8vqFfSGKhw_ou3VB98C8r1gq=4WD8+f8C5P53C46k-0V+XuA@mail.gmail.com> <66e7c810-45a5-5244-59dc-4b764b6fb346@gmail.com> <1a6599ee-88f9-42d9-a208-918ba6711612@gmail.com> <5326B3E6-4C75-4ACA-9280-1BD3D214FD09@cisco.com> <227d335c-3ec5-aa21-69e1-9cd33a2dea78@gmail.com> <MN2PR11MB35658CB3A6C8F6B8BCA90505D82B0@MN2PR11MB3565.namprd11.prod.outlook.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <4defd0fb-1732-372d-35fe-47b0d9559a72@gmail.com>
Date: Mon, 15 Apr 2019 10:50:28 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <MN2PR11MB35658CB3A6C8F6B8BCA90505D82B0@MN2PR11MB3565.namprd11.prod.outlook.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/its/4RYA1INU4IwQBtxtc40btE0raDw>
Subject: Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-38
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Apr 2019 08:50:38 -0000
Le 15/04/2019 à 10:04, Pascal Thubert (pthubert) a écrit : > Hello Alexandre. > > I hoped I was clear before. > > Take 4 cars, A, B, C, D separated by 100 meters each, DO you know that in OCB the allowed power levels are much higher than in WiFi? This has impact on your assumption that at 100m spacing between pairs of cars is still ok with 4 cars: they all hear each other ok. In OCB one can go as far as 800m between two cars in open outdoors, safely. We did. In some countries one can go even further. I would love to try this in America where power levels can go up to 40dbm (i.e. maybe 2km). So, if you try to make 4 cars in America to follow your pencil and paper test you need maybe 8km distance. You need a few drivers to work for you and as many programmers. You also need walkie-talkies. Can you get that? Alex such that all > can hear C, though A has a bad quality, and A and D are too far > apart. C advertises a prefix in RA(PIO), all can hear it. > > - Try pinging A from D using the address based on that prefix, won't > ping. - Try configuring A's address on D it will be accepted, which > means that DAD will not work either. > > This is nothing new, common to all the short/middle range radios we > have looked at. You may try the same placing C at the corner of a > street, A and D in orthogonal streets. This has nothing to do with > low power and everything to do with radio propagation. The exception > is Wi-Fi, and that's because the BSS emulates the broadcast domain, > as I think I explained already. RFC 8505 recreates the Wi-Fi design > but at L3... and the use cases above were made to work on other > radios with similar properties. More in the 6TiSCH architecture I > guess... > > Sorry you consumed all the time I could dedicate, and more. > > All the best, > > Pascal > >> -----Original Message----- From: Alexandre Petrescu >> <alexandre.petrescu@gmail.com> Sent: lundi 15 avril 2019 15:35 To: >> Pascal Thubert (pthubert) <pthubert@cisco.com> Cc: Brian E >> Carpenter <brian.e.carpenter@gmail.com>; NABIL BENAMAR >> <n.benamar@est.umi.ac.ma>; Sri Gundavelli (sgundave) >> <sgundave@cisco.com>; nabil benamar <benamar73@gmail.com>; >> ietf@ietf.org; its@ietf.org; int-dir@ietf.org; >> draft-ietf-ipwave-ipv6-over- 80211ocb.all@ietf.org Subject: Re: >> draft-ietf-ipwave-ipv6-over-80211ocb-38 >> >> Pascal - do you know of a OCB use and some scenario where ND does >> not work? >> >> (I mean some trials that you may have done with OCB; if you never >> played with OCB and wiht IP on it, I think it makes no sense to >> describe speculations of it). >> >> Alex >> >> Le 15/04/2019 à 08:53, Pascal Thubert (pthubert) a écrit : >>> This text is wrong, Alexandre. >>> >>> There is a distinction between performance issue and does not >>> work. You >> can not MUST a protocol that by design will only work in a subset >> of the possible situations. >>> >>> What you can do is document in which situations it can be made to >>> work >> (P2P and full overlap of the broadcast domains) and explain the >> drawbacks (eg if broadcast is sent at higher power or slower phy >> then it impacts unicast communications). >>> >>> Then you want to open the door to using more suitable techniques >>> in future >> documents, which the MUST seems to discourage. >>> >>> >>> Regards, >>> >>> Pascal >>> >>>> Le 14 avr. 2019 à 18:38, Alexandre Petrescu >> <alexandre.petrescu@gmail.com> a écrit : >>>> >>>> Brian, >>>> >>>> Le 14/04/2019 à 04:20, Brian E Carpenter a écrit : >>>>>>> All we need is a simple statement in the spec which puts >>>>>>> some scope limits, w.r.t the missing ND pieces and >>>>>>> issues. >>>>> Yes, that is clearly essential, as well as an associated >>>>> health warning that implementers must not rush ahead because >>>>> of the risk of non-interoperability. >>>> >>>> There is already paragraph, and an Appendix, about potential ND >>>> issues. I >> think that text qualifies as an associated health warning. >>>> >>>> I do not know what do you mean about the risk of >>>> interoperability. This ND >> that works is interoperable between several OCB cards, IP Road Side >> Units, and linuces. (I can cite brands that I al familiar with and >> that interoperate. >>>> >>>> This is the current paragraph and Appendix that qualify as a >>>> warning that >> you suggest: >>>> >>>>> The baseline Neighbor Discovery protocol (ND) [RFC4861] MUST >>>>> be used over 802.11-OCB links. Transmitting ND packets may >>>>> prove to have some performance issues. These issues may be >>>>> exacerbated in OCB mode. Solutions for these problems SHOULD >>>>> consider the OCB mode of operation. The best of current >>>>> knowledge indicates the kinds of issues that may arise with >>>>> ND in OCB mode; they are described in Appendix J. >>>> >>>> >>>> Alex >>>> >>>>> Regards Brian >>>>>> On 14-Apr-19 13:58, NABIL BENAMAR wrote: +1 Sri >>>>>> >>>>>> On Sun, Apr 14, 2019, 00:06 Sri Gundavelli (sgundave) >> <sgundave@cisco.com <mailto:sgundave@cisco.com>> wrote: >>>>>> >>>>>> I understand your point Brian, but IMO there are enough >>>>>> reasons not >> to >>>>>> delay this work. >>>>>> >>>>>> There are many use-cases/applications where there is a >>>>>> stable >> topology of >>>>>> RSU¹s and OBU¹s. The regulations around 5.9 Ghz (DSRC) band >>>>>> allows >> the >>>>>> channel use for non-priority/non-traffic safety related >>>>>> applications. >> For >>>>>> example, a vehicle in a gas station can receive a coupon >>>>>> from the 802.11-OCB radio (AP/RSU) in the gas station. >>>>>> There, its a stable >> topology >>>>>> that classic ND is designed for. In this operating mode, >>>>>> its perfectly reasonable to use classic ND and it works. >>>>>> The authors have shown >> enough >>>>>> lab data on the same. >>>>>> >>>>>> Ideally, I agree with you that it makes lot more sense to >>>>>> publish both >> the >>>>>> specs at the same time. But, for what ever reasons the WG >>>>>> went on >> this >>>>>> path. Authors have spent incredible amount of efforts in >>>>>> getting the >> draft >>>>>> this far and we cannot ignore that. You can see the efforts >>>>>> from the version number; when did we last see a draft >>>>>> version -037? >>>>>> >>>>>> We also need to distill the recent ND discussions and >>>>>> filter out the threads that are clearly motivated to insert >>>>>> a ND protocol that is designed for a totally different >>>>>> operating environment. An argument >> that a >>>>>> protocol designed for low-power environments is the >>>>>> solution for >> vehicular >>>>>> environments requires some serious vetting. Looking at the >>>>>> characteristics, always-sleeping, occasional internet >>>>>> connectivity, low-power, no memory, no processing power, no >>>>>> mobility ..etc, >> meeting >>>>>> vehicular requirements is some thing most people in the WG >>>>>> do not >> get it. >>>>>> >>>>>> Bottom line, IMO, we should move this forward and publish >>>>>> the >> document. >>>>>> All we need is a simple statement in the spec which puts >>>>>> some scope limits, w.r.t the missing ND pieces and issues. >>>>>> There are other >> proposals >>>>>> in the WG that will address the gaps and bring closure to >>>>>> the work. >>>>>> >>>>>> Sri >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 4/12/19, 1:28 PM, "Brian E Carpenter" >> <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> >>>>>> wrote: >>>>>> >>>>>>> On 13-Apr-19 02:59, Sri Gundavelli (sgundave) wrote: >>>>>>>> If you go back and check 2017 archives, I did raise >>>>>>>> many of these issues. But, we clearly decided to limit >>>>>>>> the scope excluding address configuration, DAD, ND >>>>>>>> aspect, link models. When there is such a >> scope >>>>>>>> statement, it should clearly move these comments to the >>>>>>>> draft that defines how ND works for 802.11-OCB links. >>>>>>> >>>>>>> This is of course possible. In general the IETF hasn't >>>>>>> done that, but >> has >>>>>>> followed the lead set by RFC 2464 with the complete >>>>>>> specification of IPv6-over-foo in one document. >>>>>>> >>>>>>> However, I don't believe that publishing an RFC about the >>>>>>> frame >> format >>>>>>> without *simultaneously* publishing an RFC about ND etc >>>>>>> would be a >> good >>>>>>> idea. That would leave developers absolutely unable to >>>>>>> write useful code, and might easily lead to incompatible >>>>>>> implementations. Since we'd presumably like Fords to be >>>>>>> able to communicate with >> Peugeots, >>>>>>> that seems like a bad idea. >>>>>>> >>>>>>> Regards Brian >>>>>>
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Nabil Benamar
- [ipwave] Intdir early review of draft-ietf-ipwave… Pascal Thubert
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre PETRESCU
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review ofdraft-ietf-ipw… fygsimon
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… NABIL BENAMAR
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Joel M. Halpern
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Carsten Bormann
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Rob Wilton (rwilton)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Russ Housley
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… CARLOS JESUS BERNARDOS CANO
- Re: [ipwave] Intdir early review of draft-ietf-ip… Carsten Bormann
- Re: [ipwave] Intdir early review of draft-ietf-ip… CARLOS JESUS BERNARDOS CANO
- Re: [ipwave] Intdir early review of draft-ietf-ip… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Suresh Krishnan
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] [Int-dir] Intdir early review of dra… 神明達哉
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… 神明達哉
- Re: [ipwave] Intdir early review of draft-ietf-ip… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Ole Troan
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Ole Troan
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Ole Troan
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Ole Troan
- Re: [ipwave] [Int-dir] Intdir early review of dra… Pascal Thubert (pthubert)
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… NABIL BENAMAR
- Re: [ipwave] [Int-dir] Intdir early review of dra… Ole Troan
- Re: [ipwave] [Int-dir] Intdir early review of dra… 神明達哉
- Re: [ipwave] [Int-dir] Intdir early review of dra… 神明達哉
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] [Int-dir] Intdir early review of dra… Brian E Carpenter
- Re: [ipwave] [Int-dir] Intdir early review of dra… Pascal Thubert (pthubert)
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre PETRESCU
- Re: [ipwave] [Int-dir] Intdir early review of dra… Ole Troan
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- [ipwave] IPv6-over-foo and Addressing Architectur… Suresh Krishnan
- Re: [ipwave] IPv6-over-foo and Addressing Archite… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… William Whyte
- Re: [ipwave] [Int-dir] Intdir early review of dra… 神明達哉
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] about V2I to traffic lights controll… Alexandre Petrescu
- Re: [ipwave] [Int-dir] Intdir early review of dra… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- Re: [ipwave] [Int-dir] Intdir early review of dra… Pascal Thubert (pthubert)
- Re: [ipwave] [Int-dir] Intdir early review of dra… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] [Int-dir] Intdir early review of dra… Abdussalam Baryun
- Re: [ipwave] Intdir early review of draft-ietf-ip… NABIL BENAMAR
- Re: [ipwave] Intdir early review of draft-ietf-ip… Russ Housley
- Re: [ipwave] Intdir early review of draft-ietf-ip… Nabil Benamar
- Re: [ipwave] Intdir early review of draft-ietf-ip… Sri Gundavelli (sgundave)
- Re: [ipwave] Intdir early review of draft-ietf-ip… NABIL BENAMAR
- Re: [ipwave] Intdir early review of draft-ietf-ip… Sri Gundavelli (sgundave)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] Intdir early review of draft-ietf-ip… Pascal Thubert (pthubert)
- [ipwave] link-local text (Re: [Int-dir] Intdir ea… 神明達哉
- Re: [ipwave] [Int-dir] Intdir early review of dra… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] Intdir early review of draft-ietf-ip… Sri Gundavelli (sgundave)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Abdussalam Baryun
- Re: [ipwave] Intdir early review of draft-ietf-ip… NABIL BENAMAR
- Re: [ipwave] Intdir early review of draft-ietf-ip… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Nabil Benamar
- Re: [ipwave] Intdir early review of draft-ietf-ip… Joel M. Halpern
- Re: [ipwave] Intdir early review of draft-ietf-ip… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Alexandre Petrescu
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Alexandre Petrescu
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Brian E Carpenter
- Re: [ipwave] Intdir early review of draft-ietf-ip… Brian E Carpenter
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Brian E Carpenter
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Pascal Thubert (pthubert)
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] side note RFC 4291 2nd par sec. 2.1 … Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Pascal Thubert (pthubert)
- Re: [ipwave] Intdir early review of draft-ietf-ip… Jong-Hyouk Lee
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] pencil and paper vs cars Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] Expertise on ND problems on OCB Alexandre Petrescu
- Re: [ipwave] Expertise on ND problems on OCB Charlie Perkins
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… 神明達哉
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… 神明達哉
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Pascal Thubert (pthubert)
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Brian E Carpenter
- Re: [ipwave] [Int-dir] link-local text (Re: Intdi… 神明達哉
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Brian E Carpenter
- [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb and… Brian E Carpenter
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Sri Gundavelli (sgundave)
- Re: [ipwave] Expertise on ND problems on OCB Sri Gundavelli (sgundave)
- Re: [ipwave] which BSM? Alexandre Petrescu
- Re: [ipwave] link-local text (Re: [Int-dir] Intdi… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] which BSM? William Whyte
- Re: [ipwave] which BSM? Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Pascal Thubert (pthubert)
- Re: [ipwave] which BSM? William Whyte
- Re: [ipwave] Expertise on ND problems on OCB Alexandre Petrescu
- Re: [ipwave] which BSM? Alexandre Petrescu
- Re: [ipwave] which BSM? William Whyte
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… Alexandre Petrescu
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] link-local text (Re: Intdi… Alexandre Petrescu
- Re: [ipwave] ND-over-OCB hidden terminals: truck … Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- [ipwave] Hidden terminal problem Charlie Perkins
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… 神明達哉
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… Alexandre Petrescu
- Re: [ipwave] Hidden terminal problem Alexandre Petrescu
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… 神明達哉
- Re: [ipwave] [Int-dir] link-local text (Re: Intdi… 神明達哉
- Re: [ipwave] 118 神明達哉
- Re: [ipwave] 118 Brian E Carpenter
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] use-cases in Problem Statement Alexandre Petrescu
- Re: [ipwave] use-cases in Problem Statement NABIL BENAMAR
- Re: [ipwave] 118 Joel M. Halpern
- Re: [ipwave] use-cases in Problem Statement Jérôme Härri
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] 118 Eric Gray
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… 神明達哉
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] 118 Stephen Farrell
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… Alexandre Petrescu
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… 神明達哉
- Re: [ipwave] 118 Joel M. Halpern
- Re: [ipwave] [Int-dir] 118 神明達哉
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Brian E Carpenter
- Re: [ipwave] Hidden terminal problem Abdussalam Baryun
- Re: [ipwave] use-cases in Problem Statement Abdussalam Baryun
- Re: [ipwave] Expertise on ND problems on OCB Abdussalam Baryun
- Re: [ipwave] Hidden terminal problem Alexandre Petrescu
- Re: [ipwave] [Int-dir] side note RFC 4291 2nd par… Alexandre Petrescu
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 神明達哉
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb… Brian E Carpenter
- Re: [ipwave] [Int-dir] 118 神明達哉
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] 118 神明達哉
- Re: [ipwave] [Int-dir] 118 Suresh Krishnan
- Re: [ipwave] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] Hidden terminal problem Abdussalam Baryun
- Re: [ipwave] Hidden terminal problem Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 神明達哉
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 Russ Housley
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] [Int-dir] 118 Russ Housley
- Re: [ipwave] [Int-dir] 118 Alexandre Petrescu
- Re: [ipwave] Expertise on ND problems on OCB Carsten Bormann
- Re: [ipwave] [Int-dir] Expertise on ND problems o… Pascal Thubert (pthubert)
- Re: [ipwave] Expertise on ND problems on OCB Sri Gundavelli (sgundave)
- Re: [ipwave] Expertise on ND problems on OCB Charlie Perkins
- Re: [ipwave] Expertise on ND problems on OCB Sri Gundavelli (sgundave)
- Re: [ipwave] AH with NIST quantum resistant new a… Alexandre Petrescu