Back to Learn

Nokia SR Linux โ€” Deployment

Stage, diff, commit and roll back fabric changes for Nokia SR Linux data center fabrics (VXLAN/EVPN). Part of the multi-vendor Data Center automation guide.

Nokia
SR Linux
gNMI / JSON-RPC
VXLAN / EVPN
Render per-vendor config from the intent model
Stage as a candidate on Nokia, then diff
Commit only the expected diff โ€” roll back on failure

Setup, key commands & run examples

deploy.sh
Stage / diff / commit

The Nokia SR Linux change workflow. SR Linux has no NAPALM driver โ€” drive it with gNMI (gnmic / pygnmi) or the JSON-RPC API against the YANG model. It has a proper candidate datastore with diff, commit confirmed and rollback.

deploy.sh
bash
# 1. stage:   enter candidate (candidate datastore)
# 2. diff:    diff (within candidate mode)
# 3. commit:  commit stay / commit save
# 4. revert:  discard / commit confirmed
deploy.py
Guarded commit

Render config from intent, stage it on Nokia, preview the diff and only commit when it matches what you expect.

deploy.py
python
stage_config(rendered)                      # enter candidate (candidate datastore)
diff = preview_diff()                        # diff (within candidate mode)
print(diff)
if "vlan 120" in diff:
    apply_config()                          # commit stay / commit save
else:
    discard_config()                        # discard / commit confirmed

Best practices

  • Diff before every commit

    Always review diff (within candidate mode) (or gate it in CI) so no Nokia change is applied blind.

  • Deploy leaf-pairs, not rows

    Roll one MLAG/ESI pair at a time and verify before moving on, so redundancy survives a bad change.

  • Confirmed commits

    Use commit confirmed on Nokia so the box auto-reverts if you lose reachability.

  • Post-change verification

    Re-read EVPN/VTEP state after each commit and abort the rollout if anything regressed.

Hands-on exercises

Guided practice tasks โ€” copy the starter snippet, run it against a lab device, and extend it to meet the goal.

Exercise 1
Guarded VLAN rollout

Goal: Add an L2VNI to one Nokia leaf pair: stage, print the diff, commit only if it contains the expected VLAN id.

exercise_1
python
rendered = render_l2vni(vlan=120, vni=10120)
# TODO: stage -> diff -> commit only if "120" in diff, else discard
Exercise 2
Rollback drill

Goal: Apply a bad change, detect the EVPN peer drop, and roll back with: discard / commit confirmed

exercise_2
bash
# apply change, then on failure:
discard / commit confirmed

Curated videos & guides

Checklist โ€” pitfalls, gotchas & verification

Common pitfalls

  • โ€ขCommitting without reviewing the diff first.
  • โ€ขDeploying both leaves of an MLAG/ESI pair at once and dropping the redundant path.
  • โ€ขAssuming Nokia commit semantics match other vendors โ€” they differ.

Gotchas to watch

  • โ€ขNokia stages a revision/candidate โ€” make sure you commit the right one.
  • โ€ขLosing your management session mid-commit can lock you out without confirmed-commit.

Verify it works

  • โ€ขAfter deploy, re-read EVPN neighbors and confirm every peer returned to up.
  • โ€ขDiff running-config against intent post-change to prove zero unexpected drift.