[111848] in North American Network Operators' Group
Re: One /22 Two ISP no BGP
daemon@ATHENA.MIT.EDU (Anton Kapela)
Sat Feb 14 03:25:41 2009
In-Reply-To: <65C5927BEED3C2428307863DB5C6C6FB02006341@cx49.800onemail.com>
Date: Sat, 14 Feb 2009 09:25:29 +0100
From: Anton Kapela <tkapela@gmail.com>
To: Michael Smith <msmith@internap.com>
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
If all else fails, you could setup a pair of static IPIP or GRE
tunnels using the static provider-assigned address on your link into
the non-bgp speaking provider. Then, terminate the 'far side' of the
tunnel on a router collocated somewhere upstream of if the brain-dead
provider. This would get you a 'unicast overlay' across the brain-dead
reseller of the bell.ca transit to a router where you could speak bgp
to real-er transits providers, peers, or others networks.
If you had the luxury of a cisco 720x/7301 pair (for your local router
and upstream tunnel endpoint), you could take advantage of the
transparent ip fragmentation and virtual-reassembly in 12.4, ip tcp
mss 'adjustment' (to handle the 20+ bytes of lost MTU via the tunnel),
and some shaping/fancy-QoS for making the (likely) congested-as-heck
path in or out of this network a bit less horrible for end-users.
Best,
-Tk
