Cisco Live 2026 hat eine fünfte Agent-control plane zur Enterprise-Stack-Karte hinzugefügt

Die meisten CTO-Agent-Plattform-Karten 2026 haben vier Zeilen: Microsoft für Produktivität, Salesforce für kundenorientierte Arbeit, SAP für Finanzen und Beschaffung, ServiceNow für IT und Mitarbeiterservices. Cisco Live 2026 hat soeben eine fünfte Zeile hinzugefügt, und in den meisten Enterprise-Architektur-Dokumenten gibt es dafür noch keinen Platz.

Diese Lücke ist gravierender, als sie auf einer Dienstag-Keynote-Folie erscheinen mag. Die fünf Agent-control planes konkurrieren nicht miteinander. Jede besitzt eine andere Oberfläche, auf der Software-Agenten agieren. Doch wo sich diese Oberflächen berühren, beginnen Governance, Prüfpfade und Incident-Response zu zerfallen. Und derzeit hat kaum ein Enterprise-Team diese Grenzlinien gezogen.

Was Cisco auf Cisco Live 2026 tatsächlich geliefert hat

Cisco Live 2026 läuft vom 31. Mai bis 4. Juni im Mandalay Bay in Las Vegas und zieht rund 20.000 Teilnehmer aus 75 Ländern an. CEO Chuck Robbins trat für die Keynote am Dienstag, 2. Juni, auf die Bühne, und die Schlagzeile war kein neuer Switch oder Router. Es war ein überarbeitetes AI-Infrastruktur-Auftragsziel.

Laut Investoren-Offenlegungen, auf die Channel Insider und Network World verwiesen, hob Cisco seine Jahresprognose für AI-Infrastrukturaufträge auf 9 Milliarden USD an, gegenüber einer früheren Schätzung von 5 Milliarden USD. Eine nahezu Verdoppelung in einem einzigen Earnings-Zyklus ist ein starkes Signal dafür, wohin Cisco die Investitionen in Enterprise-Infrastruktur lenkt.

Die Produktgeschichte hinter dieser Zahl heißt AgenticOps. Cisco kündigte AgenticOps erstmals auf Cisco Live EMEA im Februar 2026 an und erweiterte es dann portfolioübergreifend in einer Cisco-Newsroom-Ankündigung vom 10. Februar 2026. Bis Las Vegas öffnete, hatte sich die Roadmap von der Ankündigung zur Produktivbereitstellung entwickelt.

Die Meilensteine der allgemeinen Verfügbarkeit im Mai 2026 umfassten Firewall-Betrieb und Compliance innerhalb von Cisco Security Cloud Control. Die agentische Compliance läuft jetzt kontinuierlich und bewertet Firewall-Konfigurationen gegenüber PCI-DSS-Anforderungen, liefert Abhilfemaßnahmen ohne Warten auf einen geplanten Audit-Zyklus. Das verschiebt die Netzwerksicherheitsposition von periodischer Überprüfung zu dauerhafter Überwachung.

Die Releases mit eingeschränkter Verfügbarkeit im Juni 2026 umfassen den Automation Builder Agent, den Triage Agent und Rechenzentrumskapazitäten. Der Detection Builder Agent und der Guided Response Agent befinden sich in Vortests. Cisco nutzt außerdem Model Context Protocol (MCP)-Server innerhalb von Agenten, die Netzwerkeinblicke aus Meraki und Cisco Catalyst Center über eine mobile App abrufen und priorisieren, sodass Netzwerkingenieure ihre Infrastruktur genauso abfragen können wie eine Frage in einem Chat-Thread.

Wichtige Kennzahlen

• Cisco hob seine Jahresprognose für AI-Infrastrukturaufträge auf 9 Milliarden USD an, gegenüber 5 Milliarden USD (Cisco-Investoren-Offenlegungen via Channel Insider und Network World, Juni 2026)
• AgenticOps-GA-Meilensteine im Mai 2026 umfassen Firewall-Betrieb und PCI-DSS-agentische Compliance innerhalb von Cisco Security Cloud Control (Cisco Newsroom, Februar und Mai 2026)
• Cisco AI Defense fügte im März 2026 agentenspezifische Sicherheitsfähigkeiten hinzu, ausgerichtet auf agentische Belegschaftsumgebungen (Cisco Newsroom, März 2026)

Warum die Netzwerk- und Sicherheitsschicht als separate control plane zählt

Der vorherrschende Instinkt in der Enterprise-Architektur ist, Cisco als Infrastruktur zu behandeln: Das Netzwerk ist eine Leitung, und Agenten laufen oben auf der Leitung. Dieses Modell hielt, als Agenten Menschen bedeuteten, die durch Software klicken. Es bricht, wenn Agenten Software-Prozesse sind, die autonom Netzwerkänderungen vornehmen und Sicherheitsmaßnahmen auslösen.

Drei Dinge haben sich auf Cisco Live 2026 verändert, die Cisco vom Infrastrukturanbieter zur Agenten-Plattform aufwerten.

Erstens liefert AgenticOps Agenten, die handeln, nicht nur Einblicke liefern. Ein Automation Builder Agent, der einen Konfigurations-Workflow zusammenstellt und ausführt, ist eine andere Kategorie als ein Dashboard, das Alerts anzeigt. Agenten, die Netzwerkänderungen ausführen, besitzen eine eigenständige Aktionsoberfläche, und diese Oberfläche benötigt eine eigene Governance-Schicht.

Zweitens verfügt Cisco AI Defense jetzt über agentenspezifische Sicherheitskontrollen. Die Version vom März 2026 fügte Fähigkeiten hinzu, die für Umgebungen konzipiert wurden, in denen Software-Agenten authentifizierte Aufrufe tätigen, nicht Menschen. Das erkennt an, dass das Bedrohungsmodell für eine agentische Umgebung strukturell anders ist als eines, das um menschliche Operatoren herum aufgebaut wurde.

Drittens macht die Model Context Protocol (MCP)-Integration die Netzwerkschicht von Cisco direkt durch Agenten auf anderen Plattformen abrufbar. Ein Agent innerhalb von Microsoft 365 kann Netzwerkkontext aus Meraki über einen MCP-Server abrufen. Das ist kein Cisco als Leitung. Das ist Cisco als API-Oberfläche, die Agenten auf anderen Plattformen abfragen werden. Sobald Agenten einer anderen Plattform Ciscos MCP-Endpunkte aufrufen, wird die Grenze zwischen den Planes schnell komplex.

Das Audit der fünf control planes

Die meisten Enterprise-Architektur-Karten Anfang 2026 wurden um vier control planes herum gezeichnet. Der folgende Rahmen fügt die fünfte hinzu und benennt die Q3-Entscheidung, die jede einzelne einem CTO aufzwingt.

Die Tabelle zeigt etwas, das nicht offensichtlich ist, wenn man jede Plattform isoliert betrachtet: Diese fünf Planes sind nicht redundant. Jede besitzt eigenständiges Terrain. Sie werden sich jedoch in realen Enterprise-Umgebungen ständig überschneiden, und die Frage, wer die Aktion an jeder Schnittstelle besitzt, ist in den meisten Architektur-Dokumenten unbeantwortet.

Stellen Sie sich vor: Ein Salesforce-Agentforce-Agent bearbeitet eine Kundeneskalation und stellt fest, dass eine VPN-Richtlinienänderung erforderlich ist, um den Zugang wiederherzustellen. Der Agentforce-Agent besitzt die Kundeninteraktion. Die Cisco-AgenticOps-Schicht besitzt die Netzwerkkonfiguration. Es gibt kein definiertes Übergabeprotokoll zwischen diesen beiden Planes für dieses Szenario. Jemand wird es 2026 in der Produktionsumgebung erleben, und wenn die Antwort nicht im Voraus erarbeitet ist, wird die Incident-Response improvisiert.

Dieselbe Dynamik spielt sich zwischen ServiceNow und SAP ab. Ein ServiceNow-Beschaffungsagent, der einen Lieferanten-Onboarding-Workflow abschließt, muss möglicherweise eine Bestellung in SAP Joule auslösen. Beide Planes haben Agenten. Keines der Governance-Rahmenwerke beider Planes deckt explizit ab, was passiert, wenn ihre Agenten an der Prozessgrenze interagieren. Das ist der Punkt, an dem Prüfpfade reißen und "welches System war verantwortlich?" nicht mehr zu beantworten ist.

Wo die Grenzen tatsächlich brechen werden

Das erste Fehlermuster ist der Firewall-Regelkonflikt. Ein Microsoft-365-Agent, der innerhalb eines genehmigten Workflows arbeitet, muss ein neues SaaS-Tool für das Vertriebsteam freigeben. Der Agent kann Microsoft-Mandanteneinstellungen aktualisieren. Aber die Firewall-Regel auf Netzwerkebene, die den Traffic erlaubt, gehört Cisco Security Cloud Control. Wenn die agentische Compliance-Schicht von Cisco Konfigurationen gegenüber PCI-DSS bewertet, kann die Änderung des Microsoft-Agents mit einer aktiven Compliance-Regel in Konflikt geraten. Keiner der Agenten hat Einblick in den Constraint-Set des anderen. Das Ergebnis ist eine Änderung, die auf einer Plane abgeschlossen wird und auf einer anderen lautlos fehlschlägt. Die Lösung ist ein gemeinsames Constraint-Register, das jede Plane vor dem Handeln abfragen kann.

Das zweite Fehlermuster ist die Audit-Lücke bei SAP- und ServiceNow-Übergaben. Wenn ein ServiceNow-Incident-Ticket eine finanzielle Anpassung auslöst, die über SAP Joule geleitet wird, zeichnet das ServiceNow-Protokoll den Ticket-Abschluss und das SAP-Protokoll das Finanzereignis auf. Aber die Kausalkette, die beides verbindet, erscheint möglicherweise in keinem der Prüfpfade beider Systeme in einer Form, die ein Compliance-Prüfer nachvollziehen kann. Für jede Organisation, die SOX oder ähnlichen Kontrollen unterliegt, ist das ein Dokumentationsproblem, das ein manueller Audit zum ungünstigsten Zeitpunkt aufdecken wird.

Das dritte Fehlermuster ist der Salesforce-Webhook-zum-Cisco-Netzwerkrichtlinien-Pfad. Salesforce-Agentforce-Agenten können als Teil von Kunden-Workflows ausgehende Webhooks auslösen. Wenn eine Änderung des Kundenkontostatus Zugriffsregeln in einem über Cisco verwalteten Partnernetzwerk aktualisieren muss, wird der Webhook von Salesforce ausgelöst, und der empfangende Endpunkt liegt innerhalb der Netzwerkrichtlinienebene von Cisco. Wenn der Cisco-AgenticOps-Triage-Agent den eingehenden Webhook als anomal einstuft, stoppt die Aktion des Salesforce-Agenten ohne einen klaren Fehler, den der Betreiber einer der Plattformen schnell diagnostizieren könnte.

Alle drei Fehlermuster teilen dieselbe Voraussetzung für die Lösung: Jemand muss das Cross-Plane-Aktions-Mapping besitzen, bevor die Agenten in der Produktionsumgebung zu feuern beginnen.

Was diese Woche zu tun ist

Maßnahme 1: Fügen Sie eine Zeile "Netzwerk und Sicherheit" zu Ihrer aktuellen Agent-Plattform-Karte hinzu. Wenn Ihr Architektur-Dokument vier Zeilen für Agent-control planes und keine Zeile für Cisco hat, aktualisieren Sie es diese Woche. Die Zeile muss nicht vollständig sein. Sie muss existieren, damit das Team die Netzwerkschicht als agentische Oberfläche behandelt, nicht nur als Infrastruktur. Beginnen Sie mit den Cisco-AgenticOps-Fähigkeiten, die bereits allgemein verfügbar sind: agentische Firewall-Compliance und Security Cloud Control.

Maßnahme 2: Identifizieren Sie die zwei oder drei häufigsten Cross-Plane-Aktionen in Ihrer Umgebung und weisen Sie je Aktion einen einzigen Verantwortlichen zu. Ziehen Sie die Liste der Workflows, bei denen zwei Plattformen heute Daten austauschen oder die Prozesse der jeweils anderen auslösen (vor dem Einsatz von Agenten). Das sind Ihre Hochrisiko-Schnittpunkte, wenn Agenten eingeführt werden. Benennen Sie eine verantwortliche Person für die Übergabe-Governance bei jedem. Diese Person muss das vollständige Cross-Plane-Protokollproblem nicht in Woche eins lösen. Sie muss wissen, dass das Problem ihr gehört, bevor ein Incident die Antwort erzwingt.

Maßnahme 3: Informieren Sie Ihr Sicherheitsteam über die agentenspezifischen Fähigkeiten von Cisco AI Defense aus der Version vom März 2026, bevor eine AgenticOps-GA-Einführung beginnt. Die Version vom März fügte Kontrollen hinzu, die speziell für Umgebungen konzipiert wurden, in denen Agenten authentifizieren und handeln, nicht Menschen. Die Bedrohungsmodelle Ihres Sicherheitsteams wurden wahrscheinlich für menschliche Operatoren geschrieben. Sie benötigen eine Einweisung dazu, was sich ändert, wenn der Akteur ein Agent mit persistenten Anmeldeinformationen ist, keine Person, die ein Passwort eingibt. Führen Sie diese Einweisung durch, bevor der Cisco Automation Builder Agent oder Triage Agent in eine Produktionsumgebung eingeführt wird, nicht danach.

Weiterführende Lektüre

• Das autonome Agentenmuster und seine Anwendung auf Netzwerkschicht-Agenten: das architektonische Muster hinter Agenten wie Ciscos Triage Agent und Automation Builder Agent.
• Was "Execute" in der AI-Fähigkeitensuite bedeutet: die Unterscheidung zwischen Agenten, die Einblicke liefern, und Agenten, die Aktionen ausführen, also die Grenze, die Cisco AgenticOps mit seinen Firewall-Behebungsfähigkeiten überschreitet.
• Microsoft Build 2026 Windows Agent Platform und Store: die CTO-Architekturentscheidung: die erste control plane, die die meisten Enterprise-Teams kartieren, und warum sie die Netzwerkschicht von Cisco berührt.
• SAP Sapphire 2026 und das autonome Unternehmen: die CTO-Integrationsentscheidung: SAP Joules Position als ERP-control plane und wo sie eine Grenze mit ServiceNow und Cisco teilt.
• AI-Governance und Prüfpfade für Sales Operations: praktische Prüfpfad-Architektur, die direkt auf Cross-Plane-Aktionsprotokollierung anwendbar ist.

FAQ

Was ist Cisco AgenticOps und wann wurde es allgemein verfügbar?

Cisco AgenticOps ist Ciscos Rahmenwerk für AI-Agenten, die Netzwerkbetrieb, Sicherheits-Compliance und Infrastruktur-Workflows verwalten. Cisco kündigte es erstmals auf Cisco Live EMEA im Februar 2026 an. Die ersten Meilensteine der allgemeinen Verfügbarkeit, die Firewall-Betrieb und PCI-DSS-agentische Compliance innerhalb von Cisco Security Cloud Control abdecken, wurden im Mai 2026 ausgeliefert. Der Automation Builder Agent und der Triage Agent erreichten im Juni 2026 eingeschränkte Verfügbarkeit.

Warum zählt die Netzwerk- und Sicherheitsschicht als separate Agent-control plane?

Cisco-AgenticOps-Agenten handeln jetzt, statt nur Einblicke zu liefern. Cisco AI Defense fügte im März 2026 agentenspezifische Sicherheitskontrollen hinzu, weil das Bedrohungsmodell für eine agentische Umgebung strukturell anders ist als ein auf menschliche Operatoren ausgerichtetes Modell. Und die MCP-Integration macht Ciscos Netzwerkschicht direkt durch Agenten auf anderen Plattformen abrufbar, sodass Microsoft- oder Salesforce-Agenten Ciscos Netzwerkoberfläche als API abfragen können. Das ist Infrastruktur, die sich wie eine Plattform verhält.

Wie sollte ein CTO mit der Überlappung zwischen Cisco AgenticOps und anderen Agenten-Plattformen umgehen?

Kartieren Sie die Cross-Plane-Schnittpunkte, bevor Agenten in der Produktionsumgebung handeln. Identifizieren Sie zwei oder drei Workflows, bei denen zwei Plattformen bereits Daten austauschen oder die Prozesse der jeweils anderen auslösen. Diese werden zum Hochrisiko, wenn Agenten die Aktionsschritte übernehmen. Weisen Sie je Schnittpunkt einen benannten Verantwortlichen zu und dokumentieren Sie den Constraint-Set, den die Agenten jeder Plattform respektieren müssen. Das Fundament erfordert keine einheitliche Orchestrierungsplattform. Es erfordert ein gemeinsames Constraint-Register, das die Agenten jeder Plane vor dem Handeln konsultieren können.