Turn off building of pimd. On some BSD platforms pimd will not build properly due
to lack of kernel support.
+.. option:: --disable-vrrpd
+
+ Turn off building of vrrpd. Linux is required for vrrpd support;
+ other platforms are not supported.
+
.. option:: --disable-pbrd
Turn off building of pbrd. This daemon currently requires linux in order to function
Disable building of the example OSPF-API client.
-.. option:: --disable-ospf-ri
-
- Disable support for OSPF Router Information (RFC4970 & RFC5088) this
- requires support for Opaque LSAs and Traffic Engineering.
-
.. option:: --disable-isisd
Do not build isisd.
Enable IS-IS topology generator.
-.. option:: --enable-isis-te
-
- Enable Traffic Engineering Extension for ISIS (RFC5305)
-
.. option:: --enable-realms
Enable the support of Linux Realms. Convert tag values from 1-255 into a
Traffic Engineering
===================
+.. note::
+
+ At this time, FRR offers partial support for some of the routing
+ protocol extensions that can be used with MPLS-TE. FRR does not
+ support a complete RSVP-TE solution currently.
+
.. index:: mpls-te on
.. clicmd:: mpls-te on
.. index:: no capability opaque
.. clicmd:: no capability opaque
- *ospfd* supports Opaque LSA (:rfc:`2370`) as fundamental for MPLS Traffic
- Engineering LSA. Prior to used MPLS TE, opaque-lsa must be enable in the
- configuration file. Alternate command could be "mpls-te on"
- (:ref:`ospf-traffic-engineering`).
+ *ospfd* supports Opaque LSA (:rfc:`2370`) as partial support for
+ MPLS Traffic Engineering LSAs. The opaque-lsa capability must be
+ enabled in the configuration. An alternate command could be
+ "mpls-te on" (:ref:`ospf-traffic-engineering`). Note that FRR
+ offers only partial support for some of the routing protocol
+ extensions that are used with MPLS-TE; it does not support a
+ complete RSVP-TE solution.
.. index:: show ip ospf database (opaque-link|opaque-area|opaque-external)
.. clicmd:: show ip ospf database (opaque-link|opaque-area|opaque-external)
Traffic Engineering
===================
+.. note::
+
+ At this time, FRR offers partial support for some of the routing
+ protocol extensions that can be used with MPLS-TE. FRR does not
+ support a complete RSVP-TE solution currently.
+
.. index:: mpls-te on
.. clicmd:: mpls-te on
* :mark:`CP` - control plane only (i.e. BGP route server / route reflector)
* :mark:`N` - daemon/feature not supported by operating system
-.. Known Kernel Issues:
+
+Known Kernel Issues:
+====================
- Linux
v6 Route Replacement - Linux kernels before 4.11 can cause issues with v6 route deletion when you
Link Parameters Commands
------------------------
+.. note::
+
+ At this time, FRR offers partial support for some of the routing
+ protocol extensions that can be used with MPLS-TE. FRR does not
+ support a complete RSVP-TE solution currently.
+
.. index:: link-params
.. clicmd:: link-params
.. index:: no link-param
.. clicmd:: no link-param
- Enter into the link parameters sub node. At least 'enable' must be set to
- activate the link parameters, and consequently Traffic Engineering on this
- interface. MPLS-TE must be enable at the OSPF
- (:ref:`ospf-traffic-engineering`) or ISIS (:ref:`isis-traffic-engineering`)
- router level in complement to this. Disable link parameters for this
- interface.
+ Enter into the link parameters sub node. At least 'enable' must be
+ set to activate the link parameters, and consequently routing
+ information that could be used as part of Traffic Engineering on
+ this interface. MPLS-TE must be enable at the OSPF
+ (:ref:`ospf-traffic-engineering`) or ISIS
+ (:ref:`isis-traffic-engineering`) router level in complement to
+ this. Disable link parameters for this interface.
Under link parameter statement, the following commands set the different TE values: