Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 no IPv6 prohibition on the control channel

William Whyte <wwhyte@securityinnovation.com> Sat, 11 February 2017 14:26 UTC

Return-Path: <wwhyte@securityinnovation.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 95EC6129541 for <its@ietfa.amsl.com>; Sat, 11 Feb 2017 06:26:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=securityinnovation.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 EjT7zvvkyW2k for <its@ietfa.amsl.com>; Sat, 11 Feb 2017 06:26:36 -0800 (PST)
Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (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 97D021294E3 for <its@ietf.org>; Sat, 11 Feb 2017 06:26:36 -0800 (PST)
Received: by mail-it0-x22a.google.com with SMTP id k200so49426016itb.1 for <its@ietf.org>; Sat, 11 Feb 2017 06:26:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=securityinnovation.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=nSAKSSC2TVmydRK0ixDdAFRZ40q4DaIMCWhx0AluvOk=; b=FwQhi+b75OzYAH+ViT4hWe9DyjkKjYhWiBZUVkGLZsYEvqYqaFx0SQSzBAsaPeU4mN A5JUzNbwr+8YBl1cAvbAP1+rVk+NGVZqtCzHyXzswFv/PNo9mCBXPzZR07WwcMJTRd2C tcQ6cqYrAakFjm8MqXhBQ08xprvxWnUt2KGFo=
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:content-transfer-encoding; bh=nSAKSSC2TVmydRK0ixDdAFRZ40q4DaIMCWhx0AluvOk=; b=YB+j+uq9t/BrVBfm3QBiQTznEfkRp4ouwaKWThLpu9RmQaiWXdtlnH0os8+KeIMez2 pC+f6ljBp8SyVCDnnYo2gnxxkgaldcq+VMBoRmiQm9tGmvtODfT0zMY80P2dIW7Klx5d IntywT6cwiGpsPcyV8pUv/hy4Bx84FXRmynZ4QbUh1r6yFEDluvPUj0o8OoTLpVLOcp9 tc6EPH96u/mWEkmPJ7K4w4W5072UPf85pf0ZPcpeHrVk+PcmQCRPwLhMeFVJe5LS38r8 S79JHCchFJ7A9KtuIGQd04dO3FuwdjPDK3b3Iu886KcYLwokJ8fQGU/2VQLc/+zYwy4E o4yQ==
X-Gm-Message-State: AIkVDXL8mTgCJ+TUFKCSAN229QnsSVta1zCsnKgJcGPxeZPfNHPlpLHP5CnEybKJkbSx3QuphYQtoA3o1QLDik1U
X-Received: by 10.36.37.145 with SMTP id g139mr33702778itg.24.1486823195423; Sat, 11 Feb 2017 06:26:35 -0800 (PST)
MIME-Version: 1.0
Received: by 10.107.176.209 with HTTP; Sat, 11 Feb 2017 06:26:34 -0800 (PST)
In-Reply-To: <00af01d28470$83558830$8a009890$@eurecom.fr>
References: <148052970170.9607.12043916621198119260.idtracker@ietfa.amsl.com> <fc5883da-dd62-e846-b8ea-9f3cf8a867b1@cea.fr> <012501d28395$4e5429b0$eafc7d10$@eurecom.fr> <6da89922-9055-6499-aa9f-8a866ea9f4d5@gmail.com> <00af01d28470$83558830$8a009890$@eurecom.fr>
From: William Whyte <wwhyte@securityinnovation.com>
Date: Sat, 11 Feb 2017 06:26:34 -0800
Message-ID: <CACz1E9p00drHW=xdg+W1+-4Ak8B7smwoFJ_kFAYYbb14FTxpfA@mail.gmail.com>
To: Jérôme Härri <jerome.haerri@eurecom.fr>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/0QJ6-pT_gtkT6Vc6U0mulxwkcjY>
Cc: Alexandre Petrescu <alexandre.petrescu@gmail.com>, its@ietf.org
Subject: Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 no IPv6 prohibition on the control channel
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: Sat, 11 Feb 2017 14:26:38 -0000

MAY NOT is also bad standards language -- it's not clear whether it
means MIGHT NOT, which is the same as MAY, or SHALL NOT. I prefer MAY
in this case.

William

On Sat, Feb 11, 2017 at 6:09 AM, Jérôme Härri <jerome.haerri@eurecom.fr> wrote:
> Hello Alex,
>
> I do not fully understand your argument about your country not imposing
> restriction and why you prefer MAY NOT. Your proposed new formulation gives
> the impression that in most countries, IPv6 is restricted...which is not the
> case actually. My formulation was the opposite, claiming that in general
> there is no restriction, but in some cases, maybe. I still think 'MAY'
> should remain, as it would not pose any problem in the country where you
> leave.
>
>
> BR,
>
> Jérôme
>
> -----Original Message-----
> From: Alexandre Petrescu [mailto:alexandre.petrescu@gmail.com]
> Sent: Friday 10 February 2017 13:39
> To: Jérôme Härri; its@ietf.org
> Subject: Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 no IPv6
> prohibition on the control channel
>
>
>
> Le 10/02/2017 à 13:00, Jérôme Härri a écrit :
>> Hello Alex,
>>
>> As discussed, there is a strick prohibition from ETSI and IEEE WAVE.
>> But, as this work will not use it, we do not need to comply with it.
>> We only need to comply with national spectrum regulations...whatever
>> is in there...
>>
>> I would however suggest to add the following statement:
>> "Transmissions of IPv6 packets on ITS spectrum SHALL comply with the
>> national spectrum regulations, which MAY lead to restrictions on IP
>> operations using IEEE 802.11-2016 in OCB mode."
>
> Jérôme,
>
> I agree with the first part, that I can add.
>
> The national spectrum regulation in the country where I live does not lead
> to restrictions on IP operations using 802.11 in OCB mode.
>
> So I could say:
>> "Transmissions of IPv6 packets on ITS spectrum SHALL comply with the
>> national spectrum regulations, which MAY NOT lead to restrictions on
>> IP operations using IEEE 802.11-2016 in OCB mode."
>
> Alex
>
>>
>> I think this leaves flexibility for this WG to propose solutions..
>>
>> BR,
>>
>> Jérôme
>>
>> -----Original Message----- From: its [mailto:its-bounces@ietf.org] On
>> Behalf Of Alexandre Petrescu Sent: Friday 10 February 2017 12:05 To:
>> its@ietf.org Subject: [ipwave]
>> draft-ietf-ipwave-ipv6-over-80211ocb-00 no IPv6 prohibition on the
>> control channel
>>
>> draft-ietf-ipwave-ipv6-over-80211ocb-00 no IPv6 prohibition on the
>> control channel
>>
>> Hello IPWAVErs,
>>
>> We received a comment stating that LCC/OBE does not prohibit the use
>> of IPv6 on the control channel.  (I do not understand what the
>> commenter meant meant by "LCC" - typo for FCC, LLC? or Lower Control
>> Channel? but that's another issue).
>>
>> As such I will remove the following text:
>>> On another hand, at IEEE, IPv6 is explicitely prohibited on channel
>>> number 178 decimal - the FCC's 'Control Channel'.  The document
>>> [ieeep1609.4-D9-2010] prohibits upfront the use of IPv6 traffic on
>>> the Control Channel: 'data frames containing IP datagrams are only
>>> allowed on service channels'.  Other 'Service Channels' are allowed
>>> to use IP, but the Control Channel is not.
>>
>> There are many other reasons for removing that text that we discussed
>> here extensively.
>>
>> Alex
>>
>>
>>
>
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its