On 06/22/07 13:57, Grant Taylor wrote:
I'm now going to test where the two routes are different MAC
addresses to see if the traffic does indeed start using the proper
rout again.
Ok, I have done it and it is working.
The short answer is all you need to have backup routes is to enter them
in
On 06/21/07 17:35, Grant Taylor wrote:
The problem with this method is that I have yet to get it to start
re-using the primary route when it becomes available again.
After doing some more testing and investigation, I think I know why the
system appears to not be using the primary route. My te
On 06/22/07 09:57, Gustavo Homem wrote:
I've done this, but I think it's unreliable for professional use. The
USB modems are non-standard so if one burns you can't exchange it for
a different one without feasible but time consuming tweaking (tried
more then one USB devices...).
Even for Ether
On Friday 22 June 2007 15:22, Grant Taylor wrote:
> (Off thread topic.)
>
> On 06/22/07 06:54, Gustavo Homem wrote:
> > This is absolutetly the way to do it with ADSL.
>
> I could not agree more.
>
> > Using a modem in bridged mode minimizes the responsability of the
> > modem/router which is a pot
(Off thread topic.)
On 06/22/07 06:54, Gustavo Homem wrote:
This is absolutetly the way to do it with ADSL.
I could not agree more.
Using a modem in bridged mode minimizes the responsability of the
modem/router which is a potentially unstable device. Let the stable
Linux box do the work (ro
On Thursday 21 June 2007 18:02, Grant Taylor wrote:
> On 06/21/07 11:47, Peter Rabbitson wrote:
> > You are misunderstanding how ICMP works. The modems themselves are hops,
> > and the thing they connect to is another hop. Just look at the first
> > several entries of a traceroute to any destinatio
On 06/21/07 17:30, Alex Samad wrote:
Strange I am running openwrt on a linksys wr54gs with 1 cable and 1
adsl. I load balance, (also have julian patches applied - its
2.4.30), when the routing notices the link is dead, so if i do a ip
li. then it marks the routes as dead and stops using them,
Ok, after more testing and trying things that others have suggested,
I've made some headways. Or at least what I think is some head ways.
This is not an answer, just data that I have gathered along the way to
help others that are trying to help me.
I have determined that either I can not get
On Thu, Jun 21, 2007 at 05:23:23PM -0500, Grant Taylor wrote:
> On 06/21/07 17:18, Alex Samad wrote:
> >sorry yep, just woken up, reading and answering whilst eating breakfast
>
> *nod*
>
> >okay then why not
> >
> >default via preffered path
> >default via backup path metric 100
>
> I've done t
On 06/21/07 17:18, Alex Samad wrote:
sorry yep, just woken up, reading and answering whilst eating breakfast
*nod*
okay then why not
default via preffered path
default via backup path metric 100
I've done that with a metric of 0/1, and 1/2. The problem that I'm
seeing is that the system
On Thu, Jun 21, 2007 at 04:24:19PM -0500, Grant Taylor wrote:
> On 06/21/07 16:01, Alex Samad wrote:
> >should something like this work
> >
> >default proto static metric 5
> > nexthop via 58.173.108.1 dev vlan2 weight 10
> > nexthop via 10.20.20.106 dev ppp0 weight 20
> >
> >and then l
On 06/21/07 16:01, Alex Samad wrote:
should something like this work
default proto static metric 5
nexthop via 58.173.108.1 dev vlan2 weight 10
nexthop via 10.20.20.106 dev ppp0 weight 20
and then let the dgd detect dead gateways and drop the relevant route
about.
Doesn't
On Thu, Jun 21, 2007 at 05:35:13PM +0200, Peter Rabbitson wrote:
> Grant Taylor wrote:
>
> >I need a way for the Linux kernel to try to use a default gateway and
> >switch to another one if it does not see any traffic.
should something like this work
default proto static metric 5 nexthop via
On 06/21/07 12:37, Peter Rabbitson wrote:
*nod* I had several cases when my ISP had problems like the one you
describe below, so the first 2 hops were pingable but nothing outside.
This is why I suggested the entire ISP subnet exclusion, just to be on
the safe side.
*nod*
I got to give you
Grant Taylor wrote:
No, again, if you are dealing with modem router combos, I'll grant you
what you say, but not on bridging modems.
*nod* I had several cases when my ISP had problems like the one ou
describe below, so the first 2 hops were pingable but nothing outside.l
This is why I suggest
On 06/21/07 11:47, Peter Rabbitson wrote:
You are misunderstanding how ICMP works. The modems themselves are hops,
and the thing they connect to is another hop. Just look at the first
several entries of a traceroute to any destination, and you will see
what I mean. If you still do not believe m
Grant Taylor wrote:
On 06/21/07 11:00, Peter Rabbitson wrote:
Ah, here is part of the problem.
(eth1) --- (DSL Modem) / DSL Gateway
Server --- (DMZ) --- (Linux Router)
(eth2) --- (Cable Modem / Cable Gateway
Note: Globally routable DMZ
On 06/21/07 11:00, Peter Rabbitson wrote:
This is not something I do automatically in netfilter - it is a
responsibility of the cron job.
*nod*
I am counting only INcomming traffic (the -i flag). The source matching
is there only for the following reason: consider
You ->1-> Uplink router ->
Grant Taylor wrote:
On 06/21/07 10:35, Peter Rabbitson wrote:
I don't know about any working in-kernel solutions, but you can do it
trivially with netfilter and a cronjob:
If I understand what you are proposing correctly, it looks like you are
jumping to a sub-chain used used only for count
On 06/21/07 10:35, Peter Rabbitson wrote:
I don't know about any working in-kernel solutions, but you can do it
trivially with netfilter and a cronjob:
If I understand what you are proposing correctly, it looks like you are
jumping to a sub-chain used used only for counting traffic. If the
Grant Taylor wrote:
I need a way for the Linux kernel to try to use a default gateway and
switch to another one if it does not see any traffic.
I don't know about any working in-kernel solutions, but you can do it
trivially with netfilter and a cronjob:
* In netfilter do this:
-t ma
On 06/21/07 02:46, Russell Stuart wrote:
Well, it may be that you are connected to the modem by Ethernet, but
that doesn't mean you can't arrange to know if the link is up or
down.
If you are familiar with Cisco, there is a physical link, and a protocol
link. I'm ending with an (physical lin
Use a ping script, which pings some IP every minute or so. Ping can bind
to a specific interface.
Ping -c 1 -w 1 -I eth1 $SOME_IP
Ping -c 1 -w 1 -I eth2 $SOME_IP
Check for return values for those pings.
Change your default routes based on the ping results.
This is the basic idea. You can add man
uto Telecomunicacoes (Aveiro)
-Original Message-
From: Seth J. Blank [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 15 de Outubro de 2003 18:28
To: [EMAIL PROTECTED]
Subject: Re: [LARTC] Redundant Internet connections [Updated]
I'm not aware of mii tools, could you give me more information
Thanks Robert, that's almost exactly what I had (I didn't have ip route
flush cache).
The problem is, everything is routing fine, and the data is being split
evenly over eth0 and eth1, but as soon as I pull the cable out of eth0
(pulling it out of eth1 doesn't seem to matter) the connection goe
Another weird piece of information to add.
If I ifdown eth0, everything starts being routed over eth1. But if I
just yank the cord out of eth0, the system sits there trying to route
over eth0. This persists for much longer than the 60 seconds it should
take, max, for the kernel to update the ro
Yeah, I figured out the problem (stupid mistake on my end) and
everything is working now.
With one exception. If I pull the cat5 out of eth0 (external interface
1) then everything just hangs. No connections can be made, etc. Pulling
the cat5 out of eth1 (external interface 2) has no effect. Th
"Seth J. Blank" wrote:
> I have finished implementing this step by step, and things still do not
> appear to be working.
>
> During the testing phase, I have two problems (output which differs from
> what the howto says I should get).
> 1) When I run "ip route list table main", only the proper ent
Robert Kurjata wrote:
I have a load balancing setup for 3 uplinks (3 different providers and
technologies) w/failover set with http://www.ssi.bg/~ja/ Nano-HOWTO
(carefully done By-The-Book - any shortcut and it's gone).
I have finished implementing this step by step, and things still do not
ap
Witaj Seth,
W Twoim liście datowanym 13 października 2003 (18:24:08) można przeczytać:
SJB> Sorry, I really wasn't paying attention when I wrote this (i.e. I've had
SJB> no sleep).
SJB> I have the routing tables working properly for the internal network.
SJB> What I need to do is have the routi
30 matches
Mail list logo
