WO2005004412A1 - Versand von ip-datenpaketen über signatur-schalt-pfade - Google Patents

Versand von ip-datenpaketen über signatur-schalt-pfade Download PDF

Info

Publication number
WO2005004412A1
WO2005004412A1 PCT/EP2004/051323 EP2004051323W WO2005004412A1 WO 2005004412 A1 WO2005004412 A1 WO 2005004412A1 EP 2004051323 W EP2004051323 W EP 2004051323W WO 2005004412 A1 WO2005004412 A1 WO 2005004412A1
Authority
WO
WIPO (PCT)
Prior art keywords
ler
data packet
lsib
unit
network
Prior art date
Application number
PCT/EP2004/051323
Other languages
English (en)
French (fr)
Inventor
Ali Nassri
Gerald Matzka
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2005004412A1 publication Critical patent/WO2005004412A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/54—Organization of routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]

Definitions

  • the invention relates to a method and a device for sending at least one IP data packet in a communication network.
  • the MPLS protocol (Multiprotocol Label Switching) is a Layer 2 tunnel protocol for data rate, scalability,
  • MPLS Address virtual private networks (VPN), quality of service (QoS) and traffic engineering (TE) in data and communication networks.
  • MPLS combines the existing mechanisms, such as bandwidth management, scalability and routing, and is based on existing data and communication networks, such as Ethernet, ATM and frame-realy.
  • signature switched paths LSPs
  • LSPs describe a path through a data network, and there can be any number of MPLS nodes along this path.
  • Each MPLS node can thus clearly determine which incoming MPLS data packets with a signature are assigned to which LSP and with which new signature these MPLS data packets have to be forwarded to the next MPLS node (corresponding to the LSP).
  • the start and end node A signature switching path is called a signature completion router (LER), the start node being called the access signature completion router (Ingress LER) and the end node being the exit signature completion router (Egress LER).
  • MPLS is supported by many RFCs and interdrafts from the IETF forum, such as Andersson et al., "Label Distribution Proto ⁇ ol Specification,” work in progress (draft-ietf-mpls-ldp-11), February 2001; Gallon et al. , “Framework for Multiprotocol Label Switching,” work in progress (draft-ietf-mpls- framework-05), March 2000; Rosen et al., “Multiprotocol Label Switching Architecture," RFC 3031, January 2001; D. Awduche et al. , “Requirements for Traffic Engineering Over MPLS," RFC 2702, September 1999 and D.
  • the object of the present invention is to propose a general and efficient solution for sending IP data packets along a signature switching path.
  • a core of Invention is that shipping information such.
  • B. IP source address, IP destination address and service type and source and destination mask of an IP data packet can be evaluated by a receiving network unit. After that, the evaluation result with shipping information, source and
  • Target masks are compared in an information storage unit and the comparison determines a dispatch route in a communication network for the IP data packet by the network unit.
  • FIG. 1 shows a simplified network architecture for carrying out the method according to the invention
  • FIG. 2 shows a simplified representation of a network unit for determining the shipping route.
  • FIG. 1 shows a simplified network architecture for carrying out the method according to the invention.
  • the signature switching paths LSPl and LSP2 are set up and monitored with the existing MPLS signaling protocols RSVP or [CR] -LDP between the signature termination router LER A and LER B, with two different paths the MPLS network can be used.
  • the information storage unit LSIB Label Selection Information Base
  • IP source address, IP target address and Type of Service are linked to each column of the information storage unit LSIB and checked for agreement, taking into account the source and target mask from the header of the IP data packet.
  • This 5-tuple IP source address, source mask, target address, target mask and TOS
  • each tuple describes the assignment of a specific traffic stream to a signature switching path LSP. Different tuples that refer to the same signature switching path LSP aggregate different traffic flows in one signature switching path LSP.
  • the memory of several tuples is called an information storage unit LSIB (Label Selection Information Base).
  • This information storage unit thus serves as the basis for assigning IP data packets to a traffic flow and accordingly for determining a signature switching path LSP.
  • the information storage unit LSIB can be a table, a list, a "tree" and / or a hardware module. In any case, it makes sense to use the most optimized version of a data container with fast search / access mechanisms, since each IP data packet must be evaluated.
  • the entries can be a table, a list, a "tree" and / or a hardware module. In any case, it makes sense to use the most optimized version of a data container with fast search / access mechanisms, since each IP data packet must be evaluated.
  • mapping information, source and target mask (5-tuple) in the information storage unit LSIB can be created by the network operator. Then these entries can be changed dynamically. This can e.g. B. by appropriate SNMP commands or command line interface commands (command line interface commands).
  • TOS service type
  • QoS quality of Service
  • An IP mask is generally only used in connection with an IP address. An IP address without a netmask (or netmask
  • 255.255.255.255) describes a single host or node - this is called the host IP address.
  • An IP address together with a netmask describes an IP network, i. H. a combination of several network nodes into a logical unit - this is called a network IP address.
  • the source and target mask relate to the assigned IP address and is used to classify either a single network node (i.e. net mask 255.255.255.255) or an IP network. With the IP source address / mask and the IP destination address / mask it is therefore possible
  • IP data packet Classify data traffic between host -> host, host -> network, network -> host and network -> network and assign them to a signature switching path. If a match is found, the IP data packet is forwarded using MPLS using the assigned signature switching path LSP. In this example, all IP data packets that come from any IP address in the network 10.1./16 and are sent to any IP address in the network 20.1./16 and have additionally set the TOS field to "Gold" via the Signature switching path LSPl directed. The same applies to the IP data packets from the network 10.2. / 16 to be sent to the network 20.1./16. In this case, the field TOS is not evaluated because it is identified by a wildcard "*" in the information storage unit LSIB.
  • IP data packets are sent that come from the network 10.2. / 16 go to network 20.2./16 and have set the field TOS to "silver".
  • An entry in the information storage unit LSIB is through the triple; IP source address with netmask, IP destination address with netmask and a value for the field TOS are precisely specified and refer to an LSP for which the start node is an access signature completion router (Ingress LER).
  • a received IP data packet has the following values in the IP
  • IP data packet Src: 10.1.0.1 Dst: 20.2.0.1 TOS: 1
  • the LSIB information storage unit has the following entries:
  • the source and destination address of the IP data packet is linked to the network mask of the first entry in the information storage unit LSIB:
  • the second entry from the information storage unit LSIB is then used; in the example, this returns TRUE and thus this IP data packet is sent via the signature switching path LSP 2.
  • FIG. 2 shows a simplified representation of a network unit I-LER for determining the shipping route.
  • This network unit I-LER can be an access signature termination router (Ingress LER).
  • the network unit I-LER receives an IP data packet via a receiving unit E, which is forwarded to a processing unit V.
  • the processing unit evaluates the IP data packet and uses an information storage unit LSIB to determine a signature switching path LSP for sending the IP data packet.
  • the IP data packet is then sent in the direction of the specific signature switching path LSP by a transmission unit S.

Landscapes

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

Abstract

Eine effiziente Möglichkeit zum Versand von IP-Datenpaketen über Signatur-Schalt-Pfade wird beschrieben durch das Verfahren und die Vorrichtung zum Versenden mindestens eines IP-Datenpaketes in einem Kommunikationsnetz, dadurch gekennzeichnet, dass Versandinformationen, Quell- und Zielmaske eines IP-Datenpaketes von einer empfangenden Netzeinheit (I-LER, LER A) ausgewertet werden und dass anhand eines Vergleichs des Auswertergebnisses mit Versandinformationen, Quell- und Zielmasken in einer Informations-Speichereinheit (LSIB) ein Versandweg in einem Kommunikationsnetz für das IP-Datenpaket von der Netzeinheit (I-LER, LER A) festgelegt wird.

Description

Beschreibung
Versand von IP-Datenpaketen über Signatur-Schalt-Pfade
Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum Versenden mindestens eines IP-Datenpaketes in einem Kommunikationsnetz .
Das MPLS-Protokoll (Multiprotocol Label Switching) ist ein Layer 2 Tunnel-Protokoll um Datenrate, Skalierbarkeit,
Virtuelle Private Netze (Virtual Private Networks) (VPN) , Quality of Service (QoS) und Verkehrstechnik (Traffic Engineering) (TE) in Daten- und Kommunikationsnetzen zu adressieren. Dazu vereinigt MPLS die bestehenden Mechanismen, wie Bandbreitenmanagement, Skalierbarkeit und Routing und basiert auf bestehenden Daten- und Kommunikationsnetzen, wie Ethernet, ATM und Frame-Realy. Damit Datenpakete mittels MPLS durch bestehende Netze versandt werden können, müssen zuvor sogenannte Signatur-Schalt-Pfade (Label Switched Paths) (LSPs) aufgebaut werden. Diese LSPs beschreiben einen Weg durch ein Datennetz, wobei beliebig viele MPLS-Knoten entlang diesem Pfad vorhanden sein können. Während des Aufbaus eines LSP tauschen die jeweils benachbarten MPLS-Knoten Informationen über Bandbreitenreservierungen, Statusinformationen, sowie den zu verwendenden Label (= Signatur oder Markierung) für die Datenpakete aus. Diese Signaturen werden anschließend dazu verwendet um Datenpakete mit einem MPLS-Header zu versehen und weiterzuleiten. In jedem MPLS-Knoten kann somit eindeutig festgestellt werden, welche eingehenden MPLS-Datenpakete mit Signatur welcher LSP zugeordnet sind und mit welcher neuen Signatur diese MPLS- Datenpakete an den nächsten MPLS-Knoten (entsprechend der LSP) weitergeschickt werden müssen. Der Start- und Endknoten eines Signatur-Schalt-Pfades wird Signatur-Abschluss-Router (LER) genannt, wobei der Startknoten als Zugangs-Signatur- Abschluss-Router (Ingress LER) und der Endknoten als Ausgangs-Signatur-Abschluss-Router (Egress LER) bezeichnet wird. MPLS ist durch viele RFCs und Interdrafts vom IETF- Forum, wie Andersson et al., "Label Distribution Protoσol Specification, " work in progress (draft-ietf-mpls-ldp-11) , February 2001; Gallon et al . , "Framework for Multiprotocol Label Switching, " work in progress (draft-ietf-mpls- framework-05) , March 2000; Rosen et al., "Multiprotocol Label Switching Architecture, " RFC 3031, January 2001; D. Awduche et al . , "Requirements for Traffic Engineering Over MPLS," RFC 2702, September 1999 und D. Awduche et al., "Applicability Statement for Extensions to RSVP for LSP-Tunnels, " work in progress (draft-ietf-mpls-rsvp-tunnel-applicability-01) , Oktober 2000 definiert worden, wobei in diesen Internet- Standard-Veröffentlichungen nicht enthalten ist, wie am Zugangs-Signatur-Abschluss-Router (Ingress LER) entschieden wird, welche Datenpakete zu welchem Signatur-Schalt-Pfad zugeordnet und mit einer Signatur versehen durch das MPLS- Netz versandt werden. Da die Internet-Standard- Veröffentlichungen hierüber keine Aussage liefern, existieren nur herstellerspezifische Lösungen, wobei für IP-Datenpakete in den meisten Fällen die Ziel-Adresse des Datenpaketes, ähnlich dem IP-Routing, herangezogen wird.
Aufgabe der vorliegenden Erfindung ist es eine allgemeine und effiziente Lösung für den Versand von IP-Datenpaketen entlang eines Signatur-Schalt-Pfades vorzuschlagen.
Die Aufgabe wird erfindungsgemäß durch die Gegenstände der unabhängigen Patentansprüche gelöst. Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben. Ein Kern der Erfindung besteht darin, dass Versandinformationen, wie z. B. IP-Quell-Adresse, IP-Ziel-Adresse und Diensttyp und Quell- und Zielmaske eines IP-Datenpaketes von einer empfangenden Netzeinheit ausgewertet werden. Danach wird das Auswertergebnis mit Versandinformationen, Quell- und
Zielmasken in einer Informations-Speichereinheit verglichen und anhand des Vergleichs ein Versandweg in einem Kommunikationsnetz für das IP-Datenpaket von der Netzeinheit bestimmt. Ein Vorteil dieser Erfindung besteht darin, dass die zur Verfügung stehenden Bandbreiten optimal und effizient ausgenutzt werden können, da die Datenströme sehr fein verteilt werden können.
Die Erfindung wird anhand eines in den Figuren dargestellten Ausführungsbeispiels näher erläutert. Im Einzelnen zeigen
Figur 1 eine vereinfachte Netzarchitektur zur Durchführung des erfindungsgemäßen Verfahrens, Figur 2 eine vereinfachte Darstellung einer Netzeinheit zur Bestimmung des Versandweges.
Figur 1 zeigt eine vereinfachte Netzarchitektur zur Durchführung des erfindungsgemäßen Verfahrens . Innerhalb der MPLS Domäne werden die Signatur-Schalt-Pfade LSPl und LSP2 mit den vorhandenen MPLS-Signalisierungsprotokollen RSVP oder [CR] -LDP zwischen dem Signatur-Abs-chluss-Router LER A und LER B aufgebaut und überwacht, wobei zwei unterschiedliche Wege durch das MPLS-Netz verwendet werden. Im LER A ( Zugangs-Signatur-Abschluss-Router (Ingress LER) für die LSPl und LSP2) wird die Informations-Speichereinheit LSIB (Label Selection Information Base) verwaltet und zur Auswertung der ankommenden IP Datenpakete verwendet. IP-Datenpakete die vom Netz 10.1. und 10.2. beim Signatur-Abschluss-Router LER A ankommen, werden unter Verwendung der Informations-Speichereinheit LSIB ausgewertet, klassifiziert und einem Versandweg zugeordnet. Dabei werden die Attribute IP Quell-Adresse, IP Ziel-Adresse und Type of Service (TOS) unter Berücksichtigung der Quell- und Zielmaske aus dem Header des IP-Datenpaketes mit jeder Spalte der Informations-Speichereinheit LSIB verknüpft und auf Übereinstimmung geprüft. Durch dieses 5- Tupel (IP Quell-Adresse, Quell-Maske, Ziel-Adresse, Ziel- Maske und TOS) kann eine sehr genaue und feine Bestimmung von Datenströmen erzielt werden. Darüber hinaus beschreibt jedes Tupel die Zuordnung eines bestimmten VerkehrsStroms zu einem Signatur-Schalt-Pfad LSP. Verschiedene Tupel, die auf den gleichen Signatur-Schalt-Pfad LSP verweisen, aggregieren verschiedene Verkehrsströme in einem Signatur-Schalt-Pfad LSP. Der Speicher mehrerer Tupel wird Informations- Speichereinheit LSIB (Label Selection Information Base) genannt. Diese Informations-Speichereinheit dient somit als Basis, um IP-Datenpakete einem Verkehrsstrom zuzuordnen und dementsprechend einen Signatur-Schalt-Pfad LSP zu bestimmen. Dabei kann die Informations-Speichereinheit LSIB eine Tabelle, eine Liste, ein "Tree" und/oder ein Hardware- Baustein sein. Auf jeden Fall ist es sinnvoll, eine möglichst optimierte Version eines Daten-Containers mit schnellen Such/Zugriffs-Mechanismen zu verwenden, da jedes IP- Datenpaket ausgewertet werden muss. Die Einträge
(Versandinformationen, Quell- und Zielmaske) (5-Tupel) in der Informations-Speichereinheit LSIB können durch den Netzbetreiber angelegt werden. Danach können diese Einträge dynamisch verändert werden. Dies kann z. B. durch entsprechende SNMP-Kommandos oder auch Befehlszeilen- Schnittsteilen-Kommandos (Command-Line-Interface-Kommandos) geschehen. Mit dem Diensttypen (TOS) - Feld in der Informations-Speichereinheit LSIB kann auch ein Quality-of- Service (QoS) - Aspekt inkludiert werden, d. h. weniger wichtige Datenströme werden über langsamere bzw. unsichere Signatur-Schalt-Pfade LSP versandt. Eine IP-Maske wird im Allgemeinen nur im Zusammenhang mit einer IP-Adresse verwendet. Eine IP-Adresse ohne Netzmaske (oder Netzmaske
255.255.255.255) beschreibt einen einzelnen Host oder Knoten - man spricht dabei von Host-IP-Adresse. Eine IP-Adresse zusammen mit einer Netzmaske beschreibt ein IP-Netz, d. h. eine Zusammenfassung von mehreren Netzknoten zu einer logischen Einheit - man spricht hierbei von einer Netz-IP- Adresse. Die Quell- und Zielmaske bezieht sich auf die zugeordnete IP-Adresse und wird verwendet, um entweder einen einzelnen Netzknoten (d. h. Netzmaske 255.255.255.255) oder ein IP-Netz zu klassifizieren. Mit der IP-Quell-Adresse/Maske und der IP-Ziel-Adresse/Maske ist es somit möglich den
Datenverkehr zwischen Host -> Host, Host -> Netz, Netz -> Host und Netz -> Netz zu klassifizieren und einem Signatur- Schalt-Pfad zuzuordnen. Wird eine Übereinstimmung gefunden, erfolgt die Weiterleitung des IP-Datenpaketes mittels MPLS unter Verwendung des zugeordneten Signatur-Schalt-Pfades LSP. In diesem Beispiel werden alle IP Datenpakete die von einer beliebigen IP-Adresse aus dem Netz 10.1./16 kommen und an eine beliebige IP-Adresse im Netz 20.1./16 versendet werden und zusätzlich das Feld TOS auf "Gold" gesetzt haben über die Signatur-Schalt-Pfad LSPl geleitet. Ähnliches gilt für die IP-Datenpakete, die aus dem Netz 10.2. /16 an das Netz 20.1./16 gesendet werden sollen. In diesem Fall wird das Feld TOS nicht ausgewertet, da es durch eine Wildcard "*" in der Informations-Speichereinheit LSIB gekennzeichnet ist. Über den Weg des Signatur-Schalt-Pfades LSP2 werden alle IP- Datenpakete gesandt, die aus dem Netzwerk 10.2. /16 an das Netzwerk 20.2./16 gehen und das Feld TOS auf "Silber" gesetzt haben. Ein Eintrag in der Informations-Speichereinheit LSIB wird durch das Tripel; IP Quelle-Adresse mit Netzmaske, IP Ziel-Adresse mit Netzmaske sowie einen Wert für das Feld TOS genau spezifiziert und verweist genau auf eine LSP für die der Startknoten Zugangs-Signatur-Abschluss-Router (Ingress LER) ist.
Ein Beispiel für die Bestimmung eines Signatur-Schalt-Pfades LSP könnte wie folgt aussehen:
Ein empfangenes IP-Datenpaket hat folgende Werte im IP
Header: IP-Datenpaket: Src: 10.1.0.1 Dst: 20.2.0.1 TOS: 1
Src: Quelle/Maske Dst: Ziel/Maske TOS: Diensttyp
In der Informations-Speichereinheit LSIB gibt es folgende Einträge:
LSIB: Src: 10.1.0.0/16 Dst: 10.2.0.0/16 TOS: 1 -> Signatur- Schalt-Pfad LSP 1 Src: 10.1.0.0/16 Dst: 20.2.0.0/16 TOS: 1 -> Signatur- Schalt-Pfad LSP 2
Vorerst wird die Quelle und Ziel Adresse der IP-Datenpaketes mit der Netzmaske des ersten Eintrags in der Informations- Speichereinheit LSIB verknüpft:
Src: 10.1.0.1 & 255.255.0.0 = 10.1.0.0 Dst: 20.2.0.1 & 255.255.0.0 = 20.2.0.0 TOS: 1 und die Resultate mit den zugehörigen Werten in der Informations-Speichereinheit LSIB verglichen:
10.1.0.0 == 10.1.0.0 AND 20.2.0.0 == 10.2.0.0 —> FALSE (falsch)
Anschließend wird der zweite Eintrag aus der Informations- Speichereinheit LSIB herangezogen; dieser liefert in dem Beispiel TRUE (wahr) und somit wird dieses IP-Datenpaket über den Signatur-Schalt-Pfad LSP 2 versandt.
Allgemein gilt:
IP-Src & LSIB-Src-Netmask == LSIB-Src-Address AND IP-Dst & LSIB-Dst-Netmask == LSIB-Dst-Address AND IP-TOS == LSIB-TOS
Figur 2 zeigt eine vereinfachte Darstellung einer Netzeinheit I-LER zur Bestimmung des Versandweges. Dabei kann diese Netzeinheit I-LER ein Zugangs-Signatur-Abschluss-Router (Ingress LER) sein. Die Netzeinheit I-LER empfängt über eine Empfangseinheit E ein IP-Datenpaket, das an eine Verarbeitungseinheit V weitergeleitet wird. Die Verarbeitungseinheit wertet wie in Figur 1 beschrieben das IP-Datenpaket aus und bestimmt mit Hilfe einer Informations- Speichereinheit LSIB einen Signatur-Schalt-Pfad LSP für den Versand des IP-Datenpaketes . Das IP-Datenpaket wird dann in Richtung des bestimmten Signatur-Schalt-Pfad LSP von einer Sendeeinheit S versandt.

Claims

Patentansprüche
1. Verfahren zum Versenden mindestens eines IP-Datenpaketes in einem Kommunikationsnetz,
dadurch gekennzeichnet,
dass Versandinformationen, Quell- und Zielmaske eines IP- Datenpaketes von einer empfangenden Netzeinheit (I-LER, LER A) ausgewertet werden und dass anhand eines Vergleichs des Auswertergebnisses mit Versandinformationen, Quell- und Zielmasken in einer Informations-Speichereinheit (LSIB) ein Versandweg (LSP) in einem Kommunikationsnetz für das IP-Datenpaket von der Netzeinheit (I-LER, LER A) festgelegt wird.
2. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass als Versandinformationen IP-Quell-Adresse, IP-Ziel- Adresse und/oder Diensttyp verwendet werden.
3. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass für das Auswertergebnis die IP-Quell-Adresse und/oder IP-Ziel-Adresse mit der jeweiligen Netzmaske verknüpft und auf Übereinstimmung überprüft wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet,
dass die Netzeinheit (I-LER, LER A) ein Zugangs-Signatur- Abschluss-Router ist.
5. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Informations-Speichereinheit (LSIB) eine Netzeinheit eines Kommunikationsnetzes ist.
6. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Informations-Speichereinheit (LSIB) eine Tabelle, eine Liste, ein Hardware-Baustein und/oder Ähnliches ist.
7. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Versandinformationen, Quell- und Zielmaske in einer Informations-Speichereinheit (LSIB) dynamisch verändert werden .
8. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet, dass zur dynamischen Veränderung der Informations- Speichereinheit (LSIB) mindestens ein SNMP-Kommando und/oder Befehlszeilen-Schnittstellen-Kommando verwendet wird.
9. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass der Versandweg (LSP) über mindestens eine Multiprotokoll-Signatur-Schalteinheit (LER) führt.
10.Vorrichtung zum Versenden mindestens eines IP- Datenpaketes in einem Kommunikationsnetz,
- mit einer Empfangseinheit (E) in einer Netzeinheit (I-LER, LER A) zum Empfangen eines IP-Datenpaketes,
- mit einer Verarbeitungseinheit (V) zum Auswerten von Versandinformationen, Quell- und Zielmaske eines IP- Datenpaketes, zum Vergleich des Auswertergebnisses mit Versandinformationen, Quell- und Zielmasken in einer Informations-Speichereinheit (LSIB) und zum Festlegen eines Versandweges (LSP) für den Versand des IP- Datenpaketes und
- mit einer Sendeeinheit (S) zum Versenden des IP- Datenpaketes in Richtung des Versandweges (LSP) .
11.Vorrichtung nach Anspruch 10,
dadurch gekennzeichnet,
dass als Netzeinheit (I-LER, LER A) ein Zugangs-Signatur- Abschluss-Router vorgesehen ist.
12.Vorrichtung nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass als Informations-Speichereinheit (LSIB) eine Tabelle, eine Liste, ein Hardware-Baustein und/oder Ähnliches vorgesehen ist.
PCT/EP2004/051323 2003-07-04 2004-07-01 Versand von ip-datenpaketen über signatur-schalt-pfade WO2005004412A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10330403.7 2003-07-04
DE10330403 2003-07-04

Publications (1)

Publication Number Publication Date
WO2005004412A1 true WO2005004412A1 (de) 2005-01-13

Family

ID=33559901

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/051323 WO2005004412A1 (de) 2003-07-04 2004-07-01 Versand von ip-datenpaketen über signatur-schalt-pfade

Country Status (1)

Country Link
WO (1) WO2005004412A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1098478A1 (de) * 1998-07-14 2001-05-09 NEC Corporation Knoteneinrichtung
US20030112809A1 (en) * 2001-08-24 2003-06-19 Bharali Anupam A. Efficient method and system for automatic discovery and verification of optimal paths through a dynamic multi-point meshed overlay network
US20030112808A1 (en) * 2001-12-13 2003-06-19 Net Reality Ltd Automatic configuration of IP tunnels

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1098478A1 (de) * 1998-07-14 2001-05-09 NEC Corporation Knoteneinrichtung
US20030112809A1 (en) * 2001-08-24 2003-06-19 Bharali Anupam A. Efficient method and system for automatic discovery and verification of optimal paths through a dynamic multi-point meshed overlay network
US20030112808A1 (en) * 2001-12-13 2003-06-19 Net Reality Ltd Automatic configuration of IP tunnels

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RODRIGUEZ-MORAL A: "LIBRA - AN INTEGRATED FRAMEWORK FOR TYPE OF SERVICE-BASED ADAPTIVE ROUTING IN THE INTERNET AND INTRANETS", BELL LABS TECHNICAL JOURNAL, WILEY, CA, US, vol. 2, no. 2, 21 March 1997 (1997-03-21), pages 42 - 67, XP000695169, ISSN: 1089-7089 *

Similar Documents

Publication Publication Date Title
DE60128733T2 (de) Regelbasiertes weitersenden in OSPF Netzwerken
DE60102367T2 (de) Netzoptimierungsmethode
DE60037368T2 (de) Verfahren und Architektur zur Unterstüzung von mehreren Diensten in einem Etikettvermittlungsnetzwerk
DE102004008376B4 (de) Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz
DE60103338T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE60102047T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE69919569T2 (de) Verwaltung von verbindungsorientierten diensten über das internet-protokoll
DE60034654T2 (de) System und Verfahren zur Adaption und Verwaltung von IP Dienstqualität
EP1430665B1 (de) Verfahren und vorrichtung zur anpassung von label-switched-pfaden in paketnetzen
DE102007022704B4 (de) Verfahren zum Einrichten eines logischen Verbindungspfads in einem verbindungsorientierten paketvermittelten Kommunikationsnetzwerk
EP3035634B1 (de) Telekommunikationsanordnung und verfahren zum herstellen einer rtc-verbindung zwischen einem ersten endpunkt und einem zweiten endpunkt
EP1629642B1 (de) Verfahren für eine Verkehrsverteilung mittels Hash-Codes entsprechend einer Soll-Verkehrsverteilung in einem paketorientierten Netz mit Mehrwege-Routing
EP1317820B1 (de) Verfahren zum aufbau von verbindungen mit vorgegebener dienstgüte für ein paketorientiertes kommunikationsnetz mit einem resourcenmanager
EP1894363B1 (de) Verfahren und unabhängiges kommunikationsteilnetz zum ermitteln labelvermittelter routen in einem solchen kommunikationsteilnetz
WO2005004412A1 (de) Versand von ip-datenpaketen über signatur-schalt-pfade
DE60203539T2 (de) Mehrfach-domain-zugriffsregelung von datenflüssen in assoziation mit dienstqualitätskriterien
EP1374627B1 (de) Verfahren und system zum effizienten verwalten von ressourcen in mpls netzwerken
DE10232945A1 (de) Differentiated Routing-Auswahl einer von mehreren Routingtabellen mittels Codepoint im IP-Header
EP1757049A1 (de) Verfahren zur ressourcen-reservierung für ein inter-domain-routing mit dienstgütemerkmalen
WO2005101754A1 (de) Netz-ausgangs-bezogenes policing
DE10324604A1 (de) Verfahren zur Weitergabe von IP-Paketen an eine externe Steuerkomponente eines Netzknotens in einem mehrere Netzknoten ausweisenden IP-Pakete vermittelnden Kommunikationsnetz
EP1119950A2 (de) Verfahren zum verbindungsaufbau für ein kommunikationsnetz
DE10246109A1 (de) Effizientes Label Binding für das Routing von Datenpaketen mittels Labels
DE10325017A1 (de) Statistisches Verfahren für eine Verkehrsverteilung entsprechend Verkehrs-Verteilgewichten in einem paketorientierten Netz mit Mehrwegerouting
DE10324603A1 (de) Verfahren zur Weitergabe von IP-Paketen an eine externe Steuerkomponente eines Netzknotens

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase