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.

quoted text
>> You're describing something which is normally handled by speaking
>> 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.

quoted text
> don't have an AS number

People with a need to multihome can get one.

quoted text
> and I'm not sure if this matters or not but the second wan connection
> 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.

quoted text
> That's why I had to play the dns short ttl game.  Thus far however
> 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.