David Mazieres writes: > Wednesday, Tero brought up the prospect of middleboxes reordering > back-to-back unknown options. This would currently mess up the ENO > transcript. Obviously middleboxes can process and manipulate options > they know about. The question is whether anyone has knowledge of a > middlebox that would flip the order of two, back-to-back, options of the > same, unknown kind. It's hard to see a rationale for such behavior.
Do we have any text in any RFC which do say that order of TCP options is important, and should be preserved? I tried to do quick search through some RFCs, but could not find any. If we do not have any such text anywhere, I do not think we can complain if some middlebox does reordering... -- [email protected] _______________________________________________ Tcpinc mailing list [email protected] https://www.ietf.org/mailman/listinfo/tcpinc
