![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
It seems that are assuming the transport needs to happen in the packet itself. While this is a possible approach, I don't see that it needs to be the only one. For example, a mechanism where the mutually trusting network components would have another channel to convey this information (e.g., using SNMP, IPFIX, or the like) might also apply.
However, to be clear, I have no objection to using the ECN field(s) if that does not hinder the current use (or lack thereof) of ECN. What I specifically don't want is to define new fields for PCN, especially extension headers or IP options. I should have been clearer with my objection.
Nov 2007 Survey of Encoding and Transport Choices of (Pre-)Congestion Information within a DiffServ Domain (Informational)
Lars
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Ietf mailing list Ietf at ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.