Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 absence of addressing the multi-channel service of 802.11 OCB

Dear François,

Totally agree. But this is neither DSRC nor 802.11 OCB. This is the IEEE
WAVE stack IEEE 1609.4, which as far as I understand this IETF WG does not
assume to use (and neither the ETSI ITS stack). 

But actually, It is very simple to use different channels using OCB. As
there is no BSS (or IBSS), you can change channel simply by indicating to
the OCB a new channel...as there is no further process required to transmit
on the new channel. 

Yet, the challenge is to be sure that the 'receivers' are also on the
'other' channel, as otherwise, we will transmit and nobody will be there to
receive. That was the objective of the work done in IEEE 1609.4. But such
coordination can also be done purely on an IP(v6) stack, as both Tx and Rx
could be notified on the right channel to get the right message...
A simple indication to OCB on which channel to move would be enough. Even a
multi-channel monitoring can be done using IP(v6) stack, where a
higher-layer service would ask OCB to periodically switch between channel
and monitor  'something'. 

Well, long story short, I do not think multi-channel 'operation' should be
part of this draft. But we could describe how IPv6 can 'request' a channel
switch to OCB. That could indeed be worth mentioning this explicitly. 

BR,

Jérôme

-----Original Message-----
From: François Simon [mailto:fygsimon@gmail.com] 
Sent: Friday 10 February 2017 21:04
To: 'Jérôme Härri'
Cc: 'Alexandre Petrescu'; fygsimon@gmail.com
Subject: RE: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 absence of
addressing the multi-channel service of 802.11 OCB

Multi-channel means that a single device is capable of maintaining multiple
"conversations" quasi-simultaneously.  In the US, the MAC extension (IEEE
1609.4) allows you to support multiple channels under the control of CCH (Ch
178) - TDM.  The problem with this, is you limit your actual overall
transmission rate.  The accepted practice in the US,  is that one radio is
dedicated to a permanent channel to get the maximum data rate (e.g. CH 172)
and used for high-priority applications (i.e. Safety).  Another radio, for
lower priority applications, is allowed to switch channels.  In addition,
each channel can support up to four EDCA parameter sets.  Very "nifty" but
hell to maintain all the state machines!

Fygs

-----Original Message-----
From: its [mailto:its-bounces@ietf.org] On Behalf Of Jérôme Härri
Sent: Friday, February 10, 2017 6:53 AM
To: 'Alexandre Petrescu' <alexandre.petrescu@gmail.com>; its@ietf.org
Subject: Re: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 absence of
addressing the multi-channel service of 802.11 OCB

Hello Alex,

What do you mean with multi-channel? OCB does not provide any multi-channel
service. Higher-layer services do (IEEE WAVE or ETSI)...OCB only assume that
the frequency to be used is 'known', so using OCB actually means knowing a
set of channels where to send OCB-related packets...I am not sure if this
could be called a multi-channel service...

However, we should mention that IPv6 would intend to offer such a
service...if this is what you meant, I agree with you.

Best Regards.

Jérôme

-----Original Message-----
From: its [mailto:its-bounces@ietf.org] On Behalf Of Alexandre Petrescu
Sent: Friday 10 February 2017 12:13
To: its@ietf.org
Subject: [ipwave] draft-ietf-ipwave-ipv6-over-80211ocb-00 absence of
addressing the multi-channel service of 802.11 OCB

draft-ietf-ipwave-ipv6-over-80211ocb-00
absence of addressing the multi-channel service of 802.11 OCB

Hello IPWAVErs,

We received a comment stating that this document does not really address the
multi-channel service that 802.11 OCB is capable of providing.

I agree with the comment.

I have not seen other IPv6-over-foo documents addressing channel issues.

There is no IPv6-over-WiFi RFC, which could address them.

In vehicular networks implementations there is often a careful planning of
channel allocation to avoid interference.  Dynamic channel use schemes
exist.

Yours,

Alex

_______________________________________________
its mailing list
its@ietf.org
https://www.ietf.org/mailman/listinfo/its