dccp.txt 2.5 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374
  1. DCCP protocol
  2. ============
  3. Contents
  4. ========
  5. - Introduction
  6. - Missing features
  7. - Socket options
  8. - Notes
  9. Introduction
  10. ============
  11. Datagram Congestion Control Protocol (DCCP) is an unreliable, connection
  12. based protocol designed to solve issues present in UDP and TCP particularly
  13. for real time and multimedia traffic.
  14. It has a base protocol and pluggable congestion control IDs (CCIDs).
  15. It is at draft RFC status and the homepage for DCCP as a protocol is at:
  16. http://www.icir.org/kohler/dcp/
  17. Missing features
  18. ================
  19. The DCCP implementation does not currently have all the features that are in
  20. the draft RFC.
  21. In particular the following are missing:
  22. - CCID2 support
  23. - feature negotiation
  24. When testing against other implementations it appears that elapsed time
  25. options are not coded compliant to the specification.
  26. Socket options
  27. ==============
  28. DCCP_SOCKOPT_PACKET_SIZE is used for CCID3 to set default packet size for
  29. calculations.
  30. DCCP_SOCKOPT_SERVICE sets the service. The specification mandates use of
  31. service codes (RFC 4340, sec. 8.1.2); if this socket option is not set,
  32. the socket will fall back to 0 (which means that no meaningful service code
  33. is present). Connecting sockets set at most one service option; for
  34. listening sockets, multiple service codes can be specified.
  35. DCCP_SOCKOPT_SEND_CSCOV and DCCP_SOCKOPT_RECV_CSCOV are used for setting the
  36. partial checksum coverage (RFC 4340, sec. 9.2). The default is that checksums
  37. always cover the entire packet and that only fully covered application data is
  38. accepted by the receiver. Hence, when using this feature on the sender, it must
  39. be enabled at the receiver, too with suitable choice of CsCov.
  40. DCCP_SOCKOPT_SEND_CSCOV sets the sender checksum coverage. Values in the
  41. range 0..15 are acceptable. The default setting is 0 (full coverage),
  42. values between 1..15 indicate partial coverage.
  43. DCCP_SOCKOPT_SEND_CSCOV is for the receiver and has a different meaning: it
  44. sets a threshold, where again values 0..15 are acceptable. The default
  45. of 0 means that all packets with a partial coverage will be discarded.
  46. Values in the range 1..15 indicate that packets with minimally such a
  47. coverage value are also acceptable. The higher the number, the more
  48. restrictive this setting (see [RFC 4340, sec. 9.2.1]).
  49. Notes
  50. =====
  51. SELinux does not yet have support for DCCP. You will need to turn it off or
  52. else you will get EACCES.
  53. DCCP does not travel through NAT successfully at present. This is because
  54. the checksum covers the psuedo-header as per TCP and UDP. It should be
  55. relatively trivial to add Linux NAT support for DCCP.