The Datagram Congestion Control Protocol (DCCP) Service Codes
draft-ietf-dccp-serv-codes-11
Yes
(Lars Eggert)
No Objection
(Adrian Farrel)
(Dan Romascanu)
(Lisa Dusseault)
(Magnus Westerlund)
(Pasi Eronen)
(Ralph Droms)
(Ron Bonica)
(Ross Callon)
(Russ Housley)
(Tim Polk)
Note: This ballot was opened for revision 11 and is now closed.
Jari Arkko Former IESG member
(was Discuss)
Yes
Yes
(2009-05-07)
Unknown
Also, gcc says "suggest parentheses around arithmetic
in operand of |".
The document says:
o It preserves the four bits of the final bytes of the Service Code,
allowing mapping common series of Service Codes to adjacent ports,
e.g. Foo1, and Foo2; and Fooa and Foob would be assigned adjacent
ports.
True, but you maybe you should also mention that this only applies
on 0-9 and A-O and P-Z, not between them... because of the 4 bits and
how ASCII codes have been defined. E.g.,
SC:srva => 62481
SC:srvb => 62482
...
SC:srvn => 62494
SC:srvo => 62495
SC:srvp => 62464
That is, there is a discontinuity between O and P.
Lars Eggert Former IESG member
Yes
Yes
()
Unknown
Adrian Farrel Former IESG member
No Objection
No Objection
()
Unknown
Alexey Melnikov Former IESG member
No Objection
No Objection
(2009-04-12)
Unknown
The document should have an informative reference for ASCII:
[ANSI.X3-4.1986] American National Standards Institute, "Coded
Character Set - 7-bit American Standard Code for
Information Interchange", ANSI X3.4, 1986.
Am I correct that the SC: convention can't be used to represent full range of Service Codes?
Cullen Jennings Former IESG member
No Objection
No Objection
(2009-05-05)
Unknown
support Tim's discuss
Dan Romascanu Former IESG member
No Objection
No Objection
()
Unknown
Lisa Dusseault Former IESG member
No Objection
No Objection
()
Unknown
Magnus Westerlund Former IESG member
No Objection
No Objection
()
Unknown
Pasi Eronen Former IESG member
(was Discuss)
No Objection
No Objection
()
Unknown
Ralph Droms Former IESG member
(was Discuss)
No Objection
No Objection
()
Unknown
Robert Sparks Former IESG member
No Objection
No Objection
(2009-05-06)
Unknown
Support Pasi's comment about section 4. Also note that the URI for iperf in the references has not resolved since I started trying it a couple of days ago.
Ron Bonica Former IESG member
No Objection
No Objection
()
Unknown
Ross Callon Former IESG member
No Objection
No Objection
()
Unknown
Russ Housley Former IESG member
(was Discuss)
No Objection
No Objection
()
Unknown
Tim Polk Former IESG member
No Objection
No Objection
(2009-05-07)
Unknown
I support Pasi's discuss regarding section 4. If this content is important to this document, it needs to be reflected throughout (e.g, covered in the intro and security considerations...)