Re: log file and what it means?

Tim_Dorcey@cornell.edu
Fri, 25 Aug 1995 10:51:12 -0400


At 5:12 PM 8/24/95 -0400, Brendon Macaraeg wrote:
>Also, we're not sure what the log means. What exaclty is going on here:
>(this is for a different reflector that we are testing internally....
>we get a "NO RESPONSE" yet the log says we connected:
>open_log file: reflect.log
>Client at source 204.245.64.41 is opening a connection
>updating client client count 0 seq 0
>Time: Thu Aug 24 15:38:13 1995 Pkts in 1 Pkts out 1 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:38:23 1995 Pkts in 10 Pkts out 10 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:38:33 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>client timeout -- holding down
>holding down client Brendon@NYC
>Time: Thu Aug 24 15:38:43 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:38:53 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:39:03 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:39:13 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:39:23 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>Time: Thu Aug 24 15:39:33 1995 Pkts in 0 Pkts out 0 kbits/sec in 0
>kbits/sec out 0
>client Brendon@NYC hold down has expired and is being deleted
>deleting client Brendon@NYC
>

It looks like the reflector got the first packet from the client, as
evidenced by the "opening a connection," but then got nothing else for 30
seconds, causing a "client timeout." The fact that the client showed NO
RESPONSE means that nothing was getting back to the client from the
reflector, hence the client stopped sending, hence the timeout. Something
in your network seems to be preventing packets from getting to the client
from the reflector. One gotcha to be aware of is running a reflector on a
machine with more than one network interface; it will choose which one to
write out of, and if this is not the one that you connected to, problems
will result. By trial and error, you should be able to find the address
which works.

Tim
__________________________________________________________________
Tim Dorcey Tim_Dorcey@cornell.edu
Sr. Programmer/Analyst (607) 255-5715
Advanced Technologies & Planning
CIT Network Resources
Cornell University
Ithaca, NY 14850
__________________________________________________________________