Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Navigation
Guide That Contains This Content
[+] Expand All
[-] Collapse All

    traffic-engineering (OSPF)

    Syntax

    traffic-engineering {<advertise-unnumbered-interfaces>;<credibility-protocol-preference>;ignore-lsp-metrics;multicast-rpf-routes;no-topology;shortcuts {lsp-metric-into-summary;}}

    Hierarchy Level

    [edit logical-systems logical-system-name protocols (ospf | ospf3)],[edit protocols (ospf | ospf3)]

    Release Information

    Statement introduced before Junos OS Release 7.4.

    multicast-rpf-routes option introduced in Junos OS Release 7.5.

    advertise-unnumbered-interfaces option introduced in Junos OS Release 8.5.

    Statement introduced in Junos OS Release 9.0 for EX Series switches.

    Support for OSPFv3 (ospf3) introduced in Junos OS Release 9.4.

    Support for OSPFv3 (ospf3) introduced in Junos OS Release 9.4 for EX Series switches.

    credibility-protocol-preference statement introduced in Junos OS Release 9.4.

    credibility-protocol-preference statement introduced in Junos OS Release 9.4 for EX Series switches.

    Statement introduced in Junos OS Release 11.3 for the QFX Series.

    Description

    Enable the OSPF traffic engineering features.

    Default

    Traffic engineering support is disabled.

    Options

    advertise-unnumbered-interfaces—(Optional) (OSPFv2 only) Include the link-local identifier in the link-local traffic-engineering link-state advertisement. This statement must be included on both ends of an unnumbered link to allow an ingress LER to update the link in its traffic engineering database and use it for CSPF calculations. The link-local identifier is then used by RSVP to signal unnumbered interfaces as defined in RFC 3477.

    credibility-protocol-preference—(Optional) (OSPFv2 only) Use the configured preference value for OSPF routes to calculate the traffic engineering database credibility value used to select IGP routes. Use this statement to override the default behavior, in which the traffic engineering database prefers IS-IS routes even if OSPF routes are configured with a lower, that is, preferred, preference value. For example, OSPF routes have a default preference value of 10, whereas IS-IS Level 1 routes have a default preference value of 15. When protocol preference is enabled, the credibility value is determined by deducting the protocol preference value from a base value of 512. Using default protocol preference values, OSPF has a credibility value of 502, whereas IS-IS has a credibility value of 497. Because the traffic engineering database prefers IGP routes with the highest credibility value, OSPF routes are now preferred.

    multicast-rpf-routes—(Optional) (OSPFv2 only) Install routes for multicast RPF checks into the inet.2 routing table. The inet.2 routing table consists of unicast routes used for multicast RPF lookup. RPF is an antispoofing mechanism used to check whether the packet is coming in on an interface that is also sending data back to the packet source.

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

    no-topology—(Optional) (OSPFv2 only) Disable the dissemination of the link-state topology information.

    The remaining statements are explained separately.

    Caution: When the OSPF traffic engineering configuration is considerably modified, the routing table entries are deleted and the routing table is recreated. Changes to configuration that can cause this behavior include enabling or disabling:

    • Traffic engineering shortcuts
    • IGP shortcuts
    • LDP tunneling
    • Multiprotocol LSP
    • Advertise summary metrics
    • Multicast RPF routes

    Required Privilege Level

    routing—To view this statement in the configuration.

    routing-control—To add this statement to the configuration.

    Published: 2014-05-08