]>
Commit | Line | Data |
---|---|---|
0efdf0fe | 1 | .. _bgp: |
42fc5d26 QY |
2 | |
3 | *** | |
4 | BGP | |
5 | *** | |
6 | ||
8fcedbd2 | 7 | :abbr:`BGP` stands for Border Gateway Protocol. The latest BGP version is 4. |
d1e7591e | 8 | BGP-4 is one of the Exterior Gateway Protocols and the de facto standard |
8fcedbd2 QY |
9 | interdomain routing protocol. BGP-4 is described in :rfc:`1771` and updated by |
10 | :rfc:`4271`. :rfc:`2858` adds multiprotocol support to BGP-4. | |
42fc5d26 | 11 | |
0efdf0fe | 12 | .. _starting-bgp: |
42fc5d26 QY |
13 | |
14 | Starting BGP | |
15 | ============ | |
16 | ||
8fcedbd2 QY |
17 | The default configuration file of *bgpd* is :file:`bgpd.conf`. *bgpd* searches |
18 | the current directory first, followed by |INSTALL_PREFIX_ETC|/bgpd.conf. All of | |
19 | *bgpd*'s commands must be configured in :file:`bgpd.conf` when the integrated | |
20 | config is not being used. | |
42fc5d26 | 21 | |
c1a54c05 | 22 | *bgpd* specific invocation options are described below. Common options may also |
0efdf0fe | 23 | be specified (:ref:`common-invocation-options`). |
42fc5d26 | 24 | |
c1a54c05 | 25 | .. program:: bgpd |
42fc5d26 | 26 | |
c9365894 | 27 | .. option:: -p, --bgp_port <port> |
42fc5d26 | 28 | |
db759bb0 | 29 | Set the bgp protocol's port number. When port number is 0, that means do not |
30 | listen bgp port. | |
42fc5d26 | 31 | |
c9365894 | 32 | .. option:: -l, --listenon |
42fc5d26 | 33 | |
c0868e8b QY |
34 | Specify a specific IP address for bgpd to listen on, rather than its default |
35 | of ``0.0.0.0`` / ``::``. This can be useful to constrain bgpd to an internal | |
36 | address, or to run multiple bgpd processes on one host. | |
42fc5d26 | 37 | |
8fcedbd2 | 38 | .. _bgp-basic-concepts: |
42fc5d26 | 39 | |
8fcedbd2 QY |
40 | Basic Concepts |
41 | ============== | |
42fc5d26 | 42 | |
8fcedbd2 | 43 | .. _bgp-autonomous-systems: |
c3c5a71f | 44 | |
8fcedbd2 QY |
45 | Autonomous Systems |
46 | ------------------ | |
42fc5d26 | 47 | |
c0868e8b QY |
48 | From :rfc:`1930`: |
49 | ||
50 | An AS is a connected group of one or more IP prefixes run by one or more | |
51 | network operators which has a SINGLE and CLEARLY DEFINED routing policy. | |
52 | ||
53 | Each AS has an identifying number associated with it called an :abbr:`ASN | |
54 | (Autonomous System Number)`. This is a two octet value ranging in value from 1 | |
55 | to 65535. The AS numbers 64512 through 65535 are defined as private AS numbers. | |
56 | Private AS numbers must not be advertised on the global Internet. | |
57 | ||
58 | The :abbr:`ASN (Autonomous System Number)` is one of the essential elements of | |
8fcedbd2 | 59 | BGP. BGP is a distance vector routing protocol, and the AS-Path framework |
c0868e8b | 60 | provides distance vector metric and loop detection to BGP. |
42fc5d26 | 61 | |
c0868e8b | 62 | .. seealso:: :rfc:`1930` |
42fc5d26 | 63 | |
8fcedbd2 | 64 | .. _bgp-address-families: |
42fc5d26 | 65 | |
8fcedbd2 QY |
66 | Address Families |
67 | ---------------- | |
42fc5d26 | 68 | |
c0868e8b QY |
69 | Multiprotocol extensions enable BGP to carry routing information for multiple |
70 | network layer protocols. BGP supports an Address Family Identifier (AFI) for | |
71 | IPv4 and IPv6. Support is also provided for multiple sets of per-AFI | |
72 | information via the BGP Subsequent Address Family Identifier (SAFI). FRR | |
73 | supports SAFIs for unicast information, labeled information (:rfc:`3107` and | |
74 | :rfc:`8277`), and Layer 3 VPN information (:rfc:`4364` and :rfc:`4659`). | |
c3c5a71f | 75 | |
8fcedbd2 | 76 | .. _bgp-route-selection: |
42fc5d26 | 77 | |
8fcedbd2 QY |
78 | Route Selection |
79 | --------------- | |
42fc5d26 | 80 | |
8fcedbd2 QY |
81 | The route selection process used by FRR's BGP implementation uses the following |
82 | decision criterion, starting at the top of the list and going towards the | |
83 | bottom until one of the factors can be used. | |
42fc5d26 | 84 | |
8fcedbd2 | 85 | 1. **Weight check** |
42fc5d26 | 86 | |
c1a54c05 | 87 | Prefer higher local weight routes to lower routes. |
42fc5d26 | 88 | |
8fcedbd2 QY |
89 | 2. **Local preference check** |
90 | ||
c1a54c05 | 91 | Prefer higher local preference routes to lower. |
42fc5d26 | 92 | |
8fcedbd2 QY |
93 | 3. **Local route check** |
94 | ||
c1a54c05 | 95 | Prefer local routes (statics, aggregates, redistributed) to received routes. |
42fc5d26 | 96 | |
8fcedbd2 QY |
97 | 4. **AS path length check** |
98 | ||
c1a54c05 | 99 | Prefer shortest hop-count AS_PATHs. |
42fc5d26 | 100 | |
8fcedbd2 QY |
101 | 5. **Origin check** |
102 | ||
c1a54c05 QY |
103 | Prefer the lowest origin type route. That is, prefer IGP origin routes to |
104 | EGP, to Incomplete routes. | |
42fc5d26 | 105 | |
8fcedbd2 QY |
106 | 6. **MED check** |
107 | ||
c1a54c05 | 108 | Where routes with a MED were received from the same AS, prefer the route |
0efdf0fe | 109 | with the lowest MED. :ref:`bgp-med`. |
42fc5d26 | 110 | |
8fcedbd2 QY |
111 | 7. **External check** |
112 | ||
c1a54c05 QY |
113 | Prefer the route received from an external, eBGP peer over routes received |
114 | from other types of peers. | |
42fc5d26 | 115 | |
8fcedbd2 QY |
116 | 8. **IGP cost check** |
117 | ||
c1a54c05 | 118 | Prefer the route with the lower IGP cost. |
42fc5d26 | 119 | |
8fcedbd2 QY |
120 | 9. **Multi-path check** |
121 | ||
c1a54c05 QY |
122 | If multi-pathing is enabled, then check whether the routes not yet |
123 | distinguished in preference may be considered equal. If | |
9e146a81 | 124 | :clicmd:`bgp bestpath as-path multipath-relax` is set, all such routes are |
c1a54c05 QY |
125 | considered equal, otherwise routes received via iBGP with identical AS_PATHs |
126 | or routes received from eBGP neighbours in the same AS are considered equal. | |
42fc5d26 | 127 | |
8fcedbd2 QY |
128 | 10. **Already-selected external check** |
129 | ||
07738543 QY |
130 | Where both routes were received from eBGP peers, then prefer the route |
131 | which is already selected. Note that this check is not applied if | |
132 | :clicmd:`bgp bestpath compare-routerid` is configured. This check can | |
133 | prevent some cases of oscillation. | |
134 | ||
8fcedbd2 QY |
135 | 11. **Router-ID check** |
136 | ||
07738543 QY |
137 | Prefer the route with the lowest `router-ID`. If the route has an |
138 | `ORIGINATOR_ID` attribute, through iBGP reflection, then that router ID is | |
139 | used, otherwise the `router-ID` of the peer the route was received from is | |
140 | used. | |
141 | ||
8fcedbd2 QY |
142 | 12. **Cluster-List length check** |
143 | ||
07738543 QY |
144 | The route with the shortest cluster-list length is used. The cluster-list |
145 | reflects the iBGP reflection path the route has taken. | |
146 | ||
8fcedbd2 QY |
147 | 13. **Peer address** |
148 | ||
07738543 QY |
149 | Prefer the route received from the peer with the higher transport layer |
150 | address, as a last-resort tie-breaker. | |
42fc5d26 | 151 | |
8fcedbd2 QY |
152 | .. _bgp-capability-negotiation: |
153 | ||
154 | Capability Negotiation | |
155 | ---------------------- | |
156 | ||
157 | When adding IPv6 routing information exchange feature to BGP. There were some | |
158 | proposals. :abbr:`IETF (Internet Engineering Task Force)` | |
159 | :abbr:`IDR (Inter Domain Routing)` adopted a proposal called Multiprotocol | |
160 | Extension for BGP. The specification is described in :rfc:`2283`. The protocol | |
161 | does not define new protocols. It defines new attributes to existing BGP. When | |
162 | it is used exchanging IPv6 routing information it is called BGP-4+. When it is | |
163 | used for exchanging multicast routing information it is called MBGP. | |
164 | ||
165 | *bgpd* supports Multiprotocol Extension for BGP. So if a remote peer supports | |
166 | the protocol, *bgpd* can exchange IPv6 and/or multicast routing information. | |
167 | ||
168 | Traditional BGP did not have the feature to detect a remote peer's | |
169 | capabilities, e.g. whether it can handle prefix types other than IPv4 unicast | |
170 | routes. This was a big problem using Multiprotocol Extension for BGP in an | |
171 | operational network. :rfc:`2842` adopted a feature called Capability | |
172 | Negotiation. *bgpd* use this Capability Negotiation to detect the remote peer's | |
173 | capabilities. If a peer is only configured as an IPv4 unicast neighbor, *bgpd* | |
174 | does not send these Capability Negotiation packets (at least not unless other | |
175 | optional BGP features require capability negotiation). | |
176 | ||
177 | By default, FRR will bring up peering with minimal common capability for the | |
178 | both sides. For example, if the local router has unicast and multicast | |
179 | capabilities and the remote router only has unicast capability the local router | |
180 | will establish the connection with unicast only capability. When there are no | |
181 | common capabilities, FRR sends Unsupported Capability error and then resets the | |
182 | connection. | |
183 | ||
f90115c5 LB |
184 | .. _bgp-concepts-vrfs: |
185 | ||
186 | VRFs: Virtual Routing and Forwarding | |
187 | ------------------------------------ | |
188 | ||
189 | *bgpd* supports :abbr:`L3VPN (Layer 3 Virtual Private Networks)` :abbr:`VRFs | |
190 | (Virtual Routing and Forwarding tables)` for IPv4 :rfc:`4364` and IPv6 | |
191 | :rfc:`4659`. L3VPN routes, and their associated VRF MPLS labels, can be | |
192 | distributed to VPN SAFI neighbors in the *default*, i.e., non VRF, BGP | |
193 | instance. VRF MPLS labels are reached using *core* MPLS labels which are | |
194 | distributed using LDP or BGP labeled unicast. *bgpd* also supports inter-VRF | |
195 | route leaking. General information on FRR's VRF support can be found in | |
196 | :ref:`zebra-vrf`. | |
8fcedbd2 QY |
197 | |
198 | .. _bgp-router-configuration: | |
199 | ||
200 | BGP Router Configuration | |
201 | ======================== | |
202 | ||
203 | ASN and Router ID | |
204 | ----------------- | |
205 | ||
206 | First of all you must configure BGP router with the :clicmd:`router bgp ASN` | |
207 | command. The AS number is an identifier for the autonomous system. The BGP | |
208 | protocol uses the AS number for detecting whether the BGP connection is | |
209 | internal or external. | |
210 | ||
211 | .. index:: router bgp ASN | |
212 | .. clicmd:: router bgp ASN | |
213 | ||
214 | Enable a BGP protocol process with the specified ASN. After | |
215 | this statement you can input any `BGP Commands`. | |
216 | ||
217 | .. index:: no router bgp ASN | |
218 | .. clicmd:: no router bgp ASN | |
219 | ||
220 | Destroy a BGP protocol process with the specified ASN. | |
221 | ||
222 | .. index:: bgp router-id A.B.C.D | |
223 | .. clicmd:: bgp router-id A.B.C.D | |
224 | ||
225 | This command specifies the router-ID. If *bgpd* connects to *zebra* it gets | |
226 | interface and address information. In that case default router ID value is | |
227 | selected as the largest IP Address of the interfaces. When `router zebra` is | |
228 | not enabled *bgpd* can't get interface information so `router-id` is set to | |
229 | 0.0.0.0. So please set router-id by hand. | |
230 | ||
231 | Route Selection | |
232 | --------------- | |
c3c5a71f | 233 | |
c1a54c05 | 234 | .. index:: bgp bestpath as-path confed |
29adcd50 | 235 | .. clicmd:: bgp bestpath as-path confed |
42fc5d26 | 236 | |
c1a54c05 QY |
237 | This command specifies that the length of confederation path sets and |
238 | sequences should should be taken into account during the BGP best path | |
239 | decision process. | |
42fc5d26 | 240 | |
c3c5a71f | 241 | .. index:: bgp bestpath as-path multipath-relax |
29adcd50 | 242 | .. clicmd:: bgp bestpath as-path multipath-relax |
42fc5d26 | 243 | |
c1a54c05 QY |
244 | This command specifies that BGP decision process should consider paths |
245 | of equal AS_PATH length candidates for multipath computation. Without | |
246 | the knob, the entire AS_PATH must match for multipath computation. | |
c3c5a71f | 247 | |
29adcd50 | 248 | .. clicmd:: bgp bestpath compare-routerid |
42fc5d26 | 249 | |
c1a54c05 QY |
250 | Ensure that when comparing routes where both are equal on most metrics, |
251 | including local-pref, AS_PATH length, IGP cost, MED, that the tie is broken | |
252 | based on router-ID. | |
42fc5d26 | 253 | |
c1a54c05 QY |
254 | If this option is enabled, then the already-selected check, where |
255 | already selected eBGP routes are preferred, is skipped. | |
42fc5d26 | 256 | |
c1a54c05 QY |
257 | If a route has an `ORIGINATOR_ID` attribute because it has been reflected, |
258 | that `ORIGINATOR_ID` will be used. Otherwise, the router-ID of the peer the | |
259 | route was received from will be used. | |
42fc5d26 | 260 | |
c1a54c05 QY |
261 | The advantage of this is that the route-selection (at this point) will be |
262 | more deterministic. The disadvantage is that a few or even one lowest-ID | |
d1e7591e | 263 | router may attract all traffic to otherwise-equal paths because of this |
c1a54c05 QY |
264 | check. It may increase the possibility of MED or IGP oscillation, unless |
265 | other measures were taken to avoid these. The exact behaviour will be | |
266 | sensitive to the iBGP and reflection topology. | |
42fc5d26 | 267 | |
8fcedbd2 QY |
268 | .. _bgp-distance: |
269 | ||
270 | Administrative Distance Metrics | |
271 | ------------------------------- | |
272 | ||
273 | .. index:: distance bgp (1-255) (1-255) (1-255) | |
274 | .. clicmd:: distance bgp (1-255) (1-255) (1-255) | |
275 | ||
276 | This command change distance value of BGP. The arguments are the distance | |
277 | values for for external routes, internal routes and local routes | |
278 | respectively. | |
279 | ||
280 | .. index:: distance (1-255) A.B.C.D/M | |
281 | .. clicmd:: distance (1-255) A.B.C.D/M | |
282 | ||
283 | .. index:: distance (1-255) A.B.C.D/M WORD | |
284 | .. clicmd:: distance (1-255) A.B.C.D/M WORD | |
285 | ||
286 | Sets the administrative distance for a particular route. | |
42fc5d26 | 287 | |
0efdf0fe | 288 | .. _bgp-route-flap-dampening: |
42fc5d26 | 289 | |
8fcedbd2 QY |
290 | Route Flap Dampening |
291 | -------------------- | |
42fc5d26 | 292 | |
c1a54c05 QY |
293 | .. clicmd:: bgp dampening (1-45) (1-20000) (1-20000) (1-255) |
294 | ||
c1a54c05 | 295 | This command enables BGP route-flap dampening and specifies dampening parameters. |
42fc5d26 | 296 | |
c1a54c05 QY |
297 | half-life |
298 | Half-life time for the penalty | |
42fc5d26 | 299 | |
c1a54c05 QY |
300 | reuse-threshold |
301 | Value to start reusing a route | |
42fc5d26 | 302 | |
c1a54c05 QY |
303 | suppress-threshold |
304 | Value to start suppressing a route | |
42fc5d26 | 305 | |
c1a54c05 QY |
306 | max-suppress |
307 | Maximum duration to suppress a stable route | |
42fc5d26 | 308 | |
c1a54c05 QY |
309 | The route-flap damping algorithm is compatible with :rfc:`2439`. The use of |
310 | this command is not recommended nowadays. | |
42fc5d26 | 311 | |
c1a54c05 | 312 | .. seealso:: |
8fcedbd2 | 313 | https://www.ripe.net/publications/docs/ripe-378 |
42fc5d26 | 314 | |
0efdf0fe | 315 | .. _bgp-med: |
42fc5d26 | 316 | |
8fcedbd2 QY |
317 | Multi-Exit Discriminator |
318 | ------------------------ | |
42fc5d26 | 319 | |
8fcedbd2 | 320 | The BGP :abbr:`MED (Multi-Exit Discriminator)` attribute has properties which |
c1a54c05 QY |
321 | can cause subtle convergence problems in BGP. These properties and problems |
322 | have proven to be hard to understand, at least historically, and may still not | |
323 | be widely understood. The following attempts to collect together and present | |
324 | what is known about MED, to help operators and FRR users in designing and | |
325 | configuring their networks. | |
42fc5d26 | 326 | |
07a17e6d QY |
327 | The BGP :abbr:`MED` attribute is intended to allow one AS to indicate its |
328 | preferences for its ingress points to another AS. The MED attribute will not be | |
329 | propagated on to another AS by the receiving AS - it is 'non-transitive' in the | |
330 | BGP sense. | |
42fc5d26 | 331 | |
c1a54c05 QY |
332 | E.g., if AS X and AS Y have 2 different BGP peering points, then AS X might set |
333 | a MED of 100 on routes advertised at one and a MED of 200 at the other. When AS | |
334 | Y selects between otherwise equal routes to or via AS X, AS Y should prefer to | |
335 | take the path via the lower MED peering of 100 with AS X. Setting the MED | |
336 | allows an AS to influence the routing taken to it within another, neighbouring | |
337 | AS. | |
42fc5d26 QY |
338 | |
339 | In this use of MED it is not really meaningful to compare the MED value on | |
c1a54c05 QY |
340 | routes where the next AS on the paths differs. E.g., if AS Y also had a route |
341 | for some destination via AS Z in addition to the routes from AS X, and AS Z had | |
342 | also set a MED, it wouldn't make sense for AS Y to compare AS Z's MED values to | |
343 | those of AS X. The MED values have been set by different administrators, with | |
344 | different frames of reference. | |
42fc5d26 QY |
345 | |
346 | The default behaviour of BGP therefore is to not compare MED values across | |
dc1046f7 | 347 | routes received from different neighbouring ASes. In FRR this is done by |
c1a54c05 QY |
348 | comparing the neighbouring, left-most AS in the received AS_PATHs of the routes |
349 | and only comparing MED if those are the same. | |
350 | ||
351 | Unfortunately, this behaviour of MED, of sometimes being compared across routes | |
352 | and sometimes not, depending on the properties of those other routes, means MED | |
353 | can cause the order of preference over all the routes to be undefined. That is, | |
354 | given routes A, B, and C, if A is preferred to B, and B is preferred to C, then | |
355 | a well-defined order should mean the preference is transitive (in the sense of | |
013f9762 | 356 | orders [#med-transitivity-rant]_) and that A would be preferred to C. |
42fc5d26 | 357 | |
c3c5a71f QY |
358 | However, when MED is involved this need not be the case. With MED it is |
359 | possible that C is actually preferred over A. So A is preferred to B, B is | |
360 | preferred to C, but C is preferred to A. This can be true even where BGP | |
c1a54c05 QY |
361 | defines a deterministic 'most preferred' route out of the full set of A,B,C. |
362 | With MED, for any given set of routes there may be a deterministically | |
363 | preferred route, but there need not be any way to arrange them into any order | |
364 | of preference. With unmodified MED, the order of preference of routes literally | |
365 | becomes undefined. | |
42fc5d26 | 366 | |
c3c5a71f | 367 | That MED can induce non-transitive preferences over routes can cause issues. |
c1a54c05 QY |
368 | Firstly, it may be perceived to cause routing table churn locally at speakers; |
369 | secondly, and more seriously, it may cause routing instability in iBGP | |
370 | topologies, where sets of speakers continually oscillate between different | |
371 | paths. | |
42fc5d26 | 372 | |
c3c5a71f | 373 | The first issue arises from how speakers often implement routing decisions. |
c1a54c05 QY |
374 | Though BGP defines a selection process that will deterministically select the |
375 | same route as best at any given speaker, even with MED, that process requires | |
376 | evaluating all routes together. For performance and ease of implementation | |
377 | reasons, many implementations evaluate route preferences in a pair-wise fashion | |
378 | instead. Given there is no well-defined order when MED is involved, the best | |
379 | route that will be chosen becomes subject to implementation details, such as | |
380 | the order the routes are stored in. That may be (locally) non-deterministic, | |
381 | e.g.: it may be the order the routes were received in. | |
42fc5d26 QY |
382 | |
383 | This indeterminism may be considered undesirable, though it need not cause | |
c1a54c05 QY |
384 | problems. It may mean additional routing churn is perceived, as sometimes more |
385 | updates may be produced than at other times in reaction to some event . | |
42fc5d26 QY |
386 | |
387 | This first issue can be fixed with a more deterministic route selection that | |
c3c5a71f | 388 | ensures routes are ordered by the neighbouring AS during selection. |
9e146a81 | 389 | :clicmd:`bgp deterministic-med`. This may reduce the number of updates as routes |
c1a54c05 QY |
390 | are received, and may in some cases reduce routing churn. Though, it could |
391 | equally deterministically produce the largest possible set of updates in | |
392 | response to the most common sequence of received updates. | |
42fc5d26 QY |
393 | |
394 | A deterministic order of evaluation tends to imply an additional overhead of | |
c3c5a71f | 395 | sorting over any set of n routes to a destination. The implementation of |
dc1046f7 | 396 | deterministic MED in FRR scales significantly worse than most sorting |
c1a54c05 QY |
397 | algorithms at present, with the number of paths to a given destination. That |
398 | number is often low enough to not cause any issues, but where there are many | |
399 | paths, the deterministic comparison may quickly become increasingly expensive | |
400 | in terms of CPU. | |
401 | ||
402 | Deterministic local evaluation can *not* fix the second, more major, issue of | |
403 | MED however. Which is that the non-transitive preference of routes MED can | |
404 | cause may lead to routing instability or oscillation across multiple speakers | |
405 | in iBGP topologies. This can occur with full-mesh iBGP, but is particularly | |
406 | problematic in non-full-mesh iBGP topologies that further reduce the routing | |
407 | information known to each speaker. This has primarily been documented with iBGP | |
408 | route-reflection topologies. However, any route-hiding technologies potentially | |
409 | could also exacerbate oscillation with MED. | |
410 | ||
411 | This second issue occurs where speakers each have only a subset of routes, and | |
412 | there are cycles in the preferences between different combinations of routes - | |
413 | as the undefined order of preference of MED allows - and the routes are | |
414 | distributed in a way that causes the BGP speakers to 'chase' those cycles. This | |
415 | can occur even if all speakers use a deterministic order of evaluation in route | |
416 | selection. | |
417 | ||
418 | E.g., speaker 4 in AS A might receive a route from speaker 2 in AS X, and from | |
419 | speaker 3 in AS Y; while speaker 5 in AS A might receive that route from | |
420 | speaker 1 in AS Y. AS Y might set a MED of 200 at speaker 1, and 100 at speaker | |
421 | 3. I.e, using ASN:ID:MED to label the speakers: | |
42fc5d26 QY |
422 | |
423 | :: | |
424 | ||
c1a54c05 QY |
425 | . |
426 | /---------------\\ | |
42fc5d26 | 427 | X:2------|--A:4-------A:5--|-Y:1:200 |
c1a54c05 QY |
428 | Y:3:100--|-/ | |
429 | \\---------------/ | |
c3c5a71f | 430 | |
42fc5d26 | 431 | |
42fc5d26 | 432 | |
c1a54c05 QY |
433 | Assuming all other metrics are equal (AS_PATH, ORIGIN, 0 IGP costs), then based |
434 | on the RFC4271 decision process speaker 4 will choose X:2 over Y:3:100, based | |
435 | on the lower ID of 2. Speaker 4 advertises X:2 to speaker 5. Speaker 5 will | |
436 | continue to prefer Y:1:200 based on the ID, and advertise this to speaker 4. | |
437 | Speaker 4 will now have the full set of routes, and the Y:1:200 it receives | |
438 | from 5 will beat X:2, but when speaker 4 compares Y:1:200 to Y:3:100 the MED | |
439 | check now becomes active as the ASes match, and now Y:3:100 is preferred. | |
440 | Speaker 4 therefore now advertises Y:3:100 to 5, which will also agrees that | |
441 | Y:3:100 is preferred to Y:1:200, and so withdraws the latter route from 4. | |
442 | Speaker 4 now has only X:2 and Y:3:100, and X:2 beats Y:3:100, and so speaker 4 | |
443 | implicitly updates its route to speaker 5 to X:2. Speaker 5 sees that Y:1:200 | |
444 | beats X:2 based on the ID, and advertises Y:1:200 to speaker 4, and the cycle | |
445 | continues. | |
42fc5d26 QY |
446 | |
447 | The root cause is the lack of a clear order of preference caused by how MED | |
448 | sometimes is and sometimes is not compared, leading to this cycle in the | |
449 | preferences between the routes: | |
450 | ||
451 | :: | |
452 | ||
c1a54c05 QY |
453 | . |
454 | /---> X:2 ---beats---> Y:3:100 --\\ | |
455 | | | | |
456 | | | | |
457 | \\---beats--- Y:1:200 <---beats---/ | |
c3c5a71f | 458 | |
42fc5d26 | 459 | |
42fc5d26 QY |
460 | |
461 | This particular type of oscillation in full-mesh iBGP topologies can be | |
462 | avoided by speakers preferring already selected, external routes rather than | |
c1a54c05 QY |
463 | choosing to update to new a route based on a post-MED metric (e.g. router-ID), |
464 | at the cost of a non-deterministic selection process. FRR implements this, as | |
465 | do many other implementations, so long as it is not overridden by setting | |
9e146a81 | 466 | :clicmd:`bgp bestpath compare-routerid`, and see also |
8fcedbd2 | 467 | :ref:`bgp-route-selection`. |
42fc5d26 QY |
468 | |
469 | However, more complex and insidious cycles of oscillation are possible with | |
c3c5a71f | 470 | iBGP route-reflection, which are not so easily avoided. These have been |
c1a54c05 QY |
471 | documented in various places. See, e.g.: |
472 | ||
473 | - [bgp-route-osci-cond]_ | |
474 | - [stable-flexible-ibgp]_ | |
475 | - [ibgp-correctness]_ | |
476 | ||
477 | for concrete examples and further references. | |
478 | ||
479 | There is as of this writing *no* known way to use MED for its original purpose; | |
480 | *and* reduce routing information in iBGP topologies; *and* be sure to avoid the | |
481 | instability problems of MED due the non-transitive routing preferences it can | |
482 | induce; in general on arbitrary networks. | |
483 | ||
484 | There may be iBGP topology specific ways to reduce the instability risks, even | |
485 | while using MED, e.g.: by constraining the reflection topology and by tuning | |
013f9762 | 486 | IGP costs between route-reflector clusters, see :rfc:`3345` for details. In the |
c1a54c05 QY |
487 | near future, the Add-Path extension to BGP may also solve MED oscillation while |
488 | still allowing MED to be used as intended, by distributing "best-paths per | |
489 | neighbour AS". This would be at the cost of distributing at least as many | |
490 | routes to all speakers as a full-mesh iBGP would, if not more, while also | |
491 | imposing similar CPU overheads as the "Deterministic MED" feature at each | |
492 | Add-Path reflector. | |
42fc5d26 QY |
493 | |
494 | More generally, the instability problems that MED can introduce on more | |
495 | complex, non-full-mesh, iBGP topologies may be avoided either by: | |
496 | ||
013f9762 | 497 | - Setting :clicmd:`bgp always-compare-med`, however this allows MED to be compared |
42fc5d26 QY |
498 | across values set by different neighbour ASes, which may not produce |
499 | coherent desirable results, of itself. | |
4b44467c | 500 | - Effectively ignoring MED by setting MED to the same value (e.g.: 0) using |
013f9762 QY |
501 | :clicmd:`set metric METRIC` on all received routes, in combination with |
502 | setting :clicmd:`bgp always-compare-med` on all speakers. This is the simplest | |
42fc5d26 QY |
503 | and most performant way to avoid MED oscillation issues, where an AS is happy |
504 | not to allow neighbours to inject this problematic metric. | |
505 | ||
42fc5d26 QY |
506 | As MED is evaluated after the AS_PATH length check, another possible use for |
507 | MED is for intra-AS steering of routes with equal AS_PATH length, as an | |
c1a54c05 QY |
508 | extension of the last case above. As MED is evaluated before IGP metric, this |
509 | can allow cold-potato routing to be implemented to send traffic to preferred | |
510 | hand-offs with neighbours, rather than the closest hand-off according to the | |
511 | IGP metric. | |
512 | ||
513 | Note that even if action is taken to address the MED non-transitivity issues, | |
514 | other oscillations may still be possible. E.g., on IGP cost if iBGP and IGP | |
515 | topologies are at cross-purposes with each other - see the Flavel and Roughan | |
516 | paper above for an example. Hence the guideline that the iBGP topology should | |
517 | follow the IGP topology. | |
518 | ||
c3c5a71f | 519 | .. index:: bgp deterministic-med |
29adcd50 | 520 | .. clicmd:: bgp deterministic-med |
42fc5d26 | 521 | |
c1a54c05 QY |
522 | Carry out route-selection in way that produces deterministic answers |
523 | locally, even in the face of MED and the lack of a well-defined order of | |
524 | preference it can induce on routes. Without this option the preferred route | |
525 | with MED may be determined largely by the order that routes were received | |
526 | in. | |
42fc5d26 | 527 | |
c1a54c05 QY |
528 | Setting this option will have a performance cost that may be noticeable when |
529 | there are many routes for each destination. Currently in FRR it is | |
530 | implemented in a way that scales poorly as the number of routes per | |
531 | destination increases. | |
42fc5d26 | 532 | |
c1a54c05 | 533 | The default is that this option is not set. |
42fc5d26 QY |
534 | |
535 | Note that there are other sources of indeterminism in the route selection | |
536 | process, specifically, the preference for older and already selected routes | |
8fcedbd2 | 537 | from eBGP peers, :ref:`bgp-route-selection`. |
42fc5d26 | 538 | |
c3c5a71f | 539 | .. index:: bgp always-compare-med |
29adcd50 | 540 | .. clicmd:: bgp always-compare-med |
42fc5d26 | 541 | |
c1a54c05 QY |
542 | Always compare the MED on routes, even when they were received from |
543 | different neighbouring ASes. Setting this option makes the order of | |
544 | preference of routes more defined, and should eliminate MED induced | |
545 | oscillations. | |
42fc5d26 | 546 | |
c1a54c05 | 547 | If using this option, it may also be desirable to use |
9e146a81 | 548 | :clicmd:`set metric METRIC` to set MED to 0 on routes received from external |
c1a54c05 | 549 | neighbours. |
42fc5d26 | 550 | |
9e146a81 QY |
551 | This option can be used, together with :clicmd:`set metric METRIC` to use |
552 | MED as an intra-AS metric to steer equal-length AS_PATH routes to, e.g., | |
553 | desired exit points. | |
42fc5d26 | 554 | |
0efdf0fe | 555 | .. _bgp-network: |
42fc5d26 | 556 | |
8fcedbd2 QY |
557 | Networks |
558 | -------- | |
42fc5d26 | 559 | |
c1a54c05 QY |
560 | .. index:: network A.B.C.D/M |
561 | .. clicmd:: network A.B.C.D/M | |
42fc5d26 | 562 | |
9eb95b3b | 563 | This command adds the announcement network. |
c3c5a71f | 564 | |
9eb95b3b QY |
565 | .. code-block:: frr |
566 | ||
567 | router bgp 1 | |
568 | address-family ipv4 unicast | |
569 | network 10.0.0.0/8 | |
570 | exit-address-family | |
42fc5d26 | 571 | |
c1a54c05 QY |
572 | This configuration example says that network 10.0.0.0/8 will be |
573 | announced to all neighbors. Some vendors' routers don't advertise | |
574 | routes if they aren't present in their IGP routing tables; `bgpd` | |
575 | doesn't care about IGP routes when announcing its routes. | |
c3c5a71f | 576 | |
c1a54c05 QY |
577 | .. index:: no network A.B.C.D/M |
578 | .. clicmd:: no network A.B.C.D/M | |
42fc5d26 | 579 | |
8fcedbd2 | 580 | .. _bgp-route-aggregation: |
42fc5d26 QY |
581 | |
582 | Route Aggregation | |
583 | ----------------- | |
584 | ||
c1a54c05 QY |
585 | .. index:: aggregate-address A.B.C.D/M |
586 | .. clicmd:: aggregate-address A.B.C.D/M | |
c3c5a71f | 587 | |
c1a54c05 | 588 | This command specifies an aggregate address. |
42fc5d26 | 589 | |
c1a54c05 QY |
590 | .. index:: aggregate-address A.B.C.D/M as-set |
591 | .. clicmd:: aggregate-address A.B.C.D/M as-set | |
42fc5d26 | 592 | |
c1a54c05 QY |
593 | This command specifies an aggregate address. Resulting routes include |
594 | AS set. | |
42fc5d26 | 595 | |
c1a54c05 QY |
596 | .. index:: aggregate-address A.B.C.D/M summary-only |
597 | .. clicmd:: aggregate-address A.B.C.D/M summary-only | |
c3c5a71f | 598 | |
d1e7591e | 599 | This command specifies an aggregate address. Aggregated routes will |
c1a54c05 | 600 | not be announce. |
42fc5d26 | 601 | |
c1a54c05 QY |
602 | .. index:: no aggregate-address A.B.C.D/M |
603 | .. clicmd:: no aggregate-address A.B.C.D/M | |
c3c5a71f | 604 | |
8fcedbd2 | 605 | .. _bgp-redistribute-to-bgp: |
42fc5d26 | 606 | |
8fcedbd2 QY |
607 | Redistribution |
608 | -------------- | |
42fc5d26 | 609 | |
c3c5a71f | 610 | .. index:: redistribute kernel |
29adcd50 | 611 | .. clicmd:: redistribute kernel |
42fc5d26 | 612 | |
c1a54c05 | 613 | Redistribute kernel route to BGP process. |
42fc5d26 | 614 | |
c3c5a71f | 615 | .. index:: redistribute static |
29adcd50 | 616 | .. clicmd:: redistribute static |
42fc5d26 | 617 | |
c1a54c05 | 618 | Redistribute static route to BGP process. |
42fc5d26 | 619 | |
c3c5a71f | 620 | .. index:: redistribute connected |
29adcd50 | 621 | .. clicmd:: redistribute connected |
42fc5d26 | 622 | |
c1a54c05 | 623 | Redistribute connected route to BGP process. |
42fc5d26 | 624 | |
c3c5a71f | 625 | .. index:: redistribute rip |
29adcd50 | 626 | .. clicmd:: redistribute rip |
42fc5d26 | 627 | |
c1a54c05 | 628 | Redistribute RIP route to BGP process. |
42fc5d26 | 629 | |
c3c5a71f | 630 | .. index:: redistribute ospf |
29adcd50 | 631 | .. clicmd:: redistribute ospf |
42fc5d26 | 632 | |
c1a54c05 | 633 | Redistribute OSPF route to BGP process. |
42fc5d26 | 634 | |
c3c5a71f | 635 | .. index:: redistribute vpn |
29adcd50 | 636 | .. clicmd:: redistribute vpn |
42fc5d26 | 637 | |
c1a54c05 | 638 | Redistribute VNC routes to BGP process. |
42fc5d26 | 639 | |
c1a54c05 QY |
640 | .. index:: update-delay MAX-DELAY |
641 | .. clicmd:: update-delay MAX-DELAY | |
c3c5a71f | 642 | |
c1a54c05 QY |
643 | .. index:: update-delay MAX-DELAY ESTABLISH-WAIT |
644 | .. clicmd:: update-delay MAX-DELAY ESTABLISH-WAIT | |
c3c5a71f | 645 | |
c1a54c05 QY |
646 | This feature is used to enable read-only mode on BGP process restart or when |
647 | BGP process is cleared using 'clear ip bgp \*'. When applicable, read-only | |
648 | mode would begin as soon as the first peer reaches Established status and a | |
649 | timer for max-delay seconds is started. | |
42fc5d26 | 650 | |
c1a54c05 QY |
651 | During this mode BGP doesn't run any best-path or generate any updates to its |
652 | peers. This mode continues until: | |
42fc5d26 | 653 | |
c1a54c05 QY |
654 | 1. All the configured peers, except the shutdown peers, have sent explicit EOR |
655 | (End-Of-RIB) or an implicit-EOR. The first keep-alive after BGP has reached | |
656 | Established is considered an implicit-EOR. | |
657 | If the establish-wait optional value is given, then BGP will wait for | |
d1e7591e | 658 | peers to reach established from the beginning of the update-delay till the |
c1a54c05 QY |
659 | establish-wait period is over, i.e. the minimum set of established peers for |
660 | which EOR is expected would be peers established during the establish-wait | |
661 | window, not necessarily all the configured neighbors. | |
662 | 2. max-delay period is over. | |
42fc5d26 | 663 | |
c1a54c05 QY |
664 | On hitting any of the above two conditions, BGP resumes the decision process |
665 | and generates updates to its peers. | |
42fc5d26 | 666 | |
c1a54c05 | 667 | Default max-delay is 0, i.e. the feature is off by default. |
c3c5a71f | 668 | |
c1a54c05 QY |
669 | .. index:: table-map ROUTE-MAP-NAME |
670 | .. clicmd:: table-map ROUTE-MAP-NAME | |
42fc5d26 | 671 | |
c1a54c05 QY |
672 | This feature is used to apply a route-map on route updates from BGP to |
673 | Zebra. All the applicable match operations are allowed, such as match on | |
674 | prefix, next-hop, communities, etc. Set operations for this attach-point are | |
675 | limited to metric and next-hop only. Any operation of this feature does not | |
676 | affect BGPs internal RIB. | |
42fc5d26 | 677 | |
c1a54c05 QY |
678 | Supported for ipv4 and ipv6 address families. It works on multi-paths as |
679 | well, however, metric setting is based on the best-path only. | |
42fc5d26 | 680 | |
8fcedbd2 | 681 | .. _bgp-peers: |
42fc5d26 | 682 | |
8fcedbd2 QY |
683 | Peers |
684 | ----- | |
42fc5d26 | 685 | |
8fcedbd2 | 686 | .. _bgp-defining-peers: |
42fc5d26 | 687 | |
8fcedbd2 QY |
688 | Defining Peers |
689 | ^^^^^^^^^^^^^^ | |
42fc5d26 | 690 | |
c1a54c05 QY |
691 | .. index:: neighbor PEER remote-as ASN |
692 | .. clicmd:: neighbor PEER remote-as ASN | |
42fc5d26 | 693 | |
c1a54c05 | 694 | Creates a new neighbor whose remote-as is ASN. PEER can be an IPv4 address |
9eb95b3b | 695 | or an IPv6 address or an interface to use for the connection. |
76bd1499 | 696 | |
9eb95b3b QY |
697 | .. code-block:: frr |
698 | ||
699 | router bgp 1 | |
700 | neighbor 10.0.0.1 remote-as 2 | |
76bd1499 | 701 | |
c1a54c05 | 702 | In this case my router, in AS-1, is trying to peer with AS-2 at 10.0.0.1. |
76bd1499 | 703 | |
c1a54c05 | 704 | This command must be the first command used when configuring a neighbor. If |
9eb95b3b | 705 | the remote-as is not specified, *bgpd* will complain like this: :: |
76bd1499 | 706 | |
c1a54c05 | 707 | can't find neighbor 10.0.0.1 |
c3c5a71f | 708 | |
5413757f DS |
709 | .. index:: neighbor PEER remote-as internal |
710 | .. clicmd:: neighbor PEER remote-as internal | |
711 | ||
712 | Create a peer as you would when you specify an ASN, except that if the | |
713 | peers ASN is different than mine as specified under the :clicmd:`router bgp ASN` | |
714 | command the connection will be denied. | |
715 | ||
716 | .. index:: neighbor PEER remote-as external | |
717 | .. clicmd:: neighbor PEER remote-as external | |
718 | ||
719 | Create a peer as you would when you specify an ASN, except that if the | |
720 | peers ASN is the same as mine as specified under the :clicmd:`router bgp ASN` | |
721 | command the connection will be denied. | |
42fc5d26 | 722 | |
8fcedbd2 | 723 | .. _bgp-configuring-peers: |
42fc5d26 | 724 | |
8fcedbd2 QY |
725 | Configuring Peers |
726 | ^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 727 | |
c0868e8b QY |
728 | .. index:: [no] neighbor PEER shutdown |
729 | .. clicmd:: [no] neighbor PEER shutdown | |
c3c5a71f | 730 | |
c1a54c05 QY |
731 | Shutdown the peer. We can delete the neighbor's configuration by |
732 | ``no neighbor PEER remote-as ASN`` but all configuration of the neighbor | |
733 | will be deleted. When you want to preserve the configuration, but want to | |
734 | drop the BGP peer, use this syntax. | |
c3c5a71f | 735 | |
c0868e8b QY |
736 | .. index:: [no] neighbor PEER disable-connected-check |
737 | .. clicmd:: [no] neighbor PEER disable-connected-check | |
c3c5a71f | 738 | |
c0868e8b QY |
739 | Allow peerings between directly connected eBGP peers using loopback |
740 | addresses. | |
c3c5a71f | 741 | |
c0868e8b QY |
742 | .. index:: [no] neighbor PEER ebgp-multihop |
743 | .. clicmd:: [no] neighbor PEER ebgp-multihop | |
42fc5d26 | 744 | |
c0868e8b QY |
745 | .. index:: [no] neighbor PEER description ... |
746 | .. clicmd:: [no] neighbor PEER description ... | |
42fc5d26 | 747 | |
c1a54c05 | 748 | Set description of the peer. |
42fc5d26 | 749 | |
c0868e8b QY |
750 | .. index:: [no] neighbor PEER version VERSION |
751 | .. clicmd:: [no] neighbor PEER version VERSION | |
42fc5d26 | 752 | |
4da7fda3 QY |
753 | Set up the neighbor's BGP version. `version` can be `4`, `4+` or `4-`. BGP |
754 | version `4` is the default value used for BGP peering. BGP version `4+` | |
755 | means that the neighbor supports Multiprotocol Extensions for BGP-4. BGP | |
756 | version `4-` is similar but the neighbor speaks the old Internet-Draft | |
757 | revision 00's Multiprotocol Extensions for BGP-4. Some routing software is | |
758 | still using this version. | |
42fc5d26 | 759 | |
c0868e8b QY |
760 | .. index:: [no] neighbor PEER interface IFNAME |
761 | .. clicmd:: [no] neighbor PEER interface IFNAME | |
42fc5d26 | 762 | |
c1a54c05 QY |
763 | When you connect to a BGP peer over an IPv6 link-local address, you have to |
764 | specify the IFNAME of the interface used for the connection. To specify | |
765 | IPv4 session addresses, see the ``neighbor PEER update-source`` command | |
766 | below. | |
42fc5d26 | 767 | |
c1a54c05 QY |
768 | This command is deprecated and may be removed in a future release. Its use |
769 | should be avoided. | |
42fc5d26 | 770 | |
c0868e8b QY |
771 | .. index:: [no] neighbor PEER next-hop-self [all] |
772 | .. clicmd:: [no] neighbor PEER next-hop-self [all] | |
42fc5d26 | 773 | |
c1a54c05 QY |
774 | This command specifies an announced route's nexthop as being equivalent to |
775 | the address of the bgp router if it is learned via eBGP. If the optional | |
d1e7591e | 776 | keyword `all` is specified the modification is done also for routes learned |
c1a54c05 | 777 | via iBGP. |
42fc5d26 | 778 | |
c0868e8b QY |
779 | .. index:: [no] neighbor PEER update-source <IFNAME|ADDRESS> |
780 | .. clicmd:: [no] neighbor PEER update-source <IFNAME|ADDRESS> | |
42fc5d26 | 781 | |
c1a54c05 QY |
782 | Specify the IPv4 source address to use for the :abbr:`BGP` session to this |
783 | neighbour, may be specified as either an IPv4 address directly or as an | |
784 | interface name (in which case the *zebra* daemon MUST be running in order | |
9eb95b3b QY |
785 | for *bgpd* to be able to retrieve interface state). |
786 | ||
787 | .. code-block:: frr | |
42fc5d26 | 788 | |
c1a54c05 QY |
789 | router bgp 64555 |
790 | neighbor foo update-source 192.168.0.1 | |
791 | neighbor bar update-source lo0 | |
42fc5d26 | 792 | |
42fc5d26 | 793 | |
c0868e8b QY |
794 | .. index:: [no] neighbor PEER default-originate |
795 | .. clicmd:: [no] neighbor PEER default-originate | |
42fc5d26 | 796 | |
4da7fda3 QY |
797 | *bgpd*'s default is to not announce the default route (0.0.0.0/0) even if it |
798 | is in routing table. When you want to announce default routes to the peer, | |
799 | use this command. | |
42fc5d26 | 800 | |
c1a54c05 QY |
801 | .. index:: neighbor PEER port PORT |
802 | .. clicmd:: neighbor PEER port PORT | |
42fc5d26 | 803 | |
c1a54c05 QY |
804 | .. index:: neighbor PEER send-community |
805 | .. clicmd:: neighbor PEER send-community | |
42fc5d26 | 806 | |
c0868e8b QY |
807 | .. index:: [no] neighbor PEER weight WEIGHT |
808 | .. clicmd:: [no] neighbor PEER weight WEIGHT | |
42fc5d26 | 809 | |
c1a54c05 | 810 | This command specifies a default `weight` value for the neighbor's routes. |
42fc5d26 | 811 | |
c0868e8b QY |
812 | .. index:: [no] neighbor PEER maximum-prefix NUMBER |
813 | .. clicmd:: [no] neighbor PEER maximum-prefix NUMBER | |
42fc5d26 | 814 | |
c0868e8b QY |
815 | .. index:: [no] neighbor PEER local-as AS-NUMBER no-prepend |
816 | .. clicmd:: [no] neighbor PEER local-as AS-NUMBER no-prepend | |
42fc5d26 | 817 | |
c0868e8b QY |
818 | .. index:: [no] neighbor PEER local-as AS-NUMBER no-prepend replace-as |
819 | .. clicmd:: [no] neighbor PEER local-as AS-NUMBER no-prepend replace-as | |
42fc5d26 | 820 | |
c0868e8b QY |
821 | .. index:: [no] neighbor PEER local-as AS-NUMBER |
822 | .. clicmd:: [no] neighbor PEER local-as AS-NUMBER | |
42fc5d26 | 823 | |
c1a54c05 QY |
824 | Specify an alternate AS for this BGP process when interacting with the |
825 | specified peer. With no modifiers, the specified local-as is prepended to | |
826 | the received AS_PATH when receiving routing updates from the peer, and | |
827 | prepended to the outgoing AS_PATH (after the process local AS) when | |
828 | transmitting local routes to the peer. | |
42fc5d26 | 829 | |
c1a54c05 QY |
830 | If the no-prepend attribute is specified, then the supplied local-as is not |
831 | prepended to the received AS_PATH. | |
c3c5a71f | 832 | |
c1a54c05 QY |
833 | If the replace-as attribute is specified, then only the supplied local-as is |
834 | prepended to the AS_PATH when transmitting local-route updates to this peer. | |
c3c5a71f | 835 | |
c1a54c05 | 836 | Note that replace-as can only be specified if no-prepend is. |
c3c5a71f | 837 | |
c1a54c05 | 838 | This command is only allowed for eBGP peers. |
c3c5a71f | 839 | |
c0868e8b QY |
840 | .. index:: [no] neighbor PEER ttl-security hops NUMBER |
841 | .. clicmd:: [no] neighbor PEER ttl-security hops NUMBER | |
c3c5a71f | 842 | |
c1a54c05 QY |
843 | This command enforces Generalized TTL Security Mechanism (GTSM), as |
844 | specified in RFC 5082. With this command, only neighbors that are the | |
845 | specified number of hops away will be allowed to become neighbors. This | |
d1e7591e | 846 | command is mutually exclusive with *ebgp-multihop*. |
42fc5d26 | 847 | |
19f2b5e8 DS |
848 | .. index:: [no] neighbor PEER capability extended-nexthop |
849 | .. clicmd:: [no] neighbor PEER capability extended-nexthop | |
850 | ||
851 | Allow bgp to negotiate the extended-nexthop capability with it's peer. | |
852 | If you are peering over a v6 LL address then this capability is turned | |
853 | on automatically. If you are peering over a v6 Global Address then | |
854 | turning on this command will allow BGP to install v4 routes with | |
855 | v6 nexthops if you do not have v4 configured on interfaces. | |
856 | ||
eb938189 DS |
857 | .. index:: [no] bgp fast-external-failover |
858 | .. clicmd:: [no] bgp fast-external-failover | |
859 | ||
860 | This command causes bgp to not take down ebgp peers immediately | |
861 | when a link flaps. `bgp fast-external-failover` is the default | |
862 | and will not be displayed as part of a `show run`. The no form | |
863 | of the command turns off this ability. | |
864 | ||
8fcedbd2 | 865 | .. _bgp-peer-filtering: |
42fc5d26 | 866 | |
8fcedbd2 QY |
867 | Peer Filtering |
868 | ^^^^^^^^^^^^^^ | |
42fc5d26 | 869 | |
c1a54c05 QY |
870 | .. index:: neighbor PEER distribute-list NAME [in|out] |
871 | .. clicmd:: neighbor PEER distribute-list NAME [in|out] | |
42fc5d26 | 872 | |
c1a54c05 QY |
873 | This command specifies a distribute-list for the peer. `direct` is |
874 | ``in`` or ``out``. | |
42fc5d26 | 875 | |
c3c5a71f | 876 | .. index:: neighbor PEER prefix-list NAME [in|out] |
29adcd50 | 877 | .. clicmd:: neighbor PEER prefix-list NAME [in|out] |
42fc5d26 | 878 | |
c1a54c05 | 879 | .. index:: neighbor PEER filter-list NAME [in|out] |
29adcd50 | 880 | .. clicmd:: neighbor PEER filter-list NAME [in|out] |
42fc5d26 | 881 | |
c1a54c05 QY |
882 | .. index:: neighbor PEER route-map NAME [in|out] |
883 | .. clicmd:: neighbor PEER route-map NAME [in|out] | |
42fc5d26 | 884 | |
c1a54c05 | 885 | Apply a route-map on the neighbor. `direct` must be `in` or `out`. |
42fc5d26 | 886 | |
c3c5a71f | 887 | .. index:: bgp route-reflector allow-outbound-policy |
29adcd50 | 888 | .. clicmd:: bgp route-reflector allow-outbound-policy |
42fc5d26 | 889 | |
c1a54c05 QY |
890 | By default, attribute modification via route-map policy out is not reflected |
891 | on reflected routes. This option allows the modifications to be reflected as | |
892 | well. Once enabled, it affects all reflected routes. | |
42fc5d26 | 893 | |
0efdf0fe | 894 | .. _bgp-peer-group: |
42fc5d26 | 895 | |
8fcedbd2 QY |
896 | Peer Groups |
897 | ^^^^^^^^^^^ | |
42fc5d26 | 898 | |
199ad5c4 LB |
899 | Peer groups are used to help improve scaling by generating the same |
900 | update information to all members of a peer group. Note that this means | |
901 | that the routes generated by a member of a peer group will be sent back | |
902 | to that originating peer with the originator identifier attribute set to | |
903 | indicated the originating peer. All peers not associated with a | |
904 | specific peer group are treated as belonging to a default peer group, | |
905 | and will share updates. | |
906 | ||
c1a54c05 QY |
907 | .. index:: neighbor WORD peer-group |
908 | .. clicmd:: neighbor WORD peer-group | |
42fc5d26 | 909 | |
c1a54c05 | 910 | This command defines a new peer group. |
42fc5d26 | 911 | |
c1a54c05 QY |
912 | .. index:: neighbor PEER peer-group WORD |
913 | .. clicmd:: neighbor PEER peer-group WORD | |
c3c5a71f | 914 | |
c1a54c05 | 915 | This command bind specific peer to peer group WORD. |
42fc5d26 | 916 | |
199ad5c4 LB |
917 | .. index:: neighbor PEER solo |
918 | .. clicmd:: neighbor PEER solo | |
919 | ||
920 | This command is used to indicate that routes advertised by the peer | |
921 | should not be reflected back to the peer. This command only is only | |
922 | meaningful when there is a single peer defined in the peer-group. | |
923 | ||
8fcedbd2 QY |
924 | Capability Negotiation |
925 | ^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 926 | |
8fcedbd2 QY |
927 | .. index:: neighbor PEER strict-capability-match |
928 | .. clicmd:: neighbor PEER strict-capability-match | |
42fc5d26 | 929 | |
8fcedbd2 QY |
930 | .. index:: no neighbor PEER strict-capability-match |
931 | .. clicmd:: no neighbor PEER strict-capability-match | |
c1a54c05 | 932 | |
8fcedbd2 QY |
933 | Strictly compares remote capabilities and local capabilities. If |
934 | capabilities are different, send Unsupported Capability error then reset | |
935 | connection. | |
42fc5d26 | 936 | |
8fcedbd2 QY |
937 | You may want to disable sending Capability Negotiation OPEN message optional |
938 | parameter to the peer when remote peer does not implement Capability | |
939 | Negotiation. Please use *dont-capability-negotiate* command to disable the | |
940 | feature. | |
42fc5d26 | 941 | |
8fcedbd2 QY |
942 | .. index:: neighbor PEER dont-capability-negotiate |
943 | .. clicmd:: neighbor PEER dont-capability-negotiate | |
42fc5d26 | 944 | |
8fcedbd2 QY |
945 | .. index:: no neighbor PEER dont-capability-negotiate |
946 | .. clicmd:: no neighbor PEER dont-capability-negotiate | |
42fc5d26 | 947 | |
8fcedbd2 QY |
948 | Suppress sending Capability Negotiation as OPEN message optional parameter |
949 | to the peer. This command only affects the peer is configured other than | |
950 | IPv4 unicast configuration. | |
42fc5d26 | 951 | |
8fcedbd2 QY |
952 | When remote peer does not have capability negotiation feature, remote peer |
953 | will not send any capabilities at all. In that case, bgp configures the peer | |
954 | with configured capabilities. | |
42fc5d26 | 955 | |
8fcedbd2 QY |
956 | You may prefer locally configured capabilities more than the negotiated |
957 | capabilities even though remote peer sends capabilities. If the peer is | |
958 | configured by *override-capability*, *bgpd* ignores received capabilities | |
959 | then override negotiated capabilities with configured values. | |
42fc5d26 | 960 | |
8fcedbd2 QY |
961 | .. index:: neighbor PEER override-capability |
962 | .. clicmd:: neighbor PEER override-capability | |
42fc5d26 | 963 | |
8fcedbd2 QY |
964 | .. index:: no neighbor PEER override-capability |
965 | .. clicmd:: no neighbor PEER override-capability | |
c1a54c05 | 966 | |
8fcedbd2 QY |
967 | Override the result of Capability Negotiation with local configuration. |
968 | Ignore remote peer's capability value. | |
42fc5d26 | 969 | |
8fcedbd2 | 970 | .. _bgp-as-path-access-lists: |
42fc5d26 | 971 | |
8fcedbd2 QY |
972 | AS Path Access Lists |
973 | -------------------- | |
42fc5d26 QY |
974 | |
975 | AS path access list is user defined AS path. | |
976 | ||
c3c5a71f | 977 | .. index:: ip as-path access-list WORD permit|deny LINE |
29adcd50 | 978 | .. clicmd:: ip as-path access-list WORD permit|deny LINE |
42fc5d26 | 979 | |
c1a54c05 | 980 | This command defines a new AS path access list. |
42fc5d26 | 981 | |
c1a54c05 | 982 | .. index:: no ip as-path access-list WORD |
29adcd50 | 983 | .. clicmd:: no ip as-path access-list WORD |
42fc5d26 | 984 | |
c1a54c05 | 985 | .. index:: no ip as-path access-list WORD permit|deny LINE |
29adcd50 | 986 | .. clicmd:: no ip as-path access-list WORD permit|deny LINE |
42fc5d26 | 987 | |
8fcedbd2 | 988 | .. _bgp-using-as-path-in-route-map: |
42fc5d26 QY |
989 | |
990 | Using AS Path in Route Map | |
991 | -------------------------- | |
992 | ||
c3c5a71f | 993 | .. index:: match as-path WORD |
29adcd50 | 994 | .. clicmd:: match as-path WORD |
42fc5d26 | 995 | |
42fc5d26 | 996 | |
c1a54c05 | 997 | .. index:: set as-path prepend AS-PATH |
29adcd50 | 998 | .. clicmd:: set as-path prepend AS-PATH |
42fc5d26 | 999 | |
c1a54c05 | 1000 | Prepend the given string of AS numbers to the AS_PATH. |
42fc5d26 | 1001 | |
c1a54c05 | 1002 | .. index:: set as-path prepend last-as NUM |
29adcd50 | 1003 | .. clicmd:: set as-path prepend last-as NUM |
c1a54c05 QY |
1004 | |
1005 | Prepend the existing last AS number (the leftmost ASN) to the AS_PATH. | |
42fc5d26 | 1006 | |
0efdf0fe | 1007 | .. _bgp-communities-attribute: |
42fc5d26 | 1008 | |
8fcedbd2 QY |
1009 | Communities Attribute |
1010 | --------------------- | |
42fc5d26 | 1011 | |
8fcedbd2 | 1012 | The BGP communities attribute is widely used for implementing policy routing. |
c1a54c05 QY |
1013 | Network operators can manipulate BGP communities attribute based on their |
1014 | network policy. BGP communities attribute is defined in :rfc:`1997` and | |
1015 | :rfc:`1998`. It is an optional transitive attribute, therefore local policy can | |
1016 | travel through different autonomous system. | |
1017 | ||
8fcedbd2 QY |
1018 | The communities attribute is a set of communities values. Each community value |
1019 | is 4 octet long. The following format is used to define the community value. | |
c1a54c05 | 1020 | |
8fcedbd2 | 1021 | ``AS:VAL`` |
c1a54c05 QY |
1022 | This format represents 4 octet communities value. ``AS`` is high order 2 |
1023 | octet in digit format. ``VAL`` is low order 2 octet in digit format. This | |
1024 | format is useful to define AS oriented policy value. For example, | |
1025 | ``7675:80`` can be used when AS 7675 wants to pass local policy value 80 to | |
1026 | neighboring peer. | |
1027 | ||
8fcedbd2 QY |
1028 | ``internet`` |
1029 | ``internet`` represents well-known communities value 0. | |
c1a54c05 | 1030 | |
cae770d3 C |
1031 | ``graceful-shutdown`` |
1032 | ``graceful-shutdown`` represents well-known communities value | |
1033 | ``GRACEFUL_SHUTDOWN`` ``0xFFFF0000`` ``65535:0``. :rfc:`8326` implements | |
1034 | the purpose Graceful BGP Session Shutdown to reduce the amount of | |
1035 | lost traffic when taking BGP sessions down for maintainance. The use | |
1036 | of the community needs to be supported from your peers side to | |
1037 | actually have any effect. | |
1038 | ||
1039 | ``accept-own`` | |
1040 | ``accept-own`` represents well-known communities value ``ACCEPT_OWN`` | |
1041 | ``0xFFFF0001`` ``65535:1``. :rfc:`7611` implements a way to signal | |
1042 | to a router to accept routes with a local nexthop address. This | |
1043 | can be the case when doing policing and having traffic having a | |
1044 | nexthop located in another VRF but still local interface to the | |
1045 | router. It is recommended to read the RFC for full details. | |
1046 | ||
1047 | ``route-filter-translated-v4`` | |
1048 | ``route-filter-translated-v4`` represents well-known communities value | |
1049 | ``ROUTE_FILTER_TRANSLATED_v4`` ``0xFFFF0002`` ``65535:2``. | |
1050 | ||
1051 | ``route-filter-v4`` | |
1052 | ``route-filter-v4`` represents well-known communities value | |
1053 | ``ROUTE_FILTER_v4`` ``0xFFFF0003`` ``65535:3``. | |
1054 | ||
1055 | ``route-filter-translated-v6`` | |
1056 | ``route-filter-translated-v6`` represents well-known communities value | |
1057 | ``ROUTE_FILTER_TRANSLATED_v6`` ``0xFFFF0004`` ``65535:4``. | |
1058 | ||
1059 | ``route-filter-v6`` | |
1060 | ``route-filter-v6`` represents well-known communities value | |
1061 | ``ROUTE_FILTER_v6`` ``0xFFFF0005`` ``65535:5``. | |
1062 | ||
1063 | ``llgr-stale`` | |
1064 | ``llgr-stale`` represents well-known communities value ``LLGR_STALE`` | |
1065 | ``0xFFFF0006`` ``65535:6``. | |
1066 | Assigned and intented only for use with routers supporting the | |
1067 | Long-lived Graceful Restart Capability as described in | |
1068 | :rfc:`draft-uttaro-idr-bgp-persistence`. | |
1069 | Routers recieving routes with this community may (depending on | |
1070 | implementation) choose allow to reject or modify routes on the | |
1071 | presence or absence of this community. | |
1072 | ||
1073 | ``no-llgr`` | |
1074 | ``no-llgr`` represents well-known communities value ``NO_LLGR`` | |
1075 | ``0xFFFF0007`` ``65535:7``. | |
1076 | Assigned and intented only for use with routers supporting the | |
1077 | Long-lived Graceful Restart Capability as described in | |
1078 | :rfc:`draft-uttaro-idr-bgp-persistence`. | |
1079 | Routers recieving routes with this community may (depending on | |
1080 | implementation) choose allow to reject or modify routes on the | |
1081 | presence or absence of this community. | |
1082 | ||
1083 | ``accept-own-nexthop`` | |
1084 | ``accept-own-nexthop`` represents well-known communities value | |
1085 | ``accept-own-nexthop`` ``0xFFFF0008`` ``65535:8``. | |
1086 | :rfc:`draft-agrewal-idr-accept-own-nexthop` describes | |
1087 | how to tag and label VPN routes to be able to send traffic between VRFs | |
1088 | via an internal layer 2 domain on the same PE device. Refer to | |
1089 | :rfc:`draft-agrewal-idr-accept-own-nexthop` for full details. | |
1090 | ||
1091 | ``blackhole`` | |
1092 | ``blackhole`` represents well-known communities value ``BLACKHOLE`` | |
1093 | ``0xFFFF029A`` ``65535:666``. :rfc:`7999` documents sending prefixes to | |
1094 | EBGP peers and upstream for the purpose of blackholing traffic. | |
1095 | Prefixes tagged with the this community should normally not be | |
1096 | re-advertised from neighbors of the originating network. It is | |
1097 | recommended upon receiving prefixes tagged with this community to | |
1098 | add ``NO_EXPORT`` and ``NO_ADVERTISE``. | |
1099 | ||
8fcedbd2 | 1100 | ``no-export`` |
c1a54c05 QY |
1101 | ``no-export`` represents well-known communities value ``NO_EXPORT`` |
1102 | ``0xFFFFFF01``. All routes carry this value must not be advertised to | |
1103 | outside a BGP confederation boundary. If neighboring BGP peer is part of BGP | |
1104 | confederation, the peer is considered as inside a BGP confederation | |
1105 | boundary, so the route will be announced to the peer. | |
1106 | ||
8fcedbd2 | 1107 | ``no-advertise`` |
c1a54c05 QY |
1108 | ``no-advertise`` represents well-known communities value ``NO_ADVERTISE`` |
1109 | ``0xFFFFFF02``. All routes carry this value must not be advertise to other | |
1110 | BGP peers. | |
1111 | ||
8fcedbd2 | 1112 | ``local-AS`` |
c1a54c05 QY |
1113 | ``local-AS`` represents well-known communities value ``NO_EXPORT_SUBCONFED`` |
1114 | ``0xFFFFFF03``. All routes carry this value must not be advertised to | |
1115 | external BGP peers. Even if the neighboring router is part of confederation, | |
1116 | it is considered as external BGP peer, so the route will not be announced to | |
1117 | the peer. | |
1118 | ||
cae770d3 C |
1119 | ``no-peer`` |
1120 | ``no-peer`` represents well-known communities value ``NOPEER`` | |
1121 | ``0xFFFFFF04`` ``65535:65284``. :rfc:`3765` is used to communicate to | |
1122 | another network how the originating network want the prefix propagated. | |
1123 | ||
aa9eafa4 QY |
1124 | When the communities attribute is received duplicate community values in the |
1125 | attribute are ignored and value is sorted in numerical order. | |
42fc5d26 | 1126 | |
0efdf0fe | 1127 | .. _bgp-community-lists: |
42fc5d26 | 1128 | |
8fcedbd2 QY |
1129 | Community Lists |
1130 | ^^^^^^^^^^^^^^^ | |
aa9eafa4 QY |
1131 | Community lists are user defined lists of community attribute values. These |
1132 | lists can be used for matching or manipulating the communities attribute in | |
1133 | UPDATE messages. | |
42fc5d26 | 1134 | |
aa9eafa4 | 1135 | There are two types of community list: |
c1a54c05 | 1136 | |
aa9eafa4 QY |
1137 | standard |
1138 | This type accepts an explicit value for the atttribute. | |
1139 | ||
1140 | expanded | |
1141 | This type accepts a regular expression. Because the regex must be | |
1142 | interpreted on each use expanded community lists are slower than standard | |
1143 | lists. | |
42fc5d26 | 1144 | |
c3c5a71f | 1145 | .. index:: ip community-list standard NAME permit|deny COMMUNITY |
29adcd50 | 1146 | .. clicmd:: ip community-list standard NAME permit|deny COMMUNITY |
42fc5d26 | 1147 | |
aa9eafa4 QY |
1148 | This command defines a new standard community list. ``COMMUNITY`` is |
1149 | communities value. The ``COMMUNITY`` is compiled into community structure. | |
1150 | We can define multiple community list under same name. In that case match | |
1151 | will happen user defined order. Once the community list matches to | |
1152 | communities attribute in BGP updates it return permit or deny by the | |
1153 | community list definition. When there is no matched entry, deny will be | |
1154 | returned. When ``COMMUNITY`` is empty it matches to any routes. | |
42fc5d26 | 1155 | |
aa9eafa4 QY |
1156 | .. index:: ip community-list expanded NAME permit|deny COMMUNITY |
1157 | .. clicmd:: ip community-list expanded NAME permit|deny COMMUNITY | |
42fc5d26 | 1158 | |
aa9eafa4 QY |
1159 | This command defines a new expanded community list. ``COMMUNITY`` is a |
1160 | string expression of communities attribute. ``COMMUNITY`` can be a regular | |
1161 | expression (:ref:`bgp-regular-expressions`) to match the communities | |
1162 | attribute in BGP updates. | |
42fc5d26 | 1163 | |
aa9eafa4 QY |
1164 | .. deprecated:: 5.0 |
1165 | It is recommended to use the more explicit versions of this command. | |
42fc5d26 | 1166 | |
aa9eafa4 QY |
1167 | .. index:: ip community-list NAME permit|deny COMMUNITY |
1168 | .. clicmd:: ip community-list NAME permit|deny COMMUNITY | |
1169 | ||
1170 | When the community list type is not specified, the community list type is | |
1171 | automatically detected. If ``COMMUNITY`` can be compiled into communities | |
1172 | attribute, the community list is defined as a standard community list. | |
1173 | Otherwise it is defined as an expanded community list. This feature is left | |
1174 | for backward compatibility. Use of this feature is not recommended. | |
42fc5d26 | 1175 | |
42fc5d26 | 1176 | |
aa9eafa4 QY |
1177 | .. index:: no ip community-list [standard|expanded] NAME |
1178 | .. clicmd:: no ip community-list [standard|expanded] NAME | |
42fc5d26 | 1179 | |
aa9eafa4 QY |
1180 | Deletes the community list specified by ``NAME``. All community lists share |
1181 | the same namespace, so it's not necessary to specify ``standard`` or | |
1182 | ``expanded``; these modifiers are purely aesthetic. | |
42fc5d26 | 1183 | |
aa9eafa4 QY |
1184 | .. index:: show ip community-list [NAME] |
1185 | .. clicmd:: show ip community-list [NAME] | |
42fc5d26 | 1186 | |
aa9eafa4 QY |
1187 | Displays community list information. When ``NAME`` is specified the |
1188 | specified community list's information is shown. | |
c3c5a71f | 1189 | |
c1a54c05 | 1190 | :: |
76bd1499 | 1191 | |
c1a54c05 QY |
1192 | # show ip community-list |
1193 | Named Community standard list CLIST | |
1194 | permit 7675:80 7675:100 no-export | |
1195 | deny internet | |
1196 | Named Community expanded list EXPAND | |
1197 | permit : | |
76bd1499 | 1198 | |
c1a54c05 QY |
1199 | # show ip community-list CLIST |
1200 | Named Community standard list CLIST | |
1201 | permit 7675:80 7675:100 no-export | |
1202 | deny internet | |
42fc5d26 | 1203 | |
42fc5d26 | 1204 | |
8fcedbd2 | 1205 | .. _bgp-numbered-community-lists: |
42fc5d26 | 1206 | |
8fcedbd2 QY |
1207 | Numbered Community Lists |
1208 | ^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 QY |
1209 | |
1210 | When number is used for BGP community list name, the number has | |
c3c5a71f QY |
1211 | special meanings. Community list number in the range from 1 and 99 is |
1212 | standard community list. Community list number in the range from 100 | |
1213 | to 199 is expanded community list. These community lists are called | |
1214 | as numbered community lists. On the other hand normal community lists | |
42fc5d26 QY |
1215 | is called as named community lists. |
1216 | ||
29adcd50 | 1217 | .. index:: ip community-list (1-99) permit|deny COMMUNITY |
29adcd50 | 1218 | .. clicmd:: ip community-list (1-99) permit|deny COMMUNITY |
42fc5d26 | 1219 | |
aa9eafa4 QY |
1220 | This command defines a new community list. The argument to (1-99) defines |
1221 | the list identifier. | |
42fc5d26 | 1222 | |
c1a54c05 | 1223 | .. index:: ip community-list (100-199) permit|deny COMMUNITY |
29adcd50 | 1224 | .. clicmd:: ip community-list (100-199) permit|deny COMMUNITY |
42fc5d26 | 1225 | |
aa9eafa4 QY |
1226 | This command defines a new expanded community list. The argument to |
1227 | (100-199) defines the list identifier. | |
42fc5d26 | 1228 | |
8fcedbd2 | 1229 | .. _bgp-using-communities-in-route-map: |
42fc5d26 | 1230 | |
8fcedbd2 QY |
1231 | Using Communities in Route Maps |
1232 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 1233 | |
aa9eafa4 QY |
1234 | In :ref:`route-map` we can match on or set the BGP communities attribute. Using |
1235 | this feature network operator can implement their network policy based on BGP | |
1236 | communities attribute. | |
42fc5d26 | 1237 | |
aa9eafa4 | 1238 | The ollowing commands can be used in route maps: |
42fc5d26 | 1239 | |
aa9eafa4 QY |
1240 | .. index:: match community WORD exact-match [exact-match] |
1241 | .. clicmd:: match community WORD exact-match [exact-match] | |
42fc5d26 | 1242 | |
c1a54c05 QY |
1243 | This command perform match to BGP updates using community list WORD. When |
1244 | the one of BGP communities value match to the one of communities value in | |
d1e7591e | 1245 | community list, it is match. When `exact-match` keyword is specified, match |
c1a54c05 QY |
1246 | happen only when BGP updates have completely same communities value |
1247 | specified in the community list. | |
42fc5d26 | 1248 | |
aa9eafa4 QY |
1249 | .. index:: set community <none|COMMUNITY> additive |
1250 | .. clicmd:: set community <none|COMMUNITY> additive | |
42fc5d26 | 1251 | |
aa9eafa4 QY |
1252 | This command sets the community value in BGP updates. If the attribute is |
1253 | already configured, the newly provided value replaces the old one unless the | |
1254 | ``additive`` keyword is specified, in which case the new value is appended | |
1255 | to the existing value. | |
42fc5d26 | 1256 | |
aa9eafa4 QY |
1257 | If ``none`` is specified as the community value, the communities attribute |
1258 | is not sent. | |
42fc5d26 | 1259 | |
c1a54c05 | 1260 | .. index:: set comm-list WORD delete |
29adcd50 | 1261 | .. clicmd:: set comm-list WORD delete |
c1a54c05 | 1262 | |
aa9eafa4 QY |
1263 | This command remove communities value from BGP communities attribute. The |
1264 | ``word`` is community list name. When BGP route's communities value matches | |
1265 | to the community list ``word``, the communities value is removed. When all | |
1266 | of communities value is removed eventually, the BGP update's communities | |
1267 | attribute is completely removed. | |
42fc5d26 | 1268 | |
8fcedbd2 | 1269 | .. _bgp-communities-example: |
c1a54c05 | 1270 | |
8fcedbd2 QY |
1271 | Example Configuration |
1272 | ^^^^^^^^^^^^^^^^^^^^^ | |
9eb95b3b | 1273 | |
8fcedbd2 QY |
1274 | The following configuration is exemplary of the most typical usage of BGP |
1275 | communities attribute. In the example, AS 7675 provides an upstream Internet | |
1276 | connection to AS 100. When the following configuration exists in AS 7675, the | |
1277 | network operator of AS 100 can set local preference in AS 7675 network by | |
1278 | setting BGP communities attribute to the updates. | |
9eb95b3b QY |
1279 | |
1280 | .. code-block:: frr | |
c1a54c05 QY |
1281 | |
1282 | router bgp 7675 | |
1283 | neighbor 192.168.0.1 remote-as 100 | |
1284 | address-family ipv4 unicast | |
1285 | neighbor 192.168.0.1 route-map RMAP in | |
1286 | exit-address-family | |
1287 | ! | |
1288 | ip community-list 70 permit 7675:70 | |
1289 | ip community-list 70 deny | |
1290 | ip community-list 80 permit 7675:80 | |
1291 | ip community-list 80 deny | |
1292 | ip community-list 90 permit 7675:90 | |
1293 | ip community-list 90 deny | |
1294 | ! | |
1295 | route-map RMAP permit 10 | |
1296 | match community 70 | |
1297 | set local-preference 70 | |
1298 | ! | |
1299 | route-map RMAP permit 20 | |
1300 | match community 80 | |
1301 | set local-preference 80 | |
1302 | ! | |
1303 | route-map RMAP permit 30 | |
1304 | match community 90 | |
1305 | set local-preference 90 | |
c3c5a71f | 1306 | |
42fc5d26 | 1307 | |
8fcedbd2 QY |
1308 | The following configuration announces ``10.0.0.0/8`` from AS 100 to AS 7675. |
1309 | The route has communities value ``7675:80`` so when above configuration exists | |
1310 | in AS 7675, the announced routes' local preference value will be set to 80. | |
9eb95b3b QY |
1311 | |
1312 | .. code-block:: frr | |
c1a54c05 QY |
1313 | |
1314 | router bgp 100 | |
1315 | network 10.0.0.0/8 | |
1316 | neighbor 192.168.0.2 remote-as 7675 | |
1317 | address-family ipv4 unicast | |
1318 | neighbor 192.168.0.2 route-map RMAP out | |
1319 | exit-address-family | |
1320 | ! | |
1321 | ip prefix-list PLIST permit 10.0.0.0/8 | |
1322 | ! | |
1323 | route-map RMAP permit 10 | |
1324 | match ip address prefix-list PLIST | |
1325 | set community 7675:80 | |
c3c5a71f | 1326 | |
42fc5d26 | 1327 | |
8fcedbd2 QY |
1328 | The following configuration is an example of BGP route filtering using |
1329 | communities attribute. This configuration only permit BGP routes which has BGP | |
1330 | communities value ``0:80`` or ``0:90``. The network operator can set special | |
1331 | internal communities value at BGP border router, then limit the BGP route | |
1332 | announcements into the internal network. | |
9eb95b3b QY |
1333 | |
1334 | .. code-block:: frr | |
42fc5d26 | 1335 | |
c1a54c05 QY |
1336 | router bgp 7675 |
1337 | neighbor 192.168.0.1 remote-as 100 | |
1338 | address-family ipv4 unicast | |
1339 | neighbor 192.168.0.1 route-map RMAP in | |
1340 | exit-address-family | |
1341 | ! | |
1342 | ip community-list 1 permit 0:80 0:90 | |
1343 | ! | |
1344 | route-map RMAP permit in | |
1345 | match community 1 | |
c3c5a71f | 1346 | |
42fc5d26 | 1347 | |
8fcedbd2 QY |
1348 | The following example filters BGP routes which have a community value of |
1349 | ``1:1``. When there is no match community-list returns ``deny``. To avoid | |
1350 | filtering all routes, a ``permit`` line is set at the end of the | |
1351 | community-list. | |
9eb95b3b QY |
1352 | |
1353 | .. code-block:: frr | |
42fc5d26 | 1354 | |
c1a54c05 QY |
1355 | router bgp 7675 |
1356 | neighbor 192.168.0.1 remote-as 100 | |
1357 | address-family ipv4 unicast | |
1358 | neighbor 192.168.0.1 route-map RMAP in | |
1359 | exit-address-family | |
1360 | ! | |
1361 | ip community-list standard FILTER deny 1:1 | |
1362 | ip community-list standard FILTER permit | |
1363 | ! | |
1364 | route-map RMAP permit 10 | |
1365 | match community FILTER | |
c3c5a71f | 1366 | |
42fc5d26 | 1367 | |
8fcedbd2 QY |
1368 | The communities value keyword ``internet`` has special meanings in standard |
1369 | community lists. In the below example ``internet`` matches all BGP routes even | |
1370 | if the route does not have communities attribute at all. So community list | |
1371 | ``INTERNET`` is the same as ``FILTER`` in the previous example. | |
9eb95b3b QY |
1372 | |
1373 | .. code-block:: frr | |
42fc5d26 | 1374 | |
c1a54c05 QY |
1375 | ip community-list standard INTERNET deny 1:1 |
1376 | ip community-list standard INTERNET permit internet | |
c3c5a71f | 1377 | |
42fc5d26 | 1378 | |
8fcedbd2 QY |
1379 | The following configuration is an example of communities value deletion. With |
1380 | this configuration the community values ``100:1`` and ``100:2`` are removed | |
1381 | from BGP updates. For communities value deletion, only ``permit`` | |
1382 | community-list is used. ``deny`` community-list is ignored. | |
9eb95b3b QY |
1383 | |
1384 | .. code-block:: frr | |
42fc5d26 | 1385 | |
c1a54c05 QY |
1386 | router bgp 7675 |
1387 | neighbor 192.168.0.1 remote-as 100 | |
1388 | address-family ipv4 unicast | |
1389 | neighbor 192.168.0.1 route-map RMAP in | |
1390 | exit-address-family | |
1391 | ! | |
1392 | ip community-list standard DEL permit 100:1 100:2 | |
1393 | ! | |
1394 | route-map RMAP permit 10 | |
1395 | set comm-list DEL delete | |
c3c5a71f | 1396 | |
42fc5d26 | 1397 | |
0efdf0fe | 1398 | .. _bgp-extended-communities-attribute: |
42fc5d26 | 1399 | |
8fcedbd2 QY |
1400 | Extended Communities Attribute |
1401 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 1402 | |
c1a54c05 QY |
1403 | BGP extended communities attribute is introduced with MPLS VPN/BGP technology. |
1404 | MPLS VPN/BGP expands capability of network infrastructure to provide VPN | |
1405 | functionality. At the same time it requires a new framework for policy routing. | |
1406 | With BGP Extended Communities Attribute we can use Route Target or Site of | |
1407 | Origin for implementing network policy for MPLS VPN/BGP. | |
42fc5d26 | 1408 | |
c1a54c05 QY |
1409 | BGP Extended Communities Attribute is similar to BGP Communities Attribute. It |
1410 | is an optional transitive attribute. BGP Extended Communities Attribute can | |
1411 | carry multiple Extended Community value. Each Extended Community value is | |
1412 | eight octet length. | |
42fc5d26 | 1413 | |
c1a54c05 QY |
1414 | BGP Extended Communities Attribute provides an extended range compared with BGP |
1415 | Communities Attribute. Adding to that there is a type field in each value to | |
1416 | provides community space structure. | |
42fc5d26 | 1417 | |
c1a54c05 QY |
1418 | There are two format to define Extended Community value. One is AS based format |
1419 | the other is IP address based format. | |
42fc5d26 | 1420 | |
8fcedbd2 QY |
1421 | ``AS:VAL`` |
1422 | This is a format to define AS based Extended Community value. ``AS`` part | |
1423 | is 2 octets Global Administrator subfield in Extended Community value. | |
1424 | ``VAL`` part is 4 octets Local Administrator subfield. ``7675:100`` | |
1425 | represents AS 7675 policy value 100. | |
42fc5d26 | 1426 | |
8fcedbd2 | 1427 | ``IP-Address:VAL`` |
c1a54c05 | 1428 | This is a format to define IP address based Extended Community value. |
8fcedbd2 QY |
1429 | ``IP-Address`` part is 4 octets Global Administrator subfield. ``VAL`` part |
1430 | is 2 octets Local Administrator subfield. | |
42fc5d26 | 1431 | |
0efdf0fe | 1432 | .. _bgp-extended-community-lists: |
42fc5d26 | 1433 | |
8fcedbd2 QY |
1434 | Extended Community Lists |
1435 | ^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 1436 | |
c3c5a71f | 1437 | .. index:: ip extcommunity-list standard NAME permit|deny EXTCOMMUNITY |
29adcd50 | 1438 | .. clicmd:: ip extcommunity-list standard NAME permit|deny EXTCOMMUNITY |
42fc5d26 | 1439 | |
4da7fda3 QY |
1440 | This command defines a new standard extcommunity-list. `extcommunity` is |
1441 | extended communities value. The `extcommunity` is compiled into extended | |
1442 | community structure. We can define multiple extcommunity-list under same | |
1443 | name. In that case match will happen user defined order. Once the | |
1444 | extcommunity-list matches to extended communities attribute in BGP updates | |
1445 | it return permit or deny based upon the extcommunity-list definition. When | |
1446 | there is no matched entry, deny will be returned. When `extcommunity` is | |
1447 | empty it matches to any routes. | |
42fc5d26 | 1448 | |
c1a54c05 | 1449 | .. index:: ip extcommunity-list expanded NAME permit|deny LINE |
29adcd50 | 1450 | .. clicmd:: ip extcommunity-list expanded NAME permit|deny LINE |
42fc5d26 | 1451 | |
4da7fda3 QY |
1452 | This command defines a new expanded extcommunity-list. `line` is a string |
1453 | expression of extended communities attribute. `line` can be a regular | |
1454 | expression (:ref:`bgp-regular-expressions`) to match an extended communities | |
1455 | attribute in BGP updates. | |
42fc5d26 | 1456 | |
c1a54c05 | 1457 | .. index:: no ip extcommunity-list NAME |
29adcd50 | 1458 | .. clicmd:: no ip extcommunity-list NAME |
42fc5d26 | 1459 | |
c1a54c05 | 1460 | .. index:: no ip extcommunity-list standard NAME |
29adcd50 | 1461 | .. clicmd:: no ip extcommunity-list standard NAME |
42fc5d26 | 1462 | |
c1a54c05 | 1463 | .. index:: no ip extcommunity-list expanded NAME |
29adcd50 | 1464 | .. clicmd:: no ip extcommunity-list expanded NAME |
42fc5d26 | 1465 | |
4da7fda3 QY |
1466 | These commands delete extended community lists specified by `name`. All of |
1467 | extended community lists shares a single name space. So extended community | |
d1e7591e | 1468 | lists can be removed simply specifying the name. |
42fc5d26 | 1469 | |
c1a54c05 | 1470 | .. index:: show ip extcommunity-list |
29adcd50 | 1471 | .. clicmd:: show ip extcommunity-list |
42fc5d26 | 1472 | |
c1a54c05 | 1473 | .. index:: show ip extcommunity-list NAME |
29adcd50 | 1474 | .. clicmd:: show ip extcommunity-list NAME |
c1a54c05 | 1475 | |
4da7fda3 | 1476 | This command displays current extcommunity-list information. When `name` is |
9eb95b3b | 1477 | specified the community list's information is shown.:: |
42fc5d26 | 1478 | |
9eb95b3b | 1479 | # show ip extcommunity-list |
c3c5a71f | 1480 | |
42fc5d26 | 1481 | |
0efdf0fe | 1482 | .. _bgp-extended-communities-in-route-map: |
42fc5d26 QY |
1483 | |
1484 | BGP Extended Communities in Route Map | |
8fcedbd2 | 1485 | """"""""""""""""""""""""""""""""""""" |
42fc5d26 | 1486 | |
c3c5a71f | 1487 | .. index:: match extcommunity WORD |
29adcd50 | 1488 | .. clicmd:: match extcommunity WORD |
42fc5d26 | 1489 | |
c1a54c05 | 1490 | .. index:: set extcommunity rt EXTCOMMUNITY |
29adcd50 | 1491 | .. clicmd:: set extcommunity rt EXTCOMMUNITY |
42fc5d26 | 1492 | |
c1a54c05 | 1493 | This command set Route Target value. |
42fc5d26 | 1494 | |
c1a54c05 | 1495 | .. index:: set extcommunity soo EXTCOMMUNITY |
29adcd50 | 1496 | .. clicmd:: set extcommunity soo EXTCOMMUNITY |
c1a54c05 QY |
1497 | |
1498 | This command set Site of Origin value. | |
42fc5d26 | 1499 | |
0efdf0fe | 1500 | .. _bgp-large-communities-attribute: |
42fc5d26 | 1501 | |
8fcedbd2 QY |
1502 | Large Communities Attribute |
1503 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 QY |
1504 | |
1505 | The BGP Large Communities attribute was introduced in Feb 2017 with | |
c1a54c05 | 1506 | :rfc:`8092`. |
42fc5d26 | 1507 | |
8fcedbd2 QY |
1508 | The BGP Large Communities Attribute is similar to the BGP Communities Attribute |
1509 | except that it has 3 components instead of two and each of which are 4 octets | |
1510 | in length. Large Communities bring additional functionality and convenience | |
1511 | over traditional communities, specifically the fact that the ``GLOBAL`` part | |
1512 | below is now 4 octets wide allowing seamless use in networks using 4-byte ASNs. | |
1513 | ||
1514 | ``GLOBAL:LOCAL1:LOCAL2`` | |
1515 | This is the format to define Large Community values. Referencing :rfc:`8195` | |
1516 | the values are commonly referred to as follows: | |
1517 | ||
1518 | - The ``GLOBAL`` part is a 4 octet Global Administrator field, commonly used | |
1519 | as the operators AS number. | |
1520 | - The ``LOCAL1`` part is a 4 octet Local Data Part 1 subfield referred to as | |
1521 | a function. | |
1522 | - The ``LOCAL2`` part is a 4 octet Local Data Part 2 field and referred to | |
1523 | as the parameter subfield. | |
1524 | ||
1525 | As an example, ``65551:1:10`` represents AS 65551 function 1 and parameter | |
1526 | 10. The referenced RFC above gives some guidelines on recommended usage. | |
42fc5d26 | 1527 | |
0efdf0fe | 1528 | .. _bgp-large-community-lists: |
42fc5d26 | 1529 | |
8fcedbd2 QY |
1530 | Large Community Lists |
1531 | """"""""""""""""""""" | |
42fc5d26 QY |
1532 | |
1533 | Two types of large community lists are supported, namely `standard` and | |
1534 | `expanded`. | |
1535 | ||
c3c5a71f | 1536 | .. index:: ip large-community-list standard NAME permit|deny LARGE-COMMUNITY |
29adcd50 | 1537 | .. clicmd:: ip large-community-list standard NAME permit|deny LARGE-COMMUNITY |
42fc5d26 | 1538 | |
4da7fda3 QY |
1539 | This command defines a new standard large-community-list. `large-community` |
1540 | is the Large Community value. We can add multiple large communities under | |
1541 | same name. In that case the match will happen in the user defined order. | |
1542 | Once the large-community-list matches the Large Communities attribute in BGP | |
1543 | updates it will return permit or deny based upon the large-community-list | |
1544 | definition. When there is no matched entry, a deny will be returned. When | |
1545 | `large-community` is empty it matches any routes. | |
42fc5d26 | 1546 | |
c1a54c05 | 1547 | .. index:: ip large-community-list expanded NAME permit|deny LINE |
29adcd50 | 1548 | .. clicmd:: ip large-community-list expanded NAME permit|deny LINE |
42fc5d26 | 1549 | |
4da7fda3 QY |
1550 | This command defines a new expanded large-community-list. Where `line` is a |
1551 | string matching expression, it will be compared to the entire Large | |
1552 | Communities attribute as a string, with each large-community in order from | |
1553 | lowest to highest. `line` can also be a regular expression which matches | |
1554 | this Large Community attribute. | |
42fc5d26 | 1555 | |
c1a54c05 | 1556 | .. index:: no ip large-community-list NAME |
29adcd50 | 1557 | .. clicmd:: no ip large-community-list NAME |
42fc5d26 | 1558 | |
c1a54c05 | 1559 | .. index:: no ip large-community-list standard NAME |
29adcd50 | 1560 | .. clicmd:: no ip large-community-list standard NAME |
42fc5d26 | 1561 | |
c1a54c05 | 1562 | .. index:: no ip large-community-list expanded NAME |
29adcd50 | 1563 | .. clicmd:: no ip large-community-list expanded NAME |
42fc5d26 | 1564 | |
4da7fda3 QY |
1565 | These commands delete Large Community lists specified by `name`. All Large |
1566 | Community lists share a single namespace. This means Large Community lists | |
1567 | can be removed by simply specifying the name. | |
42fc5d26 | 1568 | |
c1a54c05 | 1569 | .. index:: show ip large-community-list |
29adcd50 | 1570 | .. clicmd:: show ip large-community-list |
42fc5d26 | 1571 | |
c1a54c05 | 1572 | .. index:: show ip large-community-list NAME |
29adcd50 | 1573 | .. clicmd:: show ip large-community-list NAME |
42fc5d26 | 1574 | |
c1a54c05 QY |
1575 | This command display current large-community-list information. When |
1576 | `name` is specified the community list information is shown. | |
42fc5d26 | 1577 | |
c1a54c05 | 1578 | .. index:: show ip bgp large-community-info |
29adcd50 | 1579 | .. clicmd:: show ip bgp large-community-info |
c1a54c05 QY |
1580 | |
1581 | This command displays the current large communities in use. | |
42fc5d26 | 1582 | |
0efdf0fe | 1583 | .. _bgp-large-communities-in-route-map: |
42fc5d26 | 1584 | |
8fcedbd2 QY |
1585 | Large Communities in Route Map |
1586 | """""""""""""""""""""""""""""" | |
42fc5d26 | 1587 | |
c3c5a71f | 1588 | .. index:: match large-community LINE |
29adcd50 | 1589 | .. clicmd:: match large-community LINE |
42fc5d26 | 1590 | |
4da7fda3 QY |
1591 | Where `line` can be a simple string to match, or a regular expression. It |
1592 | is very important to note that this match occurs on the entire | |
c1a54c05 QY |
1593 | large-community string as a whole, where each large-community is ordered |
1594 | from lowest to highest. | |
42fc5d26 | 1595 | |
c1a54c05 | 1596 | .. index:: set large-community LARGE-COMMUNITY |
29adcd50 | 1597 | .. clicmd:: set large-community LARGE-COMMUNITY |
42fc5d26 | 1598 | |
c1a54c05 | 1599 | .. index:: set large-community LARGE-COMMUNITY LARGE-COMMUNITY |
29adcd50 | 1600 | .. clicmd:: set large-community LARGE-COMMUNITY LARGE-COMMUNITY |
42fc5d26 | 1601 | |
c1a54c05 | 1602 | .. index:: set large-community LARGE-COMMUNITY additive |
29adcd50 | 1603 | .. clicmd:: set large-community LARGE-COMMUNITY additive |
c1a54c05 QY |
1604 | |
1605 | These commands are used for setting large-community values. The first | |
1606 | command will overwrite any large-communities currently present. | |
1607 | The second specifies two large-communities, which overwrites the current | |
1608 | large-community list. The third will add a large-community value without | |
1609 | overwriting other values. Multiple large-community values can be specified. | |
42fc5d26 | 1610 | |
b572f826 PZ |
1611 | |
1612 | .. _bgp-vrfs: | |
1613 | ||
8fcedbd2 QY |
1614 | VRFs |
1615 | ---- | |
b572f826 | 1616 | |
8fcedbd2 | 1617 | BGP supports multiple VRF instances with the following command: |
b572f826 PZ |
1618 | |
1619 | .. index:: router bgp ASN vrf VRFNAME | |
1620 | .. clicmd:: router bgp ASN vrf VRFNAME | |
1621 | ||
8fcedbd2 QY |
1622 | ``VRFNAME`` is matched against VRFs configured in the kernel. When |
1623 | ``vrf VRFNAME`` is not specified, the BGP protocol process belongs to the | |
1624 | default VRF. | |
b572f826 | 1625 | |
a35947d0 PG |
1626 | With VRF, you can isolate networking information. Having BGP VRF allows you to |
1627 | have several BGP instances on the same system process. This solution solves | |
8fcedbd2 QY |
1628 | scalabiliy issues where the network administrator had previously to run |
1629 | separately several BGP processes on each namespace. Now, not only BGP VRF | |
1630 | solves this, but also this method applies to both kind of VRFs backend: default | |
1631 | VRF from Linux kernel or network namespaces. Also, having separate BGP | |
1632 | instances does not imply that the AS number has to be different. For internal | |
1633 | purposes, it is possible to do iBGP peering from two differents network | |
1634 | namespaces. | |
1635 | ||
1636 | VRF Route Leaking | |
1637 | ^^^^^^^^^^^^^^^^^ | |
1638 | ||
1639 | BGP routes may be leaked (i.e. copied) between a unicast VRF RIB and the VPN | |
f90115c5 LB |
1640 | SAFI RIB of the default VRF for use in MPLS-based L3VPNs. Unicast routes may |
1641 | also be leaked between any VRFs (including the unicast RIB of the default BGP | |
1642 | instanced). A shortcut syntax is also available for specifying leaking from one | |
1643 | VRF to another VRF using the default instance's VPN RIB as the intemediary. A | |
1644 | common application of the VRF-VRF feature is to connect a customer's private | |
8fcedbd2 QY |
1645 | routing domain to a provider's VPN service. Leaking is configured from the |
1646 | point of view of an individual VRF: ``import`` refers to routes leaked from VPN | |
1647 | to a unicast VRF, whereas ``export`` refers to routes leaked from a unicast VRF | |
1648 | to VPN. | |
1649 | ||
1650 | Required parameters | |
1651 | """"""""""""""""""" | |
b572f826 | 1652 | |
4da7fda3 QY |
1653 | Routes exported from a unicast VRF to the VPN RIB must be augmented by two |
1654 | parameters: | |
1655 | ||
1656 | - an :abbr:`RD (Route Distinguisher)` | |
1657 | - an :abbr:`RTLIST (Route-target List)` | |
1658 | ||
1659 | Configuration for these exported routes must, at a minimum, specify these two | |
1660 | parameters. | |
1661 | ||
1662 | Routes imported from the VPN RIB to a unicast VRF are selected according to | |
1663 | their RTLISTs. Routes whose RTLIST contains at least one route-target in | |
1664 | common with the configured import RTLIST are leaked. Configuration for these | |
1665 | imported routes must specify an RTLIST to be matched. | |
1666 | ||
1667 | The RD, which carries no semantic value, is intended to make the route unique | |
1668 | in the VPN RIB among all routes of its prefix that originate from all the | |
1669 | customers and sites that are attached to the provider's VPN service. | |
1670 | Accordingly, each site of each customer is typically assigned an RD that is | |
1671 | unique across the entire provider network. | |
1672 | ||
1673 | The RTLIST is a set of route-target extended community values whose purpose is | |
1674 | to specify route-leaking policy. Typically, a customer is assigned a single | |
1675 | route-target value for import and export to be used at all customer sites. This | |
1676 | configuration specifies a simple topology wherein a customer has a single | |
1677 | routing domain which is shared across all its sites. More complex routing | |
1678 | topologies are possible through use of additional route-targets to augment the | |
1679 | leaking of sets of routes in various ways. | |
b572f826 | 1680 | |
e967a1d0 DS |
1681 | When using the shortcut syntax for vrf-to-vrf leaking, the RD and RT are |
1682 | auto-derived. | |
fb3d9f3e | 1683 | |
8fcedbd2 QY |
1684 | General configuration |
1685 | """"""""""""""""""""" | |
b572f826 | 1686 | |
f90115c5 | 1687 | Configuration of route leaking between a unicast VRF RIB and the VPN SAFI RIB |
4da7fda3 QY |
1688 | of the default VRF is accomplished via commands in the context of a VRF |
1689 | address-family: | |
b572f826 PZ |
1690 | |
1691 | .. index:: rd vpn export AS:NN|IP:nn | |
1692 | .. clicmd:: rd vpn export AS:NN|IP:nn | |
1693 | ||
4da7fda3 QY |
1694 | Specifies the route distinguisher to be added to a route exported from the |
1695 | current unicast VRF to VPN. | |
b572f826 PZ |
1696 | |
1697 | .. index:: no rd vpn export [AS:NN|IP:nn] | |
1698 | .. clicmd:: no rd vpn export [AS:NN|IP:nn] | |
1699 | ||
1700 | Deletes any previously-configured export route distinguisher. | |
1701 | ||
1702 | .. index:: rt vpn import|export|both RTLIST... | |
1703 | .. clicmd:: rt vpn import|export|both RTLIST... | |
1704 | ||
4da7fda3 QY |
1705 | Specifies the route-target list to be attached to a route (export) or the |
1706 | route-target list to match against (import) when exporting/importing between | |
1707 | the current unicast VRF and VPN. | |
b572f826 | 1708 | |
4da7fda3 QY |
1709 | The RTLIST is a space-separated list of route-targets, which are BGP |
1710 | extended community values as described in | |
b572f826 PZ |
1711 | :ref:`bgp-extended-communities-attribute`. |
1712 | ||
1713 | .. index:: no rt vpn import|export|both [RTLIST...] | |
1714 | .. clicmd:: no rt vpn import|export|both [RTLIST...] | |
1715 | ||
1716 | Deletes any previously-configured import or export route-target list. | |
1717 | ||
e70e9f8e PZ |
1718 | .. index:: label vpn export (0..1048575)|auto |
1719 | .. clicmd:: label vpn export (0..1048575)|auto | |
b572f826 | 1720 | |
4da7fda3 | 1721 | Specifies an optional MPLS label to be attached to a route exported from the |
e70e9f8e PZ |
1722 | current unicast VRF to VPN. If label is specified as ``auto``, the label |
1723 | value is automatically assigned from a pool maintained by the zebra | |
1724 | daemon. If zebra is not running, automatic label assignment will not | |
1725 | complete, which will block corresponding route export. | |
b572f826 | 1726 | |
e70e9f8e PZ |
1727 | .. index:: no label vpn export [(0..1048575)|auto] |
1728 | .. clicmd:: no label vpn export [(0..1048575)|auto] | |
b572f826 PZ |
1729 | |
1730 | Deletes any previously-configured export label. | |
1731 | ||
1732 | .. index:: nexthop vpn export A.B.C.D|X:X::X:X | |
1733 | .. clicmd:: nexthop vpn export A.B.C.D|X:X::X:X | |
1734 | ||
4da7fda3 QY |
1735 | Specifies an optional nexthop value to be assigned to a route exported from |
1736 | the current unicast VRF to VPN. If left unspecified, the nexthop will be set | |
1737 | to 0.0.0.0 or 0:0::0:0 (self). | |
b572f826 PZ |
1738 | |
1739 | .. index:: no nexthop vpn export [A.B.C.D|X:X::X:X] | |
1740 | .. clicmd:: no nexthop vpn export [A.B.C.D|X:X::X:X] | |
1741 | ||
1742 | Deletes any previously-configured export nexthop. | |
1743 | ||
1744 | .. index:: route-map vpn import|export MAP | |
1745 | .. clicmd:: route-map vpn import|export MAP | |
1746 | ||
4da7fda3 | 1747 | Specifies an optional route-map to be applied to routes imported or exported |
d1e7591e | 1748 | between the current unicast VRF and VPN. |
b572f826 PZ |
1749 | |
1750 | .. index:: no route-map vpn import|export [MAP] | |
1751 | .. clicmd:: no route-map vpn import|export [MAP] | |
1752 | ||
1753 | Deletes any previously-configured import or export route-map. | |
1754 | ||
1755 | .. index:: import|export vpn | |
1756 | .. clicmd:: import|export vpn | |
1757 | ||
d1e7591e | 1758 | Enables import or export of routes between the current unicast VRF and VPN. |
b572f826 PZ |
1759 | |
1760 | .. index:: no import|export vpn | |
1761 | .. clicmd:: no import|export vpn | |
1762 | ||
d1e7591e | 1763 | Disables import or export of routes between the current unicast VRF and VPN. |
b572f826 | 1764 | |
fb3d9f3e DS |
1765 | .. index:: import vrf VRFNAME |
1766 | .. clicmd:: import vrf VRFNAME | |
1767 | ||
e967a1d0 DS |
1768 | Shortcut syntax for specifying automatic leaking from vrf VRFNAME to |
1769 | the current VRF using the VPN RIB as intermediary. The RD and RT | |
1770 | are auto derived and should not be specified explicitly for either the | |
1771 | source or destination VRF's. | |
1772 | ||
1773 | This shortcut syntax mode is not compatible with the explicit | |
1774 | `import vpn` and `export vpn` statements for the two VRF's involved. | |
1775 | The CLI will disallow attempts to configure incompatible leaking | |
1776 | modes. | |
fb3d9f3e DS |
1777 | |
1778 | .. index:: no import vrf VRFNAME | |
1779 | .. clicmd:: no import vrf VRFNAME | |
1780 | ||
e967a1d0 DS |
1781 | Disables automatic leaking from vrf VRFNAME to the current VRF using |
1782 | the VPN RIB as intermediary. | |
b572f826 | 1783 | |
8fcedbd2 | 1784 | .. _bgp-instances-and-views: |
42fc5d26 | 1785 | |
8fcedbd2 QY |
1786 | Instances and Views |
1787 | ------------------- | |
42fc5d26 | 1788 | |
8fcedbd2 QY |
1789 | A BGP *instance* is a normal BGP process. Routes selected by BGP are installed |
1790 | into the kernel routing table. | |
42fc5d26 | 1791 | |
8fcedbd2 QY |
1792 | .. note:: |
1793 | In previous versions of FRR, running multiple AS's from the same BGP process | |
1794 | was not supported; in order to run multiple AS's it was necessary to run | |
1795 | multiple BGP processes. This had to be explicitly configured with the | |
1796 | ``bgp multiple-instance`` command. Recent versions of FRR support multiple | |
1797 | BGP AS's within the same process by simply defining multiple | |
1798 | ``router bgp X`` blocks, so the ``multiple-instance`` command is now | |
1799 | unnecessary and deprecated. | |
42fc5d26 | 1800 | |
8fcedbd2 QY |
1801 | .. index:: router bgp AS-NUMBER |
1802 | .. clicmd:: router bgp AS-NUMBER | |
42fc5d26 | 1803 | |
8fcedbd2 | 1804 | Make a new BGP instance. You can use an arbitrary word for the `name`. |
42fc5d26 | 1805 | |
8fcedbd2 | 1806 | .. code-block:: frr |
42fc5d26 | 1807 | |
8fcedbd2 QY |
1808 | router bgp 1 |
1809 | neighbor 10.0.0.1 remote-as 2 | |
1810 | neighbor 10.0.0.2 remote-as 3 | |
1811 | ! | |
1812 | router bgp 2 | |
1813 | neighbor 10.0.0.3 remote-as 4 | |
1814 | neighbor 10.0.0.4 remote-as 5 | |
42fc5d26 | 1815 | |
8fcedbd2 QY |
1816 | .. deprecated:: 5.0 |
1817 | This command does nothing and can be safely removed. | |
42fc5d26 | 1818 | |
8fcedbd2 QY |
1819 | .. index:: bgp multiple-instance |
1820 | .. clicmd:: bgp multiple-instance | |
76bd1499 | 1821 | |
8fcedbd2 QY |
1822 | Enable BGP multiple instance feature. Because this is now the default |
1823 | configuration this command will not be displayed in the running | |
1824 | configuration. | |
76bd1499 | 1825 | |
8fcedbd2 QY |
1826 | .. deprecated:: 5.0 |
1827 | This command does nothing and can be safely removed. | |
76bd1499 | 1828 | |
8fcedbd2 QY |
1829 | .. index:: no bgp multiple-instance |
1830 | .. clicmd:: no bgp multiple-instance | |
42fc5d26 | 1831 | |
8fcedbd2 QY |
1832 | In previous versions of FRR, this command disabled the BGP multiple instance |
1833 | feature. This functionality is automatically turned on when BGP multiple | |
1834 | instances or views exist so this command no longer does anything. | |
42fc5d26 | 1835 | |
8fcedbd2 QY |
1836 | BGP views are almost same as normal BGP processes, except that routes selected |
1837 | by BGP are not installed into the kernel routing table. The view functionality | |
1838 | allows the exchange of BGP routing information only without affecting the | |
1839 | kernel routing tables. | |
42fc5d26 | 1840 | |
8fcedbd2 QY |
1841 | .. index:: router bgp AS-NUMBER view NAME |
1842 | .. clicmd:: router bgp AS-NUMBER view NAME | |
42fc5d26 | 1843 | |
8fcedbd2 QY |
1844 | Make a new BGP view. You can use arbitrary word for the ``NAME``. Routes selected by the view are not installed into the kernel routing table. |
1845 | view's route selection result does not go to the kernel routing table. | |
42fc5d26 | 1846 | |
8fcedbd2 | 1847 | With this command, you can setup Route Server like below. |
42fc5d26 | 1848 | |
8fcedbd2 | 1849 | .. code-block:: frr |
42fc5d26 | 1850 | |
8fcedbd2 QY |
1851 | ! |
1852 | router bgp 1 view 1 | |
1853 | neighbor 10.0.0.1 remote-as 2 | |
1854 | neighbor 10.0.0.2 remote-as 3 | |
1855 | ! | |
1856 | router bgp 2 view 2 | |
1857 | neighbor 10.0.0.3 remote-as 4 | |
1858 | neighbor 10.0.0.4 remote-as 5 | |
42fc5d26 | 1859 | |
e6f59415 PG |
1860 | .. index:: show [ip] bgp view NAME |
1861 | .. clicmd:: show [ip] bgp view NAME | |
42fc5d26 | 1862 | |
8fcedbd2 | 1863 | Display the routing table of BGP view ``NAME``. |
42fc5d26 | 1864 | |
8fcedbd2 | 1865 | .. _bgp-cisco-compatibility: |
42fc5d26 | 1866 | |
8fcedbd2 QY |
1867 | Cisco Compatibility |
1868 | ------------------- | |
42fc5d26 | 1869 | |
8fcedbd2 QY |
1870 | FRR has commands that change some configuration syntax and default behavior to |
1871 | behave more closely to Cisco conventions. These are deprecated and will be | |
1872 | removed in a future version of FRR. | |
42fc5d26 | 1873 | |
8fcedbd2 QY |
1874 | .. deprecated:: 5.0 |
1875 | Please transition to using the FRR specific syntax for your configuration. | |
42fc5d26 | 1876 | |
8fcedbd2 QY |
1877 | .. index:: bgp config-type cisco |
1878 | .. clicmd:: bgp config-type cisco | |
42fc5d26 | 1879 | |
8fcedbd2 | 1880 | Cisco compatible BGP configuration output. |
42fc5d26 | 1881 | |
8fcedbd2 | 1882 | When this configuration line is specified: |
c1a54c05 | 1883 | |
8fcedbd2 QY |
1884 | - ``no synchronization`` is displayed. This command does nothing and is for |
1885 | display purposes only. | |
1886 | - ``no auto-summary`` is displayed. | |
1887 | - The ``network`` and ``aggregate-address`` arguments are displayed as: | |
42fc5d26 | 1888 | |
8fcedbd2 | 1889 | :: |
42fc5d26 | 1890 | |
8fcedbd2 | 1891 | A.B.C.D M.M.M.M |
42fc5d26 | 1892 | |
8fcedbd2 QY |
1893 | FRR: network 10.0.0.0/8 |
1894 | Cisco: network 10.0.0.0 | |
42fc5d26 | 1895 | |
8fcedbd2 QY |
1896 | FRR: aggregate-address 192.168.0.0/24 |
1897 | Cisco: aggregate-address 192.168.0.0 255.255.255.0 | |
42fc5d26 | 1898 | |
8fcedbd2 QY |
1899 | Community attribute handling is also different. If no configuration is |
1900 | specified community attribute and extended community attribute are sent to | |
1901 | the neighbor. If a user manually disables the feature, the community | |
1902 | attribute is not sent to the neighbor. When ``bgp config-type cisco`` is | |
1903 | specified, the community attribute is not sent to the neighbor by default. | |
1904 | To send the community attribute user has to specify | |
1905 | :clicmd:`neighbor A.B.C.D send-community` like so: | |
42fc5d26 | 1906 | |
8fcedbd2 | 1907 | .. code-block:: frr |
42fc5d26 | 1908 | |
8fcedbd2 QY |
1909 | ! |
1910 | router bgp 1 | |
1911 | neighbor 10.0.0.1 remote-as 1 | |
1912 | address-family ipv4 unicast | |
1913 | no neighbor 10.0.0.1 send-community | |
1914 | exit-address-family | |
1915 | ! | |
1916 | router bgp 1 | |
1917 | neighbor 10.0.0.1 remote-as 1 | |
1918 | address-family ipv4 unicast | |
1919 | neighbor 10.0.0.1 send-community | |
1920 | exit-address-family | |
1921 | ! | |
42fc5d26 | 1922 | |
8fcedbd2 QY |
1923 | .. deprecated:: 5.0 |
1924 | Please transition to using the FRR specific syntax for your configuration. | |
1925 | ||
1926 | .. index:: bgp config-type zebra | |
1927 | .. clicmd:: bgp config-type zebra | |
1928 | ||
1929 | FRR style BGP configuration. This is the default. | |
1930 | ||
1931 | .. _bgp-debugging: | |
1932 | ||
1933 | Debugging | |
1934 | --------- | |
42fc5d26 | 1935 | |
c1a54c05 | 1936 | .. index:: show debug |
29adcd50 | 1937 | .. clicmd:: show debug |
42fc5d26 | 1938 | |
8fcedbd2 | 1939 | Show all enabled debugs. |
42fc5d26 | 1940 | |
53b758f3 PG |
1941 | .. index:: [no] debug bgp neighbor-events |
1942 | .. clicmd:: [no] debug bgp neighbor-events | |
42fc5d26 | 1943 | |
8fcedbd2 QY |
1944 | Enable or disable debugging for neighbor events. This provides general |
1945 | information on BGP events such as peer connection / disconnection, session | |
1946 | establishment / teardown, and capability negotiation. | |
42fc5d26 | 1947 | |
53b758f3 PG |
1948 | .. index:: [no] debug bgp updates |
1949 | .. clicmd:: [no] debug bgp updates | |
42fc5d26 | 1950 | |
8fcedbd2 QY |
1951 | Enable or disable debugging for BGP updates. This provides information on |
1952 | BGP UPDATE messages transmitted and received between local and remote | |
1953 | instances. | |
42fc5d26 | 1954 | |
53b758f3 PG |
1955 | .. index:: [no] debug bgp keepalives |
1956 | .. clicmd:: [no] debug bgp keepalives | |
42fc5d26 | 1957 | |
8fcedbd2 QY |
1958 | Enable or disable debugging for BGP keepalives. This provides information on |
1959 | BGP KEEPALIVE messages transmitted and received between local and remote | |
1960 | instances. | |
c1a54c05 | 1961 | |
8fcedbd2 QY |
1962 | .. index:: [no] debug bgp bestpath <A.B.C.D/M|X:X::X:X/M> |
1963 | .. clicmd:: [no] debug bgp bestpath <A.B.C.D/M|X:X::X:X/M> | |
42fc5d26 | 1964 | |
8fcedbd2 | 1965 | Enable or disable debugging for bestpath selection on the specified prefix. |
42fc5d26 | 1966 | |
8fcedbd2 QY |
1967 | .. index:: [no] debug bgp nht |
1968 | .. clicmd:: [no] debug bgp nht | |
4da7fda3 | 1969 | |
8fcedbd2 | 1970 | Enable or disable debugging of BGP nexthop tracking. |
4da7fda3 | 1971 | |
8fcedbd2 QY |
1972 | .. index:: [no] debug bgp update-groups |
1973 | .. clicmd:: [no] debug bgp update-groups | |
4b44467c | 1974 | |
8fcedbd2 QY |
1975 | Enable or disable debugging of dynamic update groups. This provides general |
1976 | information on group creation, deletion, join and prune events. | |
4b44467c | 1977 | |
8fcedbd2 QY |
1978 | .. index:: [no] debug bgp zebra |
1979 | .. clicmd:: [no] debug bgp zebra | |
42fc5d26 | 1980 | |
8fcedbd2 | 1981 | Enable or disable debugging of communications between *bgpd* and *zebra*. |
c3c5a71f | 1982 | |
8fcedbd2 QY |
1983 | Dumping Messages and Routing Tables |
1984 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | |
42fc5d26 | 1985 | |
8fcedbd2 QY |
1986 | .. index:: dump bgp all PATH [INTERVAL] |
1987 | .. clicmd:: dump bgp all PATH [INTERVAL] | |
42fc5d26 | 1988 | |
8fcedbd2 QY |
1989 | .. index:: dump bgp all-et PATH [INTERVAL] |
1990 | .. clicmd:: dump bgp all-et PATH [INTERVAL] | |
c3c5a71f | 1991 | |
8fcedbd2 QY |
1992 | .. index:: no dump bgp all [PATH] [INTERVAL] |
1993 | .. clicmd:: no dump bgp all [PATH] [INTERVAL] | |
42fc5d26 | 1994 | |
8fcedbd2 QY |
1995 | Dump all BGP packet and events to `path` file. |
1996 | If `interval` is set, a new file will be created for echo `interval` of | |
1997 | seconds. The path `path` can be set with date and time formatting | |
1998 | (strftime). The type ‘all-et’ enables support for Extended Timestamp Header | |
1999 | (:ref:`packet-binary-dump-format`). | |
c3c5a71f | 2000 | |
8fcedbd2 QY |
2001 | .. index:: dump bgp updates PATH [INTERVAL] |
2002 | .. clicmd:: dump bgp updates PATH [INTERVAL] | |
42fc5d26 | 2003 | |
8fcedbd2 QY |
2004 | .. index:: dump bgp updates-et PATH [INTERVAL] |
2005 | .. clicmd:: dump bgp updates-et PATH [INTERVAL] | |
42fc5d26 | 2006 | |
8fcedbd2 QY |
2007 | .. index:: no dump bgp updates [PATH] [INTERVAL] |
2008 | .. clicmd:: no dump bgp updates [PATH] [INTERVAL] | |
42fc5d26 | 2009 | |
8fcedbd2 QY |
2010 | Dump only BGP updates messages to `path` file. |
2011 | If `interval` is set, a new file will be created for echo `interval` of | |
2012 | seconds. The path `path` can be set with date and time formatting | |
2013 | (strftime). The type ‘updates-et’ enables support for Extended Timestamp | |
2014 | Header (:ref:`packet-binary-dump-format`). | |
42fc5d26 | 2015 | |
8fcedbd2 QY |
2016 | .. index:: dump bgp routes-mrt PATH |
2017 | .. clicmd:: dump bgp routes-mrt PATH | |
c3c5a71f | 2018 | |
8fcedbd2 QY |
2019 | .. index:: dump bgp routes-mrt PATH INTERVAL |
2020 | .. clicmd:: dump bgp routes-mrt PATH INTERVAL | |
42fc5d26 | 2021 | |
8fcedbd2 QY |
2022 | .. index:: no dump bgp route-mrt [PATH] [INTERVAL] |
2023 | .. clicmd:: no dump bgp route-mrt [PATH] [INTERVAL] | |
42fc5d26 | 2024 | |
8fcedbd2 QY |
2025 | Dump whole BGP routing table to `path`. This is heavy process. The path |
2026 | `path` can be set with date and time formatting (strftime). If `interval` is | |
2027 | set, a new file will be created for echo `interval` of seconds. | |
42fc5d26 | 2028 | |
8fcedbd2 | 2029 | Note: the interval variable can also be set using hours and minutes: 04h20m00. |
42fc5d26 | 2030 | |
c3c5a71f | 2031 | |
8fcedbd2 | 2032 | .. _bgp-other-commands: |
42fc5d26 | 2033 | |
8fcedbd2 QY |
2034 | Other BGP Commands |
2035 | ------------------ | |
42fc5d26 | 2036 | |
8fcedbd2 QY |
2037 | .. index:: clear bgp ipv4|ipv6 \* |
2038 | .. clicmd:: clear bgp ipv4|ipv6 \* | |
42fc5d26 | 2039 | |
8fcedbd2 | 2040 | Clear all address family peers. |
42fc5d26 | 2041 | |
8fcedbd2 QY |
2042 | .. index:: clear bgp ipv4|ipv6 PEER |
2043 | .. clicmd:: clear bgp ipv4|ipv6 PEER | |
42fc5d26 | 2044 | |
8fcedbd2 | 2045 | Clear peers which have addresses of X.X.X.X |
42fc5d26 | 2046 | |
8fcedbd2 QY |
2047 | .. index:: clear bgp ipv4|ipv6 PEER soft in |
2048 | .. clicmd:: clear bgp ipv4|ipv6 PEER soft in | |
42fc5d26 | 2049 | |
8fcedbd2 | 2050 | Clear peer using soft reconfiguration. |
42fc5d26 | 2051 | |
42fc5d26 | 2052 | |
8fcedbd2 | 2053 | .. _bgp-displaying-bgp-information: |
42fc5d26 | 2054 | |
8fcedbd2 QY |
2055 | Displaying BGP Information |
2056 | ========================== | |
42fc5d26 | 2057 | |
e6f59415 PG |
2058 | The following four commands display the IPv6 and IPv4 routing tables, depending |
2059 | on whether or not the ``ip`` keyword is used. | |
2060 | Actually, :clicmd:`show ip bgp` command was used on older `Quagga` routing | |
2061 | daemon project, while :clicmd:`show bgp` command is the new format. The choice | |
2062 | has been done to keep old format with IPv4 routing table, while new format | |
2063 | displays IPv6 routing table. | |
2064 | ||
8fcedbd2 QY |
2065 | .. index:: show ip bgp |
2066 | .. clicmd:: show ip bgp | |
42fc5d26 | 2067 | |
8fcedbd2 QY |
2068 | .. index:: show ip bgp A.B.C.D |
2069 | .. clicmd:: show ip bgp A.B.C.D | |
c1a54c05 | 2070 | |
e6f59415 PG |
2071 | .. index:: show bgp |
2072 | .. clicmd:: show bgp | |
2073 | ||
2074 | .. index:: show bgp X:X::X:X | |
2075 | .. clicmd:: show bgp X:X::X:X | |
42fc5d26 | 2076 | |
8fcedbd2 | 2077 | These commands display BGP routes. When no route is specified, the default |
e6f59415 | 2078 | is to display all BGP routes. |
42fc5d26 | 2079 | |
8fcedbd2 | 2080 | :: |
c1a54c05 | 2081 | |
8fcedbd2 QY |
2082 | BGP table version is 0, local router ID is 10.1.1.1 |
2083 | Status codes: s suppressed, d damped, h history, * valid, > best, i - internal | |
2084 | Origin codes: i - IGP, e - EGP, ? - incomplete | |
42fc5d26 | 2085 | |
8fcedbd2 QY |
2086 | Network Next Hop Metric LocPrf Weight Path |
2087 | \*> 1.1.1.1/32 0.0.0.0 0 32768 i | |
42fc5d26 | 2088 | |
8fcedbd2 | 2089 | Total number of prefixes 1 |
4da7fda3 | 2090 | |
e6f59415 PG |
2091 | Some other commands provide additional options for filtering the output. |
2092 | ||
2093 | .. index:: show [ip] bgp regexp LINE | |
2094 | .. clicmd:: show [ip] bgp regexp LINE | |
42fc5d26 | 2095 | |
8fcedbd2 QY |
2096 | This command displays BGP routes using AS path regular expression |
2097 | (:ref:`bgp-regular-expressions`). | |
42fc5d26 | 2098 | |
e6f59415 PG |
2099 | .. index:: show [ip] bgp summary |
2100 | .. clicmd:: show [ip] bgp summary | |
42fc5d26 | 2101 | |
8fcedbd2 | 2102 | Show a bgp peer summary for the specified address family. |
42fc5d26 | 2103 | |
e6f59415 PG |
2104 | The old command structure :clicmd:`show ip bgp` may be removed in the future |
2105 | and should no longer be used. In order to reach the other BGP routing tables | |
2106 | other than the IPv6 routing table given by :clicmd:`show bgp`, the new command | |
2107 | structure is extended with :clicmd:`show bgp [afi] [safi]`. | |
2108 | ||
2109 | .. index:: show bgp [afi] [safi] | |
2110 | .. clicmd:: show bgp [afi] [safi] | |
2111 | ||
2112 | .. index:: show bgp <ipv4|ipv6> <unicast|multicast|vpn|labeled-unicast> | |
2113 | .. clicmd:: show bgp <ipv4|ipv6> <unicast|multicast|vpn|labeled-unicast> | |
2114 | ||
2115 | These commands display BGP routes for the specific routing table indicated by | |
2116 | the selected afi and the selected safi. If no afi and no safi value is given, | |
2117 | the command falls back to the default IPv6 routing table | |
2118 | ||
2119 | .. index:: show bgp [afi] [safi] summary | |
2120 | .. clicmd:: show bgp [afi] [safi] summary | |
2121 | ||
2122 | Show a bgp peer summary for the specified address family, and subsequent | |
2123 | address-family. | |
2124 | ||
2125 | .. index:: show bgp [afi] [safi] neighbor [PEER] | |
2126 | .. clicmd:: show bgp [afi] [safi] neighbor [PEER] | |
9eb95b3b | 2127 | |
e6f59415 PG |
2128 | This command shows information on a specific BGP peer of the relevant |
2129 | afi and safi selected. | |
c1a54c05 | 2130 | |
e6f59415 PG |
2131 | .. index:: show bgp [afi] [safi] dampening dampened-paths |
2132 | .. clicmd:: show bgp [afi] [safi] dampening dampened-paths | |
42fc5d26 | 2133 | |
e6f59415 PG |
2134 | Display paths suppressed due to dampening of the selected afi and safi |
2135 | selected. | |
42fc5d26 | 2136 | |
e6f59415 PG |
2137 | .. index:: show bgp [afi] [safi] dampening flap-statistics |
2138 | .. clicmd:: show bgp [afi] [safi] dampening flap-statistics | |
c1a54c05 | 2139 | |
e6f59415 | 2140 | Display flap statistics of routes of the selected afi and safi selected. |
42fc5d26 | 2141 | |
8fcedbd2 | 2142 | .. _bgp-display-routes-by-community: |
42fc5d26 | 2143 | |
8fcedbd2 QY |
2144 | Displaying Routes by Community Attribute |
2145 | ---------------------------------------- | |
42fc5d26 | 2146 | |
8fcedbd2 QY |
2147 | The following commands allow displaying routes based on their community |
2148 | attribute. | |
42fc5d26 | 2149 | |
8fcedbd2 QY |
2150 | .. index:: show [ip] bgp <ipv4|ipv6> community |
2151 | .. clicmd:: show [ip] bgp <ipv4|ipv6> community | |
42fc5d26 | 2152 | |
8fcedbd2 QY |
2153 | .. index:: show [ip] bgp <ipv4|ipv6> community COMMUNITY |
2154 | .. clicmd:: show [ip] bgp <ipv4|ipv6> community COMMUNITY | |
42fc5d26 | 2155 | |
8fcedbd2 QY |
2156 | .. index:: show [ip] bgp <ipv4|ipv6> community COMMUNITY exact-match |
2157 | .. clicmd:: show [ip] bgp <ipv4|ipv6> community COMMUNITY exact-match | |
76bd1499 | 2158 | |
8fcedbd2 QY |
2159 | These commands display BGP routes which have the community attribute. |
2160 | attribute. When ``COMMUNITY`` is specified, BGP routes that match that | |
2161 | community are displayed. When `exact-match` is specified, it display only | |
2162 | routes that have an exact match. | |
c3c5a71f | 2163 | |
8fcedbd2 QY |
2164 | .. index:: show [ip] bgp <ipv4|ipv6> community-list WORD |
2165 | .. clicmd:: show [ip] bgp <ipv4|ipv6> community-list WORD | |
42fc5d26 | 2166 | |
8fcedbd2 QY |
2167 | .. index:: show [ip] bgp <ipv4|ipv6> community-list WORD exact-match |
2168 | .. clicmd:: show [ip] bgp <ipv4|ipv6> community-list WORD exact-match | |
42fc5d26 | 2169 | |
8fcedbd2 QY |
2170 | These commands display BGP routes for the address family specified that |
2171 | match the specified community list. When `exact-match` is specified, it | |
2172 | displays only routes that have an exact match. | |
42fc5d26 | 2173 | |
8fcedbd2 | 2174 | .. _bgp-display-routes-by-as-path: |
42fc5d26 | 2175 | |
8fcedbd2 QY |
2176 | Displaying Routes by AS Path |
2177 | ---------------------------- | |
42fc5d26 | 2178 | |
8fcedbd2 QY |
2179 | .. index:: show bgp ipv4|ipv6 regexp LINE |
2180 | .. clicmd:: show bgp ipv4|ipv6 regexp LINE | |
76bd1499 | 2181 | |
8fcedbd2 QY |
2182 | This commands displays BGP routes that matches a regular |
2183 | expression `line` (:ref:`bgp-regular-expressions`). | |
2184 | ||
e6f59415 PG |
2185 | .. index:: show [ip] bgp ipv4 vpn |
2186 | .. clicmd:: show [ip] bgp ipv4 vpn | |
8fcedbd2 | 2187 | |
e6f59415 PG |
2188 | .. index:: show [ip] bgp ipv6 vpn |
2189 | .. clicmd:: show [ip] bgp ipv6 vpn | |
8fcedbd2 QY |
2190 | |
2191 | Print active IPV4 or IPV6 routes advertised via the VPN SAFI. | |
2192 | ||
2193 | .. index:: show bgp ipv4 vpn summary | |
2194 | .. clicmd:: show bgp ipv4 vpn summary | |
2195 | ||
2196 | .. index:: show bgp ipv6 vpn summary | |
2197 | .. clicmd:: show bgp ipv6 vpn summary | |
2198 | ||
2199 | Print a summary of neighbor connections for the specified AFI/SAFI combination. | |
2200 | ||
2201 | ||
2202 | .. _bgp-route-reflector: | |
2203 | ||
2204 | Route Reflector | |
2205 | =============== | |
2206 | ||
2207 | .. note:: This documentation is woefully incomplete. | |
2208 | ||
2209 | .. index:: bgp cluster-id A.B.C.D | |
2210 | .. clicmd:: bgp cluster-id A.B.C.D | |
2211 | ||
2212 | .. index:: neighbor PEER route-reflector-client | |
2213 | .. clicmd:: neighbor PEER route-reflector-client | |
2214 | ||
2215 | .. index:: no neighbor PEER route-reflector-client | |
2216 | .. clicmd:: no neighbor PEER route-reflector-client | |
c3c5a71f | 2217 | |
42fc5d26 | 2218 | |
0efdf0fe | 2219 | .. _routing-policy: |
42fc5d26 | 2220 | |
8fcedbd2 QY |
2221 | Routing Policy |
2222 | ============== | |
42fc5d26 | 2223 | |
4da7fda3 | 2224 | You can set different routing policy for a peer. For example, you can set |
9eb95b3b QY |
2225 | different filter for a peer. |
2226 | ||
2227 | .. code-block:: frr | |
c1a54c05 QY |
2228 | |
2229 | bgp multiple-instance | |
2230 | ! | |
2231 | router bgp 1 view 1 | |
2232 | neighbor 10.0.0.1 remote-as 2 | |
2233 | address-family ipv4 unicast | |
2234 | neighbor 10.0.0.1 distribute-list 1 in | |
2235 | exit-address-family | |
2236 | ! | |
2237 | router bgp 1 view 2 | |
2238 | neighbor 10.0.0.1 remote-as 2 | |
2239 | address-family ipv4 unicast | |
2240 | neighbor 10.0.0.1 distribute-list 2 in | |
2241 | exit-address-family | |
c3c5a71f | 2242 | |
4da7fda3 QY |
2243 | This means BGP update from a peer 10.0.0.1 goes to both BGP view 1 and view 2. |
2244 | When the update is inserted into view 1, distribute-list 1 is applied. On the | |
2245 | other hand, when the update is inserted into view 2, distribute-list 2 is | |
2246 | applied. | |
42fc5d26 | 2247 | |
42fc5d26 | 2248 | |
0efdf0fe | 2249 | .. _bgp-regular-expressions: |
42fc5d26 QY |
2250 | |
2251 | BGP Regular Expressions | |
2252 | ======================= | |
2253 | ||
8fcedbd2 QY |
2254 | BGP regular expressions are based on :t:`POSIX 1003.2` regular expressions. The |
2255 | following description is just a quick subset of the POSIX regular expressions. | |
42fc5d26 QY |
2256 | |
2257 | ||
8fcedbd2 | 2258 | .\* |
c1a54c05 | 2259 | Matches any single character. |
42fc5d26 | 2260 | |
8fcedbd2 | 2261 | \* |
c1a54c05 | 2262 | Matches 0 or more occurrences of pattern. |
42fc5d26 | 2263 | |
8fcedbd2 | 2264 | \+ |
c1a54c05 | 2265 | Matches 1 or more occurrences of pattern. |
42fc5d26 QY |
2266 | |
2267 | ? | |
c1a54c05 | 2268 | Match 0 or 1 occurrences of pattern. |
42fc5d26 QY |
2269 | |
2270 | ^ | |
c1a54c05 | 2271 | Matches the beginning of the line. |
42fc5d26 QY |
2272 | |
2273 | $ | |
c1a54c05 | 2274 | Matches the end of the line. |
42fc5d26 QY |
2275 | |
2276 | _ | |
8fcedbd2 QY |
2277 | The ``_`` character has special meanings in BGP regular expressions. It |
2278 | matches to space and comma , and AS set delimiter ``{`` and ``}`` and AS | |
2279 | confederation delimiter ``(`` and ``)``. And it also matches to the | |
2280 | beginning of the line and the end of the line. So ``_`` can be used for AS | |
2281 | value boundaries match. This character technically evaluates to | |
2282 | ``(^|[,{}()]|$)``. | |
42fc5d26 | 2283 | |
42fc5d26 | 2284 | |
c1a54c05 | 2285 | .. _bgp-configuration-examples: |
42fc5d26 | 2286 | |
8fcedbd2 QY |
2287 | Miscellaneous Configuration Examples |
2288 | ==================================== | |
42fc5d26 | 2289 | |
9eb95b3b QY |
2290 | Example of a session to an upstream, advertising only one prefix to it. |
2291 | ||
2292 | .. code-block:: frr | |
42fc5d26 | 2293 | |
c1a54c05 QY |
2294 | router bgp 64512 |
2295 | bgp router-id 10.236.87.1 | |
2296 | neighbor upstream peer-group | |
2297 | neighbor upstream remote-as 64515 | |
2298 | neighbor upstream capability dynamic | |
2299 | neighbor 10.1.1.1 peer-group upstream | |
2300 | neighbor 10.1.1.1 description ACME ISP | |
c3c5a71f | 2301 | |
c1a54c05 QY |
2302 | address-family ipv4 unicast |
2303 | network 10.236.87.0/24 | |
2304 | neighbor upstream prefix-list pl-allowed-adv out | |
2305 | exit-address-family | |
2306 | ! | |
2307 | ip prefix-list pl-allowed-adv seq 5 permit 82.195.133.0/25 | |
2308 | ip prefix-list pl-allowed-adv seq 10 deny any | |
42fc5d26 | 2309 | |
aa9eafa4 QY |
2310 | A more complex example including upstream, peer and customer sessions |
2311 | advertising global prefixes and NO_EXPORT prefixes and providing actions for | |
2312 | customer routes based on community values. Extensive use is made of route-maps | |
2313 | and the 'call' feature to support selective advertising of prefixes. This | |
2314 | example is intended as guidance only, it has NOT been tested and almost | |
2315 | certainly contains silly mistakes, if not serious flaws. | |
42fc5d26 | 2316 | |
9eb95b3b | 2317 | .. code-block:: frr |
42fc5d26 | 2318 | |
c1a54c05 QY |
2319 | router bgp 64512 |
2320 | bgp router-id 10.236.87.1 | |
2321 | neighbor upstream capability dynamic | |
2322 | neighbor cust capability dynamic | |
2323 | neighbor peer capability dynamic | |
2324 | neighbor 10.1.1.1 remote-as 64515 | |
2325 | neighbor 10.1.1.1 peer-group upstream | |
2326 | neighbor 10.2.1.1 remote-as 64516 | |
2327 | neighbor 10.2.1.1 peer-group upstream | |
2328 | neighbor 10.3.1.1 remote-as 64517 | |
2329 | neighbor 10.3.1.1 peer-group cust-default | |
2330 | neighbor 10.3.1.1 description customer1 | |
2331 | neighbor 10.4.1.1 remote-as 64518 | |
2332 | neighbor 10.4.1.1 peer-group cust | |
2333 | neighbor 10.4.1.1 description customer2 | |
2334 | neighbor 10.5.1.1 remote-as 64519 | |
2335 | neighbor 10.5.1.1 peer-group peer | |
2336 | neighbor 10.5.1.1 description peer AS 1 | |
2337 | neighbor 10.6.1.1 remote-as 64520 | |
2338 | neighbor 10.6.1.1 peer-group peer | |
2339 | neighbor 10.6.1.1 description peer AS 2 | |
2340 | ||
2341 | address-family ipv4 unicast | |
2342 | network 10.123.456.0/24 | |
2343 | network 10.123.456.128/25 route-map rm-no-export | |
2344 | neighbor upstream route-map rm-upstream-out out | |
2345 | neighbor cust route-map rm-cust-in in | |
2346 | neighbor cust route-map rm-cust-out out | |
2347 | neighbor cust send-community both | |
2348 | neighbor peer route-map rm-peer-in in | |
2349 | neighbor peer route-map rm-peer-out out | |
2350 | neighbor peer send-community both | |
2351 | neighbor 10.3.1.1 prefix-list pl-cust1-network in | |
2352 | neighbor 10.4.1.1 prefix-list pl-cust2-network in | |
2353 | neighbor 10.5.1.1 prefix-list pl-peer1-network in | |
2354 | neighbor 10.6.1.1 prefix-list pl-peer2-network in | |
2355 | exit-address-family | |
2356 | ! | |
2357 | ip prefix-list pl-default permit 0.0.0.0/0 | |
2358 | ! | |
2359 | ip prefix-list pl-upstream-peers permit 10.1.1.1/32 | |
2360 | ip prefix-list pl-upstream-peers permit 10.2.1.1/32 | |
2361 | ! | |
2362 | ip prefix-list pl-cust1-network permit 10.3.1.0/24 | |
2363 | ip prefix-list pl-cust1-network permit 10.3.2.0/24 | |
2364 | ! | |
2365 | ip prefix-list pl-cust2-network permit 10.4.1.0/24 | |
2366 | ! | |
2367 | ip prefix-list pl-peer1-network permit 10.5.1.0/24 | |
2368 | ip prefix-list pl-peer1-network permit 10.5.2.0/24 | |
2369 | ip prefix-list pl-peer1-network permit 192.168.0.0/24 | |
2370 | ! | |
2371 | ip prefix-list pl-peer2-network permit 10.6.1.0/24 | |
2372 | ip prefix-list pl-peer2-network permit 10.6.2.0/24 | |
2373 | ip prefix-list pl-peer2-network permit 192.168.1.0/24 | |
2374 | ip prefix-list pl-peer2-network permit 192.168.2.0/24 | |
2375 | ip prefix-list pl-peer2-network permit 172.16.1/24 | |
2376 | ! | |
2377 | ip as-path access-list asp-own-as permit ^$ | |
2378 | ip as-path access-list asp-own-as permit _64512_ | |
2379 | ! | |
2380 | ! ################################################################# | |
2381 | ! Match communities we provide actions for, on routes receives from | |
2382 | ! customers. Communities values of <our-ASN>:X, with X, have actions: | |
2383 | ! | |
2384 | ! 100 - blackhole the prefix | |
2385 | ! 200 - set no_export | |
2386 | ! 300 - advertise only to other customers | |
2387 | ! 400 - advertise only to upstreams | |
2388 | ! 500 - set no_export when advertising to upstreams | |
2389 | ! 2X00 - set local_preference to X00 | |
2390 | ! | |
2391 | ! blackhole the prefix of the route | |
2392 | ip community-list standard cm-blackhole permit 64512:100 | |
2393 | ! | |
2394 | ! set no-export community before advertising | |
2395 | ip community-list standard cm-set-no-export permit 64512:200 | |
2396 | ! | |
2397 | ! advertise only to other customers | |
2398 | ip community-list standard cm-cust-only permit 64512:300 | |
2399 | ! | |
2400 | ! advertise only to upstreams | |
2401 | ip community-list standard cm-upstream-only permit 64512:400 | |
2402 | ! | |
2403 | ! advertise to upstreams with no-export | |
2404 | ip community-list standard cm-upstream-noexport permit 64512:500 | |
2405 | ! | |
2406 | ! set local-pref to least significant 3 digits of the community | |
2407 | ip community-list standard cm-prefmod-100 permit 64512:2100 | |
2408 | ip community-list standard cm-prefmod-200 permit 64512:2200 | |
2409 | ip community-list standard cm-prefmod-300 permit 64512:2300 | |
2410 | ip community-list standard cm-prefmod-400 permit 64512:2400 | |
2411 | ip community-list expanded cme-prefmod-range permit 64512:2... | |
2412 | ! | |
2413 | ! Informational communities | |
2414 | ! | |
2415 | ! 3000 - learned from upstream | |
2416 | ! 3100 - learned from customer | |
2417 | ! 3200 - learned from peer | |
2418 | ! | |
2419 | ip community-list standard cm-learnt-upstream permit 64512:3000 | |
2420 | ip community-list standard cm-learnt-cust permit 64512:3100 | |
2421 | ip community-list standard cm-learnt-peer permit 64512:3200 | |
2422 | ! | |
2423 | ! ################################################################### | |
2424 | ! Utility route-maps | |
2425 | ! | |
2426 | ! These utility route-maps generally should not used to permit/deny | |
2427 | ! routes, i.e. they do not have meaning as filters, and hence probably | |
2428 | ! should be used with 'on-match next'. These all finish with an empty | |
2429 | ! permit entry so as not interfere with processing in the caller. | |
2430 | ! | |
2431 | route-map rm-no-export permit 10 | |
2432 | set community additive no-export | |
2433 | route-map rm-no-export permit 20 | |
2434 | ! | |
2435 | route-map rm-blackhole permit 10 | |
2436 | description blackhole, up-pref and ensure it cant escape this AS | |
2437 | set ip next-hop 127.0.0.1 | |
2438 | set local-preference 10 | |
2439 | set community additive no-export | |
2440 | route-map rm-blackhole permit 20 | |
2441 | ! | |
2442 | ! Set local-pref as requested | |
2443 | route-map rm-prefmod permit 10 | |
2444 | match community cm-prefmod-100 | |
2445 | set local-preference 100 | |
2446 | route-map rm-prefmod permit 20 | |
2447 | match community cm-prefmod-200 | |
2448 | set local-preference 200 | |
2449 | route-map rm-prefmod permit 30 | |
2450 | match community cm-prefmod-300 | |
2451 | set local-preference 300 | |
2452 | route-map rm-prefmod permit 40 | |
2453 | match community cm-prefmod-400 | |
2454 | set local-preference 400 | |
2455 | route-map rm-prefmod permit 50 | |
2456 | ! | |
2457 | ! Community actions to take on receipt of route. | |
2458 | route-map rm-community-in permit 10 | |
2459 | description check for blackholing, no point continuing if it matches. | |
2460 | match community cm-blackhole | |
2461 | call rm-blackhole | |
2462 | route-map rm-community-in permit 20 | |
2463 | match community cm-set-no-export | |
2464 | call rm-no-export | |
2465 | on-match next | |
2466 | route-map rm-community-in permit 30 | |
2467 | match community cme-prefmod-range | |
2468 | call rm-prefmod | |
2469 | route-map rm-community-in permit 40 | |
2470 | ! | |
2471 | ! ##################################################################### | |
2472 | ! Community actions to take when advertising a route. | |
2473 | ! These are filtering route-maps, | |
2474 | ! | |
2475 | ! Deny customer routes to upstream with cust-only set. | |
2476 | route-map rm-community-filt-to-upstream deny 10 | |
2477 | match community cm-learnt-cust | |
2478 | match community cm-cust-only | |
2479 | route-map rm-community-filt-to-upstream permit 20 | |
2480 | ! | |
2481 | ! Deny customer routes to other customers with upstream-only set. | |
2482 | route-map rm-community-filt-to-cust deny 10 | |
2483 | match community cm-learnt-cust | |
2484 | match community cm-upstream-only | |
2485 | route-map rm-community-filt-to-cust permit 20 | |
2486 | ! | |
2487 | ! ################################################################### | |
2488 | ! The top-level route-maps applied to sessions. Further entries could | |
2489 | ! be added obviously.. | |
2490 | ! | |
2491 | ! Customers | |
2492 | route-map rm-cust-in permit 10 | |
2493 | call rm-community-in | |
2494 | on-match next | |
2495 | route-map rm-cust-in permit 20 | |
2496 | set community additive 64512:3100 | |
2497 | route-map rm-cust-in permit 30 | |
2498 | ! | |
2499 | route-map rm-cust-out permit 10 | |
2500 | call rm-community-filt-to-cust | |
2501 | on-match next | |
2502 | route-map rm-cust-out permit 20 | |
2503 | ! | |
2504 | ! Upstream transit ASes | |
2505 | route-map rm-upstream-out permit 10 | |
2506 | description filter customer prefixes which are marked cust-only | |
2507 | call rm-community-filt-to-upstream | |
2508 | on-match next | |
2509 | route-map rm-upstream-out permit 20 | |
2510 | description only customer routes are provided to upstreams/peers | |
2511 | match community cm-learnt-cust | |
2512 | ! | |
2513 | ! Peer ASes | |
2514 | ! outbound policy is same as for upstream | |
2515 | route-map rm-peer-out permit 10 | |
2516 | call rm-upstream-out | |
2517 | ! | |
2518 | route-map rm-peer-in permit 10 | |
2519 | set community additive 64512:3200 | |
c3c5a71f | 2520 | |
8fcedbd2 QY |
2521 | |
2522 | Example of how to set up a 6-Bone connection. | |
2523 | ||
2524 | .. code-block:: frr | |
2525 | ||
2526 | ! bgpd configuration | |
2527 | ! ================== | |
2528 | ! | |
2529 | ! MP-BGP configuration | |
2530 | ! | |
2531 | router bgp 7675 | |
2532 | bgp router-id 10.0.0.1 | |
2533 | neighbor 3ffe:1cfa:0:2:2a0:c9ff:fe9e:f56 remote-as `as-number` | |
2534 | ! | |
2535 | address-family ipv6 | |
2536 | network 3ffe:506::/32 | |
2537 | neighbor 3ffe:1cfa:0:2:2a0:c9ff:fe9e:f56 activate | |
2538 | neighbor 3ffe:1cfa:0:2:2a0:c9ff:fe9e:f56 route-map set-nexthop out | |
2539 | neighbor 3ffe:1cfa:0:2:2c0:4fff:fe68:a231 remote-as `as-number` | |
2540 | neighbor 3ffe:1cfa:0:2:2c0:4fff:fe68:a231 route-map set-nexthop out | |
2541 | exit-address-family | |
2542 | ! | |
2543 | ipv6 access-list all permit any | |
2544 | ! | |
2545 | ! Set output nexthop address. | |
2546 | ! | |
2547 | route-map set-nexthop permit 10 | |
2548 | match ipv6 address all | |
2549 | set ipv6 nexthop global 3ffe:1cfa:0:2:2c0:4fff:fe68:a225 | |
2550 | set ipv6 nexthop local fe80::2c0:4fff:fe68:a225 | |
2551 | ! | |
2552 | log file bgpd.log | |
2553 | ! | |
2554 | ||
2555 | ||
9e146a81 | 2556 | .. include:: routeserver.rst |
f3817860 QY |
2557 | |
2558 | .. include:: rpki.rst | |
c1a54c05 | 2559 | |
00458d01 PG |
2560 | .. include:: flowspec.rst |
2561 | ||
d1e7591e | 2562 | .. [#med-transitivity-rant] For some set of objects to have an order, there *must* be some binary ordering relation that is defined for *every* combination of those objects, and that relation *must* be transitive. I.e.:, if the relation operator is <, and if a < b and b < c then that relation must carry over and it *must* be that a < c for the objects to have an order. The ordering relation may allow for equality, i.e. a < b and b < a may both be true and imply that a and b are equal in the order and not distinguished by it, in which case the set has a partial order. Otherwise, if there is an order, all the objects have a distinct place in the order and the set has a total order) |
c1a54c05 QY |
2563 | .. [bgp-route-osci-cond] McPherson, D. and Gill, V. and Walton, D., "Border Gateway Protocol (BGP) Persistent Route Oscillation Condition", IETF RFC3345 |
2564 | .. [stable-flexible-ibgp] Flavel, A. and M. Roughan, "Stable and flexible iBGP", ACM SIGCOMM 2009 | |
2565 | .. [ibgp-correctness] Griffin, T. and G. Wilfong, "On the correctness of IBGP configuration", ACM SIGCOMM 2002 |