Re: Wanted: one more well-known BGP community
Paul Traina <pst@cisco.com> Wed, 09 August 1995 22:45 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa21321;
9 Aug 95 18:45 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa21316;
9 Aug 95 18:45 EDT
Received: from interlock.ans.net by CNRI.Reston.VA.US id aa21608;
9 Aug 95 18:45 EDT
Received: by interlock.ans.net id AA24565
(InterLock SMTP Gateway 3.0 for iwg-out@ans.net);
Wed, 9 Aug 1995 18:36:21 -0400
Message-Id: <199508092236.AA24565@interlock.ans.net>
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-2);
Wed, 9 Aug 1995 18:36:21 -0400
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-1);
Wed, 9 Aug 1995 18:36:21 -0400
To: Vince Fuller <vaf@valinor.barrnet.net>
Cc: Ravi Chandra <rchandra@cisco.com>, bgp@ans.net
Subject: Re: Wanted: one more well-known BGP community
In-Reply-To: Your message of "Wed, 09 Aug 1995 15:10:27 PDT."
<199508092209.AA53531@interlock.ans.net>
Date: Wed, 09 Aug 1995 15:34:57 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Paul Traina <pst@cisco.com>
From: Vince Fuller <vaf@valinor.barrnet.net> Subject: Re: Wanted: one more well-known BGP community The 'no-advertise' community was meant to do what you want.. why cannot you set the 'no-advertise' for selected entries via the outbound route-map (10.3 supports network based filtering for outbound route-maps). It should do what you want.. I tried it. When I do something like: router bgp 200 neighbor 192.31.48.245 route-map peer-out out ! route-map peer-out permit 10 match ip as-path 81 match ip address 150 set community no-advertise ! route-map peer-out permit 20 match ip as-path 81 the routes which match as-path access-list 81 and access-list 150 are never seen by 192.31.48.245, presumably because "no-advertise" was set on them locally and therefore, BGP decided not to advertise them. No, if that's the case, there's a bug and you should submit a bug report, please include the usual data, show version show ip bgp <broken path> debug ip bgp update write term and please send it to both cs-iprouting-bgp@cisco.com and tac@cisco.com. If the 192.31.48.248 route was not advertised, then that's an implementation foible on our part, not a requirement for a new parameter. I can believe that that problem occured, another test is probably necessary for locally assigned communities at redistribution time. We now return you to your generic non-cisco discussions.
- Wanted: one more well-known BGP community Vince Fuller
- Re: Wanted: one more well-known BGP community Ravi Chandra
- Re: Wanted: one more well-known BGP community Vince Fuller
- Re: Wanted: one more well-known BGP community Ravi Chandra
- Re: Wanted: one more well-known BGP community Paul Traina
- Re: Wanted: one more well-known BGP community Paul Traina
- Re: Wanted: one more well-known BGP community Vince Fuller
- Re: Wanted: one more well-known BGP community Paul Traina
- Re: Wanted: one more well-known BGP community Vince Fuller