[Contents] [Prev] [Next] [Index] [Report an Error]

Enabling OSPF Traffic Engineering Support

When traffic engineering is enabled on the router, you can enable OSPF traffic engineering support, which allows OSPF to generate LSAs that carry traffic engineering parameters. These parameters are used to create the Traffic Engineering Database, which is used by Constrained Shortest Path First (CSPF) to compute MPLS LSPs.

Note: Whenever possible, use OSPF IGP shortcuts instead of traffic engineering shortcuts.

By default, traffic engineering support is disabled. To enable it, include the traffic-engineering statement:




traffic-engineering {
advertise-unnumbered-interfaces;
multicast-rpf-routes;
no-topology;



shortcuts {

ignore-lsp-metrics;

lsp-metric-into-summary;
}


}

For a list of hierarchy levels at which you can include this statement, see the statement summary section for this statement.

To disable the dissemination of the link-state topology information, include the no-topology statement. To use LSPs as next hops, specify the shortcuts statement.

When traffic engineering is enabled for OSPF, the SPF algorithm takes into account the various LSPs configured under MPLS. These routes are installed into the primary routing table, inet.0. To advertise the LSP metric for a prefix in a summary LSA, specify the lsp-metric-into-summary statement. To ignore RSVP LSP metrics in OSPF traffic engineering shortcut calculations, specify the ignore-lsp-metrics statement.

You can configure OSPF to install routes with regular IP next hops (no LSPs as next hops) into the inet.2 routing table for a reverse-path-forwarding (RPF) check. The inet.2 routing table consists of unicast routes used for multicast RPF lookup. RPF is an antispoofing mechanism used to check if the packet is coming in on an interface that is also sending data back to the packet source. To install routes for multicast RPF checks into the inet.2 routing table, include the multicast-rpf-routes statement.

Note: You must enable OSPF traffic engineering shortcuts to use the multicast-rpf-routes statement. You must not allow LSP advertisement into OSPF when configuring the multicast-rpf-routes statement.

In some scenarios, you might want to advertise the link-local identifier in the link-local TE link-state advertisement packets. To advertise unnumbered interfaces in a traffic-engineering environment, include the advertise-unnumbered-interfaces statement.

Note: The advertise-unnumbered-interfaces statement has no effect on your configuration if Resource Reservation Protocol (RSVP) can signal unnumbered interfaces, as defined in RFC 3477, Signalling Unnumbered Links in Resource Reservation Protocol - Traffic Engineering (RSVP-TE). You do not need to configure this statement in this situation.

For more information about configuring LSPs and MPLS, see the JUNOS MPLS Applications Configuration Guide.

[Contents] [Prev] [Next] [Index] [Report an Error]