Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Jun 2004 23:13:26 +0200
From:      "Dave Raven" <dave@raven.za.net>
To:        "'Gordon Freeman'" <freebsdjunkie@gmail.com>
Cc:        freebsd-questions@freebsd.org
Subject:   RE: Urgent 4.9 networking problems
Message-ID:  <00c001c45a30$17f615f0$3200000a@lucy>
In-Reply-To: <32ab229c040624140819fda1cd@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Okay thank you I've been so confused with all this that it didn't even =
occur
to me - its now responding as expected - but I still have my original =
TCP
problem.. It takes EXTREMELY long to send the first SYN, once its done =
that
the entire session is perfect...

Anyone at all? Any suggestions on further tests?

Thanks again
Dave

-----Original Message-----
From: Gordon Freeman [mailto:freebsdjunkie@gmail.com]=20
Sent: 24 June 2004 11:09 PM
To: Dave Raven
Subject: Re: Urgent 4.9 networking problems


try ping -nR -c1 x.y.186.254

If you don't get the same "lag" then it is your DNS lookup that is
causing the problem.

On Thu, 24 Jun 2004 22:54:10 +0200, Dave Raven <dave@raven.za.net> =
wrote:
>=20
> Hi all,
>         I really need some urgent help with this I'm completely =
confused.
I
> have a FreeBSD 4.9 machine running ipfilter ipnat vrrp and a few other
> services, today is the first time I tried to access through the =
specific
> method but now every interface and every local address I try has the =
same
> problem. I can ping anything - but any other kind of traffic waits for
about
> 2 minutes before transmitting - this is true with tcp and udp. I'm =
trying
to
> access machines on the same network - and if I ping -R you can see the
same
> effect - pasted below. I've also included the interface that I'm =
trying to
> do this on although it seems to be happening on all my other =
interfaces..
> I try to telnet to a cisco router that's on a switch I'm plugged in =
and I
> see the same behaviour - it just waits then suddenly responds very
quickly.
> My IpFilter rules don't log anything until it responds at which time =
they
> pass it - and tethereal + tcpdump also see if perfectly AFTER the long
> delay.
>=20
> It appears that its sitting on the kernel for 2 minutes??? It just =
does
> NOTHING then all of a sudden responds. The only thing I can find that
works
> is icmp - and perfectly. I'm sorry for the urgency but its very high
> priority
>=20
> Thanks in advance
> Dave
>=20
> # ifconfig fxp1
> fxp1: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         inet x.y.186.3 netmask 0xffffff00 broadcast x.y.186.255
>         inet x.y.186.1 netmask 0xffffffff broadcast x.y.186.1
>         inet x.y.186.15 netmask 0xffffffff broadcast x.y.186.15
>         inet x.y.186.14 netmask 0xffffffff broadcast x.y.186.14
>         inet x.y.186.142 netmask 0xffffffff broadcast x.y.186.142
>         inet x.y.186.33 netmask 0xffffffff broadcast x.y.186.33
>         inet x.y.186.124 netmask 0xffffffff broadcast x.y.186.124
>         inet x.y.186.250 netmask 0xffffffff broadcast x.y.186.250
>         inet x.y.186.122 netmask 0xffffffff broadcast x.y.186.122
>         inet x.y.186.25 netmask 0xffffffff broadcast x.y.186.25
>         inet x.y.186.127 netmask 0xffffffff broadcast x.y.186.127
>=20
> # date ; ping -R -c1 x.y.186.253 ; date
> Thu Jun 24 22:43:13 SAST 2004
> PING x.y.186.253 (152.110.186.253): 56 data bytes
> 64 bytes from x.y.186.253: icmp_seq=3D0 ttl=3D255 time=3D0.414 ms
> RR:     x.y.186.253
>         x.y.186.253
>         x.y.186.3
>=20
> --- x.y.186.253 ping statistics ---
> 1 packets transmitted, 1 packets received, 0% packet loss
> round-trip min/avg/max/stddev =3D 0.414/0.414/0.414/0.000 ms
> Thu Jun 24 22:46:58 SAST 2004
>=20
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
"freebsd-questions-unsubscribe@freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00c001c45a30$17f615f0$3200000a>