Use these commands below to set and view parameters for OSPF:
This syntax is shown below for each set of commands.
Note - Gaia does not have CLI commands for route filtering and redistribution. You must configure inbound routing policies and redistribution of routes through the Gaia Portal. You can configure route maps and route aggregation using CLI commands. Route map configuration done through the CLI takes precedence over route filtering and redistribution configured in the Gaia Portal. For example if OSPF uses route maps for inbound filtering, anything configured on the Gaia Portal page for inbound route filters for OSPF is ignored. You can still use the Gaia Portal to configure route redistribution into OSPF. |
When you do initial configuration, set the router ID. Use this command:
|
Parameters
Parameter |
Description |
|
Selects the highest interface address when OSPF is enabled. |
|
Specifies a specific IP address to assign as the router ID. Do not use 0.0.0.0 as the router ID address. Best Practice - Check Point recommends setting the router ID rather than relying on the default setting. Setting the router ID prevents the ID from changing if the default interface used for the router ID goes down. The Router ID uniquely identifies the router in the autonomous system. The router ID is used by the BGP and OSPF protocols. We recommend setting the router ID rather than relying on the default setting. This prevents the router ID from changing if the interface used for the router ID goes down. Use an address on a loopback interface that is not the loopback address (127.0.0.1). Note - In a cluster, you must select a router ID and make sure that it is the same on all cluster members.
|
Global settings apply to all configured OSPF areas, including the backbone and stub areas.
To configure global options:
|
Parameters
Parameter |
Description |
---|---|
|
Enter the applicable instance number. |
|
Ensure backward compatibility. This option is |
|
Specify the |
|
Specify the minimum |
|
Specify the cost assigned to routes from other protocols that are redistributed into OSPF as autonomous systems external. If the route has a cost already specified, that cost takes precedent. Valid cost values are between 1 and 6777215. |
|
Specify the type assigned to routes from other protocols that are redistributed into OSPF as autonomous systems external. If the route has a type already specified, that type takes precedent. Valid type values are 1 or 2. |
|
In addition to OSPF regular hello packets, OSPF sends out hello packets at specified intervals when it processes updates or synchronizes routes. Default: Off |
|
The time in seconds between one forced hello message to the next. Value: 2-10 Default: 5 |
|
Specify whether the Check Point system should maintain the forwarding state advertised by peer routers, even when they restart, to minimize the negative effects caused by peer routers restarting. |
|
Configure Graceful Restart - turn it |
Use these commands to configure OSPF areas, including the backbone and stub areas:
|
Parameters
Parameter |
Description |
|
Enter the applicable instance number. The configuration is applicable to OSPF Multiple Instances. |
|
Specifies whether to enable or disable the backbone area. By default, the backbone area is enabled. You can disable the backbone area if the system does not have interfaces on the backbone area. |
|
Specifies the area ID for a new OSPF area. You can enter the area ID in two formats:
Best Practice - Check Point recommends that you enter the area ID as a dotted quad. The area ID 0.0.0.0 is reserved for the backbone. |
|
Select an area from the areas already configured. |
|
Specifies the area ID for a stub area. Stub areas are areas that do not have AS external routes. Note - The backbone area cannot be a stub area. |
|
Specifies a default route into the stub area with the specified cost. |
|
Specifies the OSPF area as totally stubby. This means that it does not have any AS external routes and its area border routers do not advertise summary routes. |
|
Specifies a stub network to which the specified interface range belongs. Configure a stub network to advertise reachability to prefixes that do not run OSPF. The advertised prefix appears as an OSPF internal route and is filtered at area borders with the OSPF area ranges. The prefix must be directly reachable on the router where the stub network is configured. This means that one of the router’s interface addresses must fall within the prefix range to be included in the router-link-state advertisement. Use a mask length of 32 to configure the stub host. The local address of a point-to-point interface can activate the advertised prefix and mask. To advertise reachability to such an address, enter an IP address for the prefix and a non-zero cost for the prefix. |
|
Specifies the area ID for an NSSA. Note - The backbone area cannot be an NSSA area. |
|
Specifies the cost associated with the default route to the NSSA. |
|
Specifies the type of metric. The default, type 1, is equivalent to the Default ASE Route Type on the OSPF Portal page. A type 1 route is internal and its metric can be used directly by OSPF for comparison. A type 2 route is external and its metric cannot be used for comparison directly. |
|
Specifies if summary routes (summary link advertisements) are imported into the NSSA. |
|
Specifies whether this NSSA border router will unconditionally translate Type-7 LSAs into Type-5 LSAs. When role is Always, Type-7 LSAs are translated into Type-5 LSAs regardless of the translator state of other NSSA border routers. When role is Candidate, this router participates in the translator election to determine if it will perform the translations duties. |
|
Specifies how long in seconds this elected Type-7 translator will continue to perform its translator duties once it has determined that its translator status has been assumed by another NSSA border router. Default: 40 seconds. |
|
Specifies if both Type-5 and Type-7 LSAs or only Type-7 LSAs will be originated by this NSSA border router. |
|
Specify the range of addresses to reduce the number of Type-5 LSAs for the NSSA border router. To prevent a specific prefix from being advertised, use the restrict argument. |
Use these commands to configure a backbone and other areas, such as stub areas, for specified interfaces.
For OSPFv2, use these commands:
|
Parameters
Parameter |
Description |
|
Enter the applicable instance number. The configuration is applicable to OSPF Multiple Instances. |
|
Specifies the OSPF area to which the specified interface belongs. |
|
Specifies the interval, in seconds, between hello packets that the router sends on the specified interface. For a given link, this value mset ospfust be the same on all routers or adjacencies do not form. Default: 10 seconds. |
|
Specifies the number of seconds after which a router stops receiving hello packets that it declares the peer down. Generally, you should set this value at 4 times the value of the hello interval. Do not set the value at 0. For a given link, this value must be the same on all routers or adjacencies do not form. Default: 40 seconds. |
|
Specifies the number of seconds between link state advertisement transmissions for adjacencies belonging to the specified interface. This value also applies to database description and link state request packets. Set this value conservatively, that is, at a significantly higher value than the expected round-trip delay between any two routers on the attached network. |
|
Specifies the default for the retransmit interval, which is 5 seconds. |
|
Specifies the weight of the given path in a route. The higher the cost, the less preferred the link. To use one interface over another for routing paths, assign one a higher cost. |
|
Specifies the priority for becoming the designated router (DR) on the specified link. When two routers attached to a network attempt to become a designated router, the one with the highest priority wins. This option prevents the DR from changing too often. The DR option applies only to a share-media interface, such as Ethernet or FDDI; a DR is not elected on a point-to-point type interface. A router with a priority of 0 is not eligible to become the DR. |
|
Enabling this option puts the specified interface into passive mode; that is, hello packets are not sent from the interface. Putting an interface into passive mode means that no adjacencies are formed on the link. This mode enables the network associated with the specified interface to be included in intra-area route calculation rather than redistributing the network into OSPF and having it function as an autonomous system external. |
|
Specifies which type of authentication scheme to use for a given OSPF link. This feature guarantees that routing information is accepted only from trusted routers. In general, all routers on an OSPF interface or link must agree on the OSPF authentication settings to form OSPF adjacencies. The OSPF authentication algorithm creates a crypto checksum of an OSPF packet and an authentication key. The receiving router performs a calculation using the correct authentication key and discards the OSPF packet, if the key does not match. In addition, the receiving router keeps a sequence number to prevent the replay of older OSPF packets. Options are: |
|
|
|
|
|
|
|
Sets Bidirectional Forwarding Detection for OSPF peers. You can set Bidirectional Forwarding Detection (BFD) on each OSPF Security Gateway and cluster member that sends or receives BFD packets. Before you begin:
|
|
Subtract the size of the authentication information from the advertised interface MTU, which leads to an MTU mismatch with newer versions. Use this option when you configure OSPF over a Virtual Link with older versions of the IPSO OS (4.x and lower) or Gaia OS (R76 and lower). |
Use these commands to configure OSPF virtual links. Configure a virtual link if the router is a border router that does not have interfaces in the backbone area. The virtual link is effectively a tunnel across an adjacent non-backbone area whose endpoint must be any of the adjacent area’s border routers that has an interface in the backbone area.
For OSPFv2, use these commands:
|
Parameters
Parameter |
Description |
---|---|
|
Enter the applicable instance number. The configuration is applicable to OSPF Multiple Instances. |
|
Specifies the Router ID of the other endpoint for this Virtual Link. |
|
Specifies the transit area, which is a specified OSPF area you configure using the |
|
Specifies the interval, in seconds, between hello packets that the router sends on the specified interface. For a given link, this value must be the same on all routers or adjacencies do not form. Default: 10 seconds. |
|
Specifies the number of seconds after which a router stops receiving hello packets that it declares the neighbor down. Generally, you should set this value at 4 times the value of the hello interval. Do not set the value at 0. For a given link, this value must be the same on all routers or adjacencies do not form. Default: 40 seconds. |
|
Specifies the number of seconds between link state advertisement transmissions for adjacencies belonging to the specified interface. This value also applies to database description and link state request packets. Set this value conservatively, that is, at a significantly higher value than the expected round-trip delay between any two routers on the attached network. Default: 5 seconds. |
|
Specifies which type of authentication scheme to use for a given OSPF link. This feature guarantees that routing information is accepted only from trusted routers. In general, all routers on an OSPF interface or link must agree on the OSPF authentication settings to form OSPF adjacencies. The OSPF authentication algorithm creates a crypto checksum of an OSPF packet and an authentication key. The receiving router performs a calculation using the correct authentication key and discards the OSPF packet, if the key does not match. In addition, the receiving router keeps a sequence number to prevent the replay of older OSPF packets. Options are: |
|
|
|
|
|
|
To monitor and troubleshoot IPv4 OSPFv2, run these commands:
|
To see OSPF neighbors of a specific OSPF instance:
show ospf instance <OSPF_instance_number> neighbors [detailed] |
To monitor OSPFv2 routing table:
|