HP 6125G HP 6125G & 6125G/XG Blade Switches Layer 3 - IP Routing Confi - Page 134

BGP route selection, Route selection rules, Route selection with BGP load balancing

Page 134 highlights

BGP route selection Route selection rules BGP discards routes with unreachable NEXT_HOPs. If multiple routes to the same destination are available, BGP selects the best route in the following sequence: 1. The route with the highest Preferred_value 2. The route with the highest LOCAL_PREF 3. The route originated by the local router 4. The route with the shortest AS-PATH 5. The IGP, EGP, or INCOMPLETE route in turn 6. The route with the lowest MED value 7. The route learned from EBGP, confederation, or IBGP in turn 8. The route with the smallest next hop metric 9. The route with the shortest CLUSTER_LIST 10. The route with the smallest ORIGINATOR_ID 11. The route advertised by the router with the smallest router ID 12. The route advertised by the peer with the lowest IP address CLUSTER_IDs of route reflectors form a CLUSTER_LIST. If a route reflector receives a route that contains its own CLUSTER ID in the CLUSTER_LIST, the router discards the route to avoid routing loops. If load balancing is configured, the system selects available routes to implement load balancing. Route selection with BGP load balancing The next hop of a BGP route may not be directly connected. One of the reasons is next hops in routing information exchanged between IBGPs are not modified. The BGP router needs to find the directly connected next hop via IGP. The matching route with the direct next hop is called the "recursive route". The process of finding a recursive route is route recursion. The system supports BGP load balancing based on route recursion. If multiple recursive routes to the same destination are load balanced (suppose three direct next hop addresses), BGP generates the same number of next hops to forward packets. BGP load balancing based on route recursion is always enabled by the system rather than configured using commands. BGP differs from IGP in the implementation of load balancing in the following ways: • IGP routing protocols such as RIP and OSPF compute metrics of routes, and then implement load balancing over routes with the same metric and to the same destination. The route selection criterion is metric. • BGP has no route computation algorithm, so it cannot implement load balancing according to metrics of routes. However, BGP has abundant route selection rules, through which, it selects available routes for load balancing and adds load balancing to route selection rules. BGP implements load balancing only on routes that have the same AS_PATH, ORIGIN, LOCAL_PREF, and MED. BGP load balancing is applicable between EBGP peers, between IBGP peers, and between confederations. If multiple routes to the same destination are available, BGP selects a configurable number of routes for load balancing. 124

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312

124
BGP route selection
Route selection rules
BGP discards routes with unreachable NEXT_HOPs. If multiple routes to the same destination are
available, BGP selects the best route in the following sequence:
1.
The route with the highest Preferred_value
2.
The route with the highest LOCAL_PREF
3.
The route originated by the local router
4.
The route with the shortest AS-PATH
5.
The IGP, EGP, or INCOMPLETE route in turn
6.
The route with the lowest MED value
7.
The route learned from EBGP, confederation, or IBGP in turn
8.
The route with the smallest next hop metric
9.
The route with the shortest CLUSTER_LIST
10.
The route with the smallest ORIGINATOR_ID
11.
The route advertised by the router with the smallest router ID
12.
The route advertised by the peer with the lowest IP address
CLUSTER_IDs of route reflectors form a CLUSTER_LIST. If a route reflector receives a route that contains its
own CLUSTER ID in the CLUSTER_LIST, the router discards the route to avoid routing loops.
If load balancing is configured, the system selects available routes to implement load balancing.
Route selection with BGP load balancing
The next hop of a BGP route may not be directly connected. One of the reasons is next hops in routing
information exchanged between IBGPs are not modified. The BGP router needs to find the directly
connected next hop via IGP. The matching route with the direct next hop is called the "recursive route".
The process of finding a recursive route is route recursion.
The system supports BGP load balancing based on route recursion. If multiple recursive routes to the
same destination are load balanced (suppose three direct next hop addresses), BGP generates the same
number of next hops to forward packets. BGP load balancing based on route recursion is always
enabled by the system rather than configured using commands.
BGP differs from IGP in the implementation of load balancing in the following ways:
IGP routing protocols such as RIP and OSPF compute metrics of routes, and then implement load
balancing over routes with the same metric and to the same destination. The route selection criterion
is metric.
BGP has no route computation algorithm, so it cannot implement load balancing according to
metrics of routes. However, BGP has abundant route selection rules, through which, it selects
available routes for load balancing and adds load balancing to route selection rules.
BGP implements load balancing only on routes that have the same AS_PATH, ORIGIN, LOCAL_PREF,
and MED.
BGP load balancing is applicable between EBGP peers, between IBGP peers, and between
confederations.
If multiple routes to the same destination are available, BGP selects a configurable number of routes for
load balancing.