Skip to main content

Internet Key Exchange Protocol Version 2 (IKEv2) Notification Status Types for IPv4/IPv6 Coexistence
draft-ietf-ipsecme-ipv6-ipv4-codes-06

Revision differences

Document history

Date Rev. By Action
2024-01-26
06 Gunter Van de Velde Request closed, assignment withdrawn: Jon Mitchell Last Call OPSDIR review
2024-01-26
06 Gunter Van de Velde Closed request for Last Call review by OPSDIR with state 'Overtaken by Events': Cleaning up stale OPSDIR queue
2021-02-05
06 (System) RFC Editor state changed to AUTH48-DONE from AUTH48
2021-02-01
06 (System) RFC Editor state changed to AUTH48 from RFC-EDITOR
2021-01-08
06 (System) RFC Editor state changed to RFC-EDITOR from EDIT
2020-12-23
06 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2020-12-23
06 (System) IANA Action state changed to Waiting on RFC Editor from In Progress
2020-12-23
06 (System) IANA Action state changed to In Progress from Waiting on Authors
2020-12-22
06 (System) RFC Editor state changed to EDIT
2020-12-22
06 (System) IESG state changed to RFC Ed Queue from Approved-announcement sent
2020-12-22
06 (System) Announcement was received by RFC Editor
2020-12-22
06 (System) IANA Action state changed to Waiting on Authors from In Progress
2020-12-21
06 (System) IANA Action state changed to In Progress
2020-12-21
06 Amy Vezza IESG state changed to Approved-announcement sent from Approved-announcement to be sent
2020-12-21
06 Amy Vezza IESG has approved the document
2020-12-21
06 Amy Vezza Closed "Approve" ballot
2020-12-21
06 Amy Vezza Ballot approval text was generated
2020-12-17
06 Benjamin Kaduk IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::AD Followup
2020-12-17
06 Cindy Morgan IESG state changed to Approved-announcement to be sent::AD Followup from IESG Evaluation
2020-12-17
06 Michelle Cotton IANA Review state changed to IANA OK - Actions Needed from Version Changed - Review Needed
2020-12-17
06 (System) IANA Review state changed to Version Changed - Review Needed from IANA OK - Actions Needed
2020-12-17
06 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-06.txt
2020-12-17
06 (System) New version approved
2020-12-17
06 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2020-12-17
06 Mohamed Boucadair Uploaded new revision
2020-12-17
05 Martin Vigoureux [Ballot Position Update] New position, No Objection, has been recorded for Martin Vigoureux
2020-12-16
05 Alissa Cooper [Ballot Position Update] New position, No Objection, has been recorded for Alissa Cooper
2020-12-16
05 Erik Kline
[Ballot comment]
[[ comments/questions ]]

[ section 5 ]

* I concur with Eric V. w.r.t. MUST vs SHOULD for dualstack initiators.
  As written …
[Ballot comment]
[[ comments/questions ]]

[ section 5 ]

* I concur with Eric V. w.r.t. MUST vs SHOULD for dualstack initiators.
  As written it seems to me like it might be overspecified.

* I'm confused about the last entry in the table.  If there's a policy
  restriction to only a single address family, are both IP4 and IP6
  _ALLOWED returned?  Instead of "4,6" should this be "4|6"?
2020-12-16
05 Erik Kline [Ballot Position Update] New position, Yes, has been recorded for Erik Kline
2020-12-16
05 Alvaro Retana [Ballot Position Update] New position, No Objection, has been recorded for Alvaro Retana
2020-12-15
05 Barry Leiba [Ballot Position Update] New position, No Objection, has been recorded for Barry Leiba
2020-12-15
05 Deborah Brungard [Ballot Position Update] New position, No Objection, has been recorded for Deborah Brungard
2020-12-15
05 Roman Danyliw [Ballot comment]
Thank you to Sean Turner for the SECDIR review.
2020-12-15
05 Roman Danyliw [Ballot Position Update] New position, No Objection, has been recorded for Roman Danyliw
2020-12-15
05 Magnus Westerlund [Ballot Position Update] New position, No Objection, has been recorded for Magnus Westerlund
2020-12-14
05 Robert Wilton
[Ballot comment]
Hi Med,

Thanks for this document.  I found it pretty easy to read and follow.

One minor comments and a nit.

Minor comment: …
[Ballot comment]
Hi Med,

Thanks for this document.  I found it pretty easy to read and follow.

One minor comments and a nit.

Minor comment:

IPv4v6 PDP-Context
- This wasn't defined in the document, and it wasn't obvious to me what this is.  Perhaps have a definition or reference to the definition in the terminology section might be helpful.

Nit:

attaches the network => attaches to the network

Regards,
Rob
2020-12-14
05 Robert Wilton [Ballot Position Update] New position, No Objection, has been recorded for Robert Wilton
2020-12-14
05 Éric Vyncke
[Ballot comment]
Bonjour Med,

Thank you for the work put into this document. The shepherd write-up is really terse but reflects that it was a …
[Ballot comment]
Bonjour Med,

Thank you for the work put into this document. The shepherd write-up is really terse but reflects that it was a rough consensus.

Please find below  some non-blocking COMMENT points (but replies would be appreciated), and some nits.

I hope that this helps to improve the document,

Regards,

-éric

== COMMENTS ==

-- Abstract --
The one-line abstract does not really explain/summarize what this document is about. E.g., nothing is mentioned about 3GPP origin. Expanding the abstract with something like "by allowing the responder to signal to the initiator which address families are supported".

-- Section 1 --
The sentence "When the UE  attaches the network using a WLAN access by means of IKEv2 capabilities, there are no equivalent notification codes ..." looks cryptic to me. What is the link with WLAN access and IKEv2 ?

-- Section 5 --
  "If a dual-stack initiator requests only an IPv6 prefix (or an IPv4
  address) but only receives IP4_ALLOWED (or IP6_ALLOWED) notification
  status type from the responder, the initiator MUST send a request for
  IPv4 address(es) (or IPv6 prefix(es))."
 
Is it really a "MUST" and not a "SHOULD" or even "MAY" ? A constrained UE may have IPv6-only applications and, even if OS is dual-stack, not bothers to have a useless IPv4 address.

The paragraph after this one mimics the 3GPP PDP behavior, but, does it make sense for IKEv2 ?


== NITS ==

In several places, the word "responder" is misspelled.

In some places, a ':' is followed by a capitalized word which looks weird to my French-reading eyes...
2020-12-14
05 Éric Vyncke [Ballot Position Update] New position, No Objection, has been recorded for Éric Vyncke
2020-12-13
05 Murray Kucherawy [Ballot comment]
In Section 4, "repsonser" should be "responder".
2020-12-13
05 Murray Kucherawy [Ballot Position Update] New position, No Objection, has been recorded for Murray Kucherawy
2020-12-11
05 Michelle Cotton IANA Review state changed to IANA OK - Actions Needed from IANA - Not OK
2020-12-11
05 Michelle Cotton IANA Experts State changed to Expert Reviews OK from Reviews assigned
2020-12-11
05 Martin Duke [Ballot Position Update] New position, No Objection, has been recorded for Martin Duke
2020-12-07
05 Amy Vezza Placed on agenda for telechat - 2020-12-17
2020-12-05
05 Benjamin Kaduk IESG state changed to IESG Evaluation from Waiting for Writeup
2020-12-05
05 Benjamin Kaduk Ballot has been issued
2020-12-05
05 Benjamin Kaduk [Ballot Position Update] New position, Yes, has been recorded for Benjamin Kaduk
2020-12-05
05 Benjamin Kaduk Created "Approve" ballot
2020-12-05
05 Benjamin Kaduk Ballot writeup was changed
2020-12-01
05 (System) IESG state changed to Waiting for Writeup from In Last Call
2020-11-24
05 Sabrina Tanamal IANA Experts State changed to Reviews assigned
2020-11-24
05 (System) IANA Review state changed to IANA - Not OK from IANA - Review Needed
2020-11-24
05 Sabrina Tanamal
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has completed its review of draft-ietf-ipsecme-ipv6-ipv4-codes-05. If any part of this review is inaccurate, please let …
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has completed its review of draft-ietf-ipsecme-ipv6-ipv4-codes-05. If any part of this review is inaccurate, please let us know.

The IANA Functions Operator understands that, upon approval of this document, there is a single action which we must complete.

In the IKEv2 Notify Message Types - Status Types registry on the Internet Key Exchange Version 2 (IKEv2) Parameters registry page located at:

https://www.iana.org/assignments/ikev2-parameters/

two new status types are to be registered as follows:

Value: [ TBD-at-Registration ]
NOTIFY MESSAGES - STATUS TYPES: IP4_ALLOWED
Reference: [ RFC-to-be ]

Value: [ TBD-at-Registration ]
NOTIFY MESSAGES - STATUS TYPES: IP6_ALLOWED
Reference: [ RFC-to-be ]

As this document requests registrations in an Expert Review (see RFC 8126) registry, we will initiate the required Expert Review via a separate request. This review must be completed before the document's IANA state can be changed to "IANA OK."

The IANA Functions Operator understands that this is the only action required to be completed upon approval of this document.

Note:  The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is meant only to confirm the list of actions that will be performed.

Please note that specific values cannot be reserved. However, early allocation is available for some types of registrations. For more information, please see RFC 7120.

Thank you,

Sabrina Tanamal
Senior IANA Services Specialist
2020-11-20
05 Sean Turner Request for Last Call review by SECDIR Completed: Ready. Reviewer: Sean Turner. Sent review to list.
2020-11-15
05 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Jon Mitchell
2020-11-15
05 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Jon Mitchell
2020-11-14
05 Robert Sparks Request for Last Call review by GENART Completed: Ready. Reviewer: Robert Sparks. Sent review to list.
2020-11-12
05 Jean Mahoney Request for Last Call review by GENART is assigned to Robert Sparks
2020-11-12
05 Jean Mahoney Request for Last Call review by GENART is assigned to Robert Sparks
2020-11-12
05 Tero Kivinen Request for Last Call review by SECDIR is assigned to Sean Turner
2020-11-12
05 Tero Kivinen Request for Last Call review by SECDIR is assigned to Sean Turner
2020-11-10
05 Amy Vezza IANA Review state changed to IANA - Review Needed
2020-11-10
05 Amy Vezza
The following Last Call announcement was sent out (ends 2020-12-01):

From: The IESG
To: IETF-Announce
CC: draft-ietf-ipsecme-ipv6-ipv4-codes@ietf.org, Yoav Nir , David Waltermire , kaduk@mit.edu …
The following Last Call announcement was sent out (ends 2020-12-01):

From: The IESG
To: IETF-Announce
CC: draft-ietf-ipsecme-ipv6-ipv4-codes@ietf.org, Yoav Nir , David Waltermire , kaduk@mit.edu, ynir.ietf@gmail.com, ipsec@ietf.org, ipsecme-chairs@ietf.org
Reply-To: last-call@ietf.org
Sender:
Subject: Last Call:  (IKEv2 Notification Status Types for IPv4/IPv6 Coexistence) to Proposed Standard


The IESG has received a request from the IP Security Maintenance and
Extensions WG (ipsecme) to consider the following document: - 'IKEv2
Notification Status Types for IPv4/IPv6 Coexistence'
  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
last-call@ietf.org mailing lists by 2020-12-01. 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 specifies new IKEv2 notification status types to better
  manage IPv4 and IPv6 co-existence.

  This document updates RFC7296.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ipsecme-ipv6-ipv4-codes/



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




2020-11-10
05 Amy Vezza IESG state changed to In Last Call from Last Call Requested
2020-11-10
05 Amy Vezza Last call announcement was changed
2020-11-10
05 Benjamin Kaduk Last call was requested
2020-11-10
05 Benjamin Kaduk Last call announcement was generated
2020-11-10
05 Benjamin Kaduk Ballot approval text was generated
2020-11-10
05 Benjamin Kaduk Ballot writeup was generated
2020-11-10
05 Benjamin Kaduk IESG state changed to Last Call Requested from AD Evaluation::AD Followup
2020-10-21
05 (System) Sub state has been changed to AD Followup from Revised ID Needed
2020-10-21
05 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-05.txt
2020-10-21
05 (System) New version approved
2020-10-21
05 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2020-10-21
05 Mohamed Boucadair Uploaded new revision
2020-10-20
04 Benjamin Kaduk IESG state changed to AD Evaluation::Revised I-D Needed from AD Evaluation
2020-10-13
04 Benjamin Kaduk IESG state changed to AD Evaluation from Publication Requested
2020-02-11
04 Yoav Nir
Ben Kaduk is the responsible AD; Yoav Nir is the document shepherd.

draft-ietf-ipsecme-ipv6-ipv4-codes specifies new IKEv2 notification status types to better
manage IPv4 and IPv6 …
Ben Kaduk is the responsible AD; Yoav Nir is the document shepherd.

draft-ietf-ipsecme-ipv6-ipv4-codes specifies new IKEv2 notification status types to better
manage IPv4 and IPv6 co-existence.  The new codes improve upon the generic error code
INTERNAL_ADDRESS_FAILURE that is in RFC 7296. This document updates RFC 7296. As such,
it must be standards track.

The document was reviewed by the usual suspects of the IPsecME working group: Paul
Wouters, Valery Smyslov, MCR, Daniel Migault, Tero, and me. The review was thorough and
resulted in some changes. but consensus was rough on a few points:
* That the new notifications are always sent, regardless of whether the Initiator
  did or did not request a particular type of address, and regardless of whether the
  Responder was able to fulfill the request.
* It was a little controversial whether this draft ought to update 7296, or whether it
  is just an extension.
 
The author has confirmed that he neither owns nor is aware of any IPR related to this
document.

NOTE: The need for this document came from a 3GPP use-case as reflected in the
Introduction. The group decided that the document can be useful for other IPsec uses
such as "road warrior" VPN.
2020-02-11
04 Yoav Nir Responsible AD changed to Benjamin Kaduk
2020-02-11
04 Yoav Nir IETF WG state changed to Submitted to IESG for Publication from WG Consensus: Waiting for Write-Up
2020-02-11
04 Yoav Nir IESG state changed to Publication Requested from I-D Exists
2020-02-11
04 Yoav Nir IESG process started in state Publication Requested
2020-02-11
04 Yoav Nir
Ben Kaduk is the responsible AD; Yoav Nir is the document shepherd.

draft-ietf-ipsecme-ipv6-ipv4-codes specifies new IKEv2 notification status types to better
manage IPv4 and IPv6 …
Ben Kaduk is the responsible AD; Yoav Nir is the document shepherd.

draft-ietf-ipsecme-ipv6-ipv4-codes specifies new IKEv2 notification status types to better
manage IPv4 and IPv6 co-existence.  The new codes improve upon the generic error code
INTERNAL_ADDRESS_FAILURE that is in RFC 7296. This document updates RFC 7296. As such,
it must be standards track.

The document was reviewed by the usual suspects of the IPsecME working group: Paul
Wouters, Valery Smyslov, MCR, Daniel Migault, Tero, and me. The review was thorough and
resulted in some changes. but consensus was rough on a few points:
* That the new notifications are always sent, regardless of whether the Initiator
  did or did not request a particular type of address, and regardless of whether the
  Responder was able to fulfill the request.
* It was a little controversial whether this draft ought to update 7296, or whether it
  is just an extension.
 
The author has confirmed that he neither owns nor is aware of any IPR related to this
document.

NOTE: The need for this document came from a 3GPP use-case as reflected in the
Introduction. The group decided that the document can be useful for other IPsec uses
such as "road warrior" VPN.
2019-12-06
04 Yoav Nir Notification list changed to David Waltermire <david.waltermire@nist.gov>, Yoav Nir <ynir.ietf@gmail.com> from David Waltermire <david.waltermire@nist.gov>
2019-12-06
04 Yoav Nir Document shepherd changed to Yoav Nir
2019-12-06
04 Yoav Nir Changed consensus to Yes from Unknown
2019-12-06
04 Yoav Nir Intended Status changed to Proposed Standard from None
2019-11-16
04 David Waltermire
There has been no additional comments during the WGLC. After reviewing this draft, I believe the draft is ready to go to the IESG. Need …
There has been no additional comments during the WGLC. After reviewing this draft, I believe the draft is ready to go to the IESG. Need the write-up to move forward.
2019-11-16
04 David Waltermire IETF WG state changed to WG Consensus: Waiting for Write-Up from In WG Last Call
2019-10-21
04 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-04.txt
2019-10-21
04 (System) New version approved
2019-10-21
04 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2019-10-21
04 Mohamed Boucadair Uploaded new revision
2019-07-23
03 David Waltermire WGLC will end on 8/16/2019 @ 23:59 UTC.
2019-07-23
03 David Waltermire IETF WG state changed to In WG Last Call from WG Document
2019-07-22
03 Tero Kivinen Added to session: IETF-105: ipsecme  Tue-1520
2019-04-29
03 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-03.txt
2019-04-29
03 (System) New version approved
2019-04-29
03 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2019-04-29
03 Mohamed Boucadair Uploaded new revision
2019-03-28
02 David Waltermire Notification list changed to David Waltermire <david.waltermire@nist.gov>
2019-03-28
02 David Waltermire Document shepherd changed to David Waltermire
2019-03-14
02 Tero Kivinen Added to session: IETF-104: ipsecme  Thu-1050
2018-11-08
02 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-02.txt
2018-11-08
02 (System) New version approved
2018-11-08
02 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2018-11-08
02 Mohamed Boucadair Uploaded new revision
2018-11-05
01 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-01.txt
2018-11-05
01 (System) New version approved
2018-11-05
01 (System) Request for posting confirmation emailed to previous authors: Mohamed Boucadair
2018-11-05
01 Mohamed Boucadair Uploaded new revision
2018-11-04
00 Tero Kivinen Added to session: IETF-103: ipsecme  Wed-1350
2018-10-22
00 Tero Kivinen This document now replaces draft-boucadair-ipsecme-ipv6-ipv4-codes instead of None
2018-10-22
00 Mohamed Boucadair New version available: draft-ietf-ipsecme-ipv6-ipv4-codes-00.txt
2018-10-22
00 (System) WG -00 approved
2018-10-22
00 Mohamed Boucadair Set submitter to "Mohamed Boucadair ", replaces to draft-boucadair-ipsecme-ipv6-ipv4-codes and sent approval email to group chairs: ipsecme-chairs@ietf.org
2018-10-22
00 Mohamed Boucadair Uploaded new revision