Re: [ipwave] IPWAVE Side Meeting
Chris Shen <shenyiwen7@gmail.com> Thu, 05 December 2019 06:10 UTC
Return-Path: <shenyiwen7@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 259521200C4 for <its@ietfa.amsl.com>; Wed, 4 Dec 2019 22:10:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 wY9nY9Z7XV4P for <its@ietfa.amsl.com>; Wed, 4 Dec 2019 22:10:08 -0800 (PST)
Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 1FCD11200B6 for <its@ietf.org>; Wed, 4 Dec 2019 22:10:02 -0800 (PST)
Received: by mail-pg1-x530.google.com with SMTP id z124so1060248pgb.13 for <its@ietf.org>; Wed, 04 Dec 2019 22:10:02 -0800 (PST)
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=JpU46TjqL973zBAt59ZMsFD9RqU+9JO3NCNi6oWo4zE=; b=joqH8t6BZUrO3VxpUutkMfvrQwiiA1HnQp7J1GI2pTbChtIqvcv+J0vVDDrTxTmhi7 o8am9ZH/HkHaUeqI85akvoPM+ZnxhDH1RZ7tiQp28IjbRSe/+fZtE60DhRCpTw75kFxf PkzhPTTFjgtvXnC+lSCARkmT2OAS7jhM8wunIVg7FDi+mpTj1Vz2lXq8vYOzfDjIWoQB +uKfLnmOSQmDXHkqlzzIu9U8NkvMLzM89z/HNOsZOmggZKtWTdFNNijMvtyvmatVDQ4k F+4BEhltSCsxr95F6KHvgHCWUg//RiS87rzk4NKuxCTOXTF/c+8gD1jztwR9ry+8ZXp+ ZTzw==
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=JpU46TjqL973zBAt59ZMsFD9RqU+9JO3NCNi6oWo4zE=; b=POL33Idiwfv590PWtmgE57+9E0E4YC5LLkyT1/31M6YEi7rv9D9FGuV8EX+0tjSrwJ ylqvSmIHetHvSJST0a1iwYvsA5XauxnJLNnTEmyXpPyMhLI/dJ077R/1meEHVRL4zZzN q8CV30pN3cbZYkZX/Sw27lmLwhZcEua8TCRQph5PM2GyyQvUCWx9xcB+odFT1kfZTDfN dAEFpuw3mG7NtpZ1zxUVeXlY1k8ao/ALGvER4xSMzDGqU+Rzu4RfXll+DV3YaTUyznvm VEvKqrRLBVEpD62DMSV3XkM0NsSTwGpWbQ6XVtFhNB2kUQX7KLBQzRejv+iN3cZQwE53 4g0A==
X-Gm-Message-State: APjAAAU/C5J8JffRTqsA5CsnuvQ4/Dt82ouRIrOiEzI10JJQaE1hg5RU g3T8q+6pGMHKfKNnaAtSrow/0s+mXwdtzSvaqQ==
X-Google-Smtp-Source: APXvYqy0lPryQudKInNEGHAJXaG0IoTHJEW/UxYkztb+idLlb5L7d4SHshnfWh3gbABcRXx+A+2p2Rdt8WHnh49DS5g=
X-Received: by 2002:aa7:8216:: with SMTP id k22mr7190478pfi.149.1575526201458; Wed, 04 Dec 2019 22:10:01 -0800 (PST)
MIME-Version: 1.0
References: <CAPK2DeyAWKbA0jZmpSdvJVwG3RsqVd5c15r-wxTjEsH3uGbk0w@mail.gmail.com> <CAL1T1NEBoJUQWO1nWwoMwVEN6A+hsh4Qu09cGq0yeG-jkuWgeg@mail.gmail.com> <b14853b1-969a-9899-1201-2cb756fa6a07@gmail.com> <CAL1T1NEL+Z2em2+vFCQLXJJWKFg+snrX4MnPgn=WbjF6TEYegg@mail.gmail.com> <CAL1T1NEBrpkQfgoBN1mg0sJgQnpuMTzz+pZzhos=aM9vZOA6YA@mail.gmail.com> <9cddca74-4db3-1ea2-a10a-96b784e249ff@gmail.com>
In-Reply-To: <9cddca74-4db3-1ea2-a10a-96b784e249ff@gmail.com>
From: Chris Shen <shenyiwen7@gmail.com>
Date: Thu, 05 Dec 2019 15:09:34 +0900
Message-ID: <CAL1T1NHw5_8CZ6n1AnB5Ni_Xv64knuo4zTopGHeNBx5ZxMbXKQ@mail.gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: its <its@ietf.org>, "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>, skku-iotlab-members <skku-iotlab-members@googlegroups.com>
Content-Type: multipart/alternative; boundary="00000000000092857e0598eec711"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/dY8sf4vD2XlKH8ccrjlmHKQ63ww>
Subject: Re: [ipwave] IPWAVE Side Meeting
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: Thu, 05 Dec 2019 06:10:11 -0000
Hi Alex, Thanks for the information. I will configure a monitor mode to capture the packet information again. For the ND, when we turn the OCB mode on, the IPv6 ND was not automatically running. Here what I mean is the SLAAC (link-local address) is not autoconfigured by EUI-64 or other methods. Because of no link-local address, the NS/NA were not sent and neighbor cache could not been built either. What I did is that I manually configured an IPv6 address for the interface, and then the link-local address was automatically generated based on MAC address. However, the NS/NA messages were still not transmitted, so I manually added a neighbor for the interface. After this step, the interface started periodically sending NS messages to the neighbor what I added, which to make sure the neighbor is alive. Since there is no router in our experiment, the DAD process was not triggered. Regarding the 2001:db8:: address, I just selected it based on our drafts. I may select other IPv6 addresses for experiments in the future. Thanks for the information. Thanks! Chris. On Wed, Dec 4, 2019 at 7:28 PM Alexandre Petrescu < alexandre.petrescu@gmail.com> wrote: > Hi Chris, > > Le 04/12/2019 à 06:23, Chris Shen a écrit : > > Hi Alex, > > > > Here I share wireshark packet dump file from the experiment of the > > hackathon. > > These packet information were collected during webcam streaming between > > two DSRC-enabled laptops. > > Thank you for the packet dumps. > > In the dumps I can see indeed UDP/IPv6 packets, supposedly for video > stream. > > However, I can not see the link layer headers, like 802.11 headers; I > only see EthernetII headers. The link layer headers can be captured in > monitor mode, not in normal mode. For that, there might be a need to > create a special interface (like wlan0 or so) with a command (maybe iw) > and capture on that interface, instead of capturing on the normal > interface. > > > If you have any questions, please let me know. > > > > BTW, when you setup your experiment platform, how did the IPv6 neighbor > > discovery work? > > Was it automatically running, or you need to manually configure it? > > ND worked fine. > > We do configure manually a few things for the initial connectivity: the > channels, the link-local addresses and some routing table entries. > > 'ND' has many parts: DAD, SLAAC, NS/NA, and others. > > I am not sure which part of ND you doubt it might not work. > > The part that I doubt very much is the following: when the card comes up > it must send an NA for its own address, to a multicast group; but has > this router, and the others, joined that group already? (MLD REPORT), or > probably not. If yes, then that initial NA has the right effect. If > not (the group is not yet formed), then the effect of that NA is lost - > another computer might form same LL address and DAD be nullified. > > In our settings, such a situation could be provoked: start a car remote > from this car, and then bring it closer. But we never faced it, because > we always start the cars at the same time and place. > > Another part of ND that might not work as appropriate is the use of RIO > in the RA. We rely on these RIOs to establish IP paths between cars. > These some times was failing in our initial tests, but we improved it, > with some pre-learned manually configured data, and other > pre-conditions. We wrote software to achieve that. > > SO, I am not sure which ND part you think about. > > What kind of ND proble do you foresee? > > Alex > > > > > > > Thanks! > > Chris. > > > > > > On Wed, Nov 27, 2019 at 6:41 PM Chris Shen <shenyiwen7@gmail.com > > <mailto:shenyiwen7@gmail.com>> wrote: > > > > Hi Alex, > > > > I answer your questions as follows: > > > > - is the manual available? ("Made a new manual for running OCB > > mode") > > > > Yes, it is in the following github link: > > > https://github.com/ipwave-hackathon-ietf/ipwave-hackathon-ietf-106/blob/master/IPWAVE-Manual-Hackathon-IETF106-v0.2.pdf > > > > > > - have you made a patch file? > > > > I didn't make patch file for this implementation. > > Based on existing resources, there are some patch work to enable > > OCB mode in the Linux kernel. > > One of them is much concrete, which was made by Czech Technical > > University > > in Prague and Volkswagen. > > The resource link is as follows: > > https://ctu-iig.github.io/802.11p-linux/ > > But when I follow their instructions to configure OCB mode, there > > are some unclear steps and some compiling errors coming out, > > so I have modified the Makefile and explored other ways to configure > > OCB mode, which is shown in the manual. > > > > - did you use a notion of QoS? For example, can you send us a > > wireshark > > > > packet dump made in monitor mode, of the IPv6 packets used > > for video > > streaming between the two laptops? These packets have > > 802.11 QoS Data > > headers or just 802.11 Data headers? > > > > I didn't use QoS. For the current webcam streaming, I use gst-launch > > from Gstreamer. This gst-launch uses UDP and RTP to stream webcam. > > > > I checked packet dump, there is no QoS information, so I believe the > > packets > > just use 802.11 Data headers. > > I will send you the packet dump later, since I didn't save them. > > > > - the wifi card wilocity is on USB or is it internal to the > laptop? > > > > For the current test, we replaced the original wifi card inside a > > laptop > > with an Athero wifi card using ath9k driver. This wifi card uses > > PCIe-mini > > interface to connect with the laptop. > > We also use the laptop internal antennas for 5.9GHz band. Initially, > > we are not sure if the antennas of the testing laptop can support > > 5.9GHz > > band, so we connect the wifi card with external antennas that > > support 5.9GHz. > > After testing, we found that the laptop internal antennas can also > > support > > 5.9GHz band, so we just use them. > > If you have a USB dongle that has PCIe-mini interface, I believe an > > Atheros wifi > > card can work as well, but you need to have external antennas to > > connect with > > the wifi card on the USB dongle. > > > > Thanks! > > Chris. > > > > > > On Tue, Nov 26, 2019 at 9:56 PM Alexandre Petrescu > > <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>> > > wrote: > > > > Hi Chris, > > > > With respect to the Hackathon slides, my colleague and I would > > like to > > ask you: > > > > - is the manual available? ("Made a new manual for running OCB > > mode") > > - have you made a patch file? > > - did you use a notion of QoS? For example, can you send us a > > wireshark > > packet dump made in monitor mode, of the IPv6 packets used > > for video > > streaming between the two laptops? These packets have > > 802.11 QoS Data > > headers or just 802.11 Data headers? > > - the wifi card wilocity is on USB or is it internal to the > laptop? > > > > Yours, > > > > Alex > > > > Le 21/11/2019 à 08:13, Chris Shen a écrit : > > > Hi its, > > > > > > Here I share side meeting slides for IPWAVE WG. > > > > > > Please join us to give your opinions and suggestions about > > the work in > > > IPWAVE WG. > > > > > > We really need your input! ^_^ > > > > > > Thanks! > > > Chris. > > > > > > > > > > > > On Thu, Nov 21, 2019 at 11:12 AM Mr. Jaehoon Paul Jeong > > > <jaehoon.paul@gmail.com <mailto:jaehoon.paul@gmail.com> > > <mailto:jaehoon.paul@gmail.com <mailto:jaehoon.paul@gmail.com>>> > > wrote: > > > > > > Hi IPWAVE WG, > > > > > > There will be a side meeting for I2NSF WG's next steps > > from 3:30PM > > > to 4:30PM today > > > at Bras Basah. > > > > > https://datatracker.ietf. > .org/meeting/106/floor-plan?room=bras-basah#raffles-city-convention-center > > > > > < > https://datatracker.ietf.org/meeting/106/floor-plan?room=bras-basah#raffles-city-convention-center > > > > > > > > > > > The agenda for IPWAVE side meeting is as follows: > > > > > > - IPWAVE Hackathon Project (Yiwen Chris Shen, 5 min) > > > - IPWAVE Problem Statement Draft (Jaehoon Paul Jeong, 5 > min) > > > - Vehicular Neighbor Discovery Draft (Yiwen Chris Shen, 5 > > min) > > > - Vehicular Mobility Management Draft (Yiwen Chris Shen, > > 5 min) > > > - Security and Privacy Draft (Jaehoon Paul Jeong, 5 min) > > > - Context-Aware Navigator Draft (Yiwen Chris Shen, 5 min) > > > - Open Discussion for IPWAVE WG Progress (30 min) > > > > > > The main purpose of this side meeting is to share the > > progress of > > > IPWAVE PS draft and the IPWAVE hackathon project using > > the video > > > delivery in the Linux system for IPv6 over IEEE > 802.11-OCB. > > > > > > I would like to explain the status of our WG and the > > importance of > > > the IPWAVE PS draft for the next step of our WG. > > > > > > Welcome your engagement and feedback. > > > > > > Thanks. > > > > > > Best Regards, > > > Paul > > > > > > -- > > > You received this message because you are subscribed to > > the Google > > > Groups "skku-iotlab-members" group. > > > To unsubscribe from this group and stop receiving emails > > from it, > > > send an email to > > skku-iotlab-members+unsubscribe@googlegroups.com > > <mailto:skku-iotlab-members%2Bunsubscribe@googlegroups.com> > > > <mailto:skku-iotlab-members+unsubscribe@googlegroups.com > > <mailto:skku-iotlab-members%2Bunsubscribe@googlegroups.com>>. > > > To post to this group, send email to > > > skku-iotlab-members@googlegroups.com > > <mailto:skku-iotlab-members@googlegroups.com> > > > <mailto:skku-iotlab-members@googlegroups.com > > <mailto:skku-iotlab-members@googlegroups.com>>. > > > To view this discussion on the web visit > > > > > > https://groups.google.com/d/msgid/skku-iotlab-members/CAPK2DeyAWKbA0jZmpSdvJVwG3RsqVd5c15r-wxTjEsH3uGbk0w%40mail.gmail.com > > > > > < > https://groups.google.com/d/msgid/skku-iotlab-members/CAPK2DeyAWKbA0jZmpSdvJVwG3RsqVd5c15r-wxTjEsH3uGbk0w%40mail.gmail.com?utm_medium=email&utm_source=footer > >. > > > For more options, visit > https://groups.google.com/d/optout. > > > > > > > > > > > > -- > > > Yiwen (Chris) Shen, Ph.D. Candidate > > > > > > Homepage: https://chrisshen.github.io > > > IoT Lab: _http://iotlab.skku.edu <http://iotlab.skku.edu/>_ > > > Sungkyunkwan University, Suwon, South Korea > > > Mobile:+82-(0)10-6871-8103 > > > Email: chrisshen@skku.edu <mailto:chrisshen@skku.edu> > > > <mailto:chrisshen@skku.edu <mailto:chrisshen@skku.edu>> > > > > > > _______________________________________________ > > > its mailing list > > > its@ietf.org <mailto:its@ietf.org> > > > https://www.ietf.org/mailman/listinfo/its > > > > > > > > > > > -- > > Yiwen (Chris) Shen, Ph.D. Candidate > > > > Homepage: https://chrisshen.github.io > > IoT Lab: _http://iotlab.skku.edu <http://iotlab.skku.edu/>_ > > Sungkyunkwan University, Suwon, South Korea > > Mobile:+82-(0)10-6871-8103 > > Email: chrisshen@skku.edu > > <mailto:chrisshen@skku.edu> > > > > > > > > -- > > Yiwen (Chris) Shen, Ph.D. Candidate > > > > Homepage: https://chrisshen.github.io > > IoT Lab: _http://iotlab.skku.edu <http://iotlab.skku.edu/>_ > > Sungkyunkwan University, Suwon, South Korea > > Mobile:+82-(0)10-6871-8103 > > Email: chrisshen@skku.edu > > <mailto:chrisshen@skku.edu> > -- Yiwen (Chris) Shen, Ph.D. Candidate Homepage: https://chrisshen.github.io IoT Lab: *http://iotlab.skku.edu <http://iotlab.skku.edu/>* Sungkyunkwan University, Suwon, South Korea Mobile:+82-(0)10-6871-8103 Email: chrisshen@skku.edu
- [ipwave] IPWAVE Side Meeting Mr. Jaehoon Paul Jeong
- Re: [ipwave] IPWAVE Side Meeting Chris Shen
- Re: [ipwave] IPWAVE Side Meeting Alexandre Petrescu
- Re: [ipwave] IPWAVE Side Meeting Chris Shen
- Re: [ipwave] IPWAVE Side Meeting Chris Shen
- Re: [ipwave] IPWAVE Side Meeting Alexandre Petrescu
- Re: [ipwave] IPWAVE Side Meeting Alexandre Petrescu
- Re: [ipwave] IPWAVE Side Meeting Chris Shen
- Re: [ipwave] IPWAVE Side Meeting Alexandre Petrescu
- Re: [ipwave] IPWAVE Side Meeting Alexandre Petrescu