From: Ben Greear <greearb@candelatech.com>
To: Julian Anastasov <ja@ssi.bg>
Cc: netdev@oss.sgi.com
Subject: Re: send-to-self (was Re: routing bug report for 2.4)
Date: Mon, 30 Jun 2003 00:59:19 -0700 [thread overview]
Message-ID: <3EFFEDD7.5020205@candelatech.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0306292307130.9328-100000@u.domain.uli>
Julian Anastasov wrote:
> Hello,
>
> Ben, I have something for comments and testing (compiled
> only):
>
> http://www.ssi.bg/~ja/send-to-self-2.4.21-1.diff
Just moved to my new home..will be a few days before I can
take a detailed look at this..and your long description
confused my tired mind for tonight... I'll look in
detail soon.
>
> The usage should be:
> eth0/loop=1
> eth1/loop=1
> bind to src IP from eth0 and connect to local IP on eth1
>
> Be ready, there can be something totally wrong.
>
> I'm avoiding the arp_filter changes. The setup uses
> asymmetric routing so better use arp_filter=0 or other
arp_filter=1, right?
> ARP filtering tools that can restrict our ARP replies
> only via the desired device.
I want to avoid strange(r) routing configurations, as I'm already
using lots of routing tricks, and don't want to confuse matters
more. I also turn on arp filtering to ensure the arps go out the
right interface currently.
You should be able to easily test most of the changes your code
if you have a machine with two ethernet interfaces and a loopback
cable...
My requirements are:
1) Both ethernet ports communicate over the exernal link, UDP & IP traffic.
Third-party programs if possible, thus I set the flag on the interface in
my patch, not on an individual socket, though I do have to BINDTODEVICE and
policy-base base route to get things working right...
1b) Allow both same-subnet comm (eth1 & eth2 are on same subnet), and also
routed traffic (eth1 & eth2 have their own default router, similar to the
previously discussed routing setup)
2) Allow normal non-looped communication on the ports, including policy-based routing
based on source addr.
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com> <Ben_Greear AT excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
next prev parent reply other threads:[~2003-06-30 7:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-27 23:00 routing bug report for 2.4 Ben Greear
2003-06-28 9:02 ` Julian Anastasov
2003-06-28 18:38 ` Ben Greear
2003-06-28 20:12 ` Julian Anastasov
2003-06-28 20:38 ` Julian Anastasov
2003-06-28 22:13 ` Ben Greear
2003-06-29 7:28 ` Julian Anastasov
2003-06-29 9:43 ` send-to-self (was Re: routing bug report for 2.4) Julian Anastasov
2003-06-29 20:18 ` Julian Anastasov
2003-06-30 7:59 ` Ben Greear [this message]
2003-06-30 10:43 ` Julian Anastasov
2003-07-01 21:57 ` Julian Anastasov
2003-07-01 22:07 ` Ben Greear
2003-07-01 22:23 ` Julian Anastasov
2003-06-30 20:22 ` James R. Leu
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=3EFFEDD7.5020205@candelatech.com \
--to=greearb@candelatech.com \
--cc=ja@ssi.bg \
--cc=netdev@oss.sgi.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).