IPv6 for Third Generation Partnership Project (3GPP) Cellular Hosts
draft-ietf-v6ops-rfc3316bis-06
Revision differences
Document history
Date | Rev. | By | Action |
---|---|---|---|
2013-11-01
|
06 | (System) | RFC Editor state changed to AUTH48-DONE from AUTH48 |
2013-10-28
|
06 | (System) | RFC Editor state changed to AUTH48 from RFC-EDITOR |
2013-10-10
|
06 | (System) | RFC Editor state changed to RFC-EDITOR from EDIT |
2013-09-18
|
06 | Amy Vezza | State changed to RFC Ed Queue from Approved-announcement sent |
2013-09-17
|
06 | (System) | RFC Editor state changed to EDIT |
2013-09-17
|
06 | (System) | Announcement was received by RFC Editor |
2013-09-16
|
06 | (System) | IANA Action state changed to No IC from In Progress |
2013-09-16
|
06 | (System) | IANA Action state changed to In Progress |
2013-09-16
|
06 | Amy Vezza | State changed to Approved-announcement sent from Approved-announcement to be sent |
2013-09-16
|
06 | Amy Vezza | IESG has approved the document |
2013-09-16
|
06 | Amy Vezza | Closed "Approve" ballot |
2013-09-16
|
06 | Amy Vezza | Ballot approval text was generated |
2013-09-15
|
06 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-06.txt |
2013-09-14
|
05 | Jouni Korhonen | IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed |
2013-09-14
|
05 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-05.txt |
2013-09-12
|
04 | Cindy Morgan | State changed to Approved-announcement to be sent from IESG Evaluation |
2013-09-12
|
04 | Benoît Claise | [Ballot Position Update] New position, No Objection, has been recorded for Benoit Claise |
2013-09-12
|
04 | Gonzalo Camarillo | [Ballot Position Update] New position, No Objection, has been recorded for Gonzalo Camarillo |
2013-09-12
|
04 | Stewart Bryant | [Ballot Position Update] New position, No Objection, has been recorded for Stewart Bryant |
2013-09-12
|
04 | Stephen Farrell | [Ballot comment] - Section 3 no longer really discusses IPsec since that's now in 6434, and doesn't mention TLS at all (nor does 6434 really) … [Ballot comment] - Section 3 no longer really discusses IPsec since that's now in 6434, and doesn't mention TLS at all (nor does 6434 really) so that bullet in section 7 should probably be fixed. |
2013-09-12
|
04 | Stephen Farrell | [Ballot Position Update] New position, No Objection, has been recorded for Stephen Farrell |
2013-09-12
|
04 | Amanda Baber | IANA Review state changed to IANA OK - No Actions Needed from Version Changed - Review Needed |
2013-09-11
|
04 | Adrian Farrel | [Ballot Position Update] New position, No Objection, has been recorded for Adrian Farrel |
2013-09-11
|
04 | Richard Barnes | [Ballot comment] It might help to note that EPS/EPC is the packet service for LTE. |
2013-09-11
|
04 | Richard Barnes | [Ballot Position Update] New position, No Objection, has been recorded for Richard Barnes |
2013-09-11
|
04 | Barry Leiba | [Ballot Position Update] New position, No Objection, has been recorded for Barry Leiba |
2013-09-11
|
04 | Sean Turner | [Ballot Position Update] New position, No Objection, has been recorded for Sean Turner |
2013-09-10
|
04 | Alexey Melnikov | Request for Telechat review by GENART Completed: Ready. Reviewer: Alexey Melnikov. |
2013-09-10
|
04 | Brian Haberman | [Ballot comment] - Section 2.5 says "MLD is needed for multicast group knowledge that is not link-local." It would be clearer to re-state (or reference) … [Ballot comment] - Section 2.5 says "MLD is needed for multicast group knowledge that is not link-local." It would be clearer to re-state (or reference) section 5.10 in RFC 6434. The level of MLD support is dependent upon the types of multicast applications supported on the cellular device. - Is there any need for time synchronization on cellular devices? |
2013-09-10
|
04 | Brian Haberman | [Ballot Position Update] New position, Yes, has been recorded for Brian Haberman |
2013-09-09
|
04 | Ted Lemon | [Ballot comment] In section 2.9, is there any appropriate way to give more guidance about the implementation of the default router preferences? My naive intuition … [Ballot comment] In section 2.9, is there any appropriate way to give more guidance about the implementation of the default router preferences? My naive intuition would be that the host should generally prefer to use a Wifi default route over a 3gpp default route, and indeed I think most phones do this, but that's not what this section says to do. By implementing a top-level preference for one interface over another, aren't handsets violating this recommendation? In section 7: However, it should be noted that in the 3GPP model, the network would assign a new prefix, in most cases, to hosts in roaming situations and typically, also when the cellular hosts activate a PDP Context or a PDN Connection. This means that 3GPP networks will already provide a limited form of addressing privacy, and no global tracking of a single host is possible through its address. Changing prefixes doesn't address the privacy issue that temporary addresses address. Do the host bits change in this situation, or just the prefix bits? If the former, it would be worth saying so to avoid conclusion; if the latter, then the statement is simply wrong. |
2013-09-09
|
04 | Ted Lemon | [Ballot Position Update] New position, No Objection, has been recorded for Ted Lemon |
2013-09-09
|
04 | Spencer Dawkins | [Ballot Position Update] New position, No Objection, has been recorded for Spencer Dawkins |
2013-09-09
|
04 | Martin Stiemerling | [Ballot Position Update] New position, No Objection, has been recorded for Martin Stiemerling |
2013-09-05
|
04 | Jean Mahoney | Request for Telechat review by GENART is assigned to Alexey Melnikov |
2013-09-05
|
04 | Jean Mahoney | Request for Telechat review by GENART is assigned to Alexey Melnikov |
2013-09-05
|
04 | Tero Kivinen | Request for Last Call review by SECDIR Completed: Has Nits. Reviewer: Charlie Kaufman. |
2013-09-03
|
04 | Joel Jaeggli | State changed to IESG Evaluation from Waiting for AD Go-Ahead |
2013-09-02
|
04 | Jouni Korhonen | IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed |
2013-09-02
|
04 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-04.txt |
2013-09-02
|
03 | (System) | State changed to Waiting for AD Go-Ahead from In Last Call |
2013-08-30
|
03 | Alexey Melnikov | Request for Last Call review by GENART Completed: Ready with Nits. Reviewer: Alexey Melnikov. |
2013-08-30
|
03 | Jari Arkko | [Ballot Position Update] New position, Recuse, has been recorded for Jari Arkko |
2013-08-22
|
03 | Jean Mahoney | Request for Last Call review by GENART is assigned to Alexey Melnikov |
2013-08-22
|
03 | Jean Mahoney | Request for Last Call review by GENART is assigned to Alexey Melnikov |
2013-08-22
|
03 | Tero Kivinen | Request for Last Call review by SECDIR is assigned to Charlie Kaufman |
2013-08-22
|
03 | Tero Kivinen | Request for Last Call review by SECDIR is assigned to Charlie Kaufman |
2013-08-20
|
03 | (System) | IANA Review state changed to IANA OK - No Actions Needed from IANA - Review Needed |
2013-08-20
|
03 | Pearl Liang | IESG/Authors/WG Chairs: IANA has reviewed draft-ietf-v6ops-rfc3316bis-03, which is currently in Last Call, and has the following comments: We understand that, upon approval of this … IESG/Authors/WG Chairs: IANA has reviewed draft-ietf-v6ops-rfc3316bis-03, which is currently in Last Call, and has the following comments: We understand that, upon approval of this document, there are no IANA Actions that need completion. IANA requests that the IANA Considerations section of the document remain in place upon publication. If this assessment is not accurate, please respond as soon as possible. |
2013-08-19
|
03 | Amy Vezza | IANA Review state changed to IANA - Review Needed |
2013-08-19
|
03 | Amy Vezza | The following Last Call announcement was sent out: From: The IESG To: IETF-Announce CC: Reply-To: ietf@ietf.org Sender: Subject: Last Call: (IPv6 for 3GPP Cellular Hosts) … The following Last Call announcement was sent out: From: The IESG To: IETF-Announce CC: Reply-To: ietf@ietf.org Sender: Subject: Last Call: (IPv6 for 3GPP Cellular Hosts) to Informational RFC The IESG has received a request from the IPv6 Operations WG (v6ops) to consider the following document: - 'IPv6 for 3GPP Cellular Hosts' as Informational RFC 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 2013-09-02. 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 As the deployment of third and fourth generation cellular networks progresses, a large number of cellular hosts are being connected to the Internet. Standardization organizations have made Internet Protocol version 6 (IPv6) mandatory in their specifications. However, the concept of IPv6 covers many aspects and numerous specifications. In addition, the characteristics of cellular links in terms of bandwidth, cost and delay put special requirements on how IPv6 is used. This document considers IPv6 for cellular hosts that attach to the General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), or Evolved Packet System (EPS) networks (Hereafter collectively referred to as 3GPP networks). This document also lists out specific IPv6 functionalities that need to be implemented in addition what is already prescribed in the IPv6 Node Requirements document. It also discusses some issues related to the use of these components when operating in these networks. This document obsoletes RFC 3316. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-v6ops-rfc3316bis/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-v6ops-rfc3316bis/ballot/ No IPR declarations have been submitted directly on this I-D. |
2013-08-19
|
03 | Amy Vezza | State changed to In Last Call from Last Call Requested |
2013-08-19
|
03 | Amy Vezza | Last call announcement was generated |
2013-08-18
|
03 | Joel Jaeggli | Last call was requested |
2013-08-18
|
03 | Joel Jaeggli | Last call announcement was generated |
2013-08-18
|
03 | Joel Jaeggli | ad evaluation complete. |
2013-08-18
|
03 | Joel Jaeggli | State changed to Last Call Requested from AD Evaluation |
2013-08-18
|
03 | Joel Jaeggli | Ballot has been issued |
2013-08-18
|
03 | Joel Jaeggli | Ballot approval text was generated |
2013-08-18
|
03 | Joel Jaeggli | [Ballot Position Update] New position, Yes, has been recorded for Joel Jaeggli |
2013-08-18
|
03 | Joel Jaeggli | Created "Approve" ballot |
2013-08-18
|
03 | Joel Jaeggli | Ballot writeup was changed |
2013-08-18
|
03 | Joel Jaeggli | Ballot writeup was generated |
2013-08-18
|
03 | Joel Jaeggli | Placed on agenda for telechat - 2013-09-12 |
2013-08-18
|
03 | Joel Jaeggli | State changed to AD Evaluation from Publication Requested |
2013-08-16
|
03 | Cindy Morgan | 1. Summary The Document Shepherd is Fred Baker. The AD is Joel Jaeggli. Technical Summary: As the deployment of third and fourth generation cellular networks … 1. Summary The Document Shepherd is Fred Baker. The AD is Joel Jaeggli. Technical Summary: As the deployment of third and fourth generation cellular networks progresses, a large number of cellular hosts are being connected to the Internet. Standardization organizations have made Internet Protocol version 6 (IPv6) mandatory in their specifications. However, the concept of IPv6 covers many aspects and numerous specifications. In addition, the characteristics of cellular links in terms of bandwidth, cost and delay put special requirements on how IPv6 is used. This document considers IPv6 for cellular hosts that attach to the General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), or Evolved Packet System (EPS) networks (Hereafter collectively referred to as 3GPP networks). This document also lists out specific IPv6 functionalities that need to be implemented in addition what is already prescribed in the IPv6 Node Requirements document. It also discusses some issues related to the use of these components when operating in these networks. This document obsoletes RFC 3316. 2. Review and Consensus IPv6 Operations contains a number of sub-communities, which include operators of various categories, vendors of various categories, academics, researchers, and others. This document, which is intended to replace RFC 3316, was primarily of interest to the vendors of mobile networking equipment, including handsets, cell equipment, and network back ends. It was also reviewed by the Mobile Network operators, including several of the authors of draft-ietf-v6ops-mobile-device-profile, which was developed at the same time. While there were comments and improvements made on the draft, it was not particularly controversial. 3. Intellectual Property Each author has stated that their direct, personal knowledge of any IPR related to this document has already been disclosed. Per the data tracker, there is no filed IPR statement. |
2013-08-16
|
03 | Cindy Morgan | Intended Status changed to Informational |
2013-08-16
|
03 | Cindy Morgan | IESG process started in state Publication Requested |
2013-08-16
|
03 | (System) | Earlier history may be found in the Comment Log for /doc/draft-korhonen-v6ops-rfc3316bis/ |
2013-08-15
|
03 | Fred Baker | Changed document writeup |
2013-08-15
|
03 | Fred Baker | Changed consensus to Yes from Yes |
2013-08-15
|
03 | Fred Baker | Changed consensus to Yes from Unknown |
2013-08-15
|
03 | Fred Baker | Document shepherd changed to Fred Baker |
2013-07-29
|
03 | Joel Jaeggli | Shepherding AD changed to Joel Jaeggli |
2013-05-26
|
03 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-03.txt |
2013-05-06
|
02 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-02.txt |
2013-02-25
|
01 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-01.txt |
2012-11-14
|
00 | Jouni Korhonen | New version available: draft-ietf-v6ops-rfc3316bis-00.txt |