Skip to main content

Basic Support for IPv6 Networks Operating Outside the Context of a Basic Service Set over IEEE Std 802.11
RFC 8691

Revision differences

Document history

Date Rev. By Action
2019-12-27
52 (System)
Received changes through RFC Editor sync (created alias RFC 8691, changed title to 'Basic Support for IPv6 Networks Operating Outside the Context of a …
Received changes through RFC Editor sync (created alias RFC 8691, changed title to 'Basic Support for IPv6 Networks Operating Outside the Context of a Basic Service Set over IEEE Std 802.11', changed abstract to 'This document provides methods and settings for using IPv6 to communicate among nodes within range of one another over a single IEEE 802.11-OCB link.  Support for these methods and settings require minimal changes to existing stacks.  This document also describes limitations associated with using these methods.  Optimizations and usage of IPv6 over more complex scenarios are not covered in this specification and are a subject for future work.', changed pages to 29, changed standardization level to Proposed Standard, changed state to RFC, added RFC published event at 2019-12-27, changed IESG state to RFC Published)
2019-12-27
52 (System) RFC published
2019-12-23
52 (System) RFC Editor state changed to AUTH48-DONE from AUTH48
2019-12-02
52 (System) RFC Editor state changed to AUTH48 from RFC-EDITOR
2019-11-14
52 (System) RFC Editor state changed to RFC-EDITOR from EDIT
2019-08-26
52 Gunter Van de Velde Assignment of request for Last Call review by OPSDIR to Fred Baker was marked no-response
2019-08-22
52 Tero Kivinen Assignment of request for Last Call review by SECDIR to Aanchal Malhotra was marked no-response
2019-08-12
52 (System) IANA Action state changed to No IANA Actions from In Progress
2019-08-12
52 (System) RFC Editor state changed to EDIT
2019-08-12
52 (System) IESG state changed to RFC Ed Queue from Approved-announcement sent
2019-08-12
52 (System) Announcement was received by RFC Editor
2019-08-09
52 (System) IANA Action state changed to In Progress
2019-08-09
52 Cindy Morgan IESG state changed to Approved-announcement sent from Approved-announcement to be sent
2019-08-09
52 Cindy Morgan IESG has approved the document
2019-08-09
52 Cindy Morgan Closed "Approve" ballot
2019-08-09
52 Cindy Morgan Ballot approval text was generated
2019-08-09
52 Suresh Krishnan IESG state changed to Approved-announcement to be sent from IESG Evaluation::AD Followup
2019-08-09
52 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-52.txt
2019-08-09
52 (System) New version approved
2019-08-09
52 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-08-09
52 Nabil Benamar Uploaded new revision
2019-08-01
51 Alissa Cooper [Ballot comment]
Thank you addressing my DISCUSS and COMMENT.
2019-08-01
51 Alissa Cooper [Ballot Position Update] Position for Alissa Cooper has been changed to No Objection from Discuss
2019-07-26
51 Mirja Kühlewind
[Ballot comment]
Thanks for addressing my discuss!

One editorial high level comment: I seams like all text that was somehow deemed as out fo scope …
[Ballot comment]
Thanks for addressing my discuss!

One editorial high level comment: I seams like all text that was somehow deemed as out fo scope for the main body of this document got stuffed into the appendix. Please consider removing what is really not needed in this document as these pages also take review and RFC Editor time, especially as they seem to have received less review and therefore have more nits.

nit: sec 4.5.2 s/in OCB mode.A  A future improvement/in OCB mode. A future improvement/
2019-07-26
51 Mirja Kühlewind [Ballot Position Update] Position for Mirja Kühlewind has been changed to No Objection from Discuss
2019-07-25
51 Roman Danyliw
[Ballot comment]
Thank you for addressing my DISCUSS and some of the COMMENTs.

(Resolved comments removed)

(5) Section 1.  Per “The resulting stack inherits from …
[Ballot comment]
Thank you for addressing my DISCUSS and some of the COMMENTs.

(Resolved comments removed)

(5) Section 1.  Per “The resulting stack inherits from IPv6 over Ethernet [RFC2462], but operates over …”, what exactly is being inherited?  What does “inherited” mean in this case?

(6) Section 4.3.  Per “Among these types of addresses only the IPv6 link-local addresses can be formed using an EUI-64 identifier, in particular during transition time”, the meaning of the “in particular during transition time isn’t clear in the text.  Should it say "in particular as all clients are upgraded to this specification?"

(9) Section 5.  What is “protected 802.11” mentioned in “Such a link is less protected …”?

(10) Section 5.2.  SHA256 needs a reference.

(11) Editorial Nits
** Section 4.5.  Typo.  s/.A  A future/.  A future/

** Section 5.1.  Typo.  s/Futhermore/Furthermore/

** Section 5.1.  Typo.  s/pricavy/privacy/

** Section 5.2. Typo.  s/admninistered/ administered/

** Appendix H.  Duplicate word. s/section Section 2/Section 2/
2019-07-25
51 Roman Danyliw [Ballot Position Update] Position for Roman Danyliw has been changed to No Objection from Discuss
2019-07-25
51 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-51.txt
2019-07-25
51 (System) New version approved
2019-07-25
51 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-07-25
51 Nabil Benamar Uploaded new revision
2019-07-21
50 (System) Sub state has been changed to AD Followup from Revised ID Needed
2019-07-21
50 (System) IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed
2019-07-21
50 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-50.txt
2019-07-21
50 (System) New version approved
2019-07-21
50 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-07-21
50 Nabil Benamar Uploaded new revision
2019-07-12
49 Russ Housley Added to session: IETF-105: ipwave  Tue-1000
2019-07-11
49 Benjamin Kaduk
[Ballot comment]
Remaining at No Record since I am balloting late, but:

It may be worth noting in the privacy/security considerations that an attacker may …
[Ballot comment]
Remaining at No Record since I am balloting late, but:

It may be worth noting in the privacy/security considerations that an attacker may not heed to legal limits for radio power and can use a very sensitive directional antenna; if the attacker wishes to attack a given exchange they do not necessarily need to be in close physical proximity.
2019-07-11
49 Benjamin Kaduk Ballot comment text updated for Benjamin Kaduk
2019-07-11
49 Cindy Morgan IESG state changed to IESG Evaluation::Revised I-D Needed from IESG Evaluation
2019-07-11
49 Barry Leiba
[Ballot comment]
A very simple point to fix, and Nabil has already queued it up for the next revision:
IEEE-802.11-2016 should be normative because it …
[Ballot comment]
A very simple point to fix, and Nabil has already queued it up for the next revision:
IEEE-802.11-2016 should be normative because it is the reference for 802.11-OCB and is the subject of a MUST in Section 4.2.

These are all editorial comments:

— Section 4.4 —

  For Interface Identifiers for
  IPv6 address of type 'Link-Local' are discussed in Section 4.3.

There’s something wrong with that sentence.  Maybe it’s just that the first word needs to be struck?

  Regardless of how
  to form the IID, its length is 64 bits, as is the case of the IPv6
  over Ethernet [RFC2464].

There’s something wrong with this sentence too, but I don’t know what the fix is: I don’t know what the “as is the case...” part is meant to say.  Can you try rephrasing?

  If
  semantically opaque IIDs are needed, they MAY be generated using the
  method for generating semantically opaque IIDs

This isn’t wrong with the “MAY”, but I think it really is just a non-keyword “may”.

— Section 4.5.2 —

  The meaning of the value "3333"
  mentioned in that section 7 of [RFC2464]

As you’ve just given the section reference in the previous sentence, I think it reads better to use the context and just say, “The meaning of the value "3333" mentioned there”.

— Section 4.6 —

  A subnet may be formed over 802.11-OCB interfaces of vehicles that
  are in close range (not by their in-vehicle interfaces).

At first I tried to understand what the in-vehicle interfaces had to do with the close range.  I think it’s clearer with this word order:

NEW
  When vehicles are in close range, a subnet may be formed over
  802.11-OCB interfaces (not by their in-vehicle interfaces).
END

  An IPv6 subnet on which Neighbor Discovery protocol (ND) can be
  mapped on an OCB network if all nodes share a single broadcast
  Domain, which is generally the case for P2P OCB links;

This isn’t a complete sentence: it has a subject, but no verb.  What is it trying to say?  Also, the semicolon should be a period, as it’s not useful to chain it onto the following sentence.

  strict (e.g. fast drive through IP-RSU coverage)

The “e.g.” needs a comma after it (or change it to “such as with”), and “fast-drive-through” needs to be hyphenated, as a compound modifier.

— Section 5 —

  application-layer mechanisms are out-of-
  scope of this document.

Here, “out of scope” should not be hyphenated (it’s not a modifier).

  and performs attacks
  without needing to physically break any wall.

“and performs attacks” shoud be “and perform attacks”.
The “physically break any wall” part seems kind of odd, as there are clearly no physical walls involved at all.  What are you really trying to say?

  The potential attack vectors are: MAC address spoofing, IP address
  and session hijacking, and privacy violation Section 5.1.

What is “Section 5.1” about?  Is that meant to be a citation, like “[Section 5.1]” ?

— Section 5.1 —

  A vehicle embarking an IP-
  OBU whose egress interface is 802.11-OCB may expose itself to
  eavesdropping and subsequent correlation of data; this may reveal
  data considered private by the vehicle owner; there is a risk of
  being tracked.

It’s awkward to chain three sentences with semicolons.  I would separate the first one: change the first semicolon into a period.

  as dynamically changing MAC addresses Section 5.2, semantically
  opaque Interface Identifiers and stable Interface Identifiers
  Section 4.4.

The two section references should be bracketed, as “[Section 5.2]”.

  Futhermore, for
  pricavy concerns ([RFC8065]) recommends

Make it, “Futhermore, for privacy concerns, [RFC8065] recommends“.

— Section 5.1.1 —

  means, or other visual information (car color, others) MAY constitute
  privacy risks.

This “MAY” should definitely be “may”: it’s just a statement of fact.

— Section 5.2 —

  In 802.11-OCB networks, the MAC addresses MAY change during well
  defined renumbering events.

Also a statement of fact, so “may”.
2019-07-11
49 Barry Leiba [Ballot Position Update] Position for Barry Leiba has been changed to No Objection from Discuss
2019-07-11
49 Magnus Westerlund [Ballot Position Update] New position, No Objection, has been recorded for Magnus Westerlund
2019-07-10
49 Adam Roach [Ballot Position Update] New position, No Objection, has been recorded for Adam Roach
2019-07-10
49 Barry Leiba
[Ballot discuss]
A very simple point to fix:

I think that IEEE-802.11-2016 should be normative because it is the reference for 802.11-OCB and is the …
[Ballot discuss]
A very simple point to fix:

I think that IEEE-802.11-2016 should be normative because it is the reference for 802.11-OCB and is the subject of a MUST in Section 4.2.
2019-07-10
49 Barry Leiba
[Ballot comment]
These are all editorial comments:

— Section 4.4 —

  For Interface Identifiers for
  IPv6 address of type 'Link-Local' are discussed in …
[Ballot comment]
These are all editorial comments:

— Section 4.4 —

  For Interface Identifiers for
  IPv6 address of type 'Link-Local' are discussed in Section 4.3.

There’s something wrong with that sentence.  Maybe it’s just that the first word needs to be struck?

  Regardless of how
  to form the IID, its length is 64 bits, as is the case of the IPv6
  over Ethernet [RFC2464].

There’s something wrong with this sentence too, but I don’t know what the fix is: I don’t know what the “as is the case...” part is meant to say.  Can you try rephrasing?

  If
  semantically opaque IIDs are needed, they MAY be generated using the
  method for generating semantically opaque IIDs

This isn’t wrong with the “MAY”, but I think it really is just a non-keyword “may”.

— Section 4.5.2 —

  The meaning of the value "3333"
  mentioned in that section 7 of [RFC2464]

As you’ve just given the section reference in the previous sentence, I think it reads better to use the context and just say, “The meaning of the value "3333" mentioned there”.

— Section 4.6 —

  A subnet may be formed over 802.11-OCB interfaces of vehicles that
  are in close range (not by their in-vehicle interfaces).

At first I tried to understand what the in-vehicle interfaces had to do with the close range.  I think it’s clearer with this word order:

NEW
  When vehicles are in close range, a subnet may be formed over
  802.11-OCB interfaces (not by their in-vehicle interfaces).
END

  An IPv6 subnet on which Neighbor Discovery protocol (ND) can be
  mapped on an OCB network if all nodes share a single broadcast
  Domain, which is generally the case for P2P OCB links;

This isn’t a complete sentence: it has a subject, but no verb.  What is it trying to say?  Also, the semicolon should be a period, as it’s not useful to chain it onto the following sentence.

  strict (e.g. fast drive through IP-RSU coverage)

The “e.g.” needs a comma after it (or change it to “such as with”), and “fast-drive-through” needs to be hyphenated, as a compound modifier.

— Section 5 —

  application-layer mechanisms are out-of-
  scope of this document.

Here, “out of scope” should not be hyphenated (it’s not a modifier).

  and performs attacks
  without needing to physically break any wall.

“and performs attacks” shoud be “and perform attacks”.
The “physically break any wall” part seems kind of odd, as there are clearly no physical walls involved at all.  What are you really trying to say?

  The potential attack vectors are: MAC address spoofing, IP address
  and session hijacking, and privacy violation Section 5.1.

What is “Section 5.1” about?  Is that meant to be a citation, like “[Section 5.1]” ?

— Section 5.1 —

  A vehicle embarking an IP-
  OBU whose egress interface is 802.11-OCB may expose itself to
  eavesdropping and subsequent correlation of data; this may reveal
  data considered private by the vehicle owner; there is a risk of
  being tracked.

It’s awkward to chain three sentences with semicolons.  I would separate the first one: change the first semicolon into a period.

  as dynamically changing MAC addresses Section 5.2, semantically
  opaque Interface Identifiers and stable Interface Identifiers
  Section 4.4.

The two section references should be bracketed, as “[Section 5.2]”.

  Futhermore, for
  pricavy concerns ([RFC8065]) recommends

Make it, “Futhermore, for privacy concerns, [RFC8065] recommends“.

— Section 5.1.1 —

  means, or other visual information (car color, others) MAY constitute
  privacy risks.

This “MAY” should definitely be “may”: it’s just a statement of fact.

— Section 5.2 —

  In 802.11-OCB networks, the MAC addresses MAY change during well
  defined renumbering events.

Also a statement of fact, so “may”.
2019-07-10
49 Barry Leiba [Ballot Position Update] New position, Discuss, has been recorded for Barry Leiba
2019-07-10
49 Alissa Cooper
[Ballot discuss]
I support Roman's DISCUSS.

Overall I am unclear on the privacy properties of what this document specifies. I think it would help to …
[Ballot discuss]
I support Roman's DISCUSS.

Overall I am unclear on the privacy properties of what this document specifies. I think it would help to have a clear statement about the circumstances under which each kind of address generation scheme is recommended. Were RFC 4941 addresses not considered because addresses generated according to RFC 8064 have functionally equivalent properties given how often moving vehicle change subnets? For link-local addresses, is it possible to give recommendations for when IIDs should be re-generated?

= Section 5.2 =

"An Interface ID SHOULD be of length specified in other documents."

Isn't the length specified for each of the two IID generation mechanisms discussed in Section 4.3 and 4.4?

= Section 5.3 =

"The demand for privacy protection of vehicles' and drivers'
  identities, which could be granted by using a pseudonym or alias
  identity at the same time, may hamper the required confidentiality of
  messages and trust between participants"

Pseudonymity and confidentiality are not mutually exclusive, so I think this is incorrect.
2019-07-10
49 Alissa Cooper
[Ballot comment]
Please expand OCB and STA on first use.

= Section 2 =

"Note: compliance with
  standards and regulations set in different countries …
[Ballot comment]
Please expand OCB and STA on first use.

= Section 2 =

"Note: compliance with
  standards and regulations set in different countries when using the
  5.9GHz frequency band is required."

I'm not familiar with the standards and regulations being referenced here, but is there any specific reason why this needs to be said here? Presumably users of regulated spectrum bands the world over must comply with associated regulations governing their use. It's not clear to me that it makes sense to note this here.

= Section 5.1.1 =

"Further
  correlation of this information with other data captured by other
  means, or other visual information (car color, others) MAY constitute
  privacy risks."

The normative MAY is not appropriate here.

= Section 5.2 =

"In 802.11-OCB networks, the MAC addresses MAY change during well
  defined renumbering events."

The normative MAY is not appropriate here (since this is not the 802.11-OCB spec).
2019-07-10
49 Alissa Cooper [Ballot Position Update] New position, Discuss, has been recorded for Alissa Cooper
2019-07-09
49 Amanda Baber IANA Review state changed to IANA OK - No Actions Needed from Version Changed - Review Needed
2019-07-09
49 Roman Danyliw
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies …
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies some threats [RFC6959], while SeND presented in [RFC3971] and [RFC3972] is a solution against address theft but it is complex and not deployed.”, a few questions:

** What specific threats from RFC6959 are of concern?  Which mitigations for them are being proposed?

** Why mention SeND if it is “complex and not deployed”?

(2) Section 5.  Per “More IETF protocols are available in the toolbox of the IP security protocol designer.  Some ETSI protocols related to security protocols in ITS are described in [ETSI-sec-archi].”:

** Are there specific protocols to mention here?  Would they be different/OCB-specific than what was already noted in the beginning of the section -- “Any security mechanism as the IP layer or above that may be carried out …”?

** What specific ETSI protocols are being recommended from [ETSI-sec-archi]? 

(3) Section 5.2.  Per “An Interface ID SHOULD be of length specified in other documents”, what other documents?

(4) Section 5.3  I’m having trouble following this section – is this a discussion of a threat or mitigation?  The references to Section 4.4 and 5.0 didn’t clarity this for me.

** What is meant by the drivers’ identity in this case?  What is the pseudonym scheme is being used to protect it or what requirements are being set for it?

** What are the specific challenges of concern around pseudo-anonymization approaches to which an allusion is made?

** Who is the trusted third parted needed?
2019-07-09
49 Roman Danyliw Ballot discuss text updated for Roman Danyliw
2019-07-09
49 Roman Danyliw
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies …
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies some threats [RFC6959], while SeND presented in [RFC3971] and [RFC3972] is a solution against address theft but it is complex and not deployed.”, a few questions:

** What specific threats from RFC6959 are of concern?  Which mitigations for them are being proposed?

** Why mention SeND if it is “complex and not deployed”?

(2) Section 5.  Per “More IETF protocols are available in the toolbox of the IP security protocol designer.  Some ETSI protocols related to security protocols in ITS are described in [ETSI-sec-archi].”:

** Are there specific protocols to mention here?  Would they be different/OCB-specific than what was already noted in the beginning of the section -- “Any security mechanism as the IP layer or above that may be carried out …”?

** What specific ETSI protocols are being recommended from [ETSI-sec-archi]? 

(3) Section 5.2.  Per “An Interface ID SHOULD be of length specified in other documents”, what other documents?

(4) Section 5.3  I’m having trouble following this section – is this a discussion of a threat or mitigation?  The references to Section 4.4 and 5.0 didn’t clarity this for me.
** What is meant by the drivers’ identity in this case?  What is the pseudonym scheme is being used to protect it or what requirements are being set for it?

** What are the specific challenges of concern around pseudo-anonymization approaches to which an allusion is made?

** Who is the trusted third parted needed?
2019-07-09
49 Roman Danyliw Ballot discuss text updated for Roman Danyliw
2019-07-09
49 Roman Danyliw
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies …
[Ballot discuss]
A few items per the text in the Security Considerations (Section 5):

(1) Section 5.  Per “A previous work at SAVI WG identifies some threats [RFC6959], while SeND presented in [RFC3971] and [RFC3972] is a solution against address theft but it is complex and not deployed.”, a few questions:

** What specific threats from RFC6959 are of concern?  Which mitigations for them are being proposed?
** Why mention SeND if it is “complex and not deployed”?

(2) Section 5.  Per “More IETF protocols are available in the toolbox of the IP security protocol designer.  Some ETSI protocols related to security protocols in ITS are described in [ETSI-sec-archi].”:

** Are there specific protocols to mention here?  Would they be different/OCB-specific than what was already noted in the beginning of the section -- “Any security mechanism as the IP layer or above that may be carried out …”?
** What specific ETSI protocols are being recommended from [ETSI-sec-archi]? 

(3) Section 5.2.  Per “An Interface ID SHOULD be of length specified in other documents”, what other documents?

(4) Section 5.3  I’m having trouble following this section – is this a discussion of a threat or mitigation?  The references to Section 4.4 and 5.0 didn’t clarity this for me.
** What is meant by the drivers’ identity in this case?  What is the pseudonym scheme is being used to protect it or what requirements are being set for it?
** What are the specific challenges of concern around pseudo-anonymization approaches to which an allusion is made?
** Who is the trusted third parted needed?
2019-07-09
49 Roman Danyliw
[Ballot comment]
(5) Section 1.  Per “The resulting stack inherits from IPv6 over Ethernet [RFC2462], but operates over …”, what exactly is being …
[Ballot comment]
(5) Section 1.  Per “The resulting stack inherits from IPv6 over Ethernet [RFC2462], but operates over …”, what exactly is being inherited?  What does “inherited” mean in this case?

(6) Section 4.3.  Per “Among these types of addresses only the IPv6 link-local addresses can be formed using an EUI-64 identifier, in particular during transition time”, the meaning of the “in particular during transition time isn’t clear to me.

(7) Section 5.  Per “The OCB operation is stripped off of …”, is this sentence saying that OCB operations doesn’t use 802.11 link layer security mechanisms, or does the OCB operation actively remove (i.e., strips) 802.11 link layer security mechanisms?  I’m getting caught up in the use of “stripped off”.

(8) Section 5, Per “Any attacker can therefore just sit in the near range of vehicles ... and performs attacks without needing to physically break any wall”, I’d recommend revising this sentence to reflect that it isn’t just vehicles and that active attacks are possible:

NEW:
Therefore, an attacker can sniff or inject traffic while within range of a vehicle or IP-RSU (by setting an interface card’s frequency to the proper range).

(9) Section 5.  What is “protected 802.11” mentioned in “Such a link is less protected …”?

(10) Section 5.2.  SHA256 needs a reference.

(11) Editorial Nits
** Table of Contents.  There is odd spacing in the title of Appendix C

** Section 1.  Typo.  s/Appendicies/Appendices/

** Section 1.  Typo.  s/Concretly/Concretely/

** Section 1.  Editorial.  s/[RFC1042], [RFC2464] ./[RFC1042 and [RFC2464]./

** Multiple sections. Editorial, to make an RFC citation a reference.  s/RFC2464/[RFC2464]/ and s/RFC 7217/[RFC7217]/

** Section 4.5.  Typo.  s/.A  A future/.  A future/

** Section 4.6. Typo.  s/links; The/links.  The/

** Section 5.1.  Typo.  s/Futhermore/Furthermore/

** Section 5.1.  Typo.  s/pricavy/privacy/

** Section 5.2. Typo.  s/admninistered/ administered/

** Appendix B.  s/Ammendment/Amendment/

** Appendix H.  Duplicate word. s/section Section 2/Section 2/

** Appendix I.  Typo.  s/specificed/specified/

** Appendix I. Typo.  s/Moreoever/Moreover/
2019-07-09
49 Roman Danyliw [Ballot Position Update] New position, Discuss, has been recorded for Roman Danyliw
2019-07-09
49 Martin Vigoureux [Ballot Position Update] New position, No Objection, has been recorded for Martin Vigoureux
2019-07-09
49 Mirja Kühlewind
[Ballot discuss]
One point on this sentence, which I believe was also commented in the TSV-ART review (Thanks Jörg!):

sec 4.2: "The mapping to the …
[Ballot discuss]
One point on this sentence, which I believe was also commented in the TSV-ART review (Thanks Jörg!):

sec 4.2: "The mapping to the 802.11 data service MUST use a
  'priority' value of 1, which specifies the use of QoS with a
  'Background' user priority."
I don't think this should be a MUST requirement. I assume the assumption here is that IP traffic is always some "random" data that is less important than other V2V communication. However, this is a generic mapping document and should therefore probably not make such an assumption (or at least it would need to be spelled out).
2019-07-09
49 Mirja Kühlewind [Ballot Position Update] Position for Mirja Kühlewind has been changed to Discuss from No Record
2019-07-09
49 Mirja Kühlewind
[Ballot comment]
One editorial high level comment: I seams like all text that was somehow deemed as out fo scope for the main body of …
[Ballot comment]
One editorial high level comment: I seams like all text that was somehow deemed as out fo scope for the main body of this document got stuffed into the appendix. Please consider removing what is really not needed in this document as these pages also take review and RFC Editor time, especially as they seem to have received less review and therefore have more nits.

nit: sec 4.5.2 s/in OCB mode.A  A future improvement/in OCB mode. A future improvement/
2019-07-09
49 Mirja Kühlewind Ballot comment text updated for Mirja Kühlewind
2019-07-08
49 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-49.txt
2019-07-08
49 (System) New version approved
2019-07-08
49 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-07-08
49 Nabil Benamar Uploaded new revision
2019-07-08
48 Deborah Brungard [Ballot Position Update] New position, No Objection, has been recorded for Deborah Brungard
2019-07-07
48 Éric Vyncke
[Ballot comment]
Thank you  for the work put into this document. Interesting use case ;-)

Beside the 3 COMMENTs below, I have a question: my …
[Ballot comment]
Thank you  for the work put into this document. Interesting use case ;-)

Beside the 3 COMMENTs below, I have a question: my understanding is that this is a P2P link, so, layer-3 multicast packets could easily be sent over unicast layer-2 IF the other peer is known with its layer-2 address which is possibly known when forming a OCB "association" (but I am not a WiFi person at all). Just curious here ;-)

Regards,

-éric

== COMMENTS ==

-- Section 3 --

It is unclear whether a IP-OBU <-> IP-OBU is a use case of this document (it is mentionned in 4.6 though but it would help the reader to have it mentioned in section 3).

-- Section 4.4 --

In the discussion of SLAAC, there should be a mention on the presence or absence of Router Advertisement and if RA are used:
- which entity sends this RA (probably IP-RSU),
- does RA contain PIO ?
- what are the recommendation for router lifetime (and PIO timers) ?

-- Missing --

Duplicate Address Detection is only mentioned in Appendix I and it is unclear whether optimistic DAD (even for LLA) should/must be used.
2019-07-07
48 Éric Vyncke [Ballot Position Update] New position, No Objection, has been recorded for Éric Vyncke
2019-07-06
48 (System) IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed
2019-07-06
48 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-48.txt
2019-07-06
48 (System) New version approved
2019-07-06
48 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-07-06
48 Nabil Benamar Uploaded new revision
2019-07-05
47 Alvaro Retana
[Ballot comment]
§4.3: I think that the MAYs used in this section are out of place as they only state facts and not Normative behavior.  …
[Ballot comment]
§4.3: I think that the MAYs used in this section are out of place as they only state facts and not Normative behavior.  s/MAY/may

§4.5.2: "Future improvement to this specification SHOULD consider solutions for these problems."  I understand the interest to consider the problems...but I don't think there's any Normative action that results from using SHOULD.  s/SHOULD/should
2019-07-05
47 Alvaro Retana [Ballot Position Update] New position, No Objection, has been recorded for Alvaro Retana
2019-07-04
47 Warren Kumari [Ballot Position Update] New position, No Objection, has been recorded for Warren Kumari
2019-07-04
47 Alexey Melnikov [Ballot Position Update] New position, No Objection, has been recorded for Alexey Melnikov
2019-07-03
47 Roni Even Request for Telechat review by GENART Completed: Ready with Issues. Reviewer: Roni Even. Sent review to list.
2019-07-03
47 (System) IANA Review state changed to IANA OK - No Actions Needed from Version Changed - Review Needed
2019-07-03
47 Jean Mahoney Request for Telechat review by GENART is assigned to Roni Even
2019-07-03
47 Jean Mahoney Request for Telechat review by GENART is assigned to Roni Even
2019-07-03
47 Amy Vezza Placed on agenda for telechat - 2019-07-11
2019-07-03
47 Suresh Krishnan IESG state changed to IESG Evaluation from Waiting for Writeup
2019-07-03
47 Suresh Krishnan Ballot has been issued
2019-07-03
47 Suresh Krishnan [Ballot Position Update] New position, Yes, has been recorded for Suresh Krishnan
2019-07-03
47 Suresh Krishnan Created "Approve" ballot
2019-07-03
47 Suresh Krishnan Ballot writeup was changed
2019-07-03
47 Suresh Krishnan
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Krishnan.

This document specifies the mechanisms for transmission of IPv6 …
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Krishnan.

This document specifies the mechanisms for transmission of IPv6 datagrams over
IEEE 802.11-OCB mode. It is based on existing IPv6 over Ethernet documents and
focuses on the aspects specific to IEEE 802.11-OCB mode. This document is the
main charter item of the IPWAVE working group, and the WG is quite sure that
this will be a useful Standards Track document.

2. Review and Consensus
The document has been reviewed several times within the WG. It also has been
reviewed by 6man (as specified in the IPWAVE WG charter). Authors have addressed
the comments received and 6man has not raised additional issues.

3. Intellectual Property
Each author has confirmed conformance with BCP 78/79. There are no IPR disclosures on the document.

4. Other Points
There are the following normative downrefs (according to the idnits tool):

** Downref: Normative reference to an Informational RFC: RFC 2818
** Downref: Normative reference to an Informational RFC: RFC 3753
** Downref: Normative reference to an Informational RFC: RFC 5889
** Downref: Normative reference to an Informational RFC: RFC 7721

2019-06-27
47 (System) IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed
2019-06-27
47 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-47.txt
2019-06-27
47 (System) New version approved
2019-06-27
47 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-06-27
47 Nabil Benamar Uploaded new revision
2019-06-27
46 Joerg Ott Request for Last Call review by TSVART Completed: On the Right Track. Reviewer: Joerg Ott. Sent review to list.
2019-06-26
46 (System) IESG state changed to Waiting for Writeup from In Last Call
2019-06-25
46 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Fred Baker
2019-06-25
46 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Fred Baker
2019-06-25
46 (System) IANA Review state changed to IANA OK - No Actions Needed from IANA - Review Needed
2019-06-25
46 Sabrina Tanamal
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has reviewed draft-ietf-ipwave-ipv6-over-80211ocb-46, which is currently in Last Call, and has the following comments:

We …
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has reviewed draft-ietf-ipwave-ipv6-over-80211ocb-46, which is currently in Last Call, and has the following comments:

We understand that this document doesn't require any registry actions.

While it's often helpful for a document's IANA Considerations section to remain in place upon publication even if there are no actions, if the authors strongly prefer to remove it, we do not object.

If this assessment is not accurate, please respond as soon as possible.

Thank you,

Sabrina Tanamal
Senior IANA Services Specialist
2019-06-22
46 Tero Kivinen Request for Last Call review by SECDIR is assigned to Aanchal Malhotra
2019-06-22
46 Tero Kivinen Request for Last Call review by SECDIR is assigned to Aanchal Malhotra
2019-06-19
46 Wesley Eddy Request for Last Call review by TSVART is assigned to Joerg Ott
2019-06-19
46 Wesley Eddy Request for Last Call review by TSVART is assigned to Joerg Ott
2019-06-16
46 Roni Even Request for Last Call review by GENART Completed: Almost Ready. Reviewer: Roni Even. Sent review to list.
2019-06-13
46 Jean Mahoney Request for Last Call review by GENART is assigned to Roni Even
2019-06-13
46 Jean Mahoney Request for Last Call review by GENART is assigned to Roni Even
2019-06-12
46 Cindy Morgan IANA Review state changed to IANA - Review Needed
2019-06-12
46 Cindy Morgan
The following Last Call announcement was sent out (ends 2019-06-26):

From: The IESG
To: IETF-Announce
CC: its@ietf.org, Carlos Bernardos , draft-ietf-ipwave-ipv6-over-80211ocb@ietf.org, cjbc@it.uc3m.es, …
The following Last Call announcement was sent out (ends 2019-06-26):

From: The IESG
To: IETF-Announce
CC: its@ietf.org, Carlos Bernardos , draft-ietf-ipwave-ipv6-over-80211ocb@ietf.org, cjbc@it.uc3m.es, suresh@kaloom.com, ipwave-chairs@ietf.org
Reply-To: ietf@ietf.org
Sender:
Subject: Last Call:  (Basic support for IPv6 over IEEE Std 802.11 Networks operating Outside the Context of a Basic Service Set (IPv6-over-80211-OCB)) to Proposed Standard


The IESG has received a request from the IP Wireless Access in Vehicular
Environments WG (ipwave) to consider the following document: - 'Basic support
for IPv6 over IEEE Std 802.11 Networks operating Outside
  the Context of a Basic Service Set (IPv6-over-80211-OCB)'
  as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2019-06-26. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


  This document provides methods and settings, and describes
  limitations, for using IPv6 to communicate among nodes in range of
  one another over a single IEEE 802.11-OCB link with minimal change to
  existing stacks.  Optimizations and usage of IPv6 over more complex
  scenarios is not covered and is subject of future work.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ipwave-ipv6-over-80211ocb/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ipwave-ipv6-over-80211ocb/ballot/


No IPR declarations have been submitted directly on this I-D.


The document contains these normative downward references.
See RFC 3967 for additional information:
    rfc3753: Mobility Related Terminology (Informational - IETF stream)
    rfc7721: Security and Privacy Considerations for IPv6 Address Generation Mechanisms (Informational - IETF stream)
    rfc5889: IP Addressing Model in Ad Hoc Networks (Informational - IETF stream)
    rfc6959: Source Address Validation Improvement (SAVI) Threat Scope (Informational - IETF stream)



2019-06-12
46 Cindy Morgan IESG state changed to In Last Call from Last Call Requested
2019-06-12
46 Suresh Krishnan Last call was requested
2019-06-12
46 Suresh Krishnan Last call announcement was generated
2019-06-12
46 Suresh Krishnan Ballot approval text was generated
2019-06-12
46 Suresh Krishnan Ballot writeup was generated
2019-06-12
46 Suresh Krishnan IESG state changed to Last Call Requested from AD Evaluation
2019-06-07
46 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-46.txt
2019-06-07
46 (System) New version approved
2019-06-07
46 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-06-07
46 Nabil Benamar Uploaded new revision
2019-04-29
45 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-45.txt
2019-04-29
45 (System) New version approved
2019-04-29
45 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Thierry Ernst , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2019-04-29
45 Nabil Benamar Uploaded new revision
2019-04-23
44 Nabil Benamar New version available: draft-ietf-ipwave-ipv6-over-80211ocb-44.txt
2019-04-23
44 (System) New version approved
2019-04-23
44 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-23
44 Nabil Benamar Uploaded new revision
2019-04-18
43 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-43.txt
2019-04-18
43 (System) New version approved
2019-04-18
43 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-18
43 Alexandre Petrescu Uploaded new revision
2019-04-17
42 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-42.txt
2019-04-17
42 (System) New version approved
2019-04-17
42 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-17
42 Alexandre Petrescu Uploaded new revision
2019-04-16
41 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-41.txt
2019-04-16
41 (System) New version approved
2019-04-16
41 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-16
41 Alexandre Petrescu Uploaded new revision
2019-04-15
40 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-40.txt
2019-04-15
40 (System) New version approved
2019-04-15
40 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-15
40 Alexandre Petrescu Uploaded new revision
2019-04-14
39 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-39.txt
2019-04-14
39 (System) New version approved
2019-04-14
39 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-14
39 Alexandre Petrescu Uploaded new revision
2019-04-11
38 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-38.txt
2019-04-11
38 (System) New version approved
2019-04-11
38 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-11
38 Alexandre Petrescu Uploaded new revision
2019-04-09
37 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-37.txt
2019-04-09
37 (System) New version approved
2019-04-09
37 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-09
37 Alexandre Petrescu Uploaded new revision
2019-04-08
36 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-36.txt
2019-04-08
36 (System) New version approved
2019-04-08
36 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-08
36 Alexandre Petrescu Uploaded new revision
2019-04-08
35 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-35.txt
2019-04-08
35 (System) New version approved
2019-04-08
35 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2019-04-08
35 Alexandre Petrescu Uploaded new revision
2019-03-25
34 Russ Housley Added to session: IETF-104: ipwave  Fri-1050
2019-03-04
34 Pascal Thubert Request for Early review by IOTDIR Completed: Not Ready. Reviewer: Pascal Thubert. Sent review to list.
2019-03-04
34 Pascal Thubert Request for Early review by INTDIR Completed: Not Ready. Reviewer: Pascal Thubert. Sent review to list.
2019-02-11
34 Suresh Krishnan IESG state changed to AD Evaluation from Publication Requested
2019-02-11
34 Samita Chakrabarti Request for Early review by IOTDIR is assigned to Pascal Thubert
2019-02-11
34 Samita Chakrabarti Request for Early review by IOTDIR is assigned to Pascal Thubert
2019-02-06
34 Carlos Bernardos Request for Early review by INTDIR is assigned to Pascal Thubert
2019-02-06
34 Carlos Bernardos Request for Early review by INTDIR is assigned to Pascal Thubert
2019-02-06
34 Suresh Krishnan Requested Early review by IOTDIR
2019-02-06
34 Suresh Krishnan Requested Early review by INTDIR
2019-01-29
34 Carlos Bernardos
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Suresh Krishnan.

This document specifies the mechanisms for transmission of …
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Suresh Krishnan.

This document specifies the mechanisms for transmission of IPv6 datagrams over
IEEE 802.11-OCB mode. It is based on existing IPv6 over Ethernet documents and
focuses on the aspects specific to IEEE 802.11-OCB mode. This document is the
main charter item of the IPWAVE working group, and the WG is quite sure that
this will be a useful Standards Track document.

2. Review and Consensus
The document has been reviewed several times within the WG. It also has been
reviewed by 6man (as specified in the IPWAVE WG charter). Authors have addressed
the comments received and 6man has not raised additional issues.

3. Intellectual Property
Each author has confirmed conformance with BCP 78/79. There are no IPR disclosures on the document.

4. Other Points
There are the following normative downrefs (according to the idnits tool):

** Downref: Normative reference to an Informational RFC: RFC 2818
** Downref: Normative reference to an Informational RFC: RFC 3753
** Downref: Normative reference to an Informational RFC: RFC 5889
** Downref: Normative reference to an Informational RFC: RFC 7721

2019-01-29
34 Carlos Bernardos Responsible AD changed to Suresh Krishnan
2019-01-29
34 Carlos Bernardos IETF WG state changed to Submitted to IESG for Publication from In WG Last Call
2019-01-29
34 Carlos Bernardos IESG state changed to Publication Requested from I-D Exists
2019-01-29
34 Carlos Bernardos IESG process started in state Publication Requested
2019-01-29
34 Carlos Bernardos
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Suresh Krishnan.

This document specifies the mechanisms for transmission of …
1. Summary
The document shepherd is Carlos J. Bernardos. The responsible Area Director is
Suresh Suresh Krishnan.

This document specifies the mechanisms for transmission of IPv6 datagrams over
IEEE 802.11-OCB mode. It is based on existing IPv6 over Ethernet documents and
focuses on the aspects specific to IEEE 802.11-OCB mode. This document is the
main charter item of the IPWAVE working group, and the WG is quite sure that
this will be a useful Standards Track document.

2. Review and Consensus
The document has been reviewed several times within the WG. It also has been
reviewed by 6man (as specified in the IPWAVE WG charter). Authors have addressed
the comments received and 6man has not raised additional issues.

3. Intellectual Property
Each author has confirmed conformance with BCP 78/79. There are no IPR disclosures on the document.

4. Other Points
There are the following normative downrefs (according to the idnits tool):

** Downref: Normative reference to an Informational RFC: RFC 2818
** Downref: Normative reference to an Informational RFC: RFC 3753
** Downref: Normative reference to an Informational RFC: RFC 5889
** Downref: Normative reference to an Informational RFC: RFC 7721

2018-12-18
34 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-34.txt
2018-12-18
34 (System) New version approved
2018-12-18
34 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-12-18
34 Alexandre Petrescu Uploaded new revision
2018-12-17
33 Russ Housley Doing a 1-week WG Last Call to confirm that the changes resolve the issues that were raised.
2018-12-17
33 Russ Housley Tag Other - see Comment Log cleared.
2018-12-17
33 Russ Housley IETF WG state changed to In WG Last Call from WG Consensus: Waiting for Write-Up
2018-12-17
33 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-33.txt
2018-12-17
33 (System) New version approved
2018-12-17
33 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-12-17
33 Alexandre Petrescu Uploaded new revision
2018-12-10
32 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-32.txt
2018-12-10
32 (System) New version approved
2018-12-10
32 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-12-10
32 Alexandre Petrescu Uploaded new revision
2018-11-19
31 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-31.txt
2018-11-19
31 (System) New version approved
2018-11-19
31 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jerome Haerri , Alexandre Petrescu , Jong-Hyouk Lee , ipwave-chairs@ietf.org
2018-11-19
31 Alexandre Petrescu Uploaded new revision
2018-11-04
30 Carlos Bernardos Added to session: IETF-103: ipwave  Tue-1120
2018-09-24
30 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-30.txt
2018-09-24
30 (System) New version approved
2018-09-24
30 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-09-24
30 Alexandre Petrescu Uploaded new revision
2018-09-20
29 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-29.txt
2018-09-20
29 (System) New version approved
2018-09-20
29 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-09-20
29 Alexandre Petrescu Uploaded new revision
2018-09-19
28 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-28.txt
2018-09-19
28 (System) New version approved
2018-09-19
28 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-09-19
28 Alexandre Petrescu Uploaded new revision
2018-09-14
27 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-27.txt
2018-09-14
27 (System) New version approved
2018-09-14
27 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-09-14
27 Alexandre Petrescu Uploaded new revision
2018-09-07
26 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-26.txt
2018-09-07
26 (System) New version approved
2018-09-07
26 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-09-07
26 Alexandre Petrescu Uploaded new revision
2018-07-15
25 Carlos Bernardos Added to session: IETF-102: ipwave  Mon-1330
2018-06-20
25 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-25.txt
2018-06-20
25 (System) New version approved
2018-06-20
25 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-06-20
25 Alexandre Petrescu Uploaded new revision
2018-06-15
24 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-24.txt
2018-06-15
24 (System) New version approved
2018-06-15
24 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-06-15
24 Alexandre Petrescu Uploaded new revision
2018-06-13
23 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-23.txt
2018-06-13
23 (System) New version approved
2018-06-13
23 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-06-13
23 Alexandre Petrescu Uploaded new revision
2018-04-18
22 Suresh Krishnan Sent a review request to 6man
2018-04-18
22 Carlos Bernardos Waiting for 6man review
2018-04-18
22 Carlos Bernardos Tag Other - see Comment Log set.
2018-04-18
22 Carlos Bernardos IETF WG state changed to WG Consensus: Waiting for Write-Up from In WG Last Call
2018-03-20
22 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-22.txt
2018-03-20
22 (System) New version approved
2018-03-20
22 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-03-20
22 Alexandre Petrescu Uploaded new revision
2018-03-18
21 Carlos Bernardos Added to session: IETF-101: ipwave  Mon-0930
2018-03-08
21 Carlos Bernardos Due to the amount of changes since the first WGLC, we do a new (short) one.
2018-03-08
21 Carlos Bernardos Tag Doc Shepherd Follow-up Underway cleared.
2018-03-08
21 Carlos Bernardos IETF WG state changed to In WG Last Call from WG Consensus: Waiting for Write-Up
2018-03-03
21 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-21.txt
2018-03-03
21 (System) New version approved
2018-03-03
21 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-03-03
21 Alexandre Petrescu Uploaded new revision
2018-03-02
20 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-20.txt
2018-03-02
20 (System) New version approved
2018-03-02
20 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-03-02
20 Alexandre Petrescu Uploaded new revision
2018-02-22
19 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-19.txt
2018-02-22
19 (System) New version approved
2018-02-22
19 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-22
19 Alexandre Petrescu Uploaded new revision
2018-02-19
18 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-18.txt
2018-02-19
18 (System) New version approved
2018-02-19
18 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-19
18 Alexandre Petrescu Uploaded new revision
2018-02-15
17 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-17.txt
2018-02-15
17 (System) New version approved
2018-02-15
17 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-15
17 Alexandre Petrescu Uploaded new revision
2018-02-14
16 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-16.txt
2018-02-14
16 (System) New version approved
2018-02-14
16 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-14
16 Alexandre Petrescu Uploaded new revision
2018-02-13
15 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-15.txt
2018-02-13
15 (System) New version approved
2018-02-13
15 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-13
15 Alexandre Petrescu Uploaded new revision
2018-02-11
14 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-14.txt
2018-02-11
14 (System) New version approved
2018-02-11
14 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-11
14 Alexandre Petrescu Uploaded new revision
2018-02-04
13 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-13.txt
2018-02-04
13 (System) New version approved
2018-02-04
13 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2018-02-04
13 Alexandre Petrescu Uploaded new revision
2018-01-29
12 Carlos Bernardos Tag Doc Shepherd Follow-up Underway set. Tag Revised I-D Needed - Issue raised by WGLC cleared.
2018-01-29
12 Carlos Bernardos IETF WG state changed to WG Consensus: Waiting for Write-Up from WG Document
2018-01-29
12 Carlos Bernardos Notification list changed to Carlos Bernardos <cjbc@it.uc3m.es>
2018-01-29
12 Carlos Bernardos Document shepherd changed to Carlos Jésus Bernardos
2017-12-31
12 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-12.txt
2017-12-31
12 (System) New version approved
2017-12-31
12 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2017-12-31
12 Alexandre Petrescu Uploaded new revision
2017-11-12
11 Carlos Bernardos Added to session: IETF-100: ipwave  Mon-1740
2017-10-23
11 Carlos Bernardos Tag Revised I-D Needed - Issue raised by WGLC set.
2017-10-23
11 Carlos Bernardos IETF WG state changed to WG Document from In WG Last Call
2017-10-16
11 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-11.txt
2017-10-16
11 (System) New version approved
2017-10-16
11 (System) Request for posting confirmation emailed to previous authors: Jerome Haerri , Jong-Hyouk Lee , Alexandre Petrescu , Nabil Benamar , Thierry Ernst , ipwave-chairs@ietf.org
2017-10-16
11 Alexandre Petrescu Uploaded new revision
2017-10-12
10 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-10.txt
2017-10-12
10 (System) New version approved
2017-10-12
10 (System) Request for posting confirmation emailed to previous authors: Nabil Benamar , Jong-Hyouk Lee , Alexandre Petrescu , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-10-12
10 Alexandre Petrescu Uploaded new revision
2017-10-06
09 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-09.txt
2017-10-06
09 (System) New version approved
2017-10-06
09 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-10-06
09 Alexandre Petrescu Uploaded new revision
2017-09-23
08 Carlos Bernardos IETF WG state changed to In WG Last Call from WG Document
2017-09-23
08 Carlos Bernardos Changed consensus to Yes from Unknown
2017-09-23
08 Carlos Bernardos Intended Status changed to Proposed Standard from None
2017-09-19
08 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-08.txt
2017-09-19
08 (System) New version approved
2017-09-19
08 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-09-19
08 Alexandre Petrescu Uploaded new revision
2017-09-17
07 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-07.txt
2017-09-17
07 (System) New version approved
2017-09-17
07 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-09-17
07 Alexandre Petrescu Uploaded new revision
2017-09-12
06 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-06.txt
2017-09-12
06 (System) New version approved
2017-09-12
06 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-09-12
06 Alexandre Petrescu Uploaded new revision
2017-09-10
05 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-05.txt
2017-09-10
05 (System) New version approved
2017-09-10
05 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-09-10
05 Alexandre Petrescu Uploaded new revision
2017-08-18
04 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-04.txt
2017-08-18
04 (System) New version approved
2017-08-17
04 (System) Request for posting confirmation emailed to previous authors: Christian Huitema , ipwave-chairs@ietf.org
2017-08-17
04 Alexandre Petrescu Uploaded new revision
2017-07-20
03 Carlos Bernardos Added to session: IETF-99: ipwave  Thu-1550
2017-05-29
03 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-03.txt
2017-05-29
03 (System) New version approved
2017-05-29
03 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-05-29
03 Alexandre Petrescu Uploaded new revision
2017-03-14
02 Russ Housley Added to session: IETF-98: ipwave  Fri-0900
2017-03-12
02 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-02.txt
2017-03-12
02 (System) New version approved
2017-03-12
02 (System)
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri …
Request for posting confirmation emailed to previous authors: Nabil Benamar , Christian Huitema , Jong-Hyouk Lee , Alexandre Petrescu , Tony Li , Jerome Haerri , Thierry Ernst , ipwave-chairs@ietf.org
2017-03-12
02 Alexandre Petrescu Uploaded new revision
2017-02-20
01 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-01.txt
2017-02-20
01 (System) New version approved
2017-02-20
01 (System)
Request for posting confirmation emailed to previous authors: "Jerome Haerri" , "Tony Li" , "Thierry Ernst" , "Nabil Benamar" , "Christian Huitema" , "Jong-Hyouk Lee" …
Request for posting confirmation emailed to previous authors: "Jerome Haerri" , "Tony Li" , "Thierry Ernst" , "Nabil Benamar" , "Christian Huitema" , "Jong-Hyouk Lee" , "Alexandre Petrescu" , ipwave-chairs@ietf.org
2017-02-20
01 Alexandre Petrescu Uploaded new revision
2016-12-01
00 Russ Housley This document now replaces draft-petrescu-ipv6-over-80211p instead of None
2016-12-01
00 Alexandre Petrescu New version available: draft-ietf-ipwave-ipv6-over-80211ocb-00.txt
2016-12-01
00 (System) WG -00 approved
2016-12-01
00 Alexandre Petrescu Set submitter to "Alexandre Petrescu ", replaces to draft-petrescu-ipv6-over-80211p and sent approval email to group chairs: ipwave-chairs@ietf.org
2016-12-01
00 Alexandre Petrescu Uploaded new revision