blob: dfcfa33c9879ed6388b9c5ddf242c0d17bbc66b8 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
|
$Id$
A Regression test for ACE QoS features.
---------------------------------------
This test implements a simple Receiver-Sender program that ensures
Quality of Service (QoS) guarantees on the underlying network before
transmitting data. The program tests the ACE QoS APIs/features. The
test works for Winsock2 APIs on Win2K as well as RAPI on Solaris.
------------------------------------------------------------------------
WIN2K :
Build Requirements :
--------------------
1. Two Win2K machines.
2. June98 Platform SDK or later.
3. Link with ws2_32.lib
The test consists of a server (which is the receiver) and a client
(which is the sender).
The receiver is started first (though it is not mandatory) as :
server -m merengue.cs.wustl.edu:9091
-m: specifies the multicast session address that both client and
server subscribe to for QoS events.
-p: Protocol to be used. Could be udp or tcp. Default is udp.
-P: Sender source port. If not specified, DEFAULT_SOURCE_SENDER_PORT
(10001) will be used.
-h: Displays the help on various options.
The sample Sender is started next as :
client -m merengue.cs.wustl.edu:9091 -P 10004
-m: specifies the multicast session address that both client and
server subscribe to for QoS events.
-n: Option to be used by senders only to specify the destination
address. This option is overriden if a multicast address is also
specified through the -m option.
-p: Protocol to be used. Could be udp or tcp. Default is udp.
-P: Sender source port. If not specified, DEFAULT_SOURCE_SENDER_PORT
(10001) will be used.
-h: Displays the help on various options.
On Win2K the user must have administrative access to the machine to
run this program. It seems to be a pre-requisite to opening QoS
sockets.
The sender and receiver should be run on different Win2K machines.
The test demonstrates how to GQOS enable an application using the ACE QoS APIs.
It concentrates on the use of various ACE QoS APIs and their correctness.
-------------------------------------------------------------------------------
RAPI :
0. The $ACE_ROOT/include/makeinclude/platform_macros.GNU should be the
following :
include /project/doc/vishal/ACE_wrappers/include/makeinclude/platform_sunos5_sunc++.GNU
PLATFORM_RAPI_CPPFLAGS += -I/project/doc/vishal/rapi/rel4.2a4/rsvpd/
PLATFORM_RAPI_LIBS += -lrsvp
PLATFORM_RAPI_LDFLAGS += -L/project/doc/vishal/rapi/rel4.2a4/rsvpd/
assuming that RAPI library is installed in /project/doc/vishal/rapi/rel4.2a4/
1. Compile ACE with
make rapi=1 static_libs_only=1
Static library option is used because the RAPI library that we have
does not compile as a shared object.
2. Run the RSVP Daemon on two machines: (merengue.cs and macarena.cs)
/project/doc/vishal/rapi/rel4.2a4/rsvpd/rsvpd -D
The current version of the daemon comes with an inbuilt rtap
application to test the various reservation commands and RAPI APIs.
Typical values for rtap would be :
dest udp ace/5000
sender merengue/5000 [ t 2000000 100000 2000000 512 1024 ]
dest udp ace/5000
reserve wf [ cl 2000000 100000 2000000 512 1024 ]
3. If RTAP runs fine and the daemons show the debug messages about
RESV, PATH and other RSVP messages, run the QoS example, making sure
that rtap session is released on both machines.
-------------------------------------------------------------------------------
If you run into any problems with this test please contact Vishal
Kachroo <vishal@cs.wustl.edu>.
This README last updated on 20th July, 2000.
-------------------------------------------------------------------------------
|
