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 |