New features - S9500-30XS platform
New CLI commands associated with the new features can be found in the configuration section.
Basic GNSS support
This feature adds basic global navigation satellite system support.
Global Navigation Satellite System (GNSS) refers to a group of satellites that are used to provide navigation signals to end-users. In general, the signals available from these systems allow hardware platforms fitted with a receiver to calculate the current local time to a high precision, which allows time synchronisation. In this case, these signals are used in conjunction with the Precision Time Protocol (PTP) G.8275.2 enhanced profile, which provides the platform with accurate phase and time synchronization for phase alignment and time of day synchronization over a wide area network.
This feature adds support for both configuring and monitoring the GNSS functionality within the platform. As the GNSS system is subject to weather-related outages, it is necessary for the operator to be able to perform some basic diagnostics on the platform. The antenna and signal status will be reflected on the front panel LEDs and the operator will also be able to obtain some basic system, information such as antenna status, current time and satellites in view. Furthermore, should there be a need to debug potential problems with GNSS, the operator can disable or enable the GNSS hardware receiver. If the GNSS is disabled, it should not be used as a source of timing for any of the local services.
Automatic switching between SyncE and PTP timing sources
This feature enables automatic switching between Synchronous Ethernet (SyncE) and Precision Time Protocol (PTP) timing sources.
This feature adds the ability to configure the platform to automatically switch between the Synchronous Ethernet (SyncE) and Precision Time Protocol (PTP) timing sources, depending on the priorities set for the timing sources. This feature is used so that the timing input can be switched automatically when the current timing source is down.
Support for Micro-BFD on LAG interfaces
This feature adds support support for Micro-BFD on LAG interfaces which provides higher bandwidth and better resiliency.
This feature extends the existing Bidirectional Forwarding Detection (BFD) support by adding support for micro BFD sessions for each of the member port of a LAG interface. LAG, as defined in IEEE802.1AX, provides mechanisms to combine multiple physical links into a single logical link. This logical link provides higher bandwidth and better resiliency, because if one of the physical member links fails, the aggregate logical link can continue to forward traffic over the remaining operational physical member links. Running a single BFD session over the aggregation without internal knowledge of the member links would make it impossible for BFD to guarantee detection of the physical member link failures. Hence the goal of this feature is to verify link continuity for every member link.
L2 MAC timeout configuration support
This feature adds Layer 2 (L2) MAC timeout configuration support, which provides protection in certain deployment scenarios.
This feature provides the ability to configure the MAC aging time, as well as disabling the MAC from aging out altogether. This provides a degree of protection from long lived flooding of uni-directional traffic streams in certain deployment scenarios.
QoS - MIB and NETCONF support on LAG interfaces
This feature extends QoS MIB and NETCONF support on LAG interfaces.
The previous Vyatta NOS release, 2105, added support for Quality of Service (QoS) on LAG interfaces (bonding interfaces). This feature extends the QoS MIB and NETCONF to be consistent with the additional output shown in show policy qos and show queuing operational mode commands.
OSPFv3 MIB support
This feature provides support for all of the OSPFv3 notifications defined in the RFC 5643, as well as provide configuration support for enabling trap messages to be generated.
Hardware reboot support
This feature enables the ability to reboot the all of the hardware components within the platform.
SFP permit-list enforcement
This feature allows a network operator to enforce SFP compliance by configuring a permit list of validated or certified SFP transceiver modules.