Cleanup types throughout code

[dccp2tcp] / README

diff --git a/README b/README
index 2001e5c8137c29538698b3534e251c12058bb3fd..f811a857b54fa4a7ba91ee53ea8358067109115b 100644 (file)
--- a/README
+++ b/README
@@ -16,13 +16,15 @@ from http://www.tcptrace.org and the version of xplot available from http://www.
 
 
 Usage is pretty simple:
-dccp2tcp dccp_file tcp_file [-d] [-y] [-g] [-s]
+dccp2tcp dccp_file tcp_file [-d] [-V] [h] [-y] [-g] [-s]
        -d is debug
+       -V is Version information
+       -h is help
        -y shifts the window line in tcptrace (yellow) to the highest received acknowledgment. Normally this line is just a constant amount more than the ack number(i.e. useless).
        -g shifts the ack line in tcptrace (green) to the highest received acknowledgment. Normally this line is the standard TCP ack number, which, for DCCP, translates to the highest contiguous acknowledgement in the ack vector.
-       -s converts the DCCP ack vector to TCP SACKS.
+       -s converts the DCCP ack vector to TCP SACKS. Specify -s twice to only see those Ack vectors with a loss interval in them. This is convenient way to see loss events.
 
-For typical usage, you probably just want -s.
+For typical usage, you probably want -s -s.
 
 Once you run dccp2tcp, you will then want to run tcptrace on the tcp_file to generate graphs. The command should be something like this:
 tcptrace -lGt tcp_file
@@ -30,17 +32,12 @@ tcptrace -lGt tcp_file
 You can then use xplot to view the resulting graphs, like this:
 xplot a2b_tsg.xpl a2b_rtt.xpl
 
+One important note on interpreting the graphs is that DCCP Ack packets show up
+as TCP packets containing one byte.
 
-This program does have several important limitations:
-       1)Supports only a single DCCP connection per capture.
-       2)Source Port can't equal Destination Port. If the two are equal, this program will get very confused.
-       3)DCCP MUST use 48 bit sequence numbers.
-       4)Checksums are not computed (they are zeroed).
-       5)Only converts those packet types used by the Linux implementation at this date
-       6)DCCP Ack packets show up as TCP packets containing one byte
-       7)Very little error checking of DCCP
-
-
+Finally, an important limitation of this program is that DCCP MUST use 48 bit
+sequence numbers. dccp2tcp will complain at you if you try to process a connection
+with short sequence numbers.
 
 dccp2tcp is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
@@ -56,7 +53,9 @@ You should have received a copy of the GNU General Public License
 along with dccp2tcp.  If not, see <http://www.gnu.org/licenses/>.
 
 
-Copyright 2011
+Copyright 2013
 Samuel Jero
-Computer Science student, Ohio University
+Masters Student
+Internetworking Research Group
+Ohio University
 sj323707@ohio.edu