DE60208147T2 - Verfahren zur Adressauflösung in einem virtuellen privaten Netzwerk, und Kunden-Netzperipherie-Vorrichtung zur Durchführung des Verfahrens - Google Patents

Verfahren zur Adressauflösung in einem virtuellen privaten Netzwerk, und Kunden-Netzperipherie-Vorrichtung zur Durchführung des Verfahrens Download PDF

Info

Publication number
DE60208147T2
DE60208147T2 DE60208147T DE60208147T DE60208147T2 DE 60208147 T2 DE60208147 T2 DE 60208147T2 DE 60208147 T DE60208147 T DE 60208147T DE 60208147 T DE60208147 T DE 60208147T DE 60208147 T2 DE60208147 T2 DE 60208147T2
Authority
DE
Germany
Prior art keywords
layer
address
vpn
virtual
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60208147T
Other languages
English (en)
Other versions
DE60208147D1 (de
Inventor
Simon David Bryden
Michael Tate
Geoffrey Mattson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nortel Networks Ltd
Original Assignee
Nortel Networks Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nortel Networks Ltd filed Critical Nortel Networks Ltd
Publication of DE60208147D1 publication Critical patent/DE60208147D1/de
Application granted granted Critical
Publication of DE60208147T2 publication Critical patent/DE60208147T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4645Details on frame tagging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Description

  • HINTERGRUND DER ERFINDUNG
  • Die vorliegende Erfindung betrifft die Bereitstellung von virtuellen privaten Netzwerkdiensten (VPN) über Trägernetzwerke wie etwa Metropolitan Area Networks (MANs) oder Wide Area Networks (WANs), insbesondere Verfahren zur Adressauflösung, die in einem solchen VPN benutzt werden.
  • Ein VPN emuliert ein privates Netzwerk über eine öffentliche oder gemeinschaftlich genützte Infrastruktur. Wenn die gemeinschaftlich genutzte Infrastruktur ein IP-Netzwerk wie etwa das Internet ist, so kann das VPN auf einem IP-Tunnelmechanismus basieren, wie beschrieben wird in "Request For Comments (RFC) 2764, veröffentlicht im Februar 2000 durch die Internet Engineering Task Force (IETF). Ein anderer Ansatz stellt Link-Layer Konnektivität für die zu dem VPN gehörenden Einrichtungen bereit.
  • Traditionelle Dienste für WAN Datenlayer 2, die von Trägern angeboten werden, basieren auf dem Konzept virtueller Schaltungen. Dateneinheiten werden innerhalb des Trägernetzwerkes auf vorerstellten Pfaden vermittelt, die als virtuelle Schaltungen bezeichnet werden. Diese Dateneinheiten sind z. B. Pakete in X.25 Netzwerken, Frames in Frame Relay (FR) Netzwerken, Zellen ATM-Netzwerken (Asynchronous Transfer Mode), ... . Das Trägernetzwerk kann auch eine Multi-Protocol Label Switching (MPLS) Architektur aufweisen, die auf einer Infrastruktur aufsetzt, die ein Protokoll für ein verbindungsloses Netzwerk Layer wie etwa IP unterstützt. MPLS wird beschrieben in RFC 3031, veröffentlicht im Januar 2001 durch die IETF. Die virtuellen Schaltungen innerhalb eines MPLS Netzwerkes werden als Label Switched Paths (LSPs) (etikettenvermittelte Pfade) bezeichnet.
  • Die virtuellen Schaltungen können vorkonfiguriert sein durch einen Konfigurationsprozeß, der als "provisioning" bezeichnet wird, und der von dem Träger des Netzwerkes ausgeführt wird: sie werden dann als permanente virtuelle Schaltungen (Permanent Virtual Circuits; PVC) bezeichnet. Alternativ können sie auf Anfrage von einer Kundeneinrichtung dynamisch konfiguriert werden: sie werden dann als vermittelte virtuelle Schaltungen (Switched Virtual Circuits; SVC) bezeichnet.
  • In letzter Zeit haben mehrere Anbieter das Ethernet als ein universelles Zugangsmedium für LAN, MAN und WAN Dienste befürwortet. Verschiedene bei der IETF vorgestellte Entwürfe betreffen den Weg zur Signalisierung und Bereitstellung von L2 VPN Diensten auf der Grundlage von IP/MPLS Infrastruktur (siehe z. B. Kompella et al. "MPLS-based Layer 2 VPNs", Internet Draft, draft-kompella-ppvpn-12vpn-00.txt, veröffentlicht im Juni 2001 durch die IETF).
  • Wie in dem IEEE-Standard 802.1Q spezifiziert wird, der im Dezember 1998 angenommen wurde, können Ethernet-Netzwerke ein oder mehrere Virtual Local Area Netzwerks (VLANs) unterstützen. Ein Ethernet-Frame, der in einem solchen Netzwerk zirkuliert, kann hinter einer MAC-Adresse (Medium Access Control Adresse) ein zusätztliches Feld enthalten, das als "Tag Header" oder "Q-Tag" bezeichnet wird und einen VLAN-Identifizierer (VID) enthält. Somit hat eine für VLAN gerüstete Ethernet-Brücke die Fähigkeit, eine Framevermittlung auf der Grundlage des VID durchzuführen, der entweder von dem physikalischen Port abgeleitet wird, von dem der eintreffende Frame empfangen wurde, oder aus dem Inhalt seines Tag Headers. Ein VLAN wird für das Layer 2 Rundsenden und die Weiterleitung von Frames innerhalb einer Untergruppe von Benutzern (Teilnehmer dieses VLAN) verwendet. Zum Beispiel ist es in einem Unternehmen möglich, jeweilige virtuelle LANs für verschiedene Abteilungen zu definieren, um selektive Rundsendungen und die Weiterleitung von Information in den Layer 2 Prozeduren zu ermöglichen.
  • Es ist vorgeschlagen worden, daß das Konzept von VLAN auf den Fall ausgedehnt werden kann, in dem Ethernetverkehr über ein MPLS Netzwerk transportiert wird (siehe z. B. Martini et al., "Transport of Layer 2 Frames over MPLS", Internet Draft, draft-martini-12circuit-trans-mpls-07.txt, veröffentlicht im Juli 2001 von der IETF).
  • In einem solchen Fall kann eine spezifische MPLS virtuelle Schaltung oder LSP, die ihren Ursprung an einer PE hat, mit jedem VLAN verknüpft werden, um die für die Teilnehmer dieses VLAN vorgesehenen Frames weiterzuleiten. Die CE sendet markierte (tagged) Frames an die PE und die letztere schaltet sie dann auf der Grundlage des physikalischen Eintrittsports und des VID auf die relevanten virtuellen Schaltungen.
  • Ein solches VLAN Multiplexing an der PE/CE Schnittstelle kann dazu benutzt werden, eine Layer 3 Architektur aufzubauen, z. B. eine IP-Architektur, über ein Backbone, das auf Data Link Layer VCs (Frame Relay, ATM, X.25, MPLS, etc.) basiert. In einem solchen Fall wird der ULAN Identifizierer lokal an der PE/CE Schnittstelle dazu benutzt, VCs zu diskriminieren, die innerhalb des Backbones konfiguriert sind. Mit anderen Worten, es ist eine Layer 2 Adresse, die von einer gegebenen CE-Vorrichtung zur Kommunikation mit einer anderen CE-Vorrichtungen benutzt wird, die mit einer entfernten PE verbunden sind: an der gegebenen CE entspricht der VID der Untergruppe von Benutzern, die über diese anderen CEs zugänglich sind.
  • In der Kunden-Layer 3 Architektur enthalten die CE-Vorrichtungen üblicherweise Router. Die Operationen, die sie an einem eintreffenden IP-Datagramm vornehmen, umfassen, (i) die Analyse der Zieladresse im IP-Header mit Hilfe einer Routingtabelle zur Bestimmung des "nächsten Sprunges", d. h. die IP-Adresse des nächsten Routers oder Hosts, an den das Datagramm weitergeleitet werden sollte und (ii) die Wiedergewinnung der Layer 2 Adresse, die zur Weiterleitung dieses Diagrammes zu verwenden ist, au der Grundlage der IP-Adresse für den nächsten Sprung. Schritt (ii) erfordert eine Abbildung zwischen entfernten IP-Adressen und lokalen Layer 2 Adressen.
  • In dieser Anwendung kann der VID an der CE/PE Schnittstelle mit dem Data Link Connection Identifier (DLCI) verglichen werden, der in Frame Relay Access Diensten als Layer 2 Adresse verwendet wird. Wenn ein VC in einem solchen Frame Relay VPN Dienst initialisiert wird, so wird ein inverses Adressauflösungsprotokoll, Address Resolution Protocol (Inverse ARP), dazu benutzt, die am anderen Ende des VC konfigurierte IP-Adresse aufzudecken. In den CE Router ist somit eine Adressauflösungstabelle eingebaut, um die Benutzer-Frames weiterzuleiten. In einer typischen Naben- und Speichen Topologie wird es in der Adressauflösungstabelle für jede Speiche nur einen Eintrag für die Adresse der Nabe geben, und einen Eintrag je Speiche in der Nabe, zur Abbildung der IP-Adresse auf den entsprechenden DLCI.
  • Die internationale Anmeldung WO 00/56018 A bietet ein Beispiel für ein ARP Protokoll, das den Aufbau von unabhängigen IP basierten virtuellen privaten LAN Segmenten auf einem IP Backbone erlaubt.
  • Anders als gängige WAN Layer 2 Technologien (Frame Relay, ATM, ...) werden Ethernetschaltungen (einschließlich VLANs mit einer einzigen Ethernet-Schnittstelle), jedoch von Layer 3 Einrichtungen als separate Layer 3 Unternetze interpretiert. Dies impliziert eine separate Layer 3 Schnittstellenadresse für jedes VLAN. Wenn sie auf den Fall von VPN angewandt wird, wo der VLAN Identifizierer dazu benutzt wird, den eintreffenden Verkehr über virtuelle Schaltungen auf entfernte Ziele abzubilden, führt dies zu zunehmendem Bereitstellungsaufwand und zunehmendem Bedarf an Ressourcen, z. B. von Layer 3 Adressenraum.
  • Es ist deshalb eine Aufgabe der vorliegenden Erfindung, ein Adressauflösungsverfahren vorzuschlagen, das einfach auf verschiedene Kunden-Layer 3 Einrichtungen anwendbar ist. Eine andere Aufgabe besteht darin, unnötige Verluste an Adressenraum zu vermeiden, insbesondere indem es der Kundeneinrichtung erlaubt wird, eine Gruppe von VLAN Identifizierern an einer gegebenen PE/CE Schnittstelle als eine einzige Layer 3 Schnittstelle zu interpretieren.
  • KURZDARSTELLUNG DER ERFINDUNG
  • Die Erfindung schafft ein Verfahren zur Adressauflösung für ein VPN mit CE-Vorrichtungen, die jeweils eine PE-Schnittstelle haben, wobei eine der PE-Schnittstellen eine einzige Layer 3 Adresse in dem VPN aufweist und einen Multiplex von Layer 3 virtuellen Schaltungen zur Kommunikation mit entfernten CE-Vorrichtungen unterstützt, und das Verfahren umfaßt die folgenden Schritte:
    • – Senden einer Adressauflösungs-Anforderungsnachricht einschließlich einer Layer 3 Adresse einer entfernten CE-Vorrichtung durch die PE-Schnittstelle über jede Layer 2 virtuelle Schaltung des Multiplex,
    • – als Reaktion auf den Empfang einer Nachricht, die auf die Anforderungsnachricht antwortet, an der PE-Schnittstelle auf einer der Layer 2 virtuellen Schaltungen, Abbilden der Layer 3 Adresse der entfernten CE-Vorrichtung auf diese eine der Layer 3 virtuellen Schaltungen.
  • Die Erfindung schlägt auch ein Adressauflösungsverfahren vor, für ein VPN, das durch eine gemeinsam genutzte Netzwerkinfrastruktur bereitgestellt wird, wobei das VPN mehrere CE-Vorrichtungen umfaßt, die jeweils eine PE-Schnitttelle zur Verbindung mit der gemeinsam benutzten Netzwerkinfrastruktur aufweisen. Eine jeweilige Layer 3 Adresse wird jeder CE-Vorrichtung auf dem VPN zugewiesen. Die CE-Vorrichtungen des VPN umfassen eine erste CE-Vorrichtung mit einem Layer 3 Router und einer PE-Schnittstelle, die ein Multiplex von Layer 2 virtuellen Schaltungen unterstützt. Jede dieser Layer 2 virtuellen Schaltungen wird unterschieden durch einen jeweiligen virtuellen LAN Identifizierer, der in markierten Datenframes enthalten ist, die über die PE-Schnittstelle ausgetauscht werden, und wird in der gemeinsam genutzten Netzwerkinfrastruktur für die Kommunikation mit einer jeweiligen entfernten CE-Vorrichtung; des VPN bereitgestellt. Das Verfahren umfaßt die folgenden Schritte:
    • – Senden einer Adressauflösungs-Anforderungsnachricht von der ersten CE-Vorrichtung auf jeder der Layer 2 virtuellen Schaltungen der PE-Schnittstelle, wobei die Anforderungsnachricht die Layer 3 Adresse einschließt, die einer zweiten CE-Vorrichtung des VPN zugewiesen ist;
    • –als Reaktion auf den Empfang der Anforderungsnachricht an der zweiten CE-Vorrichtung, Zurückgeben einer Adressauflösungs-Antwortnachricht an die erste CE-Vorrichtung; und
    • – als Reaktion auf den Empfang der Antwortnachricht an der ersten CE-Vorrichtung, Speichern einer Entsprechung zwischen der Layer 3 Adresse, die der zweiten Netzwerk-Vorrichtung zugewiesen ist, und dem VLAN Identifizierer der Layer 2 virtuellen Schaltung, auf der die Antwortnachricht empfangen wird.
  • Die Adressauflösungs-Antwortnachricht kann die Layer 3 Adresse enthalten, die der zweiten CE-Vorrichtung zugewiesen und in Entsprechung zu dem VLAN Identifizierer der Layer 2 virtuellen Schaltung zu speichern ist, auf der die Antwortnachricht an der ersten CE-Vorrichtung empfangen wird.
  • Die Verfahren sind insbesondere dort anwendbar, wo die PE-Schnittstelle eine Ethernet-Schnittstelle ist. Die Adressauflösungs-Anforderungs- und -antwortnachrichten können dann Nachrichten eines standardmäßigen Ethernet Address Resolution Protocolls (ARP] sein, wie in RFC 826 spezifiziert wird, veröffentlicht im November 1982 durch die IETF.
  • ARP ist normalerweise in allen IP Hosts präsent, einschließlich den CE-Routern im VPN-Kontext. Deshalb ist keine Protokollentwicklung erforder lich, um die Adressenabbildung zu erhalten. Es genügt, daß nur die CE-Vorrichtungen, die Verbindungen über mehrere VIDs haben, dazu eingerichtet sind, ARP-Anforderungen zu generieren und über das Trägernetzwerk an andere CE-Vorrichtungen des VPN rundzusenden. Die anderen CE-Vorrichtungen werden darauf mit einer standardmäßigen ARP-Nachricht antworten, wenn sie ihre IP-Adresse in der Anforderung finden. Der Empfang dieser Antwort wird die Information liefern, die an der ersten CE-Vorrichtung benötigt wird.
  • ARP wird vorzugsweise verwendet, weil es in den meisten IP Hosts verfügbar ist. Es sei jedoch angemerkt, daß es keine Abbildung von jedem VLAN-Identifizierer auf eine jeweilige spezifische IP-Adresse des lokalen Routers gibt. Die ARP-Nachricht wird von einer einzigen IP-Adresse an jedes der VCs gesendet, die durch die VLAN-Identifizierer angeben sind. Das vorgeschlagene Verfahren umgeht die Notwendigkeit, mehrere IP-Adressen an der PE-Schnittstelle der ersten CE-Vorrichtung bereitzustellen, und somit sind mehrere IP Subnetze jeweils nur für zwei Hosts vorgesehen. Das Resultat ist ein beträchtliche Ersparnis an Adressenressourcen.
  • Dieser Vorteil gilt besonders in dem Fall, in dem das VPN eine Naben- und Speichen Topologie hat, mit der "ersten CE" auf der Seite der Nabe und mehreren Speichen-CEs.
  • Ein anderer Aspekt der Erfindung betrifft CE-Vorrichtungen, die zur Implementierung der oben genannten Verfahren in einem durch eine gemeinsam genutzte Netzwerkinfrastruktur bereitgestellten VPN geeignet sind. Diese CE-Vorrichtung kann umfassen:
    • – eine PE-Schnittstelle mit einer einzigen Layer 3 Adresse in dem VPN, zur Verbindung mit der gemeinsam genutzten Netzwerkinfrastruktur, wobei die PE-Schnittstelle einen Multiplex von Layer 2 virtuellen Schaltungen unterstützt, wobei jede der Layer 2 virtuellen Schaltungen unterschieden wird durch einen jeweiligen VLAN-Identifizierer, der in markierten Datenframes enthalten ist, die über die PE-Schnittstelle ausgetauscht werden und in der gemeinsam genutzten Netzwerkinfrastruktur zur Kommunikation mit einer jeweiligen entfernten CE-Vorrichtung des VPN bereitgestellt werden;
    • – einen Layer 3 Router zum Routen von Paketen auf der Grundlage von darin enthaltenen Layer 3 Adressen;
    • – Mitteln zum Senden einer Adressauflösungs-Anforderungsnachricht auf jeder der Layer 2 virtuellen Schaltungen der PE-Schnittstelle, wobei die Adressauflösung-Anforderungsnachricht eine Layer 3 Adresse enthält, die einer der entfernten CE-Vorrichtungen des VPN zugewiesen ist, und
    • – Mitteln, die auf den Empfang einer Adressauflösung-Antwortnachricht an der PE-Schnittstelle ansprechen, zum Speichern einer Entsprechung zwischen der Layer 3 Adresse, die der einen der entfernten CE-Vorrichtungen zugewiesen ist, und dem VLAN-Idendifizierer der Layer 2 virtuellen Schaltung, auf der die Antwortnachricht empfangen wird.
  • Die Erfindung schafft auch eine Kundenperiphrie- Vorrichtung (CE-Vorrichtung) für ein virtuelles privates Netzwerk (VPN) mit:
    • – einer Provider Edge (PE) Schnittstelle, die eine einzige Layer 3 Adresse in dem VPN aufweist und einen Multiplex von Layer 2 virtuellen Schaltungen unterstützt;
    • – Mitteln zur Übertragung, auf jeder der Layer 2 vituellen Schaltungen der PE-Schnittstelle, einer Adressauflösungs-Anforderungsnachricht einschließlich einer Layer 3 Adresse einer entfernten CE-Vorrichtung des VPN und
    • – Mitteln, die auf den Empfang einer Adreßauflösung-Antwortnachricht auf einer der Layer 2 virtuellen Schaltungen ansprechen, zum Abbilden der Layer 3 Adresse der entfernten CE-Vorrichtung auf die eine der Layer 2 virtuellen Schaltungen.
  • Die bevorzugten Merkmale der oben genannten Lösungen, die in den abhängigen Ansprüchen angegeben sind, können je nach Zweckmäßigkeit kombiniert werden und können mit irgendwelchen der oben genannten Aspekte der Erfindung kombiniert werden, wie für den Fachmann offensichtlich sein dürfte.
  • KURZBESCHREIBUNG DER ZEICHNUNG
  • Die einzige Figur ist eine schematische Darstellung einer Netzwerkanordnung zur Ausführung der Erfindung.
  • BESCHREIBUNG VON BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • Die Erfindung wird hier in ihrer gegenwärtig bevorzugten Anwendung auf einen VPN-Dienst des Ethernet-Typs mit Verwendung einer auf MPLS basierenden Träger-Infrastruktur illustriert. Es versteht sich, daß sie auch auf andere Typen von Kunden und/oder Provider-Netzwerken anwendbar ist.
  • Das in der Zeichnung dargestellte Trägernetzwerk 6 ist z. B. ein IP Netzwerk mit Routern, die die MPLS Architektur unterstützen. Einige dieser Router 11, 12, 13 sind Label Edge Routers (LER), die dazu eingerichtet sind, als PE (Provider Edge) Vorrichtungen für die Bereitstellung des L2 VPN Dienstes zu dienen. Die anderen Router des Trägernetzwerkes 6, z. B. 14, sind labelvermittelte Router (Label Switched Routers; LSRs), die die LERs durch ein vollständiges Netz von logischen Links (Transporttunneln) vernetzen.
  • Die Figur zeigt auch CE-Vorrichtungen (Kundenschnittstellen-Vorrichtungen) 1, 2, 3. Jede CE-Vorrichtung ist mit einer PE verbunden. Diese Verbindungen werden gebildet durch eine Ethernetschnittstelle, die VID-basierte virtuelle Schaltungen trägt, in Übereinstimmung mit IEEE 802.1Q. Jede CE-Vorrichtung kann für einen Satz von Stationen 5045 ein Zugangspunkt zu dem Trägernetzwerk über ein lokales Ethernetnetzwerk sein.
  • Diese CE-Vorrichtungen gehören zu einem Kundennetzwerk. Es handelt sich um ein virtuelles privates Netzwerk (VPN), insoweit als einige seiner Links mit Hilfe des gemeinsam genutzten Trägernetzwerkes 6 bereitgestellt werden. Es ist zu bemerken, daß CE-Vorrichtungen, die zu anderen Kundennetzwerken (nicht gezeigt) gehören, normalerweise mit den Träger-PEs verbunden sind.
  • Wie hier angenommen wird, sind die CEs 13 des Kunden-VPN nach einer Naben- und Speichen Topologie angeordnet. Die CE-Vorrichtung 1 ist in diesem Beispiel eine Nabe, und die CEs 23 sind Speichen, d. h. die Nabe (CE1) hat mehrere Punkt zu Punkt Verbindungen zu den Speichen (CEs 23), während jede Speiche nur eine Punkt zu Punkt Verbindung zu der Nabe hat.
  • Jede dieser Punkt zu Punkt Verbindungen enthält eine virtuelle Schaltung, die vom Betreiber des Trägernetzwerkes bereitgestellt wird. An jeder der beiden PE Vorrichtungen, an welche jeweils die Nabe und eine Speiche angeschlossen sind, umfaßt der Aufbau der virtuellen Schaltung zwischen ihnen die Abbildung einer MPLS LSP, die für den Transport der Kunden-Ethernetframes zwischen diesen beiden PE-Vorrichtungen benutzt wird, auf einen VLAN Identifizierer (VID), der auf der PE/CE Schnittstelle zwischen dieser PE Vorrichtung und der CE-Vorrichtung konfiguriert ist. Die VIDs, die an beiden Enden der virtuellen Schaltung verwendet werden, können dieselben sein oder nicht (es ist sogar möglich, nur an der die Nabe bildenden PE-Schnittstelle 4 ein VLAN Multiplexing vorzusehen). Dieser Aufbau von LSPs und VIDs wird zwischen dem Anbieter und dem Kunden ausgehandelt.
  • In der Zeichnung ist VID Multiplexing auf der PE/CE Schnittstelle nur zwischen CE 1 und PE 11 illustriert: die IEEE 802.1 Q Schnittstelle 4 unterstützt in diesem vereinfachten Beispiel VIDs 42 und 43. Jeder Ethernet Frame, der auf der Schnittstelle 4 zirkuliert, enthält ein Q-Tag, das VID = 42 oder VID = 43 enthält. Auf der Grundlage dieses VID schaltet der PE LER11 den Frame auf den relevanten LSP.
  • Das Kunden-VPN hat eine Layer 3 Architektur, typischerweise auf der Grundlage von IP (es ist dann ein Intranet). Jede CE-Vorrichtung 13 hat eine einzige Layer 3 IP-Adresse in dem privaten Netzwerk. Jede CE-Vorrichtung 1 enthält einen Router. Sie weist somit eine Routingtabelle auf, die angibt, welches der nächste Sprung für eine gegebene IP-Zieladresse ist, wie im Stand der Technik bekannt ist. Sie hat auch eine Adressauflösungstabelle, um die jeweiligen Layer 2 Adressen mit den verschiedenen IP-Adressen in Beziehung zu setzen, die durch den Routingalgorithmus als eine IP-Adresse für den nächsten Sprung ausgegeben werden mögen.
  • Ein Problem, mit dem sich die Erfindung befaßt, besteht nun darin, die Einträge für diese Adressauflösungstabelle zu erhalten.
  • In einem ersten Schritt des in dieser Erfindung vorgeschlagenen Adressauflösungsverfahrens sendet die Naben-CE-Vorrichtung 1 an die PE-Vorrichtung, mit Vielfachübermittlung auf jeder an der Schnittstelle 4 gemultiplexten virtuellen Schaltung 42, 43, eine Ethernet Address Resolution Proto coll (ARP) Anforderungsnachricht, wie in den oben erwähnten RFC 826 spezifiziert wird. Diese Anforderungsnachricht enthält die IP-Adresse einer Speiche, sagen wir von CE2.
  • Dieser erste Schritt kann ausgelöst werden, wenn infolge des in dem Naben-Router ausgeführten Routingalgorithmus zum ersten Mal eine IP-Adresse für den nächsten Sprung auftritt, d. h., wenn der Routingalgorithmus einen nächsten Sprung angibt, für den es keinen Eintrag in der Adressauflösungstabelle gibt. Wenn die Adresse für den nächsten Sprung einer Speiche entspricht, so wird eine Antwort erhalten, und der Eintrag in der Adressauflösungstabelle wird erzeugt.
  • Die ARP Anforderungsnachricht wird von der PE 11 über das Trägernetzwerk 6 übermittelt. Er wird weitergeleitet auf den verschiedenen LSPs, die auf die VIDs 42, 43 abgebildet werden, die durch die CE in den Q-Tags der die Nachricht tragenden Frames angegeben wurden.
  • In der Zeichnung bezeichnet das Bezugszeichen 5 eine der LSPs, gefolgt von der ARP Nachricht innerhalb des Trägernetzwerkes 6. An dem Ende eines solchen LSP wird die Nachricht längs des letzten Astes der virtuellen Schaltung zu der Speiche CE 2 weitergeleitet.
  • Jede CE-Vorrichtung 2, 3, die so die Nachricht erhält, analysiert den Wert der IP-Adresse, die in der ARP Anfrage enthalten ist, und vergleicht ihn mit seiner eigenen IP Adresse. Wenn die Adressen übereinstimmen, meldet die CE-Vorrichtung 2, die der Empfänger der Anforderungsnachricht ist, eine ARP Antwortnachricht in Übereinstimmung mit dem oben erwähnten RFC 826 zurück.
  • Diese Antwortnachricht enthält die IP Adresse der CE-Vorrichtung und ihre lokale Layer 2 Adresse. Sie wird auf der entsprechenden virtuellen Schaltung zu der die Nabe bildenden CE-Vorrichtung 1 zurückgesandt und in einem markierten Frame an der Ethernet Schnittstelle 4 empfangen. Die CE-Vorrichtung 1 liest den in dem Q-Tag des die ARP Antwortnachricht tragenden Frames vorhandene VID einschließlich der Speichen-IP-Adresse und ist so in der Lage, den Eintrag in der Adressauflösungstabelle zu erzeugen, der diese Speichenadresse mit dem VID verknüpft, der das lokale Ziel der virtuellen Schaltungsressource ist.
  • Wenngleich die Verwendung von ARP für das vorgeschlagene Adressauflösungsverfahren, wie es zuvor beschrieben wurde, besonders geeignet ist, wäre auch irgendeine andere Nachricht geeignet, die von der CE-Vorrichtung 1 auf jeder der virtuellen Schaltungen 42, 43 übertragen wird, die von ihrer PE-Schnittstelle 4 unterstützt wird, und die eine Antwort von der empfangenden CE-Vorrichtung 2 erfordert.
  • Nachdem von der CE-Vorrichtung 1 einmal die Korrespondenz aufgestellt worden ist, kann diese Vorrichtung die Frames, die für die CE-Vorrichtung 2 vorgesehen sind, direkt mit einem Q-Tag markieren, das die richtige VID enthält, der auf die virtuelle Schaltung 42 verweist, in Übereinstimmung mit der Adressauflösungstabelle.

Claims (19)

  1. Verfahren zur Adressauflösung für ein virtuelles privates Netzwerk, VPN, mit Kunden-Netzperipherie, CE, -Vorrichtungen (13), die jeweils eine Provider-Edge, PE (1113), -Schnittstelle (anbieterseitige Schnittstelle) aufweisen, wobei eine der PE (1113) -Schnittstellen (4) eine einzige Layer 3 Adresse in dem VPN aufweist und einen Multiplex von Layer 2 virtuellen Schaltungen zur Kommunikation mit entfernten CE-Vorrichtungen unterstützt, welches Verfahren die folgenden Schritte aufweist: – Senden einer Adressauflösungs-Anforderungsnachricht einschließlich einer Layer 3 Adresse einer entfernten CE-Vorrichtung (2, 3), durch die PE-Schnittstelle (4) über jede Layer 2 virtuelle Schaltung des Multiplex, – als Reaktion auf den Empfang einer Nachricht, die auf die Anforderungsnachricht antwortet, an der PE-Schnittstelle (4) auf einer der Layer 2 virtuellen Schaltungen, Abbilden der Layer 3 Adresse der entfernten CE-Vorrichtung (2, 3) auf die eine der Layer 2 virtuellen Schaltungen.
  2. Verfahren nach Anspruch 1, bei dem das VPN durch eine gemeinsam genutzte Netzwerk-Infrastruktur (6) gebildet wird, an welche die CE-Vorrichtungen (13) mit ihren jeweiligen PE (1113) -Schnittstellen angeschlossen sind.
  3. Verfahren nach Anspruch 1 oder 2, bei dem jede Layer 2 virtuelle Schaltung des Multiplex in einer gemeinsam genutzten Netzwerk-Infrastruktur für die Kombination mit einer jeweiligen entfernten CE-Vorrichtung des VPN bereitgestellt wird.
  4. Verfahren nach einem der Ansprüche 1 bis 3, bei dem die PE-Vorrichtung zu einer CE-Vorrichtung gehört, die einen Layer 3 Router des VPN einschließt.
  5. Verfahren nach einem der Ansprüche 1 bis 4, bei dem die Layer 2 virtuellen Schaltungen des Multiplex durch jeweilige virtuelle LAN (Local Area Network) -Identifizierer (42, 43) unterschieden werden, die in markierten Datensequenzen enthalten sind, die über die eine der PE-Schnittstellen ausgetauscht werden.
  6. Verfahren nach Anspruch 5, bei dem der Schritt der Abbildung der Layer 3 Adresse der entfernten CE-Vorrichtung (2, 3) auf eine der Layer 2 virtuellen Schaltungen das Speichern einer Korrespondenz zwischen der genannten Layer 3 Adresse und dem virtuellen LAN-Identifizierer der einen der Layer 2 virtuellen Schaltungen umfaßt.
  7. Verfahren nach einem der Ansprüche 1 bis 6, bei dem die Antwortnachricht die Layer 3 Adresse der entfernten CE-Vorrichtung (2, 3) enthält.
  8. Verfahren nach einem der Ansprüche 1 bis 7, bei dem die eine der PE-Schnittstellen (4) eine Ethernet-Schnittstelle ist.
  9. Verfahren nach Anspruch 8, bei dem die Adressauflösungs-Anforderungs- und -antwortnachrichten Nachrichten eines standardmäßigen Ethernet Address Resolution Protocol, ARP, sind.
  10. Verfahren nach einem der Ansprüche 1 bis 9, bei dem das VPN eine Nabe-und-Speichen-Topologie aufweist, mit der einen der PE (11) -Schnittstelle auf der Seite einer Nabe und den entfernten CE-Vorrichtungen (2, 3) an den Speichen.
  11. Kunden-Netzperipherie, CE, -Vorrichtung (1) für ein virtuelles privates Netzwerk, VPN, mit: – einer Provider-Edge, PE, (11) -Schnittstelle (4) (anbieterseitige Schnittstelle), die eine einzige Layer 3 Adresse in dem VPN aufweist und einen Multiplex von Layer 2 virtuellen Schaltungen unterstützt, – Mitteln zur Übertragung, auf jeder der Layer 2 virtuellen Schaltungen der PE-Schnittstelle, einer Adressauflösungs-Anforderungsnachricht einschließlich einer Layer 3 Adresse einer entfernten CE-Vorrichtung (2, 3) des VPN und – Mitteln, die auf den Empfang einer Adressauflösungs-Antwortnachricht auf einer der Layer 2 virtuellen Schaltungen ansprechen, zum Abbilden der Layer 3 Adresse der entfernten CE-Vorrichtung (2, 3) auf die eine der Layer 2 virtuellen Schaltungen.
  12. Vorrichtung nach Anspruch 11, bei der die PE-Vorrichtung (11) für den Anschluß an eine gemeinsam genutzte Netzwerk-Infrastruktur (6) ausgebildet ist, in der jede Layer 2 virtuelle Schaltung des Multiplex für die Kommunikation mit einer jeweiligen entfernten CE-Vorrichtung (2, 3) des VPN bereitgestellt ist.
  13. Vorrichtung nach Anspruch 11 oder 12, mit einem Layer 3 Router des VPN.
  14. Vorrichtung nach einem der Ansprüche 11 bis 13, bei der die Layer 2 virtuellen Schaltungen des Multiplex unterschieden sind durch jeweilige virtuelle LAN (Local Area Network) -Identifizierer (42, 43), die in markierten Datensequenzen enthalten sind, die über die PE-Schnittstelle (4) ausgetauscht werden.
  15. Vorrichtung nach einem der Ansprüche 11 bis 14, bei der die Einrichtung zum Abbilden der Layer 3 Adresse einer entfernten CE-Vorrichtung auf eine der Layer 2 virtuellen Schaltungen eine Einrichtung zum Speichern einer Korrespondenz zwischen der Layer 3 Adresse und dem virtuellen LAN-Identifizierer der einen der Layer 2 virtuellen Schaltungen aufweist.
  16. Vorrichtung nach einem der Ansprüche 11 bis 15, bei der die Antwortnachricht die Layer 3 Adresse der entfernten CE-Vorrichtung (2, 3) enthält.
  17. Vorrichtung nach einem der Ansprüche 11 bis 16, bei der die PE-Schnittstelle (4) eine Ethernet-Schnittstelle ist.
  18. Vorrichtung nach einem der Ansprüche 11 bis 17, bei der die Adressauflösungs-Anforderungs- und -Antwortnachrichten Nachrichten eines standardmäßigen Ethernet Address Resolution Protocol, ARP, sind.
  19. Vorrichtung nach einem der Ansprüche 11 bis 18, angeordnet an einer Nabe des VPN, das eine Naben-und-Speichen-Topologie aufweist.
DE60208147T 2001-12-07 2002-12-06 Verfahren zur Adressauflösung in einem virtuellen privaten Netzwerk, und Kunden-Netzperipherie-Vorrichtung zur Durchführung des Verfahrens Expired - Lifetime DE60208147T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP01403178 2001-12-07
EP01403178 2001-12-07

Publications (2)

Publication Number Publication Date
DE60208147D1 DE60208147D1 (de) 2006-01-26
DE60208147T2 true DE60208147T2 (de) 2006-08-24

Family

ID=8183009

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60208147T Expired - Lifetime DE60208147T2 (de) 2001-12-07 2002-12-06 Verfahren zur Adressauflösung in einem virtuellen privaten Netzwerk, und Kunden-Netzperipherie-Vorrichtung zur Durchführung des Verfahrens

Country Status (4)

Country Link
US (1) US7221675B2 (de)
AT (1) ATE313890T1 (de)
CA (1) CA2413570C (de)
DE (1) DE60208147T2 (de)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8713185B2 (en) * 2001-12-07 2014-04-29 Rockstar Bidco, LP Methods of establishing virtual circuits and of providing a virtual private network service through a shared network, and provider edge device for such network
US6789121B2 (en) * 2002-02-08 2004-09-07 Nortel Networks Limited Method of providing a virtual private network service through a shared network, and provider edge device for such network
US7366894B1 (en) 2002-06-25 2008-04-29 Cisco Technology, Inc. Method and apparatus for dynamically securing voice and other delay-sensitive network traffic
US7447901B1 (en) 2002-06-25 2008-11-04 Cisco Technology, Inc. Method and apparatus for establishing a dynamic multipoint encrypted virtual private network
US7376828B1 (en) * 2002-07-01 2008-05-20 Cisco Technology, Inc. Method and apparatus for using incompletely trusted service provider point-to-point networks
US7386605B2 (en) * 2002-11-05 2008-06-10 Enterasys Networks, Inc. Methods and apparatus for automated edge device configuration in a heterogeneous network
US7009983B2 (en) * 2002-11-05 2006-03-07 Enterasys Networks, Inc. Methods and apparatus for broadcast domain interworking
US7619966B2 (en) 2003-02-21 2009-11-17 Alcatel Lucent Hybrid virtual private LAN extensions
US7631055B1 (en) 2003-04-23 2009-12-08 Cisco Technology, Inc. Method and apparatus providing automatic connection announcement from a modular network device to a network management point
US7451224B1 (en) 2003-04-23 2008-11-11 Cisco Technology, Inc. Method and apparatus for automatically synchronizing a unique identifier of a network device
US7489681B1 (en) * 2003-06-13 2009-02-10 Redback Networks, Inc. Method and apparatus for virtual circuit routes
US7075933B2 (en) * 2003-08-01 2006-07-11 Nortel Networks, Ltd. Method and apparatus for implementing hub-and-spoke topology virtual private networks
US7512078B2 (en) * 2003-10-15 2009-03-31 Texas Instruments Incorporated Flexible ethernet bridge
US7523185B1 (en) * 2004-01-13 2009-04-21 Cisco Technology, Inc. Method and apparatus for providing automatic frame relay and ATM provisioning of network devices
US8572665B2 (en) * 2004-03-03 2013-10-29 Cisco Technology, Inc. Selective distribution of cell based video streams over packet based networks
US7856509B1 (en) * 2004-04-09 2010-12-21 Juniper Networks, Inc. Transparently providing layer two (L2) services across intermediate computer networks
CN100420232C (zh) * 2004-04-30 2008-09-17 华为技术有限公司 一种传输业务流数据包的方法
CN100396054C (zh) * 2004-04-30 2008-06-18 华为技术有限公司 通用移动通信系统内部与外部间传输业务流数据包的方法
US7606235B1 (en) * 2004-06-03 2009-10-20 Juniper Networks, Inc. Constraint-based label switched path selection within a computer network
US7912072B1 (en) * 2004-06-21 2011-03-22 Nortel Networks Limited Communication with a remote device
US7567512B1 (en) 2004-08-27 2009-07-28 Juniper Networks, Inc. Traffic engineering using extended bandwidth accounting information
US7623535B2 (en) * 2004-09-09 2009-11-24 Cisco Technology, Inc. Routing protocol support for half duplex virtual routing and forwarding instance
US7558199B1 (en) 2004-10-26 2009-07-07 Juniper Networks, Inc. RSVP-passive interfaces for traffic engineering peering links in MPLS networks
US20060130135A1 (en) * 2004-12-10 2006-06-15 Alcatel Virtual private network connection methods and systems
US7801030B1 (en) * 2005-09-16 2010-09-21 Cisco Technology, Inc. Technique for using OER with an ECT solution for multi-homed spoke-to-spoke sites
US8260922B1 (en) 2005-09-16 2012-09-04 Cisco Technology, Inc. Technique for using OER with an ECT solution for multi-homed sites
US7983277B1 (en) * 2005-11-30 2011-07-19 Sprint Communications Company L.P. System and method for creating a secure connection over an MPLS network
US20080019385A1 (en) * 2005-12-30 2008-01-24 Huawei Technologies Co., Inc. (Usa) System and method of mapping between local and global service instance identifiers in provider networks
US20070258464A1 (en) * 2006-05-05 2007-11-08 Dan Hall Method and system for IP addressing
EP1892883A1 (de) * 2006-08-23 2008-02-27 Thomson Telecom Belgium Methode und Vorrichtung zur Identification und Auswahl einer Schnittstelle zur Anbindung an ein Netzwerk
US8819271B2 (en) * 2007-05-24 2014-08-26 At&T Intellectual Property I, L.P. System and method to access and use layer 2 and layer 3 information used in communications
EP2178265B1 (de) * 2008-10-17 2013-09-04 Alcatel Lucent System und Verfahren für eine mobile IP
US8549616B2 (en) * 2008-10-31 2013-10-01 At&T Intellectual Property I, L.P. Methods and apparatus to dynamically control access from virtual private networks to network-based shared resources
US8121118B2 (en) 2008-10-31 2012-02-21 At&T Intellectual Property I, L.P. Methods and apparatus to dynamically control connectivity within virtual private networks
US8284776B2 (en) * 2009-06-10 2012-10-09 Broadcom Corporation Recursive packet header processing
US8705513B2 (en) * 2009-12-15 2014-04-22 At&T Intellectual Property I, L.P. Methods and apparatus to communicatively couple virtual private networks to virtual machines within distributive computing networks
US8473557B2 (en) 2010-08-24 2013-06-25 At&T Intellectual Property I, L.P. Methods and apparatus to migrate virtual machines between distributive computing networks across a wide area network
US8953590B1 (en) 2011-03-23 2015-02-10 Juniper Networks, Inc. Layer two virtual private network having control plane address learning supporting multi-homed customer networks
US9432258B2 (en) 2011-06-06 2016-08-30 At&T Intellectual Property I, L.P. Methods and apparatus to configure virtual private mobile networks to reduce latency
US9100213B1 (en) * 2011-06-08 2015-08-04 Juniper Networks, Inc. Synchronizing VPLS gateway MAC addresses
US9386035B2 (en) 2011-06-21 2016-07-05 At&T Intellectual Property I, L.P. Methods and apparatus to configure virtual private mobile networks for security
US10044678B2 (en) 2011-08-31 2018-08-07 At&T Intellectual Property I, L.P. Methods and apparatus to configure virtual private mobile networks with virtual private networks
CN104067562B (zh) * 2011-11-11 2017-12-15 柏思科技有限公司 用于第二层多网络链路隧道的协议
US9071541B2 (en) 2012-04-25 2015-06-30 Juniper Networks, Inc. Path weighted equal-cost multipath
US8787400B1 (en) 2012-04-25 2014-07-22 Juniper Networks, Inc. Weighted equal-cost multipath
EP2918053A4 (de) * 2012-11-08 2016-06-29 Hangzhou H3C Technologies Ltd Kennungen für spoke-pes in hub-spoke-netzwerken
US9577925B1 (en) 2013-07-11 2017-02-21 Juniper Networks, Inc. Automated path re-optimization
CN104426759B (zh) * 2013-08-21 2018-11-20 华为技术有限公司 主机路由获取方法、装置及系统
JP6417720B2 (ja) * 2014-06-02 2018-11-07 日本電気株式会社 通信装置とネットワークシステムとアドレス解決制御方法とプログラム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5708654A (en) * 1996-11-27 1998-01-13 Arndt; Manfred R. Method for detecting proxy ARP replies from devices in a local area network
US6640251B1 (en) * 1999-03-12 2003-10-28 Nortel Networks Limited Multicast-enabled address resolution protocol (ME-ARP)
US6587467B1 (en) * 1999-11-03 2003-07-01 3Com Corporation Virtual channel multicast utilizing virtual path tunneling in asynchronous mode transfer networks
US6717944B1 (en) * 1999-11-10 2004-04-06 Nortel Networks Corporation System, device, and method for allocating virtual circuits in a communication network
JP4168574B2 (ja) * 2000-06-02 2008-10-22 株式会社日立製作所 パケット転送装置、パケット転送制御方法、及びパケット転送装置の設定方法
US20020038373A1 (en) * 2000-07-21 2002-03-28 John Border Method and system for improving network performance enhancing proxy architecture with gateway redundancy
JP3654168B2 (ja) * 2000-09-28 2005-06-02 日本電気株式会社 インタフェース識別装置、インタフェース識別方法および、mpls−vpnサービスネットワーク
JP4183379B2 (ja) * 2000-11-27 2008-11-19 富士通株式会社 ネットワーク及びエッジルータ
US7136374B1 (en) * 2001-03-19 2006-11-14 Juniper Networks, Inc. Transport networks supporting virtual private networks, and configuring such networks
US8385342B2 (en) * 2001-05-31 2013-02-26 Fujitsu Limited System and method of virtual private network route target filtering
US7447215B2 (en) * 2001-12-03 2008-11-04 Hatteras Networks Methods, systems, and computer program products for classifying a packet based on a destination address
US7006499B2 (en) * 2003-04-28 2006-02-28 Alcatel Ip Networks, Inc. Source identifier for MAC address learning
US7075933B2 (en) * 2003-08-01 2006-07-11 Nortel Networks, Ltd. Method and apparatus for implementing hub-and-spoke topology virtual private networks
US20050190757A1 (en) * 2004-02-27 2005-09-01 Cisco Technology Inc. Interworking between Ethernet and non-Ethernet customer sites for VPLS

Also Published As

Publication number Publication date
DE60208147D1 (de) 2006-01-26
CA2413570A1 (en) 2003-06-07
CA2413570C (en) 2012-03-27
US20030108051A1 (en) 2003-06-12
ATE313890T1 (de) 2006-01-15
US7221675B2 (en) 2007-05-22

Similar Documents

Publication Publication Date Title
DE60208147T2 (de) Verfahren zur Adressauflösung in einem virtuellen privaten Netzwerk, und Kunden-Netzperipherie-Vorrichtung zur Durchführung des Verfahrens
DE60025437T2 (de) Private virtuelle Netze und Verfahren zu deren Betrieb
DE69933417T2 (de) Vorrichtung und Verfahren zur routerfreien Schicht 3 Wegelenkung in einem Netz
DE60029430T2 (de) Mehrfach-sendefähiges adressauflösungsprotokoll
DE60103338T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE60108404T2 (de) Vorrichtung und Verfahren zum Ausrichten des Mehrfachdatenverkehrs in einem Ethernet-MAN
DE60102047T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE69816845T9 (de) Mehrere zusammenarbeitende gebiete innerhalb einer netz durchgangseinheit
DE69838126T2 (de) Verkehrsverwaltung für geschalteten Frame Relay Datendienst
DE69636126T2 (de) Verteilte verbindungsorientierte dienste für vermittelte fernmeldenetz
DE60315143T2 (de) Verfahren und Einrichtung zur Ethernet-MAC-Adressumsetzung in Ethernet-Zugangsnetzwerken
DE60313306T2 (de) Ressourcenzuteilung mit hilfe eines automatischen erkennungsverfahrens für providerkontrollierte schicht-2 und schicht-3 virtuelle private netzwerke
DE69919569T2 (de) Verwaltung von verbindungsorientierten diensten über das internet-protokoll
DE602004013048T2 (de) Verfahren zum realisieren des pseudoleitungsemulations-edge-to-edge-protokolls
EP1779637B1 (de) Verfahren zur vermittlung von ip-paketen zwischen kundennetzen und ip-provider-netzen über ein zugangsnetz
DE60120847T2 (de) Mehrprotokollvermittler und Verfahren dazu
CN1866919B (zh) 基于虚拟局域网堆叠的业务交换方法
US7796611B2 (en) Method for providing efficient multipoint network services
DE60210284T2 (de) Metropolitanzugang über Tunnelübertragung
DE602005000990T2 (de) Verfahren zum Austauschen von Datenpaketen
DE60318221T2 (de) Netzwerk und Verfahren zur Bereitstellung von Schicht-2 virtuellen privaten Netwerken auf Basis von vermittelten virtuellen Verbindungen
US8949460B2 (en) Apparatus and method for layer-2 and layer-3 VPN discovery
DE60314033T2 (de) Schellpfadimplementierung für transparente LAN-Dienste über(MPLS)
DE60318222T2 (de) Netzwerk und Verfahren zur Bereitstellung von Schicht-2 virtuellen privaten Netwerken auf Basis von vermittelten virtuellen Verbindungen
US7593395B2 (en) Apparatus and method for distributing layer-2 VPN information

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
R082 Change of representative

Ref document number: 1318631

Country of ref document: EP

Representative=s name: TER MEER STEINMEISTER & PARTNER GBR PATENTANWAELTE