close

Virtuelles erweiterbares LAN

Zur Navigation gehen Zur Suche gehen

VXLAN ( Virtual Extensible Local Area Network ) ist ein Netzwerk- Overlay - Protokoll , das entwickelt wurde, um Data Link Layer -Datenverkehr über die Netzwerkschicht zu übertragen, insbesondere Ethernet - Datenverkehr über IP - Netzwerke unter Verwendung von MAC-in-UDP- Kapselung . Es wurde ursprünglich entwickelt, um die gleichen Dienste wie ein herkömmliches VLAN -Netzwerk bereitzustellen , wodurch die begrenzte Erweiterbarkeit und Flexibilität dieses Netzwerktyps erhöht wird.

Es ist derzeit von der IETF in RFC 7348 im Status „Informational“ dokumentiert .

Einführung

VXLAN entstand als Vorschlag verschiedener Hersteller wie Cisco , Arista Networks , Broadcom , Intel , VMware [ 1 ] ​[ 2 ]​ und anderer, um einige der Probleme zu vermeiden, die in Rechenzentren durch die Verwendung von Virtualisierung in Servern verursacht wurden. Dies erfordert in einigen Fällen die Arbeit in Umgebungen mit Hunderttausenden von virtuellen Maschinen. Die Arbeit mit so vielen Maschinen erzeugt Probleme im Zusammenhang mit der Größe der MAC-Adresstabellen, und im Fall der Verwendung von VLANs zur Gruppierung dieser Maschinen, indem sie in Gruppen isoliert werden, entsteht das Problem der begrenzten Anzahl von VLANs, die aufgrund der generiert werden können VLAN-ID von 12 Bit, die maximal 4094 verschiedene Netzwerke zulässt.

Ein weiteres wichtiges Problem von Rechenzentren ergibt sich aus der Verwendung von STP (Spanning Tree Protocol) zur Vermeidung von Schleifen in der Verbindungsschicht , was dazu führt, dass eine große Anzahl verfügbarer Links (manchmal mehr als die Hälfte) beim Generieren der Topologie in der Form nicht verwendet werden eines Baumes.

All diese Probleme führten zur Entwicklung einer Netzwerktechnologie, die die Verwendung eines IP-Netzwerks für die Verbindung physischer Server ermöglichen würde, was die Verwendung von Layer-3 -Routing-Protokollen zur Folge hätte . Auf diese Weise würden die durch STP- und Layer-2 - Schleifen auferlegten Probleme der Link-Abwertung eliminiert, und es könnten Routing- „ Strategien “ wie Equal-Cost-Multi-Path-Routing (ECMP) verwendet werden, die dabei helfen, die Netzwerklast zwischen allen zu verteilen die Links. [ 3 ] Trotz alledem wäre es immer noch notwendig, ein Layer-2-Netzwerk für die direkte Kommunikation zwischen virtuellen Maschinen zu verwenden.

Dies förderte schließlich das Erscheinen von VXLAN, das es uns ermöglicht, Netzwerkskalierbarkeitsprobleme zu beseitigen, die sich aus der Verwendung von VLANs ergeben, indem wir eine 24-Bit-Netzwerkkennung ( VNI ) verwenden, wodurch wir in der Lage sind, mehr als 16 Millionen virtuelle Netzwerke zu erstellen, die in demselben koexistieren administrative Domäne. [ 3 ] VXLAN verwendet Layer-3-Routing, das die zuvor erwähnten Probleme mit der Ablehnung von Links beseitigt und eine effizientere Nutzung dieser Links ermöglicht. Die Verwendung von Netzwerkschicht-Routing-Protokollen eliminiert auch die Probleme übergroßer MAC-Adresstabellen auf Switches , die ein Layer-2-Netzwerk in einem Rechenzentrum verbinden, das die MAC-Adressen aller virtuellen Maschinen speichern musste, die auf den Servern installiert waren, die über diesen Switch verbunden waren.


VXLAN-Paketformat und Kapselung

VXLAN verwendet MAC Address-in-User Datagram Protocol (MAC-in-UDP)-Kapselung. Dem anfänglich gesendeten Link-Layer - Paket wird ein VXLAN-Header hinzugefügt, der die MAC-Adressen des Quellhosts und des Zielhosts enthält. Der obige Satz wird in das Datenfeld eines UDP - Datagramms eingefügt und IP wird als Netzwerkschichtprotokoll verwendet . Schließlich hat das Paket, das an das IP-Netzwerk gesendet wird, als Quellen- und Ziel-MAC-Adressen diejenigen, die den VTEPs entsprechen, hinter denen sich die Quellen- und Ziel-Hosts befinden. Auf diese Weise ist es möglich, das Ausgangspaket über ein IP-Netzwerk zu routen, sodass es alle Hosts des VXLAN auf die gleiche Weise erreichen kann, als befänden sie sich im selben LAN.

Image
VXLAN-Kapselung


VXLAN-Komponenten

Image
VXLAN-Header

- VXLAN-Header: Er hat eine Länge von 8 Byte und besteht aus vier Feldern:

  • Flags: 8-Bit-Feld, das die Folge von Flags „RRRRIRRR“ enthält. Das Flag namens "I" muss den Wert "1" enthalten, um eine gültige VNI anzuzeigen. Die restlichen Bits („R“) müssen beim Senden des Frames den Wert „0“ enthalten und werden beim Empfang ignoriert.
  • VXLAN Network Identifier ( VNI oder VNID ): Dies ist ein 24-Bit-Feld, durch das jedes „ Overlay “ -Netzwerk identifiziert wird, wodurch wir mehr als 16 Millionen VXLAN-Segmente in derselben Verwaltungsdomäne erstellen können. Jedes VXLAN hat eine andere VNI und jede Maschine, die zu einem VXLAN gehört, wird durch ihren MAC und ihre VNI identifiziert, sodass es möglich ist, Maschinen mit doppelten MAC-Adressen in verschiedenen VXLAN-Netzwerken zu haben.
  • Reservierte Felder: Es gibt zwei reservierte Felder im VXLAN-Header. Einer davon befindet sich zwischen dem Flags-Feld und dem VNI-Feld und der andere befindet sich am Ende des VXLAN-Headers. Diese Felder haben eine Länge von 24 bzw. 8 Bit, beide müssen mit dem Wert „0“ gesendet werden und werden beim Empfang des Pakets ignoriert. [ 4 ] ​[ 5 ]


- VXLAN-Tunnelendpunkt (VTEP): Dies ist eine Entität, die VXLAN- „Tunnel“ erstellt und beendet und für die Kapselung der Ethernet- Frames jedes physischen Netzwerks zuständig ist, das zu einem VXLAN gehört, um sie über ein IP-Netzwerk zum Rest zu transportieren das VXLAN-Netzwerk VTEPs, die zur Multicast-Gruppe des virtuellen Netzwerks gehören. In ähnlicher Weise ist es für die Entkapselung empfangener IP-Pakete verantwortlich und speichert die Routing-Tabellen, die für die Kommunikation zwischen den mit diesem VTEP verbundenen Hosts und den übrigen Hosts im virtuellen Netzwerk erforderlich sind.

Jedes VTEP hat mindestens zwei Schnittstellen: Eine davon ist die Schnittstelle für das lokale Bereichssegment und ist verantwortlich für die Bereitstellung von Diensten für die Endsysteme, die direkt mit dem VTEP verbunden sind. Die andere ist eine IP-Schnittstelle, die für die Einkapselung der Frames des lokalen Bereichssegments verantwortlich ist, um sie über ein IP-Netzwerk zu den übrigen VTEPs übertragen zu können, die zu dem virtuellen Netzwerk gehören. Dazu müssen alle VTEP-Geräte im selben VXLAN einer Multicast-Gruppe beitreten, die das IGMP -Protokoll (Internet Group Management Protocol) verwendet. Durch die Verwendung von Routing basierend auf der externen IP-Adresse jedes VTEP sind die verschiedenen physischen lokalen Netzwerke, die ein VXLAN-Netzwerk bilden, unabhängig von der Topologie, die sie vereint, und können miteinander kommunizieren, als ob sie sich in demselben physischen Netzwerk befänden. [ 6 ]

- VXLAN-Gateways: Dies ist ein VTEP-Gerät, das die Kommunikation zwischen Knoten ermöglicht, die das VXLAN-Protokoll unterstützen, und solchen, die das VXLAN-Protokoll nicht unterstützen. Auf diese Weise können Geräte, die diese Technologie nicht unterstützen, auf klassischen VLAN -Segmenten verbleiben und über ein VXLAN-Gateway eine gemeinsame Link-Layer -Domäne mit einem VXLAN-Netzwerk bilden. Ein VXLAN-Gateway kann dem VXLAN-Netzwerk auch erweiterte Konnektivitäts- und Sicherheitsdienste anbieten, wie z. B. die Bereitstellung von NAT-Funktionen (Zugriff auf das externe Netzwerk), die unter anderem als Firewall, DHCP- und DNS-Server fungieren. [ 7 ]


Um ein VXLAN-Paket zu bilden, sind außerdem die folgenden Header erforderlich:

  • Externer UDP -Header , der den Quellport des VTEP und den Zielport enthält (von der IANA als Port 4789 als Standard-UDP-Port in VXLAN definiert). [ 8 ]
  • Ein externer IP-Header, der die IP-Adressen des Quell-VTEP und des Ziel-VTEP enthält, die erforderlich sind, um das Paket über das IP-Netzwerk zu leiten. Die Ziel-IP-Adresse kann eine Unicast- oder Multicast-Adresse sein, je nachdem, ob das Quell-VTEP die Adresse des VTEP kennt oder nicht, zu dem das Gerät gehört, an das das Paket adressiert ist.
  • Externer Ethernet- Header , der die Quell- und Ziel-MAC-Adressen der VTEPs enthält, damit sie miteinander kommunizieren können. [ 9 ]

Sowohl der UDP- als auch der IP-Header bieten zusätzlich ein Prüfsummenfeld, um die Integrität der Paketdaten zu überprüfen.

Um schließlich ein VXLAN-Netzwerk aufzubauen, ist es notwendig, dass das IP-Netzwerk, über das die Pakete geroutet werden, Multicast-Routing-Funktionalitäten wie IGMP und PIM , Routing-Protokolle wie OSPF und BGP und Link-State-Protokolle wie IS-IS unterstützt .

VXLAN-Betrieb

Der Betrieb von VXLAN basiert hauptsächlich darauf, den Link-Layer -Verkehr eines lokalen Netzwerks einzukapseln und ihn über ein IP-Netzwerk zu einem anderen, unterschiedlichen physischen LAN zu transportieren, wodurch sichergestellt wird, dass die Hosts beider Netzwerke auf die gleiche Weise kommunizieren können, als wären sie verbunden . befinden sich im selben lokalen Netzwerk. Um dies zu erreichen, werden „Tunnel“ zwischen den verschiedenen VTEPs verwendet, durch die der „Overlay“ -Verkehr übertragen wird , sodass er das andere Ende in demselben Zustand erreicht, in dem er sich im Ursprungs-LAN-Netzwerk befand.

Image
Tunnel zwischen zwei VTEP

In jedem LAN-Netzwerk sind die zum VXLAN gehörenden Hosts mit einem VTEP verbunden. Dieses Gerät ist dafür verantwortlich, die Frames der Hosts eines VXLAN-Segments zu kapseln und sie durch das IP-Netzwerk zu leiten, damit sie die restlichen VXLAN-Geräte erreichen.

Jedes VXLAN-Segment wird durch seine VNI (VXLAN Network Identifier) ​​identifiziert. Basierend auf diesem VNI stellt der VTEP sicher, dass die Pakete nur an die Hosts gesendet werden, die demselben VXLAN-Segment angehören. Dazu wird das IGMP -Protokoll verwendet , alle VTEPs desselben VXLAN-Segments abonnieren eine Multicast -Gruppe , sodass nur die Pakete, die sich auf dieses VXLAN-Segment beziehen, aneinander gesendet werden.

Jedes Mal, wenn ein VXLAN-Host einen Frame sendet, dessen Ziel ein anderer Host im selben VXLAN-Segment ist, kapselt der VTEP den Frame ein, indem er die entsprechenden Header hinzufügt und ihn über das IP-Netzwerk sendet, sodass er den VTEP erreicht, hinter dem sich der Zielhost befindet. .

Um das Routing über das IP-Netzwerk durchzuführen, speichert jeder VTEP in seinen Routing-Tabellen die Entsprechung jedes MAC eines Hosts mit der IP des VTEP, an den er das Paket senden muss, wenn er diesen Host erreichen möchte. Das bedeutet, dass zwei verschiedene Situationen auftreten können, wenn Sie ein Paket an einen Host senden möchten:

  • Das VTEP hat die IP des VTEP und den MAC des Zielhosts in seinen Tabellen gespeichert: In diesem Fall ist die Kommunikation Unicast und daher sendet das Quell-VTEP den Frame direkt an das Ziel-VTEP.
  • Das VTEP kennt die Übereinstimmung der MAC-Adresse des Zielhosts mit der IP des Ziel-VTEP nicht: In diesem Fall wird eine Multicast -Übertragung durchgeführt , sodass das VTEP das Paket an alle VTEPs sendet, die zu diesem VXLAN gehören Segment mit dem Ziel, schließlich den Zielhost zu erreichen.

Im Fall der Verwendung von Multicast-Kommunikation speichert jedes an der Kommunikation beteiligte VTEP in seinen Tabellen die Adressen, die diesem Austausch von Paketen entsprechen, so dass die nächsten Pakete unter Verwendung von Unicast-Kommunikation gesendet werden können. [ 10 ]

Unicast-Kommunikation: [ 11 ] ​[ 12 ] ​[ 13 ]

Beispiel für Unicast-Kommunikation in VXLAN

Basierend auf einem Schema wie dem in Abbildung 1 , bei dem es zwei Hosts innerhalb desselben VXLAN-Segments gibt, die sich in unterschiedlichen lokalen Netzwerken befinden, und unter der Annahme, dass beide Maschinen im Voraus die Adressen der anderen Maschine kennen und jeder VTEP weiß, wie um mit dem anderen VTEP zu kommunizieren. Wenn einer der Hosts versucht, mit dem anderen zu kommunizieren, würde die folgende Sequenz befolgt werden:

Image
Abbildung 1: Beispiel für ein VXLAN-Netzwerk mit Unicast-Weiterleitung


  1. Host-A sendet über das lokale Netzwerk einen MAC-Frame, dessen Ziel-MAC-Adresse die von Host-B ist, genau wie in einem normalen LAN-Szenario.
  2. VTEP-1 empfängt den Frame und überprüft die mit Host-A verbundene VNI. Danach wird festgestellt, ob die Ziel-MAC-Adresse im selben Netzwerksegment liegt oder ob es einen Eintrag in den Routing-Tabellen gibt, der diese MAC-Adresse mit der eines anderen VTEP in Beziehung setzt, in dessen physikalischem Netzwerk sich die Zielmaschine befindet.
  3. VTEP-1 findet in seinen Tabellen, dass die Adresse von Host-B auf die IP-Adresse von VTEP-2 abgebildet ist. Daher fügt es dem ursprünglichen Frame einen VXLAN-Header mit der VNI des virtuellen Netzwerks, zu dem die Hosts gehören, einen IP-Header mit den externen IP-Adressen von VTEP-1 und VTEP-2 als Quelle bzw. Ziel und einen Header External hinzu MAC, der die Quell- und Ziel-MAC-Adressen der VTEPs enthält. Schließlich leitet er den Frame über das IP-Netzwerk an VTEP-2 weiter.
  4. VTEP-2 empfängt den Frame und prüft, ob die VNI des VXLAN-Headers gültig ist und ob es einen Host in seinem physischen Netzwerk gibt, der zu diesem VXLAN gehört und als MAC-Adresse die Zieladresse des im empfangenen Frame eingekapselten Pakets hat.
  5. VTEP-2 stellt fest, dass Host-B mit diesen Daten übereinstimmt, entkapselt daher den empfangenen Frame, indem es die äußeren Header entfernt, und leitet das Paket an Host-B weiter.
  6. Zusätzlich lernt der VTEP-2 die Beziehung zwischen der internen Quell-MAC-Adresse (Host-A-Adresse) und der externen IP-Adresse (VTEP-1-Adresse) und speichert sie in seiner Routing-Tabelle. Wenn Host-B auf die Nachricht antwortet, ist es auf diese Weise nicht erforderlich, die Korrespondenz von Host-A mit VTEP-1 zu entdecken.



Während des gesamten Prozesses muss sich kein Host bewusst sein, dass er mit einer Maschine kommuniziert, die sich nicht in seinem physischen Netzwerk befindet. Die Hosts müssen auch nicht wissen, dass sie Teil eines VXLAN sind. Der VTEP speichert die VNI, die jedem Host entspricht, mit dem er verbunden ist, und ist daher in der Lage, Pakete von einem bestimmten Host zu einem anderen im virtuellen Netzwerk, zu dem er gehört, zu senden, ohne dass einer der Endpunkte ein anderes Verhalten ausführen muss, als er es tun würde in einem klassischen LAN-Netzwerk haben.


Multicast-Kommunikation: [ 14 ] ​[ 15 ]

In diesem Fall gehen wir davon aus, dass die Maschine, die versucht, mit einer anderen zu kommunizieren, die MAC-Korrespondenz mit der Ziel-IP nicht kennt und dass das für das Routing des IP-Pakets zuständige VTEP in seinen Routing-Tabellen nicht die erforderlichen Informationen hat, um zu wissen, wohin VTEP Es muss den Paketrahmen weiterleiten, damit er das Zielgerät erreicht. Um zu vermeiden, dass das IP-Netzwerk mit Broadcast -Verkehr überflutet wird, wird Multicast -Verkehr verwendet , auf diese Weise werden nur Pakete an die VTEPs gesendet, die zu einer bestimmten Multicast-Gruppe gehören.

Da das Quellgerät die Ziel-MAC nicht kennt, sendet es einen ARP - Anforderungsrahmen unter Verwendung der Broadcast-Adresse als Ziel-MAC-Adresse. Das VTEP empfängt den Frame, fügt den VXLAN-Header hinzu, der die dem Netzwerk entsprechende VNI zusammen mit den IP- und UDP-Headern enthält, und leitet den Frame an die Multicast -Gruppe weiter, zu der das VXLAN-Netzwerk gehört.

Die zur Multicast-Gruppe gehörenden VTEPs empfangen den Frame und leiten ihn an ihre lokalen Netzwerke weiter, damit er schließlich den Zielhost erreicht. Während des gesamten Prozesses haben die verschiedenen Zwischengeräte in ihren Routing-Tabellen alle Adressen gespeichert, die für die Kommunikation mit dem Quellhost erforderlich sind. Daher wird beim Routing der Antwort ( ARP-Antwort ) eine Unicast-IP-Adresse als Ziel verwendet.

Damit all dies funktioniert, muss jedes VTEP die Beziehung des VNI zu der Multicast-Gruppe kennen, zu der es gehört, was durch separates Konfigurieren jedes VTEPs über einen Verwaltungskanal erreicht wird. Auf diese Weise kann ein VTEP seinen Exit-Router zum IP-Netzwerk darüber informieren, ob er einer neuen Multicast-Gruppe beitritt oder eine verlässt, indem er das IGMP -Protokoll verwendet , was in einer Umgebung interessant sein kann, in der der VTEP Maschinen verbindet und häufig trennt, die zu verschiedenen VXLAN-Segmenten gehören . Ein praktisches Beispiel ist die Mobilität virtueller Maschinen in einem Rechenzentrum.

Als Routing-Protokoll zwischen den Mitgliedern der Multicast-Gruppe wird PIM (Protocol Independent Multicast) verwendet. Es ist erwähnenswert, dass einige der VXLAN-Implementierungen zulassen, dass die VTEPs gleichzeitig mehreren verschiedenen Multicast-Gruppen angehören.

Beispiel für Multicast-Kommunikation in VXLAN

Im Schema von Abbildung 2 sind drei VTEPs zu sehen, die zur selben Multicast -Gruppe gehören, wodurch die Flutung von Frames auf die Geräte, die zum selben VXLAN-Segment gehören, begrenzt wird, wodurch eine Überlastung des restlichen Netzwerks vermieden wird.

Multicast-Kommunikationssequenz, in der Host-A basierend auf dem Schema in Abbildung 2 mit Host-B kommunizieren möchte :

Image
Abbildung 2: Beispiel eines VXLAN-Netzwerks mit Multicast-Weiterleitung
  1. Host-A möchte mit Host-B kommunizieren, kennt aber dessen MAC-Adresse nicht. Daher sendet er eine ARP - Anforderung mit IP-B-Zieladresse über sein Schicht-2-VXLAN-Netzwerk, um eine ARP-Antwort von Host-B zu erhalten, von der er seine MAC-Adresse erfahren kann.
  2. VTEP-1 empfängt den Rahmen und prüft, ob es die Entsprechung von IP-B mit der IP des VTEP kennt, hinter der sich diese Adresse befindet. Da er es nicht kennt, kapselt er die ARP-Anforderung in ein IP- Multicast -Paket und sendet es an die Multicast-Gruppe des VXLAN-Netzwerks. Das Multicast-IP-Paket hat als Quell-IP-Adresse die von VTEP-1 und als Zieladresse die der Multicast-Gruppe, zu der das VXLAN gehört.
  3. Das Paket erreicht alle VTEPs, die zur Multicast-Gruppe gehören. Sie alle entkapseln das Paket und überprüfen die VNI aus dem VXLAN-Header. Da die VNI mit der ihres VXLAN-Segments übereinstimmt, leiten die VTEPs die ARP-Anforderung an ihre lokalen Netzwerke weiter. Während des Prozesses lernt jedes VTEP in der Multicast-Gruppe die IP-Adresse von VTEP-1, die den äußeren IP-Header enthält, und inspiziert den inneren Header, um die MAC-Adresse von Host-A zu erfahren. Diese Korrespondenz speichern sie schließlich in ihren Adresstabellen.
  4. Host-B empfängt die von VTEP-2 an ihn gesendete ARP-Anfrage und antwortet auf die Anfrage mit einer ARP-Antwort , die seine MAC-Adresse enthält. Dabei hat Host-B die MAC-Adresse von Host-A gelernt, sodass die Ziel-MAC-Adresse nicht mehr die Broadcast-Adresse ist.
  5. VTEP-2 empfängt die Antwort von Host-B. Es kennt jetzt die Abbildung des MAC von Host-A auf die IP von VTEP-1, sodass es das Paket von Host-B kapselt und als Unicast -Paket an VTEP-1 weiterleitet. Dieses Paket hat VTEP-2 als Quell-IP-Adresse.
  6. VTEP-1 empfängt die von VTEP-2 gesendete gekapselte ARP-Antwort und lernt seine IP-Adresse aus dem externen IP-Header. Er entkapselt das Paket und leitet die ARP-Antwort an Host-A weiter.
  7. Host-A erhält die ARP-Antwort und erfährt die MAC-Adresse von Host-B, sodass er nun mit diesem Host kommunizieren kann.

Die folgenden Pakete, die zwischen den Hosts A und B gesendet werden, werden von den VTEPs 1 und 2 als Unicast-Pakete weitergeleitet, da sie die erforderlichen Adressen gelernt haben, um zu vermeiden, erneut Multicast-Weiterleitung verwenden zu müssen. Da die VTEPs 1 und 2 die MAC-Adressen der Hosts B bzw. A gelernt haben, können sie optional als Proxy-ARP fungieren und so neue MAC-Anforderungen von diesen beiden Hosts vermeiden.


Sicherheitsüberlegungen

In der Regel kann ein lokales Link-Layer -Netzwerk nur von einem böswilligen Knoten angegriffen werden, der sich innerhalb des Netzwerks befindet. Im Fall eines VXLAN-Netzwerks macht die Tatsache, dass Layer-2-Datenverkehr über ein IP-Netzwerk transportiert wird, das Netzwerk anfällig für Angriffe durch böswillige Knoten, die nicht zum lokalen Netzwerk gehören.

Eine mögliche Gefahr besteht darin, dass ein Angreifer die Multicast -Gruppe eines VXLAN-Segments abonniert und daher den vom Netzwerk gesendeten Multicast-Verkehr empfangen oder für diese Multicast-Gruppe bestimmte Pakete in das Transportnetzwerk einfügen kann.

Um die Sicherheit des Transportnetzwerks zu erhöhen, werden Maßnahmen wie die Verwendung von IPsec in den Paketen, die durch das Netzwerk gesendet werden, vorgeschlagen, was die Authentifizierung und Verschlüsselung des VXLAN-Verkehrs ermöglicht und somit die oben genannten Probleme verhindert.

Eine weitere Empfehlung zur Erhöhung der Sicherheit auf der lokalen Ebene eines VXLAN besteht darin, ein VLAN festzulegen, über das der zwischen den VTEPs und Hosts im lokalen Netzwerk generierte VXLAN-Verkehr gesendet wird. Auf diese Weise haben nur die Hosts, die für die Zugehörigkeit zum VLAN konfiguriert sind, Zugriff auf den VXLAN-Verkehr des lokalen Netzwerks, anders als bei der Verwendung eines klassischen LAN. Es wäre auch notwendig, eine gute Kontrolle durch eine Verwaltungseinheit der Hosts zu haben, die zu dem LAN-Netzwerk gehören. [ 16 ]

Referenzen

  1. ↑ Timothy Prickett Morgan (30. August 2011). „VMware, Cisco dehnen virtuelle LANs über den Himmel aus“ . Das Register . Abgerufen am 20. November 2016 . 
  2. ^ "Arista und VMware haben gemeinsam einen neuen Standard für Cloud-Netzwerke entwickelt: das Virtual eXtensible LAN (VXLAN)" . Abgerufen am 20. November 2016 . 
  3. ^ a b „Virtual Extensible LAN (VXLAN) Best Practices White Paper“ . Abgerufen am 20. November 2016 . 
  4. ↑ "VXLAN: Konzepte, Betrieb und Implementierung (1/2)" . Abgerufen am 26. November 2016 . 
  5. ^ "VXLAN-Kapselung und Paketformat" . Abgerufen am 26. November 2016 . 
  6. ^ "VXLAN verstehen" . Archiviert vom Original am 27. November 2016 . Abgerufen am 26. November 2016 . 
  7. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Abschnitt 6: VXLAN-Bereitstellungsszenarien" . Abgerufen am 26. November 2016 . 
  8. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Virtual eXtensible Local Area Network (VXLAN): Ein Framework zum Überlagern virtualisierter Layer-2-Netzwerke über Layer-3-Netzwerke" . Abgerufen am 26. November 2016 . 
  9. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Abschnitt 5: VXLAN-Frame-Format" . Abgerufen am 26. November 2016 . 
  10. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Abschnitt 4: VXLAN" . Abgerufen am 3. Dezember 2016 . 
  11. ↑ Arista-Netzwerke,. „VXLAN-Übersicht“ . Abgerufen am 27. November 2016 . 
  12. ↑ Patricio Cerda (9. November 2016). „NSX: VXLAN-Replikationsmodi“ . Archiviert vom Original am 2. Dezember 2016 . Abgerufen am 27. November 2016 . 
  13. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). „RFC7348: Abschnitt 4.1: Unicast-VM-zu-VM-Kommunikation“ . Abgerufen am 27. November 2016 . 
  14. ↑ Cisco. "Layer-2-Mechanismen für Broadcast-, unbekannten Unicast- und Multicast-Verkehr" . Abgerufen am 2. Dezember 2016 . 
  15. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Abschnitt 4.2: Broadcast-Kommunikation und Zuordnung zu Multicast" . Abgerufen am 2. Dezember 2016 . 
  16. ^ M. Mahalingam, D. Dutt, K. Duda, P. Agarwal, L. Kreeger, T. Sridhar, M. Bursell, C. Wright (August 2014). "RFC7348: Abschnitt 7: Sicherheitsüberlegungen" . Abgerufen am 3. Dezember 2016 . 

Externe Links

Abgerufen von « https://es.wikipedia.org/w/index.php?title=Virtual_Extensible_LAN&oldid=128340145 »