ONUG Fall 2026 (opens in a new tab) · Tools, Technologies & Techniques theater · Thursday, October 29, 3:15 pm ET

The Change Succeeded. Did the Network?

Building confidence in change outcomes. Raja Tadimeti’s twelve-minute talk: one routine change, closed as successful at 21:31, that became a P1 at 02:07; the question that catches it; a validation plan derived from the ticket the engineer already wrote; and a checklist you can use on Monday, with or without AI. The slides and the talk in writing are below. No form.

Twelve minutes

The shape of the talk

One night, one word, one question, one plan, four practices, a take-home. One fictional scenario carried through; one product screenshot, labeled illustrative; no competitor named; no figure REAP has not measured. The one third-party figure (Uptime Institute (opens in a new tab), Annual Outage Analysis (opens in a new tab) 2025) carries its source and year.

Raja Tadimeti

Raja Tadimeti

Co-founder and CEO, REAP · the speaker

Co-founder of WiteSand (opens in a new tab) (acquired by Juniper Networks (opens in a new tab)) and founding engineer at Pensando (opens in a new tab) and Insieme (opens in a new tab); decades shipping networking products at Cisco (opens in a new tab) and Juniper (opens in a new tab); named inventor on 17 granted US patents. He has run networks, and the nights he remembers are the ones where nothing broke and nothing alarmed.

LinkedIn profile of Raja Tadimeti (opens in a new tab)
0:00 · The night
One routine change, closed as successful at 21:31. A P1 at 02:07. “Nobody changed anything.”
2:30 · The word
“Successful” does two jobs. Three ways a change succeeds and still hurts. In 2026, the actor is not always a person.
5:45 · The question
Did the network do only what the change was meant to do? Outcome, scope, invariants.
6:15 · The plan
A validation plan derived from the ticket Priya already wrote; six rows, each with a read-only check.
7:05 · Four practices
Capture the pre-state. Diff behavior, not only configuration. Check again later. Record one outcome, and say what was not verified.
9:55 · The take-home
The checklist, with or without AI. Where the machine belongs, and where it does not. Bring us your last P1.

Eighteen slides. The slides (PDF) · the talk in writing (PDF) · the checklist below and on the back of the session card.

The take-home

The checklist. Take it home; use it on Monday.

Fifteen items in three columns, with or without AI. The “Before” column is the validation plan the talk derives from the ticket: outcome, scope, invariants. The “After” column is the comparison; the “Always” column is the governance.

Before the window

  • Write the intended outcome in one sentence
  • List the scope: devices, objects, paths
  • Write the invariants: what must not change, including every other parent of the objects in scope
  • Capture the pre-state pack, read-only
  • Set the re-check times

After the change

  • Diff the configuration against the ticket
  • Diff the behavior: counters, paths, neighbors, state
  • Re-check after the first timer and the first scheduled job
  • Record one outcome: Verified · Degraded · Rolled back · Inconclusive · Blocked
  • Attach the evidence to the change record

Always

  • The plan is reviewed by someone who did not write the change
  • A person approves every action; a tool may propose
  • Say what was not verified
  • Treat “completed” as a workflow state, never as proof
  • Restored is not the same as fixed. Completed is not the same as verified. Configured is not the same as compliant

The scenario

CHG-1234, Tuesday night

Fictional, and built to be real enough to argue with. It is the same incident the Investigation Window on this site illustrates; nothing in it names a company, a person, a vendor or a product.

The facts
The companyA distributed manufacturer with fourteen plants (fictional). A lean network team; ServiceNow (opens in a new tab) for change; a core pair per plant.
The changeCHG-1234, Tuesday 21:14, on plant-a-core-2. Object group OG-ERP had its members replaced (10.20.5.0/24 → 10.20.50.0/24) so a second ACL, ACL-B, could reuse the group for the new order-entry subnet. ACL-ERP-IN, which permits ERP return traffic, already referenced OG-ERP.
The checksInterfaces up, OSPF adjacency stable, ping to the core, ACL-B permitting the new subnet, no command errors. Closed Successful at 21:31.
What brokeERP return traffic to Plant A order entry fell through to the final deny on ACL-ERP-IN from 21:16. No link or neighbor changed, so nothing alarmed. Order entry is quiet at night; the 02:00 order sync failed; the P1 opened at 02:07.
How it was foundBy reading the configuration history by hand at 03:40; restored at 04:10; explained the next day. Undetected for 4 h 51 min.
The evidence that was available at 21:20The configuration diff 21:13 → 21:14 (the OG-ERP and ACL-B lines, exactly as the ticket predicted). The ACL-ERP-IN final-deny counter 3,412 → 3,918 across two reads 25 seconds apart, flat before the change. A traceroute from Vlan 312 to 10.20.5.10 with no reply beyond plant-a-core-2.
The plan that would have caught itOutcome: ACL-B permits 10.20.50.0/24. Scope: plant-a-core-2, OG-ERP, ACL-B. Invariants: ACL-ERP-IN still permits ERP return traffic (it also references OG-ERP); the return path from Vlan 312 unchanged; the core pair in sync and OSPF costs unchanged. Re-check: after the 22:00 cache expiry and the 02:00 sync.

See the Investigation Window for this incident

In 2026

The actor is not always a person

The talk puts an agent, a pipeline or a compromised credential in the engineer’s chair, with four of the ten AI-era scenarios: an agent changing the network outside a window; one bad change pushed to two hundred devices; redundancy removed before the change that matters; and “no impact expected” closing the change that caused the outage. Every one of those changes succeeded, and the checks that were silent for a person are silent for an agent.

Ten AI-era scenarios

What happens, why it hides, what evidence-backed assurance does in each, and a ten-statement preparedness check. The 2026 facts, from the primary sources.

Read the scenarios

Three questions for any vendor, including us

Show me the evidence. Show me what it rejected. Show me what happens when it is wrong.

Read-only by default, approval-gated when it acts, every conclusion traceable to its evidence: that is the bar.

The buyer’s evaluation guide

Go further

From the talk to your network

REAP at ONUG Fall 2026

Twenty-minute meetings at Booth 33, the eight-question assurance check, the Mac mini drawing on Thursday at 4:00 pm ET, dinner on October 28, and the evaluation kit.

Event details

Bring us your last P1.

Keep the root cause to yourself; in a 30-minute session we walk through how REAP would have investigated it, evidence first. The replay on your own network happens inside the proof of value. Or book twenty minutes at ONUG (opens in a new tab).