On 2007/10/30 06:05, Aaron wrote:

quoted text
> ok, scratch that idea.  Are there any csu/dsu units out there that can take

> the incoming t1 signal and then output directly to an ethernet interface on

> the obsd box

I think you get some T1/E1<>ethernet bridge-like devices (needing the

same box at both ends of the line), but you won't be able to use carp to

two ISPs like that.
>> You're describing something which is normally handled by speaking

quoted text
>> BGP with your provider(s).

>>

> They aren't able to do bgp, as far as I know, as they are getting their

> connections from completely different isps,

This is normal with BGP.
> don't have an AS number
People with a need to multihome can get one.
> and I'm not sure if this matters or not but the second wan connection

quoted text
> is just 256k off of a t1 that provides phone service.

BGP may not be flexible enough to balance the incoming packets

between the lines in that case. e.g. in the case where the ISP with

the slower connection is a downstream customer of an ISP sourcing

a lot of traffic (localpref is more important than path length,

so it can be difficult or impossible to influence this).
But if the majority of traffic is outgoing, this may not be

particularly important.
> That's why I had to play the dns short ttl game.  Thus far however

quoted text
> it has worked fairly well.

That can work better for balancing load, but isn't so good for

failover. Most web browsers impose a minimum TTL to avoid certain

DNS hijacking tricks.