ISP inbound failover without BGP
Matthew Crocker
matthew at corp.crocker.com
Tue Mar 4 01:50:26 UTC 2014
Depends on the application,
SIP, VPN, SMTP, etc just setup both IPs and let the end-user application figure it out (SIP-UA register to both IPs for example)
HTTP/HTTPS setup a proxy server in a colo that is multi-homed to frontend the requests. Then it can load balance traffic over both IPs.
DNS TTL ‘tricks’ are just that, they work ‘kinda’
Fatpipe? Crazy expensive IMHO but I hear they work ok.
-Matt
--
Matthew S. Crocker
President
Crocker Communications, Inc.
PO BOX 710
Greenfield, MA 01302-0710
E: matthew at crocker.com
P: (413) 746-2760
F: (413) 746-3704
W: http://www.crocker.com
On Mar 3, 2014, at 8:11 PM, Eric A Louie <elouie at yahoo.com> wrote:
> This may sound like dumb question, but... I'm used to asking those.
>
> Here's the scenario
>
> Another ISP, say AT&T, is the primary ISP for a customer.
>
> Customer has publicly accessible servers in their office, using the AT&T address space.
>
> I am the customer's secondary ISP.
>
> Now, if AT&T link fails, I can provide the customer outbound Internet access fairly easily. So they can surf and get to the Internet.
>
> What about the publicly accessible servers that have AT&T addresses, though?
>
> One thought I had was having them use Dynamic DNS service.
>
> Are there any other solutions, short of using BGP multihoming and having them try to get their own ASN and IPv4 /24 block?
>
>
> It looks like a few router manufacturers have devices that might work, but it looks like a short DNS TTL (or Dynamic DNS) needs to be set so when the primary ISP fails, the secondary ISP address is advertised.
>
More information about the NANOG
mailing list