🥇Analyse des demokratischsten SD-WAN: Architektur, Konfiguration, Verwaltung und Fallstricke

Angesichts der Vielzahl an Fragen, die uns über SD-WAN erreichen, scheint die Technologie in Deutschland ernsthaft Fuß zu fassen. Anbieter bleiben natürlich nicht untätig und präsentieren ihre Konzepte, während einige mutige Vorreiter bereits erste Implementierungen in ihren Netzwerken vorgenommen haben.

Wir arbeiten mit nahezu allen Anbietern zusammen und in den letzten Jahren hatte ich die Gelegenheit, die Architektur jedes großen Entwicklers von softwaredefinierten Lösungen in unserem Labor zu erforschen. Besonders hervorzuheben ist das SD-WAN von Fortinet, das einfach die Funktionalität zur Lastenverteilung zwischen den Kommunikationskanälen in die Software der Firewalls integriert hat. Diese Lösung ist eher demokratisch, weshalb sie oft von Unternehmen in Betracht gezogen wird, die noch nicht bereit für umfassende Veränderungen sind, aber ihre Kommunikationskanäle effizienter nutzen möchten.

In diesem Artikel möchte ich erläutern, wie man das SD-WAN von Fortinet konfiguriert und damit arbeitet, für wen diese Lösung geeignet ist und mit welchen Herausforderungen man hier rechnen kann.

Die auffälligsten Akteure auf dem SD-WAN-Markt lassen sich in zwei Typen einordnen:

1. Startups, die SD-WAN-Lösungen von Grund auf entwickelt haben. Die erfolgreichsten unter ihnen erhalten einen enormen Entwicklungsschub, wenn sie von großen Unternehmen aufgekauft werden – das ist die Geschichte von Cisco/Viptela, VMWare/VeloCloud, Nuage/Nokia.

2. Große Netzwerk-Anbieter, die SD-WAN-Lösungen entwickelt haben, indem sie die Programmierbarkeit und Verwaltung ihrer traditionellen Router vorantreiben – das ist die Geschichte von Juniper, Huawei.

Fortinet hat seinen eigenen Weg gefunden. In die Software von Firewalls wurde eine Funktion integriert, die es ermöglicht, deren Schnittstellen in virtuelle Kanäle zu kombinieren und die Last mit komplexeren Algorithmen zu balancieren, die sich von der traditionellen Routing-Technik unterscheiden. Diese Funktion wird als SD-WAN bezeichnet. Kann man das, was Fortinet gemacht hat, tatsächlich SD-WAN nennen? Auf dem Markt entwickelt sich allmählich das Verständnis, dass Software-Defined bedeutet, die Steuerungsebene von der Datennutzungsebene zu trennen, mit dedizierten Controllern und Orchestratoren. Fortinet bietet derartiges jedoch nicht an. Ein zentrales Management ist optional und wird über das traditionelle Werkzeug FortiManager angeboten. Aber meiner Meinung nach ist es nicht sinnvoll, nach abstrakter Wahrheit zu suchen und Zeit mit Streitigkeiten über Begriffe zu verschwenden. In der realen Welt hat jede Herangehensweise ihre Vor- und Nachteile. Der beste Ansatz ist es, diese zu verstehen und Lösungen auszuwählen, die den jeweiligen Anforderungen entsprechen.

Ich werde versuchen, mit Screenshots in der Hand zu erläutern, wie SD-WAN von Fortinet aussieht und was es kann.

Wie alles organisiert ist

Angenommen, Sie haben zwei Niederlassungen, die durch zwei Datenübertragungskanäle miteinander verbunden sind. Diese Übertragungskanäle werden zu einer Gruppe zusammengefasst, ähnlich wie herkömmliche Ethernet-Schnittstellen in einem LACP-Port-Channel. Eingeweihte erinnern sich vielleicht an PPP Multilink – auch eine passende Analogie. Die Kanäle können physische Ports, VLAN SVI sowie VPN oder GRE-Tunnel sein.

VPN oder GRE werden in der Regel verwendet, um die lokalen Netzwerke der Niederlassungen über das Internet zu verbinden. Physische Ports werden verwendet, wenn es Layer-2-Verbindungen zwischen den Standorten gibt oder wenn eine Verbindung über dediziertes MPLS/VPN besteht, wenn wir einen Verbindungsaufbau ohne Overlay und Verschlüsselung bevorzugen. Ein weiteres Szenario, in dem in der SD-WAN-Gruppe physische Ports verwendet werden, ist die Lastverteilung des lokalen Internetzugangs der Benutzer.

An unserem Stand befinden sich vier Firewalls und zwei VPN-Tunnel, die über zwei "Telekommunikationsanbieter" laufen. Das Diagramm sieht folgendermaßen aus:

VPN-Tunnel werden im Interface-Modus konfiguriert, sodass sie wie Punkt-zu-Punkt-Verbindungen zwischen Geräten mit IP-Adressen auf P2P-Schnittstellen aussehen, die angpingt werden können, um sicherzustellen, dass die Verbindung über den spezifischen Tunnel funktioniert. Um den Verkehr zu verschlüsseln und auf die andere Seite zu leiten, reicht es aus, ihn in den Tunnel zu routen. Eine Alternative ist die Auswahl des Verkehrs zur Verschlüsselung anhand von Subnetzlisten, was den Administrator bei der Komplexität der Konfiguration stark verwirrt. In einem großen Netzwerk kann für den Aufbau eines VPN die Technik ADVPN genutzt werden, ähnlich wie DMVPN von Cisco oder DVPN von Huawei, die die Konfiguration vereinfachen.

Konfiguration des Site-to-Site VPN für zwei Geräte mit BGP-Routing auf beiden Seiten

„Rechenzentrum“ (DC)
„Zweigstelle“ (BRN)

config system interface
edit "WAN1"
set vdom "Internet"
set ip 1.1.1.1 255.255.255.252
set allowaccess ping
set role wan
set interface "DC-BRD"
set vlanid 111
next
edit "WAN2"
set vdom "Internet"
set ip 3.3.3.1 255.255.255.252
set allowaccess ping
set role lan
set interface "DC-BRD"
set vlanid 112
next
edit "BRN-Ph1-1"
set vdom "Internet"
set ip 192.168.254.1 255.255.255.255
set allowaccess ping
set type tunnel
set remote-ip 192.168.254.2 255.255.255.255
set interface "WAN1"
next
edit "BRN-Ph1-2"
set vdom "Internet"
set ip 192.168.254.3 255.255.255.255
set allowaccess ping
set type tunnel
set remote-ip 192.168.254.4 255.255.255.255
set interface "WAN2"
next
end

config vpn ipsec phase1-interface
edit "BRN-Ph1-1"
set interface "WAN1"
set local-gw 1.1.1.1
set peertype any
set net-device disable
set proposal aes128-sha1
set dhgrp 2
set remote-gw 2.2.2.1
set psksecret ***
next
edit "BRN-Ph1-2"
set interface "WAN2"
set local-gw 3.3.3.1
set peertype any
set net-device disable
set proposal aes128-sha1
set dhgrp 2
set remote-gw 4.4.4.1
set psksecret ***
next
end

config vpn ipsec phase2-interface
edit "BRN-Ph2-1"
set phase1name "BRN-Ph1-1"
set proposal aes256-sha256
set dhgrp 2
next
edit "BRN-Ph2-2"
set phase1name "BRN-Ph1-2"
set proposal aes256-sha256
set dhgrp 2
next
end

config router static
edit 1
set gateway 1.1.1.2
set device "WAN1"
next
edit 3
set gateway 3.3.3.2
set device "WAN2"
next
end

config router bgp
set as 65002
set router-id 10.1.7.1
set ebgp-multipath enable
config neighbor
edit "192.168.254.2"
set remote-as 65003
next
edit "192.168.254.4"
set remote-as 65003
next
end

config network
edit 1
set prefix 10.1.0.0 255.255.0.0
next
end

config system interface
edit "WAN1"
set vdom "Internet"
set ip 2.2.2.1 255.255.255.252
set allowaccess ping
set role wan
set interface "BRN-BRD"
set vlanid 111
next
edit "WAN2"
set vdom "Internet"
set ip 4.4.4.1 255.255.255.252
set allowaccess ping
set role wan
set interface "BRN-BRD"
set vlanid 114
next
edit "DC-Ph1-1"
set vdom "Internet"
set ip 192.168.254.2 255.255.255.255
set allowaccess ping
set type tunnel
set remote-ip 192.168.254.1 255.255.255.255
set interface "WAN1"
next
edit "DC-Ph1-2"
set vdom "Internet"
set ip 192.168.254.4 255.255.255.255
set allowaccess ping
set type tunnel
set remote-ip 192.168.254.3 255.255.255.255
set interface "WAN2"
next
end

config vpn ipsec phase1-interface
edit "DC-Ph1-1"
set interface "WAN1"
set local-gw 2.2.2.1
set peertype any
set net-device disable
set proposal aes128-sha1
set dhgrp 2
set remote-gw 1.1.1.1
set psksecret ***
next
edit "DC-Ph1-2"
set interface "WAN2"
set local-gw 4.4.4.1
set peertype any
set net-device disable
set proposal aes128-sha1
set dhgrp 2
set remote-gw 3.3.3.1
set psksecret ***
next
end

config vpn ipsec phase2-interface
edit "DC-Ph2-1"
set phase1name "DC-Ph1-1"
set proposal aes128-sha1
set dhgrp 2
next
edit "DC2-Ph2-2"
set phase1name "DC-Ph1-2"
set proposal aes128-sha1
set dhgrp 2
next
end

config router static
edit 1
set gateway 2.2.2.2
set device "WAN1"
next
edit 3
set gateway 4.4.4.2
set device "WAN2"
next
end

config router bgp
set as 65003
set router-id 10.200.7.1
set ebgp-multipath enable
config neighbor
edit "192.168.254.1"
set remote-as 65002
next
edit "192.168.254.3"
set remote-as 65002
next
end

config network
edit 1
set prefix 10.200.0.0 255.255.0.0
next
end

Ich bringe die Konfiguration in Textform, weil es meiner Meinung nach einfacher ist, das VPN so einzurichten. Die meisten Einstellungen auf beiden Seiten sind identisch und können in Textform ganz leicht kopiert werden. Wenn man das Gleiche im Web-Interface macht, können leicht Fehler passieren – man vergisst vielleicht, irgendwo ein Häkchen zu setzen oder gibt einen falschen Wert ein.

Nachdem wir die Schnittstellen zum Bundle hinzugefügt haben,

können alle Routen und Sicherheitsrichtlinien auf dieses verweisen, anstatt auf die enthaltenen Schnittstellen. Zumindest muss der Verkehr aus den internen Netzwerken ins SD-WAN erlaubt werden. Bei der Erstellung von Regeln für sie können Schutzmaßnahmen wie IPS, Antivirus und HTTPS-Dekodierung angewendet werden.

Für das Bundle werden SD-WAN-Regeln konfiguriert. Dies sind Regeln, die den Algorithmus für die Lastverteilung für den spezifischen Verkehr definieren. Sie sind ähnlich den Routing-Richtlinien im Policy-Based Routing, jedoch wird als Ergebnis des Verkehrsunterfangens nicht der next-hop oder die gewöhnliche ausgehende Schnittstelle festgelegt, sondern die in das SD-WAN-Bundle aufgenommenen Schnittstellen plus der Lastverteilungsalgorithmus zwischen diesen Schnittstellen.

Der Datenverkehr kann aus dem gesamten Fluss gemäß L3-L4-Informationen, erkanntem Anwendungen und Internetdiensten (URLs und IPs) sowie durch identifizierte Benutzer von Arbeitsstationen und Laptops hervorgehoben werden. Daraufhin kann für den hervorgehobenen Datenverkehr einer der folgenden Lastenausgleichsalgorithmen zugewiesen werden:

Im Interface Preference werden die Schnittstellen ausgewählt, die aus den bereits dem Bundle hinzugefügten Schnittstellen diesen Datentyp bedienen werden. Indem Sie nicht alle Schnittstellen hinzufügen, können Sie beschränken, über welche Kanäle beispielsweise Ihre E-Mails laufen, wenn Sie vermeiden möchten, teure Kanäle mit hohem SLA zu belasten. Mit FortiOS 6.4.1 wurde die Möglichkeit eingeführt, Schnittstellen, die im SD-WAN-Bundle hinzugefügt wurden, in Zonen zu gruppieren, um beispielsweise eine Zone für die Verbindung zu entfernten Standorten und eine andere für den lokalen Internetzugang mittels NAT zu schaffen. Ja, auch der Datenverkehr, der ins normale Internet fließt, kann balanciert werden.

Über die Lastenausgleichsalgorithmen

Im Hinblick darauf, wie Fortigate (die Firewall von Fortinet) den Datenverkehr zwischen den Kanälen verteilt, gibt es zwei interessante Optionen, die auf dem Markt nicht sehr verbreitet sind:

Niedrigste Kosten (SLA) – Von allen derzeit verfügbaren Schnittstellen, die die SLA erfüllen, wird diejenige mit dem niedrigsten Gewicht (Kosten), die vom Administrator manuell festgelegt wurde, ausgewählt; dieser Modus eignet sich für "volumetrischen" Datenverkehr, wie z. B. für Backups und Dateiübertragungen.

Beste Qualität (SLA) – Dieser Algorithmus kann neben den üblichen Verzögerungen, Jitter und Paketverlusten auch die aktuelle Auslastung des Kanals zur Bewertung der Kanalqualität verwenden; dieser Modus ist für "sensiblen" Datenverkehr geeignet, wie z. B. für IP-Telefonie (VoIP) und Videokonferenzen.

Für diese Algorithmen ist die Konfiguration eines Leistungsüberwachungsmeßgerätes – Performance SLA – erforderlich. Dieses Gerät überwacht regelmäßig (Überwachungsintervall) die Einhaltung der SLA: Paketverlust (packet loss), Latenz (latency) und Jitter im Kommunikationskanal und kann Kanäle, die derzeit nicht die Qualitätsstandards erfüllen – zu viele Pakete verlieren oder zu hohe Latenzzeiten aufweisen – 'ausmustern'. Darüber hinaus überwacht das Gerät den Status des Kanals und kann ihn vorübergehend aus dem Bundle entfernen, wenn wiederholt Antworten verloren gehen (failures before inactive). Nach der Wiederherstellung, nach mehreren aufeinanderfolgenden Antworten (restore link after), wird der Kanal automatisch wieder in das Bundle eingefügt, und Daten können erneut über ihn übertragen werden.

So sieht die Konfiguration des 'Messgerätes' aus:

Im Web-Interface stehen für Tests die Protokolle ICMP-Echo-Request, HTTP-GET und DNS-Request zur Verfügung. In der Kommandozeile gibt es etwas mehr Optionen: TCP-Echo und UDP-Echo sowie ein spezialisiertes Qualitätsmessprotokoll – TWAMP.

Die Messergebnisse können auch im Web-Interface eingesehen werden:

Und in der Kommandozeile:

Fehlerbehebung

Wenn Sie eine Regel erstellt haben und alles nicht wie erwartet funktioniert, sollten Sie den Wert "Hit Count" in der Liste der SD-WAN-Regeln überprüfen. Er zeigt an, ob der Verkehr diese Regel überhaupt erreicht:

Auf der Einstellungsseite des Messgeräts können Sie die Änderungen der Kanalparameter über die Zeit hinweg sehen. Der Schwellenwert ist durch eine gepunktete Linie gekennzeichnet.

Im Web-Interface können Sie sehen, wie der Verkehr nach dem Volumen der übertragenden/empfangenen Daten und der Anzahl der Sitzungen verteilt wird:

Darüber hinaus gibt es eine hervorragende Möglichkeit, den Paketfluss mit maximaler Detailgenauigkeit zu verfolgen. In einem realen Netzwerk sammelt die Gerätekonfiguration eine Vielzahl von Routing-, Firewall- und Traffic-Distributionsrichtlinien für die SD-WAN-Ports. All dies interagiert auf komplexe Weise miteinander, und obwohl der Anbieter detaillierte Flussdiagramme der Paketverarbeitungsalgorithmen bereitstellt, ist es sehr wichtig, die Möglichkeit zu haben, nicht nur Theorien zu erstellen und zu überprüfen, sondern auch zu sehen, wohin der Verkehr tatsächlich fließt.

Zum Beispiel wird der folgende Befehlssatz

Diagnose Debug Flussfilter Quelladresse 10.200.64.15 Diagnose Debug Flussfilter Zieladresse 10.1.7.2 Diagnose Debug Fluss anzeigen Funktionsname Diagnose Debug aktivieren Diagnose Debug Nachverfolgung 2

ermöglichen, zwei Pakete mit der Quelladresse 10.200.64.15 und der Zieladresse 10.1.7.2 zu verfolgen.
Wir pingen 10.7.1.2 von 10.200.64.15 zweimal an und beobachten die Ausgabe auf der Konsole.

Erstes Paket:

Zweites Paket:

Hier ist das erste Paket, das durch die Firewall empfangen wurde:
id=20085 trace_id=475 func=print_pkt_detail line=5605 msg="vd-Internet:0 erhielt ein Paket(proto=1, 10.200.64.15:42->10.1.7.2:2048) von DMZ-Office. Typ=8, Code=0, ID=42, Seq=0." VDOM – Internet, Proto=1 (ICMP), DMZ-Office – Bezeichnung des L3-Interfaces. Typ=8 – Echo.

Es wurde eine neue Sitzung erstellt:
msg="allocate a new session-0006a627"

Es wurde eine Übereinstimmung in den Richtlinien für das Routing festgestellt.
msg="Match policy routing id=2136539137: to 10.1.7.2 via ifindex-110"

Es stellt sich heraus, dass das Paket in einen der VPN-Tunnel gesendet werden muss:
"find a route: flag=04000000 gw-192.168.254.1 via DC-Ph1-1"

In den Firewall-Richtlinien wird eine Erlaubnisregel gefunden:
msg="Allowed by Policy-3:"

Das Paket wird verschlüsselt und in den VPN-Tunnel gesendet:
func=ipsecdev_hard_start_xmit Zeile=789 msg="IPsec-Schnittstelle-DC-Ph1-1 betreten" func=_ipsecdev_hard_start_xmit Zeile=666 msg="IPsec-Tunnel-DC-Ph1-1" func=esp_output4 Zeile=905 msg="IPsec Verschlüsselung/Auth"

Das verschlüsselte Paket wird an die Gateway-Adresse des WAN-Interfaces gesendet:
msg="send to 2.2.2.2 via intf-WAN1"

Für das zweite Paket geschieht alles ähnlich, aber es wird in einen anderen VPN-Tunnel gesendet und verlässt den Firewall über einen anderen Port:
func=ipsecdev_hard_start_xmit Zeile=789 msg="IPsec-Schnittstelle-DC-Ph1-2 betreten" func=_ipsecdev_hard_start_xmit Zeile=666 msg="IPsec-Tunnel-DC-Ph1-2" func=esp_output4 Zeile=905 msg="IPsec Verschlüsselung/Auth" func=ipsec_output_finish Zeile=622 msg="senden an 4.4.4.2 über intf-WAN2"

Vorteile der Lösung

Zuverlässige Funktionalität und benutzerfreundliches Interface. Die Funktionalitäten, die in FortiOS vor der Einführung von SD-WAN verfügbar waren, wurden weiterhin vollständig beibehalten. Das heißt, wir verfügen nicht über eine neu entwickelte Software, sondern über ein ausgereiftes System von einem bewährten Anbieter von Firewalls. Mit einem traditionellen Set an Netzwerkfunktionen und einer benutzerfreundlichen, leicht verständlichen Weboberfläche. Wenige Anbieter von SD-WAN verfügen an den Endgeräten beispielsweise über die Funktionalität eines Remote-Access VPN.

Sicherheit der Stufe 80. FortiGate zählt zu den Top-Lösungen im Bereich Firewall. Im Internet gibt es zahlreiche Materialien zur Einrichtung und Verwaltung von Firewalls, und auf dem Arbeitsmarkt gibt es viele Sicherheitsspezialisten, die bereits mit den Lösungen des Anbieters vertraut sind.

Null Kosten für SD-WAN-Funktionalität. Der Aufbau eines SD-WAN-Netzwerks auf FortiGate kostet ebenso viel wie der Aufbau eines herkömmlichen WAN-Netzwerks, da keine zusätzlichen Lizenzen zur Aktivierung der SD-WAN-Funktionalität erforderlich sind.

Geringe Einstiegskosten. Fortigate bietet eine gute Auswahl an Geräten für unterschiedliche Leistungsanforderungen. Die einfachsten und kostengünstigsten Modelle sind durchaus geeignet, um ein Büro oder einen Verkaufsstand für 3 bis 5 Mitarbeiter einzurichten. Viele Anbieter haben solche leistungsarmen und erschwinglichen Modelle schlichtweg nicht im Programm.

Hohe Performance. Die Reduzierung der SD-WAN-Funktionalität auf die Verkehrsbalancierung ermöglichte es dem Unternehmen, einen spezialisierten SD-WAN ASIC zu entwickeln, dank dem die SD-WAN-Betriebsfähigkeit die Leistung der Firewall insgesamt nicht beeinträchtigt.

Die Möglichkeit, ein Büro vollständig mit Fortinet-Ausrüstung zu realisieren. Dazu gehören einige Firewalls, Switches und Wi-Fi-Access Points. Mit einem solchen Büro lässt sich die Verwaltung einfach und unkompliziert gestalten – die Switches und Access Points werden an den Firewalls registriert und von dort aus verwaltet. So könnte beispielsweise der Port eines Switches aus der Benutzeroberfläche der Firewall aussehen, die diesen Switch steuert:

Das Fehlen von Controllern als einzige Ausfallstelle. Dies betont der Anbieter selbst, aber man kann dies nur teilweise als Vorteil betrachten, denn bei Anbietern, die Controller haben, ist die Gewährleistung der Ausfallsicherheit kostengünstig, meist nur mit den Kosten für eine geringe Anzahl an Rechenressourcen in der Virtualisierungsumgebung verbunden.

Worauf man achten sollte

Fehlendes Trennen von Control Plane und Data Plane. Das bedeutet, dass das Netzwerk entweder manuell konfiguriert werden muss oder unter Verwendung bereits vorhandener traditioneller Verwaltungstools wie FortiManager. Bei Anbietern, bei denen ein solches Trennen implementiert ist, wird das Netzwerk automatisch erstellt. Der Administrator muss möglicherweise nur die Topologie anpassen oder einige Dinge sperren, nicht mehr. Der Vorteil von FortiManager besteht darin, dass er nicht nur Firewalls, sondern auch Switches und Wi-Fi-Zugangspunkte verwalten kann, also praktisch das gesamte Netzwerk.

Bedingtes Wachstum der Verwaltbarkeit. Da für die Automatisierung der Netzwerkkonfiguration traditionelle Mittel verwendet werden, verbessert sich die Steuerbarkeit des Netzwerks bei der Einführung von SD-WAN nur geringfügig. Andererseits wird neue Funktionalität schneller verfügbar, da der Anbieter diese zunächst nur für das Betriebssystem der Firewall veröffentlicht (was sofortige Nutzung ermöglicht), bevor die erforderlichen Schnittstellen zum Management-System hinzugefügt werden.

Ein Teil der Funktionalität kann möglicherweise über die Befehlszeile zugänglich sein, jedoch nicht über die Web-Oberfläche. Es ist nicht so schlimm, gelegentlich die Befehlszeile zu benutzen, um etwas zu konfigurieren, wie es schlimm ist, in der Web-Oberfläche nicht zu sehen, dass etwas bereits durch die Befehlszeile konfiguriert wurde. Dies betrifft jedoch normalerweise die neuesten Funktionen, und mit den Updates von FortiOS wird die Funktionalität der Web-Oberfläche allmählich erweitert.

Für wen es geeignet ist

Für diejenigen, die nicht viele Niederlassungen haben. Die Implementierung einer SD-WAN-Lösung mit komplexen zentralen Komponenten in einem Netzwerk von 8-10 Niederlassungen könnte sich als unnötig erweisen – man muss in Lizenzen für SD-WAN-Geräte und die Virtualisierungssystemressourcen für die Bereitstellung zentraler Komponenten investieren. Kleine Unternehmen verfügen in der Regel nur über begrenzte Rechenressourcen. Bei Fortinet reicht es aus, einfach Firewalls zu kaufen.

Für diejenigen, die viele kleine Niederlassungen haben. Bei vielen Anbietern ist der Mindestpreis für eine Lösung pro Niederlassung relativ hoch und könnte für den Endkunden aus geschäftlicher Sicht unattraktiv sein. Fortinet bietet kleine Geräte zu einem sehr attraktiven Preis an.

Für diejenigen, die noch nicht bereit sind, zu weit zu gehen. Die Einführung von SD-WAN mit Controllern, proprietärer Routing-Technologie sowie einem neuen Ansatz für Netzwerkplanung und -verwaltung kann für manche Kunden ein sehr großer Schritt sein. Ja, solch eine Implementierung wird letztendlich dabei helfen, die Nutzung der Kommunikationskanäle und die Arbeit der Administratoren zu optimieren, jedoch muss dafür zunächst viel Neues erlernt werden. Für diejenigen, die noch nicht bereit sind, ihre Denkweise zu ändern, aber dennoch mehr aus ihren Kommunikationskanälen herausholen wollen, ist die Lösung von Fortinet genau das Richtige.

Quelle: habr.com