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