From: rsevier (rsevier@xxxxxxxxxxxxxxxxxxx)
Date: Mon Aug 27 2001 - 19:31:01 GMT-3
You don't need the static routes. Set up the local preference for your
outbound and prepend for your incoming like you have it. Where is your
as-path statement? You could use conditional advertising as well. Other
than that you should be fine.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Rick Stephens
Sent: Monday, August 27, 2001 2:22 PM
To: ccielab@groupstudy.com
Subject: BGP: AS-PATH PREPEND
Group,
I have a T1 connection going to one ISP (AS 111), and a second 384K
connection going to a different ISP (AS 222). We would like to use the
second connection for backup only. That is, no load sharing rather only to
be used if the T1 goes down.
The T1 is out Serial 0/0.1. The backup connection is out a Wireless
Ethernet. My thought was that simple static routes with adminstrative
distance would prevent the backup line from being used when going out. But
the BGP configuration is giving me a little trouble. I thought I could
prepend the path to the backup connection to make the T1 path to the 1st ISP
the best route. But, whenever I set this configuration the incoming traffic
comes in through the 2nd ISP. Where am I going wrong? What is the best way?
Thank you in advance.
router bgp 12345
network 192.168.1.0 mask 255.255.255.0
! Primary Neighbor (T1 Connection)
neighbor 172.16.1.1 remote-as 111
! Backup Wireless Neighbor (384K Connection)
neighbor 172.16.10.1 remote-as 222
neighbor 172.16.10.1 route-map set-as-path out
ip route 0.0.0.0 0.0.0.0 Serial0/0.1
ip route 0.0.0.0 0.0.0.0 172.16.10.1 100
route-map set-as-path 10 permit
match as-path 1
set as-path prepend 12345 12345 12345 12345
route-map set-as-path 20 permit
match address 2
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 0.0.0.0 255.255.255.255
**Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:58 GMT-3