[ipwave] draft-ietf-ipwave-ipv6-over-80211ocb and draft-ietf-ipwave-vehicular-networking
Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 16 April 2019 02:18 UTC
Return-Path: <brian.e.carpenter@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 38E4E120072; Mon, 15 Apr 2019 19:18:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 p0xaB0fOFmJO; Mon, 15 Apr 2019 19:18:40 -0700 (PDT)
Received: from mail-pf1-x444.google.com (mail-pf1-x444.google.com [IPv6:2607:f8b0:4864:20::444]) (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 E7744120049; Mon, 15 Apr 2019 19:18:39 -0700 (PDT)
Received: by mail-pf1-x444.google.com with SMTP id 9so9546976pfj.13; Mon, 15 Apr 2019 19:18:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PpllPOC+nQaHPV+s01qHCHkBW7emUHzC/YRsk55qJdY=; b=JGiFrH4Wy0JXVIYcVzg3k5cwUHiJtn9TPMi2CsXj3PHgwoy4W/F5NAZIRBe9QJphRz BjgylkOHOg3D/1gQw1kZCDgYk/L4ffzbAvo13ar2Vkt30uAvExDppPe5W/Vt4NF2lNCo I8WSF9WCy93tGeK3HTrVINawhrGPf+7keLPl/baftMtsqvLJYuRk/+CRDDwRrJR5rcOP 8FHpus74Di+QAtfeGzBQXD8gcNPBlSNJRuyDiY/C6qCiShqWaeF2Aro1Tm7wvYl2k/8a +uX9f+4RRHuIWVWM1d/jxpuVH64ABeQGzTLS5VVb+hWQ4Z8vr2pFq5OOrgj+zEdAXls7 bbnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=PpllPOC+nQaHPV+s01qHCHkBW7emUHzC/YRsk55qJdY=; b=T9c5QzW+2MLs6N+FDNiYn6a8qVRFs+FAsKI69Opm2eJeInE2G5h+YGemwi8yrzjgDu T3EYKK/vOqJNXSG1YKw5eWx+vmlb/IaopfdS4RaRBsnBPvKN8pF/FlY+8/pDa/KqH7aZ RtQsW9uTaMxq+L95R5KTN+OLFro8HkNFAhE93ZZQtnseHR16yJ0EQQaEO3Iob4YSxYTM ZE7XGQ2BlJHRH/UmrYzCAVvdy7clAo3IVAjbrCUFnckCEDxZxO8m0YwbIX1N59LoCrSs wAJbhIWuJvBVhZShw6UVH5fPillqMPJEwgvlYtIRr6O8/jmOd/n7vUE9Xhgkz2Vb0pKn B2hQ==
X-Gm-Message-State: APjAAAWaZSRl35JxuKZzCqjdDPkWp5GCZjSgqJ7FE9GNMePtM3WNNtWW lO/n3EOPYmpcrrumS2KcXYJNDlOa
X-Google-Smtp-Source: APXvYqwBoZKC1dgjv3JfCYpXMAZ5l9+YWrFldf1Ilwci5N4wdguOKpW7nh8B7CAujFgPh8pCArIZbg==
X-Received: by 2002:a62:e411:: with SMTP id r17mr78686663pfh.127.1555381119125; Mon, 15 Apr 2019 19:18:39 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.72.205]) by smtp.gmail.com with ESMTPSA id q87sm79951006pfa.133.2019.04.15.19.18.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Apr 2019 19:18:38 -0700 (PDT)
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, NABIL BENAMAR <n.benamar@est.umi.ac.ma>, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
Cc: nabil benamar <benamar73@gmail.com>, "Pascal Thubert (pthubert)" <pthubert@cisco.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> <11645738-6f95-82e5-48f1-ebc3ce54423e@gmail.com> <0ae10089-4b1a-f85c-1a3d-15e712cb7547@gmail.com> <084449fd-2693-0cfb-6589-0cf67cf9ffe6@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <8feab68d-a16b-1582-ac25-8b9933ac1044@gmail.com>
Date: Tue, 16 Apr 2019 14:18:34 +1200
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: <084449fd-2693-0cfb-6589-0cf67cf9ffe6@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/usFthP89Q_OOKZbZ-SAA7JSKy6s>
Subject: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb and draft-ietf-ipwave-vehicular-networking
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: Tue, 16 Apr 2019 02:18:42 -0000
Hi, I have just discovered a useful discussion of the multi-link problem here: https://tools.ietf.org/html/draft-ietf-ipwave-vehicular-networking-08#section-5.1.1 The OCB draft doesn't refer to this draft, but only to its superseded predecessor draft-ietf-ipwave-vehicular-networking-survey. I think I will drop this discussion until ipwave gets its two main drafts properly synchronized. Regards Brian On 16-Apr-19 09:04, Brian E Carpenter wrote: > Excuse top posting. > > As I've said, I am no expert, but I do know some physics, and > it seems pretty clear to me that if there are multiple lanes > of traffic, a large truck can easily shield signals between > two cars and the shielding will be intermittent, regardless > of how much wireless power is allowed, depending on traffic > movement. So it's a highly dynamic mesh network. That's a very > interesting problem that has been much studied, and it's > fundamentally different from the ND design scenario. > > So I find it hard to believe that nobody can write the TBD > text. > > Regards > Brian > > On 15-Apr-19 23:26, Alexandre Petrescu wrote: >> Hi Brian, >> >> Le 14/04/2019 à 22:49, Brian E Carpenter a écrit : >>> Hi Alexandre, >>> >>> On 15-Apr-19 04:38, Alexandre Petrescu wrote: >>>> 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. >>> >>> That's exactly the text that I find problematic. I can't write a new >>> version because I lack your expert knowledge, but IMHO it should be >>> more specific: >>> >>> The baseline Neighbor Discovery protocol (ND) [RFC4861] MUST be used >>> over 802.11-OCB links. However, as on any wireless link, transmission >>> of multicast ND packets may fail in OCB. In particular, scenarios >>> where TBD TBD TBD are likely to be unreliable and SHOULD NOT be >>> deployed until an alternative standardised solution is available. >>> The best of current knowledge indicates the kinds of issues that >>> may arise with ND in OCB mode; they are described in Appendix J. >> >> I can agree with that formulation and put it in the text. >> >> But I need an indicat that TBD is defined soon. The time commitments of >> Pascal seem to be saying he is no longer interested in writing that TBD. >> >> I wait a little for this to clarify. >> >>> Also I don't like this phrasing in Appendix J: >>> >>> Early experiences indicate that it should be possible to exchange >>> IPv6 packets over OCB while relying on IPv6 ND alone for DAD and AR >>> (Address Resolution). >>> >>> Could you rather say the opposite: >>> >>> Early experience indicates that it is possible to exchange >>> IPv6 packets over OCB while relying on IPv6 ND alone for DAD and AR >>> (Address Resolution) in good conditions. However, this does not >>> apply if TBD TBD TBD... >> >> This is an appendix. I could put TBD there now. >> >> Alex >> >>> >>> Regards >>> Brian >>> >>> >>>> >>>> >>>> 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