HP GbE2c HP GbE2c Ethernet Blade Switch for c-Class BladeSystem Application Gu - Page 110

OSPF implementation in GbE2c software, Configurable parameters, Defining areas

Page 110 highlights

OSPF implementation in GbE2c software The GbE2c Ethernet Blade Switch supports a single instance of OSPF and up to 4 K routes on the network. The following sections describe OSPF implementation in GbE2c software: • Configurable Parameters • Defining Areas • Interface Cost • Electing the Designated Router and Backup • Summarizing Routes • Default Routes • Virtual Links • Router ID • Authentication Configurable parameters In GbE2c software, OSPF parameters can be configured through the Command Line Interface (CLI), Browser-Based Interface (BBI) for GbE2c Ethernet Blade Switches, or through SNMP. For more information, see "Accessing the Switch." The CLI supports the following parameters: interface output cost, interface priority, dead and hello intervals, retransmission interval, and interface transit delay. OSPF traps-Traps produce messages upon certain events or error conditions, such as missing a hello, failing a neighbor, or recalculating the SPF. In addition to the above parameters, you can also specify the following: Link-State Database size-The size of the external LSA database can be specified to help manage the memory resources on the switch. • Shortest Path First (SPF) interval-Time interval between successive calculations of the shortest path tree using the Dijkstra's algorithm. • Stub area metric-A stub area can be configured to send a numeric metric value such that all routes received via that stub area carry the configured metric to potentially influence routing decisions. • Default routes-Default routes with weight metrics can be manually injected into transit areas. This helps establish a preferred route when multiple routing devices exist between two areas. It also helps route traffic to external networks. Defining areas If you are configuring multiple areas in your OSPF domain, one of the areas must be designated as area 0, known as the backbone. The backbone is the central OSPF area and is usually physically connected to all other areas. The areas inject routing information into the backbone which, in turn, disseminates the information into other areas. Since the backbone connects the areas in your network, it must be a contiguous area. If the backbone is partitioned (possibly as a result of joining separate OSPF networks), parts of the AS will be unreachable, and you will need to configure virtual links to reconnect the partitioned areas (see "Virtual Links"). Up to three OSPF areas can be connected to the GbE2c Ethernet Blade Switch. To configure an area, the OSPF number must be defined and then attached to a network interface on the switch. The full process is explained in the following sections. An OSPF area is defined by assigning two pieces of information-an area index and an area ID. The command to define an OSPF area is as follows: >> # /cfg/l3/ospf/aindex /areaid NOTE: The aindex option above is an arbitrary index used only on the switch and does not represent the actual OSPF area number. The actual OSPF area number is defined in the areaid portion of the command as explained in the following sections. OSPF 110

  • 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

OSPF 110
OSPF implementation in GbE2c software
The GbE2c Ethernet Blade Switch supports a single instance of OSPF and up to 4 K routes on the network. The follow-
ing sections describe OSPF implementation in GbE2c software:
Configurable Parameters
Defining Areas
Interface Cost
Electing the Designated Router and Backup
Summarizing Routes
Default Routes
Virtual Links
Router ID
Authentication
Configurable parameters
In GbE2c software, OSPF parameters can be configured through the Command Line Interface (CLI), Browser-Based
Interface (BBI) for GbE2c Ethernet Blade Switches, or through SNMP. For more information, see “Accessing the
Switch.”
The CLI supports the following parameters: interface output cost, interface priority, dead and hello intervals,
retransmission interval, and interface transit delay.
OSPF traps—Traps produce messages upon certain events or error conditions, such as missing a hello, failing a
neighbor, or recalculating the SPF.
In addition to the above parameters, you can also specify the following:
Link-State Database size—The size of the external LSA database can be specified to help manage the memory
resources on the switch.
Shortest Path First (SPF) interval—Time interval between successive calculations of the shortest path tree using the
Dijkstra’s algorithm.
Stub area metric—A stub area can be configured to send a numeric metric value such that all routes received
via that stub area carry the configured metric to potentially influence routing decisions.
Default routes—Default routes with weight metrics can be manually injected into transit areas. This helps
establish a preferred route when multiple routing devices exist between two areas. It also helps route traffic to
external networks.
Defining areas
If you are configuring multiple areas in your OSPF domain, one of the areas must be designated as area 0, known as
the
backbone
. The backbone is the central OSPF area and is usually physically connected to all other areas. The
areas inject routing information into the backbone which, in turn, disseminates the information into other areas.
Since the backbone connects the areas in your network, it must be a contiguous area. If the backbone is partitioned
(possibly as a result of joining separate OSPF networks), parts of the AS will be unreachable, and you will need to
configure
virtual links
to reconnect the partitioned areas (see “Virtual Links”).
Up to three OSPF areas can be connected to the GbE2c Ethernet Blade Switch. To configure an area, the OSPF
number must be defined and then attached to a network interface on the switch. The full process is explained in the
following sections.
An OSPF area is defined by assigning
two
pieces of information—an
area index
and an
area ID
. The command to
define an OSPF area is as follows:
>> # /cfg/l3/ospf/aindex <
area index
>/areaid <
n.n.n.n
>
NOTE:
The
aindex
option above is an arbitrary index used only on the switch and does not represent the
actual OSPF area number. The actual OSPF area number is defined in the
areaid
portion of the command as
explained in the following sections.