From: "Darrell Dieringer" <netfilter@darrelldieringer.com>
To: mike-netfilter@tiedyenetworks.com, netfilter@lists.netfilter.org
Subject: RE: BUG(?) - SNAT causes networking to stop.
Date: Thu, 31 Oct 2002 16:37:58 -0600 [thread overview]
Message-ID: <IMEDICLPAGAOCBLCCKLPMEINEEAA.netfilter@darrelldieringer.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0210311202110.21650-100000@robotron.office.tiedyenetworks.com>
I had a goofy problem quite awhile ago that sounds a lot like yours -
I couldn't ping the router box from the LAN unless the router box was
already pinging the particular LAN box from which I was trying to ping
the router.
I didn't use strace, but tcpdump showed me that the packets were
indeed _not_ on the wire.
After banging my head for awhile, I tried a different (identical)
network card in the router for the LAN. The unusual ping problem was
gone immediately without a single change to the firewall rules.
It's worth a shot.
Darrell Dieringer - Madison, WI
> -----Original Message-----
>
> Howdy folks,
>
> I've got a router I am experamenting with SNAT on.
> I've hit a
> situation where local ping processes are forced to stop
> transmitting (get
> caught in a loop on sendmsg() ) until the box receives
> packets from some
> external source (ping it from another machine on the
> network for example),
> and then it wakes right up without missing a beat.
> Experamentally, I've
> had ping waiting for several minutes this way. Typically
> it's able to fire
> off say 10 packets (and get replies) before it starts
> hanging. Using
> larger packets - say, 3000 bytes, results in only being
> able to fire off 3
> before stopping. I'm running tcpdump to verify that it's
> not emitting
> packets and strace to verify it's stuck looping on
> sendmsg(). Very weird.
>
prev parent reply other threads:[~2002-10-31 22:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-31 20:04 BUG(?) - SNAT causes networking to stop mike-netfilter
2002-10-31 22:35 ` Anders Fugmann
2002-10-31 22:37 ` Darrell Dieringer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=IMEDICLPAGAOCBLCCKLPMEINEEAA.netfilter@darrelldieringer.com \
--to=netfilter@darrelldieringer.com \
--cc=mike-netfilter@tiedyenetworks.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.