Re: BGP over satellite link - update!!

[Brian Candler <B.Candler at pobox.com>]

On Tue, Apr 29, 2003 at 09:34:37AM +0300, Mark Tinka wrote:
> Well, this could work, if be the case, however, the box that would sit on
> the client side of the network is only providing a one-way SCPC satellite
> connection to the remote provider. All return traffic coming from the remote
> provider to the client would be over a DVB circuit [another interesting
> technology yet experienced in Africa].

Ah right. Two simplex links instead of one duplex one.

Do you know if the links terminate directly at the same router at the
provider end? In other words should the diagram look like this:

            Sat>
            . .
           .   .
        B1       B2
        ^          \
       /            v
<--->R1             R2 <------->Internet
      ^            /
       \          v
       DVB-R    DVB-E
           .   .
            . .
           <Sat

Looks like you have at least 4 devices with static routes: B1, B2, and the
DVB-Encoder and Receiver. Some of these may be able to use default route
though.

If this is what the service is like and in the field, you probably have
little choice but to run multihop BGP and accept the consequences.

It could have been designed to avoid that problem though. For example you
could run IP-over-IP tunnels between R1 and R2 (e.g. GRE). Then R1 and R2
would be next-hop neighbours as far as IP was concerned, and all the
intermediate routers would only need to have a route to a single /32, just
to carry the tunnel packets.

Even better, use IPSEC as the tunneling protocol between R1 and R2 -
satellite connections are rather easy to sniff!

Regards,

Brian.

-----
This is the afnog mailing list, managed by Majordomo 1.94.5

To send a message to this list, e-mail afnog at afnog.org
To send a request to majordomo, e-mail majordomo at afnog.org and put
your request in the body of the message (i.e use "help" for help)

This list is maintained by owner-afnog at afnog.org