Re: [ipwave] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34
Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 12 April 2019 09:06 UTC
Return-Path: <abdussalambaryun@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 7D09E1201D3; Fri, 12 Apr 2019 02:06:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, HTML_MESSAGE=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 uGqtHLA2HEbR; Fri, 12 Apr 2019 02:06:26 -0700 (PDT)
Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::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 A8E2612018D; Fri, 12 Apr 2019 02:06:26 -0700 (PDT)
Received: by mail-oi1-x22b.google.com with SMTP id v10so7378706oib.1; Fri, 12 Apr 2019 02:06:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=l/4wd88zse4wuWpgxfbPV+6Z3qr91aUH7m51r7Jlrro=; b=Kwg+tP85NB5PSQUlGau6SlvJ96QiRw+V7eW1lh9JLeAwxpSG0qNZjsmJqlkJFkXl1V u86f0nwJcmqRSNJIDf+GvQwiMzNGE22PDp6bz/aT1yhZRACP5l7J9sfk7jD1bFpyCTly VVcKDNB10OqgSH+/jFeWNxTareq1WzIsBEILf1N/RFoH5QtbIG1404NFwbRecWyGGm1v kkb7rIxAHFzOxdpOcRegPRvu6nL4XPpbtrU5M26z5OF+RwM6cn1Zz+ow/Gzh3M71WTyY PJU0iG7TNhdczYxg/7Dh8pkloQFguPG1HAO4quS13lxJN2gPjkRC5dChGVdDZznTwh8Q pbXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=l/4wd88zse4wuWpgxfbPV+6Z3qr91aUH7m51r7Jlrro=; b=Y1JlDil5boHhVRFNX4NIgeBykbK9XHqZGquLRPb9DTUw4q+YN2VADnHoclkA1dv25I nKBHNYwcf+h+WrBR/9ziVSJOPNOSpJtd/5M0TsHRzPf2fMQcSqyczfAxoNX7rNMYPnow QAKHiDndqmv2B1F6+KriN/RTk9rtXU/HSazPFvPumDilPADW/j4sCHS7OxqXWUY+ggT5 OYpZVJThJIHTsx3T1AFRats8hZNY97CgSNPQnooGdkl4CKlcf2i1zhDXsojzczJt3Fe6 9IMlASkJL3fqd6pLsWRlGlYsRnDfAHfER94S3pgxKHrxEBPnWYYfX/t9eq9+kzwGK2UG iffA==
X-Gm-Message-State: APjAAAUmR6zs3GNFQ/+gsvF1ymPGOik3Vsy2MKDFia58U3Qtb4mknLKV XNtxIPHx1MbFwvBADVSqtM9KQN8wKZ4lsmBD+tA=
X-Google-Smtp-Source: APXvYqyUG3j0qX7HVxc5DS4XD1Rz+rsqm2JGueS+UH52bKKVLybb7Kxtn1jLd1NKSKAX4S0hB49qGXHjbhUYVY3t9PU=
X-Received: by 2002:aca:c687:: with SMTP id w129mr9198315oif.134.1555059985936; Fri, 12 Apr 2019 02:06:25 -0700 (PDT)
MIME-Version: 1.0
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <bcb6d12d-5b21-1f10-1afe-221321f8e7a6@gmail.com> <1A562E61-4862-4A14-8250-50A9A25A6945@cisco.com>
In-Reply-To: <1A562E61-4862-4A14-8250-50A9A25A6945@cisco.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Fri, 12 Apr 2019 11:06:03 +0200
Message-ID: <CADnDZ89bnpwr3xj6xm9cDm8YF=yoe7-UYzc8_+f9qtUjC=7ueQ@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "its@ietf.org" <its@ietf.org>, "int-dir@ietf.org" <int-dir@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000010f6990586519e61"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/2y2NuMe-AL6FFeP66IaXYDgydR0>
Subject: Re: [ipwave] Intdir early review of draft-ietf-ipwave-ipv6-over-80211ocb-34
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: Fri, 12 Apr 2019 09:06:32 -0000
Hi Pascal and Alexandre, Thanks for your review and thanks to authors that made many changes from draft -34 to 38. I reply to both and sorry for the not able to always be on reply quickly because of sadly war in my city Tripoli. My comments/reply below. To: WG AD> I think any reviewer MUST read the IETF WG charter before reviewing any of their draft. I hope that can be a rule/best-practice in IETF in future. On Fri, Apr 12, 2019 at 1:28 AM Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Sadly my comments are far from resolved, Alex. > I reply to your comments below on Draft-34 but please note that this draft is now draft-38, and authors did do many efforts. So it may need a new clarifications. > > You still refine a layer-2 portal (a fully IEEE concept) on your own terms > using BCP 14. I cannot agree with trying to publish something that will be > a direct conflict. > > You still have a definition of a subnet which is widely confused with that > of a link. You need to clarify for yourself what those concepts are and > then you can start writing text on how to apply them on OCB. Your question > on multiple interfaces shows there’s a long way to go. > Don't understand your point (where is confusion to be solved!), if it is not defined then please provide text to define the Link. In my opinion the Link is known by the Link layer IEEE802.11-OCB. So let us focus discussion on the IETF IPWAVE WG charter's first objective related to this link IEEE802.11-OCB and not IEEE802.11 other modes nor IEEE802.15 nor any other wireless Link (we are not doing per IETF-charter general wireless network we are doing only one Wireless Link IEEE802.11-OCB which is different than other IEEE802.11). > In that path you will need to learn about full mesh vs. NBMA, broadcast > domains, route over (routers) vs mesh under (L3 switches), connected > dominating sets and transitive properties. Also some IETF reviewers of our draft need to learn about IPWAVE. In my opinion in this IETF WG we are not doing Full Mesh, also not Routing, please look at the IETF IPWAVE WG charter, which does not mention that. Please note that this WG charter does mention Carefully that this WG is working on special Use Cases (ITS is a special case not like general work of broadcast domains and connected systems). > Once you get there you’ll realize that the number of interfaces doesn’t > matter long as you have at least one, that your text on subnet definition > doesn’t work and you may even recommend RFC 8505, who knows. > The number of interfaces does not matter as long as there is a connection. If the text does not work then please mention why, > > Also you’ll need to differentiate architecture and implementation so you > avoid spreading misconceptions like your issues on bridging .11 and .3. The > portal works from the architecture standpoint. The implementation you > played with may have difficulties. > You need to know the IP-WAVE architecture which I think you confuse about because you want to make a general wireless network architecture. This IPWAVE WG is not doing General wireless network architecture. Furthermore, that misconceptions you referred to is not misconception if you look deep in the use cases of IPWAVE. The bridging is important because in IPWAVE cases most important communications (out-board not in board as you want to include WPAN) is between RSU and Vehicle, which is important in this draft. more replays/comments below, > Cheers > > Pascal > > > > Regards, > > Pascal > > > Le 11 avr. 2019 à 22:00, Alexandre Petrescu < > alexandre.petrescu@gmail.com> a écrit : > > > > Pascal, > > > > I believe all issues you raised are solved in version -38. > ok > > > > The editorial changes about text coherency are solved. > ok > > > > The ND text was modified, and an annex was added containing your own > text, but with removal of RECOMMENDED of your preferred RFC, replaced with > some lower case qualifiers instead. > > > > The fe80::/10 word was removed. > > > > Alex > > > >> Le 04/03/2019 à 12:24, Pascal Thubert a écrit : > >> Reviewer: Pascal Thubert > >> Review result: Not Ready > >> Reviewer: Pascal Thubert > >> Review result: Not ready. Need to clarify IEEE relationship, IOW which > SDO > >> defines the use of L2 fields, what this spec enforces vs. recognizes as > being > >> used that way based on IEEE work. I responded to that before, ietf can define in any rfc what is important to it in any architecture layer it likes. This WG is doing the IP-WAVE architecture. > The use of IPv6 ND requires a lot more > >> thoughts, recommendation to use 6LoWPAN ND. It was examined and used for WPAN not IPWAVE, in one other adopted draft in our WG ware recommending different ND also, > The definition of a subnet is > >> unclear. Ok, the subnet can be defined without discussing networking, we are considering IP communication between two nodes only, for more than two or multihop can be discussed in another draft. > It seems that RSUs would have prefixes but that is not discussed. > ok > >> I am an assigned INT and IOT directorates reviewer for < > >> draft-ietf-ipwave-ipv6-over-80211ocb-34 >. These comments were written > >> primarily for the benefit of the Internet Area Directors. Document > editors and > >> shepherd(s) should treat these comments just like they would treat > comments > >> from any other IETF contributors and resolve them along with any other > Last > >> Call comments that have been received. For more details on the INT > Directorate, > >> see https://datatracker.ietf.org/group/intdir/about/ > >> Majors issues > >> ----------------- > >> “ > >> o Exceptions due to different operation of IPv6 network layer on > >> 802.11 than on Ethernet. > We are not doing 802.11 it is different mode and different communication than OCB. > >> “ > >> Is this doc scoped to OCB or 802.11 in general? Our IETF WG is Scoped to OCB, Please read about WG charter before review any draft for any WG in IETF. > Is there an expectation that an > >> implementer of IPv6 over Wi-Fi refers to this doc? Spelled as above, it > seems > >> that you are defining the LLC. Figure 1 shows the proposed adaptation > layer as > >> IEEE LLC work. Who defines those fields, IETF or IEEE, or mixed? it is defined by IEEE, but we need to add our views and definition while doing IP over, any user would like to know what both IEEE and IETF say about such technology (I would always like to know as a user). > Who defines > >> their use? If this spec defines a new LLC header (vs. how to use an > IEEE field) > >> then it should be very clear, and the newly defined fields should be > isolated > >> from IEEE fields. > >> " > >> The IPv6 packet transmitted on 802.11-OCB MUST be immediately > >> preceded by a Logical Link Control (LLC) header and an 802.11 header. > >> " > >> Is there anything new or specific to OCB vs. classical 802.11 > operations? > Yes it is defined by IEEE, they are different. > >> If/when this is echoing the IEEE specs then this text should not use > uppercase > >> but say something like: 'Per IEEE Std 802.11, the IPv6 packet > transmitted on > >> 802.11-OCB is immediately preceded by a Logical Link Control (LLC) > header and > >> an 802.11 header ...' > >> different things? Why define both? > >> " An 'adaptation' layer is inserted between a MAC layer and the > >> Networking layer. This is used to transform some parameters between > >> their form expected by the IP stack and the form provided by the MAC > >> layer. > >> " > >> Is this different from what an AP does when it bridges Wi-Fi to > Ethernet? Is > >> this IETF business? > You need to learn about IPWAVE. and Yes it is different, WiFi is different environment from IEEE802.11-OCB, we are doing High Speed Communication that WiFi cannot work and does not do, the Link data rate vs transmitted power of WiFi is not like IEEE802.11-OCB, and different service mode. > >> " > >> The Receiver and Transmitter Address fields in the 802.11 header MUST > >> contain the same values as the Destination and the Source Address > >> fields in the Ethernet II Header, respectively. > >> " > >> Same, this is IEEE game isn't it? > >> " > >> Solutions for these problems SHOULD > >> consider the OCB mode of operation. > >> " > >> This is not specific enough to be actionable. I suggest to remove this > sentence. > Why? The most important issue is that IPWAVE is under this special mode OCB. > >> It would be of interest for the people defining those solutions to > understand > >> the specific needs of OCB vs. Wi Fi, but I do not see text about that. > This draft is not doing Comparison between technologies nor doing Comparisons between Links, we have a specific objective which is defined in our ietf charter. > >> " > >> The method of forming IIDs > >> described in section 4 of [RFC2464] MAY be used during transition > >> time. > >> " > >> Contradicts section 4.3 that says > >> " > >> Among these types of > >> addresses only the IPv6 link-local addresses MAY be formed using an > >> EUI-64 identifier. > >> " > >> " > >> This > >> subnet MUST use at least the link-local prefix fe80::/10 and the > >> interfaces MUST be assigned IPv6 addresses of type link-local. > >> " > >> If this is conforming IPv6 then the MUST is not needed. > >> " > >> A subnet is formed by the external 802.11-OCB interfaces of vehicles > >> that are in close range (not by their in-vehicle interfaces). > >> " > >> Is the definition transitive? Do we really get a subnet? > >> A is close to B who is close to C .... to Z, makes Paris one subnet! > Are you > >> talking about a link, rather? > >> " > >> The Neighbor Discovery protocol (ND) [RFC4861] MUST be used over > >> 802.11-OCB links. > >> " > >> IPv6 ND is not suited for a non-broadcast network. How does DAD work? > >> Maybe you could consider RFC 6775 / RFC 8505 instead. > >> " > >> In the moment the MAC address is changed > >> on an 802.11-OCB interface all the Interface Identifiers of IPv6 > >> addresses assigned to that interface MUST change. > >> " > >> Why is that? This is unexpected, and hopefully wrong. > In IPWAVE cases MAC address is important to be consistent and for geolocation communication synchronisation. >> Minor issues > >> --------------- > >> " OCB (outside the context of a basic service set - BSS): A mode of > >> operation in which a STA is not a member of a BSS and does not > >> utilize IEEE Std 802.11 authentication, association, or data > >> confidentiality. > >> 802.11-OCB: mode specified in IEEE Std 802.11-2016 when the MIB > >> attribute dot11OCBActivited is true. Note: compliance with standards > >> and regulations set in different countries when using the 5.9GHz > >> frequency band is required. > >> " > >> Are these 2 different things? > Yes we have cars that can be used in different countries and travels between different regulations and communications. Finally, the other minor issues you made was solved by Alex and the other authors, and thanks to all our authors and reviewers. Best Wishs AB
- 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