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