TODO 3.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116
  1. ==================================================================
  2. ### I. PLATFORMS SUPPORT ###
  3. ==================================================================
  4. 1) Fedora official package (turnserver or coturn ? TBD).
  5. 2) MS Windows support.
  6. Cygwin is supported. A "real" MS-Windows port would
  7. involve a usable GUI.
  8. ==================================================================
  9. ### II. DOCS ###
  10. ==================================================================
  11. 1) User's manual.
  12. 2) Developer's manual.
  13. ==================================================================
  14. ### III. NETWORK ENGINE ###
  15. ==================================================================
  16. 1) Kernel module for data channels.
  17. ==================================================================
  18. ### IV. PERFORMANCE OPTIMIZATION ###
  19. ==================================================================
  20. 1) A smarter load balancer has to be implemented.
  21. The load balancer has to have a heartbeat channels with
  22. the slave servers, currently it is only just a dumb
  23. round-robin load distributor.
  24. ==================================================================
  25. ### V. SECURITY ###
  26. ==================================================================
  27. 1) RADIUS integration ?
  28. ==================================================================
  29. ### VI. STANDARDS SUPPORT ###
  30. ==================================================================
  31. 1) Follow the draft ICE endpoint mobility standard and apply changes
  32. when necessary:
  33. https://ietf.org/doc/draft-wing-mmusic-ice-mobility/
  34. 2) For extra difficult NAT/FWs, consider implementing Websockets.
  35. 3) MS TURN, MS STUN extensions.
  36. 4) Multiple origins.
  37. 5) ALPN with TLS and DTLS (when OpenSSL 1.0.2 is available).
  38. 6) Redirect draft.
  39. 7) Dual allocation draft.
  40. 8) New security oAuth draft.
  41. ==================================================================
  42. ### VII. MISC FEATURES ###
  43. ==================================================================
  44. 1) Locale support (?).
  45. Currently we assume that all text data is 8-bits ASCII
  46. encoded, like C locale. It would be nice to support localized
  47. strings (both 8-bits and 2-bytes). But I am not sure
  48. whether this is really important, given the essentially
  49. backend nature of the TURN Server. The TURN server is so
  50. deeply "hidden" in the network infrastructure that the
  51. significant code complication may be unjustified.
  52. 2) HTTP or GUI status monitor and management.
  53. For enterprise users, a management (configuration, status
  54. and statistics) GUI has to be implemented. Currently, all
  55. these features are available through the shell command
  56. line, telnet client and through Redis command line.
  57. 3) Traffic recording (for selected allocations).
  58. That would be a helpful feature for a large enterprise
  59. (for testing and security purposes).
  60. 4) Ganglia monitoring.
  61. ==================================================================
  62. ### VIII. CODING STUFF ###
  63. ==================================================================
  64. Nope
  65. ==================================================================