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.