[tg] Traffic Generator: UTP server question
Barbara Denny
b_a_denny at yahoo.com
Fri Jul 28 15:10:07 PDT 2006
hi,
Hum....you might have found a bug. I've never waited
for tg to "timeout" on the receive side of a udp
stream. I'll need to look at that.
I have noticed that the behavior of tg has changed
slightly with linux. Sending a TERM or INT signal
to the process should cause the process to die and
the log to be written out. It doesn't do that and
I can't see any "bug" in the software so I need to
do some more debugging. (If anyone else has had
problems with redirecting a signal to a new
handler under linux, let me know. That appears to
be the problem here).
As a work around I suggest the following, use the
-f switch (for flush) when you start your client
so the data will not be buffered. Then manually
kill the tg process on the receive side with a
USR1 or kill signal after the send side is done.
Hope this "solution" is satisfactory for you.
barbara
--- "Andro Galinovic (ZG/ETK/DR)"
<andro.galinovic at ericsson.com> wrote:
> Hi.
>
> I'm using your traffic generator (ver. 2.0) and
> I have a problem.
> My setup is simple: a server with configuration:
>
> on 0:25 udp 0.0.0.0.4400 server
> at 1.1 wait
>
> and a client with configuration:
>
> on 0:25 udp 0.0.0.0.4300 127.0.0.1.4400
> at 5 setup
> at 6 arrival exponential 0.01 0.0001 1 length 500
> time 10
>
>
> The problem is this, after the client ends and
> makes a connection
> tear down the server keeps running and waiting for
> new data. I know that
> this is because of the nature of UDP and the fact
> that 'recvfrom' in
> line 267 of the prot_dgram.c never returns 0. I've
> noticed that there is
> a time out (by default a very, very long timeout)
> but after which the
> log file isn't ended the way it should be. So when a
> use gengraph.pl a
> get an "Error: premature end of file" error!
> Is there a fix?
>
>
> thx a lot
>
> --
>
>
> Andro
>
>
>
> _______________________________________________
> tg mailing list
> tg at postel.org
> http://mailman.postel.org/mailman/listinfo/tg
>
More information about the tg
mailing list