Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 802.21 for IP handovers

Michelle Wetterwald <mlwetterwald@gmail.com> Tue, 14 February 2017 11:14 UTC

Return-Path: <mlwetterwald@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 4DA96129A2B for <its@ietfa.amsl.com>; Tue, 14 Feb 2017 03:14:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 vRxqOzjPX2Cq for <its@ietfa.amsl.com>; Tue, 14 Feb 2017 03:14:28 -0800 (PST)
Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (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 120A4129A21 for <its@ietf.org>; Tue, 14 Feb 2017 03:14:28 -0800 (PST)
Received: by mail-yw0-x22c.google.com with SMTP id v200so64128294ywc.3 for <its@ietf.org>; Tue, 14 Feb 2017 03:14:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1niw33O8SjUTTD0kGuAGKBjH/NqZP9PRuB9uCkXnup8=; b=G744cdIP+A2m934set7qNBoofJ9SHspDIRWO3Bg4CxossJLCV9RYJI5Cb8i945f3zL I74HvExyLOMFBrv5HWqIjAqcZeoW63gBywNOMyDap7fhxOzuwv4nrYHVrKU1iSoAn+fs gUCql3o7C00Scaebm9ON4ZlxhWs7RHPnmYNC9ozZHkEvuIqyHf1xNgwIcKH8HjNpOHXw sx9aIeLNery+VSUS6B2/xdZW8Iv0MpYOhNsPs3xBgS9mnvaZ3+bjbkM5jkB8mkQYeGuy CmWVPKc9b2zQq/HUqLyQJMcs5uEuTTehguvEzlfQ4pn/0gQPKfimedPECRsDB4ocZAjx MUaQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1niw33O8SjUTTD0kGuAGKBjH/NqZP9PRuB9uCkXnup8=; b=H4RVw+1R1WI1UdUNPYcGGtKXzkxi9iY+apj+SK70B9kEutN6STBENIj3cYRJc6/5CM 2nIMnftuARL0E64N5qEGLZ6VBNn6CAHyv4TfNQjcOJeCROIPPdLMtuEDnbmSW6glcx2q B2Rcc8WnBPztxfUI54355dlsuWwGRkpR6hqZyCndLWjfV7qBlHDk47yJh7kg40j7RkEY 98l8dIwg5PqG+9NNYq42aBDB8tvyXBMCX+htOPpbE/f65RMsiOdVgsSCFHL5J7661wwz tH512NSZvSfDZXTz6wAxMXEv9FUkwhsHvdXFmtiNhU36EWic/Jx/OpFKwXlBY/3qnSzk H+2Q==
X-Gm-Message-State: AMke39nwsjfa32v8WHwGfpB5ea1Vnya6Z8c+JOqmdIMJpvNC3DVakOvHWYsmzyJdxrdMi3ZQ5cYvH7ksmuGsrA==
X-Received: by 10.13.252.131 with SMTP id m125mr22603671ywf.49.1487070867208; Tue, 14 Feb 2017 03:14:27 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.59.82 with HTTP; Tue, 14 Feb 2017 03:14:26 -0800 (PST)
In-Reply-To: <50ED8B7D-2264-49C6-BDC6-FE729850F4B4@um.es>
References: <148052970170.9607.12043916621198119260.idtracker@ietfa.amsl.com> <e14a985e-ae65-cc59-c431-47fed128c3a8@cea.fr> <9557CC88-9D66-459D-AEDA-D1AB5D5BF4B6@um.es> <7C266E9CE3454960B2FC13B5D57BB6FF@SRA6> <50ED8B7D-2264-49C6-BDC6-FE729850F4B4@um.es>
From: Michelle Wetterwald <mlwetterwald@gmail.com>
Date: Tue, 14 Feb 2017 12:14:26 +0100
Message-ID: <CAF5de8snJkdKTudgPfiG59RV8Kw=BKbveE4fiyy=Q5FQzwGeWQ@mail.gmail.com>
To: José Santa Lozano <josesanta@um.es>
Content-Type: multipart/alternative; boundary="94eb2c06c9a6cbc33e05487baaf9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/xoVWNiXWe7hDW2gHYF9f3ohQE6c>
Cc: dickroy@alum.mit.edu, Alexandre Petrescu <alexandre.petrescu@gmail.com>, its@ietf.org
Subject: Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 802.21 for IP handovers
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.17
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, 14 Feb 2017 11:14:29 -0000

Dear all,

I am not sure about involving 802.21 here. Its main achievement is to
provide an abstraction layer that helps understand the status of the lower
layers. It can be quite useful to trigger a handover in any type of
scenario involving mobility.
However, in any case, it does not intend to replace the IPv6 router
advertisement and an IPv6 node would not be able to configure its address
using 802.21 only. So I suggest to keep the old text in the bottom email
below.

Best regards,
Michelle Wetterwald
michelle.wetterwald@gmail.com
----
Senior expert in networking and telecommunications


2017-02-14 10:20 GMT+01:00 José Santa Lozano <josesanta@um.es>:

> Dear Dick,
>
> You are right :-). It is an issue to embrace several telecomm. providers
> in order to achieve such scenario.  However, this is subject to future
> agreements out of our control, and this kind of support services could be
> even externally provided, offering information about networks in the
> surroundings, independently of the operator… For sure it is something to be
> exploited in the future. Imagine that we are still waiting for IPv6 support
> from many operators…
>
> Regards,
>
> Jose.
>
>
>
> El 13 feb 2017, a las 18:27, Dick Roy <dickroy@alum.mit.edu> escribió:
>
> There seems to be some confusion here.  BSMs/CAMs are generally NOT sent
> from roadside units; they are sent from vehicular ITS-Ss.  Secondly, other
> than the silly restriction in the US on CH178 and the J2945/1 restriction
> on Ch172, IPv6 frames can be sent on any channel, including IPv6 RAs.
> Finally, the WRA is included in a WSA and can be sent on ANY channel as a
> WSM (i.e. using WSMP).
>
> Use of 802.21 functions and services to help with heterogeneous handovers
> is a good idea and should be pursued.  Let me know if you know of ANY
> operator of a wide area cellular system (LTE, 3G, etc.) that has agreed to
> implement ANY of 802.21 for handing off its traffic to some other network
> :^)))
>
> Cheers,
>
> RR
>
> ------------------------------
> *From:* José Santa Lozano [mailto:josesanta@um.es <josesanta@um.es>]
> *Sent:* Monday, February 13, 2017 12:52 AM
> *To:* Alexandre Petrescu
> *Cc:* its@ietf.org
> *Subject:* Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 802.21
> for IP handovers
>
> Dear Alex,
>
> Thanks for considering the comment.
>
> Nevertheless, we also use RA in our solution in order to detect an 802.11p
> access router. The usage of 802.21 is an additional source of information
> to speed-up the selection of the most convenient point of attachment or
> communication flow to use. Due to this, let me propose a text that could be
> placed at the end of the former version of that paragraph:
>
> "Additionally, IEEE 802.21 can be used to improve the network selection
> process, since it provides standardized mechanisms to monitor parameters of
> the local transceiver (e.g. the RSSI sensed from a RSU) and the reception
> of external information from an infrastructure node about the surrounding
> networks (e.g. area coverage or monetary cost)"
>
> Just a suggestion.
>
> Jose.
>
>
>
>
> El 12 feb 2017, a las 19:05, Alexandre Petrescu <
> alexandre.petrescu@gmail.com> escribió:
>
> draft-ietf-ipwave-ipv6-over-80211ocb-00
> 802.21 for IP handovers
>
> Hello IPWAVErs,
>
> José Santa Lozano commented that their implementation can rely on 802.21
> (instead of WSA-with-WRA-field or RA) to realize IP handovers in
> 802.11-OCB.
>
> The old text is this:
>
> One such message may be the 802.11p’s Time Advertisement, or higher
> layer messages such as the "Basic Safety Message" (in the US) or the
> "Cooperative Awareness Message " (in the EU), that are usually sent
> several times per second. Another alternative replacement for the
> IPv6 Router Advertisement may be the message ’WAVE Routing
> Advertisement’ (WRA), which is part of the WAVE Service
> Advertisement and which may contain optionally the transmitter
> location; this message is described in section 8.2.5 of
> [ieeep1609.3-D9-2010].
>
> New, if at all:
>
> One such message may be the 802.11p’s Time Advertisement, or higher
> layer messages such as the "Basic Safety Message" (in the US) or the
> "Cooperative Awareness Message " (in the EU), that are usually sent
> several times per second. Another alternative replacement for the
> IPv6 Router Advertisement may be the message ’WAVE Routing
> Advertisement’ (WRA), which is part of the WAVE Service Advertisement
> and which may contain optionally the transmitter location; this
> message is described in section 8.2.5 of [ieeep1609.3-D9-2010].  Yet
> another alternative replacement for IPv6 RA is the involvement of
> 802.21 signal levels, or additional 802.21 entities,
>
> Alex
>
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its
>
>
>
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its
>
>


-- 
Michelle Wetterwald
michelle.wetterwald@gmail.com