[tg] Traffic Generator: UTP server question

[Barbara Denny]

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
>