home *** CD-ROM | disk | FTP | other *** search
/ Clickx 115 / Clickx 115.iso / software / tools / windows / tails-i386-0.16.iso / live / filesystem.squashfs / usr / share / doc / traceroute / TODO < prev   
Encoding:
Text File  |  2010-04-21  |  2.0 KB  |  56 lines
  1. * It seems that `-l' and `-g' will not work correctly together (IPv6).
  2.  
  3.   Wait for "flow label" API to be appeared in kernel-headers and
  4.   think about it immediately after that... :)
  5.  
  6.  
  7. * Tune default parameters properly.
  8.  
  9.   Maybe decrease `-w' secs to 4.0 instead of 5.0 (as Network is faster now).
  10.  
  11.  
  12. * Verbose output. Show method in use, what ports we are connecting to,
  13.   more info about icmp response etc.
  14.  
  15.  
  16. * The "final hop" issue.
  17.  
  18.   All methods, usable when firewalls are present in the network path,
  19.   normally use some particular destination port. Most often it is a port
  20.   of an already running application.
  21.  
  22.   It requires that the packet sent should be correct for such an application
  23.   (for example, for tracing with udp to port 53, it should be correct DNS
  24.   request), and the application normally should answer something on it.
  25.   (TCP has no such an issue, as there are just syn to, and ack or reset from).
  26.  
  27.   In general, we should fill the packet's data depending on the dest port
  28.   and protocol. It seems not a task for traceroute itself, it could be
  29.   some cmdline option or even external hook...
  30.  
  31.  
  32. * Think about SCTP and DCCP methods (these protocols are already in kernel).
  33.  
  34.  
  35. * Think about "multicast tracerouting" (mrouted(8) and other).
  36.   The idea is to increase the room in the mtrace packet step-by-step
  37.   (as well as we increase ttl). It seems that if there is no more space
  38.   in the probe's room, the mrouted(8) daemon answers immediately, the same
  39.   way as if it is a final hop.
  40.  
  41.   For IPv6 mtrace, there is an RFC draft for this already...
  42.  
  43.  
  44. * Make the output more clean -- use two spaces before any printed address
  45.   (not the first one only), and use two spaces between expired probes as well.
  46.  
  47.  
  48. * Maybe implement some config file (both user and system-wide), 
  49.   with directives (auto)generated from the general-type long-options.
  50.   This could allow people to tune default parameters.
  51.  
  52.   The presence of such files even makes it reasonable to add some more
  53.   long-options (fe. to tune the form of output), as the user can specify
  54.   it in configfile just at once.
  55.  
  56.