[prev in list] [next in list] [prev in thread] [next in thread]
List: isp-bgp
Subject: [isp-bgp] RE: Unable to get redundancy--
From: "Abid Abdul Latif" <biddu () nexlinx ! net ! pk>
Date: 2003-06-13 4:40:08
[Download RAW message or body]
Thanks alot for your support. It was basically local preference setting at
my service provider's end, increasing my peer's local preference solved the
problem.
Thanks again for all support.
Regards
Abid
----- Original Message -----
From: "Anand Kalyan" <kalyan_cisco@yahoo.com>
To: <isp-bgp@isp-bgp.com>
Sent: Wednesday, June 11, 2003 4:58 AM
Subject: [isp-bgp] RE: Unable to get redundancy--
> Abid
> DO One thing ... When you bring down the ISP1 go to
> any of the looking glasses ( for example :
> http://nitrous.algx.net/mae/maew-lg.html) paste the IP
> Block on the address choose the bgp radio button and
> run the query.
>
> This will tell you what is the global view for your
> Class 5. I don't see a problem in the configuration.
> Also if possible call both the ISP's and get the
> output of sh ip bgp x.x.x.x and check on how their
> announcement is.. I am sure this will definitely give
> you some kind of an idea as to what is goin on ....
>
> Some good commands to run at the ISP end wud be :
> A) show ip bgp x.x.x.x
> A) show ip bgp neighbour x.x.x.x received-routes
> B) show ip bgp neighbour x.x.x.x routes
>
> The first command will show if the communities are
> proper at the ISP. The second command will ensure that
> the ISP is indeed receiving the announcement from you
> and the third command will check if it is the Best
> path..
>
> Ensure that the ISP is tagging it with the communities
> enabling the Block to be advertisied out with the
> specific subnet mask.. Most of the times this is where
> people miss out..
>
> Hope this helps...
> --- Abid Abdul Latif <biddu@nexlinx.net.pk> wrote:
> > Yes you are right it is permit 20 sorry typing
> > mistake.
> >
> > As you can see from the conf that all classes are
> > advertised to both ISP's.
> > Both Isp's are connected. I am pasting some debug
> > command outputs which i
> > got when one link is down and then brought back may
> > be this might help.
> > Currently am just playing around with only one class
> > ( Class 5 ) which is
> > advertised to both ISP's.
> >
> > =================
> > When ISP 1 goes down ( shifted to ISP2 )
> >
> > Jun 9 16:34:25.614 PKT: BGP: AS1 sending
> > REFRESH_REQ(5) for afi/safi: 1/1
> > Jun 9 16:34:25.614 PKT: BGP: AS1 send message type
> > 5, length (incl. header)
> > 23
> > Jun 9 16:34:26.614 PKT: BGP(0): AS1 send UPDATE
> > CLASS-5 -- unreachable
> > Jun 9 16:35:51.519 PKT: BGP(0): AS1 rcv UPDATE w/
> > attr: nexthop AS1, origin
> > i, originator 0.0.0.0, path AS1 5400 3356 AS2 AS3
> > AS3 AS3 AS3 AS3 AS3,
> > community 1010042155, extended community
> > Jun 9 16:35:51.519 PKT: BGP(0): AS1 rcv UPDATE
> > about CLASS-5 -- DENIED due
> > to: AS-PATH contains our own AS;
> > Jun 9 16:36:19.347 PKT: BGP(0): AS1 rcv UPDATE
> > about CLASS-5 -- withdrawn
> > ========
> >
> > ISP1 comes up
> >
> > un 9 16:43:47.623 PKT: BGP: ISP2 sending
> > REFRESH_REQ(5) for afi/safi: 1/1
> > Jun 9 16:43:47.623 PKT: BGP: ISP1 sending
> > REFRESH_REQ(5) for afi/safi: 1/1
> > Jun 9 16:43:47.623 PKT: BGP: ISP2 send message type
> > 5, length (incl.
> > header) 23
> > Jun 9 16:43:47.623 PKT: BGP: ISP1 send message type
> > 5, length (incl.
> > header) 23
> > Jun 9 16:43:49.187 PKT: BGP(0): ISP2 send UPDATE
> > (format) CLASS-5, next
> > ISP2 ( Next hop - Serial address ), metric 0, path
> > Jun 9 16:43:49.187 PKT: BGP(0): ISP1 send UPDATE
> > (prepend, chgflags: 0x0)
> > CLASS-5, next ISP1 ( Next hop - Serial address ),
> > metric 0, path
> > Jun 9 16:44:01.251 PKT: BGP: ISP2 Next hop is our
> > own address ISP2 ( Next
> > hop - Serial address )
> > Jun 9 16:44:01.887 PKT: BGP: ISP2 Next hop is our
> > own address ISP2 ( Next
> > hop - Serial address )
> > Jun 9 16:44:01.887 PKT: BGP(0): ISP2 rcv UPDATE w/
> > attr: nexthop ISP2 (
> > Next hop - Serial address ), origin i, metric 0,
> > originator 0.0.0.0, path
> > 15412 17563 17563 17563 17563 17563 17563, community
> > 1010042155, extended
> > community
> > Jun 9 16:44:01.887 PKT: BGP(0): ISP2 rcv UPDATE
> > about CLASS-5 -- DENIED due
> > to: AS-PATH contains our own AS; NEXTHOP is our own
> > address;
> > Jun 9 16:44:07.067 PKT: BGP(0): ISP1 rcv UPDATE w/
> > attr: nexthop ISP1 (
> > Next hop - Serial address ), origin i, originator
> > 0.0.0.0, path AS1 5400
> > 3356 AS2 AS3 AS3 AS3 AS3 AS3 AS3, community
> > 1010042155, extended community
> > Jun 9 16:44:07.067 PKT: BGP(0): ISP1 rcv UPDATE
> > about CLASS-5 -- DENIED due
> > to: AS-PATH contains our own AS;
> >
> >
> > ----- Original Message -----
> > From: <MPuras@solunet.com>
> > To: <isp-bgp@isp-bgp.com>
> > Sent: Monday, June 09, 2003 11:43 PM
> > Subject: [isp-bgp] RE: Unable to get redundancy--
> >
> >
> > > I take it that your second route-map called
> > bgp-advertise has a typo and
> > > should have had a permit of 20, correct?
> > >
> > > When all is working fine on ISP3 (your router),
> > can you issue the command:
> > >
> > > sh ip bgp neighbors <isp1> advertised-routes
> > > sh ip bgp neighbors <isp2> advertised-routes
> > >
> > > After you take down the connection to ISP1 on ISP3
> > (your router) AND bring
> > > it back up, can you issue the command:
> > >
> > > sh ip bgp neighbors <isp1> advertised-routes
> > > sh ip bgp neighbors <isp2> advertised-routes
> > >
> > >
> > > In addition, can you send the output of the same
> > commands from ISP1 and
> > ISP2
> > > to see what routes they are seeing active before
> > and after the link is
> > > brought back.
> > >
> > >
> > > Also, are both provider AS1 and AS2 linked
> > together?
> > >
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Mario Puras
> > > SoluNet Technical Support
> > > Mailto: mpuras@solunet.com
> > > Direct: (321) 309-1410
> > > 888.449.5766 (USA) / 888.SOLUNET (Canada)
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Abid Abdul Latif
> > [mailto:biddu@nexlinx.net.pk]
> > > Sent: Saturday, June 07, 2003 12:59 PM
> > > To: isp-bgp@isp-bgp.com
> > > Subject: [isp-bgp] Unable to get redundancy--
> > >
> > >
> > > Dear Gurus !
> > >
> > > I am having some problem while applying backup
> > strategy.
> > >
> > > Scenario is :
> > > I am connected to internet via two ISP's ( ISP 1
> > and ISP 2 )
> > > ISP 1 = AS1
> > > ISP2 = AS2
> > > ME = AS3
> > >
> > > Peer are established and working fine
> > > neighbor ISP1 remote-as AS1
> > > neighbor ISP1 route-map bgp-routes in
> > > neighbor ISP1 route-map bgp-advertise out
> > > neighbor ISP2 remote-as AS2
> > > neighbor ISP2 route-map bgp-routes in
> > > neighbor ISP2 route-map bgp-advertise-2 out
> > >
> > > access-list 5 permit class1
> > > access-list 5 permit class2
> > > access-list 5 permit class3
> > > access-list 5 permit class4
> > > !
> > > access-list 20 permit class5
> > > access-list 20 permit class6
> > > access-list 20 permit class7
> > > access-list 20 permit class8
> > > !
> > > route-map bgp-advertise permit 10
> > > match ip address 20
> > > !
> > > route-map bgp-advertise permit 10
> > > match ip address 5
> > > set as-path prepend AS3 AS3 AS3 AS3 AS3 ======>
> > ( For Back up )
> > > !
> > > route-map bgp-advertise-2 permit 10
> > > match ip address 5
> > > !
> > > route-map bgp-advertise-2 permit 20
> > > match ip address 20
> > > set as-path prepend AS3 AS3 AS3 AS3 AS3 ======> (
> > For Back up )
> > > !
> > > route-map bgp-routes deny 10 ( all outbound
> > traffic in controlled via
> > static
> > > routing ( policy routing/ default routing )
> > >
> > > Problem:
> > >
> > > When ISP1 goes down all classes ( access list 20 )
> > are routed via ISP2
> > with
> > > as-path attribute ( as required ) but problem is
> > when is ( ISP1 ) comes
> > > back routes are not updated accordingly. and all
> > inbound traffic stays on
> > > ISP2 till i de-advertise those classes ( access
> > list 20 ) from ISP2.
> >
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
> http://calendar.yahoo.com
>
> ------------------------ANNOUNCEMENT---------------------------------
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
> ** 802.11 Planet **
> The business of hot spots. Wireless ISP business plans.
> Wireless network certifications. High-gain antenna design.
> Site survey techniques.
> June 25 - 27, Boston, MA
> http://www.jupiterevents.com//80211/spring03
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
>
> _______________ The ISP-BGP Discussion List ______________
> To Join: mailto:join-isp-bgp@isp-bgp.com
> To Remove: mailto:remove-isp-bgp@isp-bgp.com
> Archives: http://isp-lists.isp-planet.com/isp-bgp/archives/
------------------------ANNOUNCEMENT---------------------------------
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
** 802.11 Planet **
The business of hot spots. Wireless ISP business plans.
Wireless network certifications. High-gain antenna design.
Site survey techniques.
June 25 - 27, Boston, MA
http://www.jupiterevents.com//80211/spring03
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
_______________ The ISP-BGP Discussion List ______________
To Join: mailto:join-isp-bgp@isp-bgp.com
To Remove: mailto:remove-isp-bgp@isp-bgp.com
Archives: http://isp-lists.isp-planet.com/isp-bgp/archives/
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic