NOTE: below is the original unmodified 2002 README, it does not fully
reflect the current status... ;-) After reading this file, also see
the COMPILING.txt and USAGE.txt files for newer instructions.
========================================================================
NOTE:
This file is *not* intended to be comprehensive documentation for the
Tsunami protocol or the programs in the Tsunami suite. We are working
on formal documentation, but it is not yet ready for public release.
Please bear with us -- Tsunami is a young and rapidly evolving
protocol, and we're documenting a moving target.
Tsunami is built using the standard GNU autoconf/automake system. To
install, use the standard './configure', 'make', 'make install'
sequence. (Thanks are due to Jeff Squyres <jsquyres@osl.iu.edu>
of Indiana University's Open Systems Lab for bringing us into the
modern age of automated building and configuration.)
Building Tsunami will create the Tsunami client (tsunami), the Tsunami
server (tsunamid), and two utilities for benchmarking disk subsystem
performance (readtest and writetest).
Later in this file, you'll find details on how Tsunami currently
performs authentication.
Please share with us any Tsunami performance data you can offer!
Ideally, we'd like to have hardware profiles of the client and server
systems (CPU, disk controller, memory size, kernel version, bdflush
settings, and so forth), the output of tsunami and tsunamid during
file transmission, the output of vmstat on both the client and server,
and the protocol parameters used. This data will help us to tune
the protocol and make the next release more robust.
And finally, please read the license agreement found in LICENSE.TXT.
If you have any technical questions about the Tsunami protocol, please
subscribe to the Tsunami LISTSERV. Instructions can be found on
the mailing list home page at:
http://listserv.indiana.edu/archives/tsunami-l.html
========================================================================
The Tsunami protocol
--------------------
A basic Tsunami conversation works like this:
(1) The client connects to the Tsunamid TCP port (46224 by default).
The server forks off a child process to deal with the connection.
(2) The client and server exchange protocol revision numbers to make
sure that they're talking the same language. (The revision number
is defined in "tsunami.h".)
(3) The client authenticates to the server. This process is described
later in this file.
(4) The server is now waiting for the name of a file to transfer to
the client.
(5) Once the file name is received, the server makes sure that it
can open and read the file. If it can, a positive result byte
is sent to the client. If it can't, the server reports failure.
(6) The client and server exchange protocol parameter information.
(7) The client sends the server the number of the UDP port on which
the client will listen for the file data.
(8) The server and client both enter their file transmission loops.
========================================================================
The server file transmission loop
---------------------------------
while the whole file hasn't been sent yet:
see if the client has sent a request over the TCP pipe (*)
if it has:
service that request
otherwise:
send the next block in the file
delay for the next packet
(*) There are three kinds of request:
(1) error rate notification
(2) retransfer block [nn]
(3) restart transfer at block [nn]
========================================================================
The client file transmission loop
---------------------------------
while the whole file hasn't been received yet:
try to receive another block
if it's the last block:
break out of the loop and notify the server
otherwise:
on every 50th iteration, see if it's been [update_period] since
our last statistics update
if it has:
display updated statistics
notify the server of our current error rate
transmit our queue of retransmission requests
save the block
if the block is later than the one we were expecting:
put intervening blocks in the retransmission queue
if the block is earlier than the one we were expecting:
remove the block from the retransmission queue
========================================================================
The retransmission queue
------------------------
This is a (potentially) sparse array of block numbers that we may need
to have retransmitted. Each entry is either 0 or a block number. The
size of the array is doubled if it runs out of space. We keep track
of the lowest index used and the highest index used and rehome the
data to the base of the array occasionally.
If the queue is extremely large (over [threshold] entries), instead of
asking for each entry in the queue, we ask to restart the transfer at
the first block in the queue.
========================================================================
How Tsunami does authentication
-------------------------------
The Tsunami server and Tsunami client both know a shared secret.
(Right now it's coded into the Tsunami server as "kitten", but this
can be overridden with the '--secret' option.) The client learns the
shared secret by giving the user a 'password' prompt and reading it in
with echo turned off.
The following sequence allows the client to prove its knowledge of the
shared secret to the server:
(1) The server reads 512 bits of random data from /dev/random and
sends this data to the client.
(2) The client XORs copies of the shared secret over the random data.
(3) The client sends an MD5 hash of the resulting buffer back to the
server.
(4) The server performs the same XOR/MD5 operation on the random data
and checks to make sure that they match. If they do, a positive
result byte is sent to the client. If they don't, the connection
is closed.
========================================================================
Other notes
-----------
(1) Everything is endian-independent except for the MD5 code.
(2) Everything does work okay with 64-bit file sizes, using the
fopen64() / fseeko64() API.
(3) Porting from Linux shouldn't be hard. The OS-dependent bits are
the use of /dev/random and the fixed-size data types defined in
<sys/types.h>. Linux uses "u_int32_t", Solaris uses "uint32_t".
That sort of thing. Solaris also lacks getopt_long() found in
glibc.
(4) This probably does require gcc to build. I use the GNU "long long"
datatype quite a bit for manipulating 64-bit values.
(5) The tuning in response to the current error rate is still under
active research and development. Future releases may change this
code significantly.
(6) Disk-to-disk on the same box is a bad test platform. The
scheduling daemon and the behavior of the loopback device make
everything go to hell.
(7) The client has a limited amount of online help. Use 'help' to
see it.
(8) The server has a limited amount of usage information. Run it
with the '--help' option to see it.
没有合适的资源?快使用搜索试试~ 我知道了~
tsunami-udp-v11-b42-fixed_for_Mac.zip
共145个文件
c:60个
h:16个
in:10个
需积分: 10 11 下载量 79 浏览量
2014-08-19
22:58:20
上传
评论
收藏 578KB ZIP 举报
温馨提示
Tsunami UDP是一款基于UDP协议的快速传输工具,相比SCP有着更高的传输效率。但在Mac OSX10.9+下安装会出问题,此文件为修改版。 可参考文章http://blog.csdn.net/huoqi12/article/details/38613635
资源推荐
资源详情
资源评论
收起资源包目录
tsunami-udp-v11-b42-fixed_for_Mac.zip (145个子文件)
libtsunami_common.a 19KB
configure.ac 1KB
Makefile.am 1KB
Makefile.am 815B
Makefile.am 778B
Makefile.am 773B
Makefile.am 760B
Makefile.am 696B
Makefile.am 659B
Makefile.am 633B
Makefile.am 408B
AUTHORS 7B
command.c 47KB
command.c 45KB
protocol.c 34KB
protocol.c 33KB
main.c 29KB
protocol.c 29KB
main.c 28KB
protocol.c 28KB
md5.c 23KB
protocol.c 22KB
main.c 19KB
common.c 15KB
ring.c 15KB
ring.c 15KB
parse_evn_filename.c 15KB
common_win32.c 14KB
main.c 11KB
main.c 11KB
network.c 10KB
network.c 10KB
transcript.c 9KB
transcript.c 9KB
transcript.c 9KB
io.c 9KB
transcript.c 8KB
network_v6.c 8KB
config.c 8KB
network_v6.c 8KB
config.c 8KB
network_v4.c 8KB
network_v4.c 8KB
transcript.c 7KB
network.c 7KB
network.c 7KB
network.c 7KB
io.c 6KB
vsibctl.c 6KB
io.c 6KB
io.c 6KB
config.c 6KB
config.c 6KB
vsibctl.c 6KB
config.c 5KB
io.c 5KB
tstamp.c 5KB
tstamp.c 5KB
mk5api.c 5KB
log.c 4KB
error.c 4KB
readtest.c 4KB
writetest.c 4KB
log.c 4KB
log.c 4KB
fusereadtest.c 2KB
semb.c 2KB
sema.c 2KB
semabinit.c 1KB
insertsorttest.c 1KB
bskp.c 433B
dump.c 408B
ChangeLog 8KB
compile 7KB
configure 192KB
COPYING 34KB
depcomp 23KB
xlrapi.h 24KB
tsunami-client.h 20KB
tsunami-server.h 12KB
tsunami.h 7KB
xlrtypes.h 6KB
config.h 6KB
md5.h 4KB
mk5api.h 4KB
vsib_ioctl.h 2KB
vsib_ioctl.h 2KB
registration.h 2KB
registration.h 2KB
parse_evn_filename.h 916B
vsibctl.h 826B
vsibctl.h 826B
tsunami-cvs-buildnr.h 795B
recexpt-tsunami.head 554B
recexpt.head 410B
Makefile.in 33KB
Makefile.in 24KB
Makefile.in 18KB
Makefile.in 18KB
Makefile.in 18KB
共 145 条
- 1
- 2
资源评论
huoqi12
- 粉丝: 2
- 资源: 3
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功