From 6cb8f742f1adf99881334b8ae21c398d98571aa1 Mon Sep 17 00:00:00 2001 From: Ondrej Zajicek Date: Wed, 27 Jan 2010 17:22:57 +0100 Subject: Better handling of well-known communities. Process well-known communities before the export filter (old behavior is to process these attributes after, which does not allow to send route with such community) and just for routes received from other BGP protocols. Also fixes a bug in next_hop check. --- doc/bird.sgml | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/bird.sgml') diff --git a/doc/bird.sgml b/doc/bird.sgml index 220ac94a..c1fc3d88 100644 --- a/doc/bird.sgml +++ b/doc/bird.sgml @@ -996,6 +996,17 @@ for each neighbor using the following configuration parameters: capability and accepts such requests. Even when disabled, BIRD can send route refresh requests. Default: on. + ignore communities RFC 1997 demands that + BGP speaker should process well-known communities like + no-export (65535, 65281) or no-advertise (65535, 65282). For + example, received route carrying a no-adverise community + should not be advertised to any of its neighbors. BIRD has + such behavior hardwired (it is evaluated when a route is + exported to the protocol just before the export filter). This + option allows to disable such hardwired processing of + well-known communities (in that case, similar behavior can be + implemented in the export filter). Default: off. + enable as4 BGP protocol was designed to use 2B AS numbers and was extended later to allow 4B AS number. BIRD supports 4B AS extension, but by disabling this option it can be persuaded not to advertise it and -- cgit v1.2.3