Management interface configuration modes

SR OS routers can be in different management interface configuration modes, which affects the management interfaces that can be used to configure the router. The following interfaces are available for configuration on SR OS:

Use the configure system management-interface configuration-mode command to enable configuration editing by model-driven interfaces.

Table: Management interface configuration mode

Configuration mode
Classic Mixed Model-driven

Classic Interfaces

Classic CLI: configuration write

✓ ✓

Classic CLI: configuration read

✓ ✓ ✓

Classic CLI: non-configuration commands

✓ ✓ ✓

SNMP: configuration write

✓

SNMP: non-configuration writes (such as admin reboot)

✓

SNMP: configuration read

✓ ✓ ✓

SNMP: state read

✓ ✓ ✓

SNMP: notifications (traps)

✓ ✓ ✓

Model-driven Interfaces with Nokia YANG Models

MD-CLI: configuration write and read

✓ ✓

MD-CLI: state read

✓ ✓ ✓

NETCONF: configuration write and read

✓ ✓

NETCONF: state read

✓ ✓ ✓

gNMI Set/Get: configuration write and read

✓ ✓

gNMI Get: state read

✓ ✓ ✓

gNMI Telemetry: configuration read

✓ ✓

gNMI Telemetry: state read

✓ ✓ ✓

Saved Configuration File Format

bof

Classic

Classic

Classic

configure

Classic

Classic

MD

debug

Classic

Classic

MD

li

Classic

Classic

MD

Features

OpenConfig YANG models

✓

Commit history

✓

Configuration annotations

✓

Configuration groups

✓

MD-CLI rollback command

✓

Classic CLI admin rollback revert command

✓ ✓

Explicit defaults1

✓

Explicit non-deletable SPC objects2

✓

Configuration changes accepted immediately after a CPM high-availability switchover3

✓

✓

Named route policy entries

✓

gRPC MD-CLI service for the NISH client

✓ ✓

Remote management using the NISH manager

✓ ✓

MD-CLI command aliases

    ✓

Python 3 for pyexec, EHS, CRON, and MD-CLI command aliases

    ✓

The use of the pySROS library from any location

    ✓
Incremental saved configuration files     ✓
1 In model-driven mode, users can set a parameter to the same value as the default, and SR OS remembers that it was explicitly set and displays it as part of the configuration. In mixed mode, these values are not persistent and they are lost or forgotten at a CPM high-availability switchover or a reboot.
2 In model-driven mode, users can explicitly create any of the SR OS non-deletable SPC objects, and SR OS remembers that it was explicitly created and displays it as part of the configuration. See SPC objects, for more details about the SPC objects.
3 In mixed mode, changes to the configuration are blocked for a few minutes after a CPM high-availability switchover event while the model-driven database is synchronized with the SR OS application layer. There is no impact to running services.