From: "William L. Thomson Jr." <support@obsidian-studios.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] two upstreams without nat
Date: Wed, 25 Jun 2003 17:32:01 +0000 [thread overview]
Message-ID: <marc-lartc-105656245507073@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105653036404370@msgid-missing>
On Wed, 2003-06-25 at 04:35, Tomas Bonnedahl wrote:
> the "problem" im having is that i will not do nat on the core router, but on the border routers.
I was faced with the same problem and ended up doing two rounds of
NAT/PAT. The next step to that is to stop doing any NAT on the routers
and let the core router deal with all that. From my experience a
properly designed and dialed in Linux router can perform better than
most other name brand dedicated routers.
Now I am not saying it will be out a $100,000 Cisco router. The
performance should easily be equal to or greater than your existing
routers.
For example when I had my setup in CA my Linux router through put
latency was about half that of my Cisco 827 ADSL router, or either of my
Netopia SDSL routers.
> the multipath default route is on the core router.
Linux router, correct.
> from what i understand, could be totally wrong,
> you have to have nat, at least connection tracking on the core to make the multipath route per
> flow and not per packet.
Correct, sort of. NAT will keep the path in cache, which will allow
packets to keep traveling the same router.
The word flow is much better than connection. You will not get per
connection load balancing. Either way using multipath it will be per
packet load balancing. However with NAT and Julian's patches the NAT
routes are cached which will allow further packets to flow or traverse
the same path.
I have seen others, I think even Julian, said that it is possible to
accomplish without NAT. That has not been my experience. Based on my
experience I would say that NAT is a must.
--
Sincerely,
William L. Thomson Jr.
Support Group
Obsidian-Studios, Inc.
3548 Jamestown Ln.
Jacksonville, FL 32223
Phone/Fax 904.260.2445
http://www.obsidian-studios.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2003-06-25 17:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-25 8:35 [LARTC] two upstreams without nat Tomas Bonnedahl
2003-06-25 17:32 ` William L. Thomson Jr. [this message]
2003-06-25 17:44 ` Aaron Dewell
2003-06-25 23:08 ` William L. Thomson Jr.
2003-06-25 23:19 ` William L. Thomson Jr.
2003-06-26 20:42 ` Julian Anastasov
2003-06-27 0:25 ` Tomas Bonnedahl
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=marc-lartc-105656245507073@msgid-missing \
--to=support@obsidian-studios.com \
--cc=lartc@vger.kernel.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.