Per Hop Behaviors Based on Dynamic Packet State
draft-stoica-diffserv-dps-02
Revision differences
Document history
Date | Rev. | By | Action |
---|---|---|---|
2015-10-14
|
02 | (System) | Notify list changed from , , , to (None) |
2004-01-15
|
02 | (System) | Document has expired |
2003-02-28
|
02 | (System) | Ballot writeup text was added |
2003-02-28
|
02 | (System) | Last call text was added |
2003-02-28
|
02 | (System) | Ballot approval text was added |
2003-02-28
|
02 | Scott Bradner | 2003-02-27 - note from RFC Editor The RFC Editor agrees with the IESG review and will not publish draft-stoica-diffserv-dps-01 Joyce (for RFC Editor) |
2003-02-27
|
02 | Harald Alvestrand | DNP Note sent to RFC Editor 2003-02-05: Sandy, The IESG requests that Per Hop Behaviors Based on Dynamic Packet State NOT be published as an … DNP Note sent to RFC Editor 2003-02-05: Sandy, The IESG requests that Per Hop Behaviors Based on Dynamic Packet State NOT be published as an Experimental Protocol. This document includes the following: > With Dynamic Packet State, each packet carries in its header, in > addition to the PHB codepoint, some PHB-specific state. The state > is initialized by an ingress node, when the packet enters the DS > domain. Interior nodes process each incoming packet based on the > state carried in the packet's header, updating both its internal > state and the state in the packet's header before forwarding it. This is a potentially serious violation of the end-to-end properties of IP, as it proposes reusing existing IP header fields for other purposes than intended. Use of these techniques can result in incorrect processing of IP packets as a result of information loss occurring when existing IP header fields are reused for alternative purposes. > By using DPS to coordinate actions of edge and interior nodes > along the path traversed by a flow, distributed algorithms can > be designed to approximate the behavior of a broad class of > "stateful" networks. This scheme can only be safely used if packet fields are restored properly in all cases. However, it is easy to imagine scenarios where this property will not be honored, and the result will be a less reliable Internet. Deployment of such systems have the potential for causing serious damage to the Internet. > In this respect, we observe that there is an ip_off field in the IPv4 > header to support packet fragmentation/reassembly which is rarely > used. For example, by analyzing the traces of over 1.7 million packets > on an OC-3 link [nlanr], we found that less than 0.22% of all packets > were fragments. In addition, ther are a relatively small number of > distinct fragment sizes. Therefore, it is possible to use a fraction > of ip_off field to encode the fragment sizes, and the remaining bits > to encode DPS information. The idea can be implemented as follows. > When a packet arrives at an ingress node, the node checks whether a > packet is a fragment or needs to be fragmented. If neither of these > is true, all 13 bits of the ip_off field in the packet header will be > used to encode DPS values. If the packet is a fragment, the fragment > size is recoded into a more efficient representation and the rest of > the bits is used to encode the DPS information. The fragment size field > will be restored at the egress node. As a specific example, the above will fail in some circumstances. This would be unacceptable for general or wide deployment and cannot be recommended. Given the potentially serious negative consequences of deployments of the techniques described in the document, the IESG does not believe this document should be published as an RFC. Thomas Narten [DNP note copied to comment log by HTA] |
2003-02-05
|
02 | Jacqueline Hargest | State Changes to Dead from DNP-announcement to be sent by Hargest, Jacqueline |
2003-02-04
|
02 | Jacqueline Hargest | State Changes to DNP-announcement to be sent from DNP-waiting for AD note by Hargest, Jacqueline |
2003-01-23
|
02 | Jacqueline Hargest | State Changes to DNP-waiting for AD note from IESG Evaluation :: Point Raised - writeup needed by Hargest, Jacqueline |
2002-10-09
|
02 | (System) | New version available: draft-stoica-diffserv-dps-02.txt |
2002-09-30
|
02 | Scott Bradner | State Changes to IESG Evaluation -- Point Raised - writeup needed from IESG Evaluation by sob |
2002-09-30
|
02 | Scott Bradner | State Changes to IESG Evaluation -- 0 from IESG Evaluation -- Point Raised - writeup needed by sob |
2002-09-19
|
02 | Stephen Coya | Due date has been changed to 2002-09-18 from by scoya |
2002-09-19
|
02 | Stephen Coya | Allison and Thomas to write IESG Note. |
2002-09-19
|
02 | Stephen Coya | A new comment added by scoya |
2002-09-19
|
02 | Stephen Coya | State Changes to IESG Evaluation -- Point Raised from IESG Evaluation by scoya |
2002-09-03
|
02 | Scott Bradner | 2002-09-03 - asked IESG again |
2002-09-03
|
02 | Scott Bradner | A new comment added by sob |
2002-07-29
|
02 | Scott Bradner | 202-07-29 - asked IESG if we should ask the RFC Ed for their opinion |
2002-07-29
|
02 | Scott Bradner | A new comment added by sob |
2002-07-29
|
02 | Scott Bradner | 2002-07-29 - responses from diffserv chairs should this be publisged in a research journal? |
2002-07-29
|
02 | Scott Bradner | A new comment added by sob |
2002-06-15
|
02 | Scott Bradner | 2002-06-15 - sob asked diffserv chairs opinion |
2002-06-15
|
02 | Scott Bradner | A new comment added by sob |
2002-03-27
|
02 | Scott Bradner | State Changes to Pre AD Evaluation from AD to write … State Changes to Pre AD Evaluation from AD to write --Don't publish by Scott Bradner |
2002-01-08
|
01 | (System) | New version available: draft-stoica-diffserv-dps-01.txt |
1999-03-03
|
00 | (System) | New version available: draft-stoica-diffserv-dps-00.txt |