RE: BGP over satellite link - update!!

["Mark Tinka" <mtinka at africaonline.co.ug>]

Hi Brian.

It's safe to assume that R2 is peering with another router on the Internet
[perhaps a third-party major Internet provider like UUNET] and also routes
data to the DVB Encapsulator for the return leg to the client.

Your idea of a GRE tunnel is quite possible. Perhaps this could be a
solution.

Regards,

Mark Tinka - CCNA
Network Engineer
Africa Online Uganda
5th Floor, Commercial Plaza
7 Kampala Rd,
Tel:   +256-41-258143
Fax:   +256-41-258144
E-mail: mtinka at africaonline.co.ug
Web:     www.africaonline.co.ug
 

-----Original Message-----
From: Brian Candler [mailto:B.Candler at pobox.com] 
Sent: Wednesday, April 30, 2003 12:52 AM
To: Mark Tinka
Cc: 'Philip Smith'; afnog at afnog.org
Subject: Re: BGP over satellite link - update!!


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