DE69534729T2 - Verfahren zur Anfragelenkung für eine virtuelle Verbindung in Abhängigkeit vor Informationen über gleichzeitige Anfragen - Google Patents

Verfahren zur Anfragelenkung für eine virtuelle Verbindung in Abhängigkeit vor Informationen über gleichzeitige Anfragen Download PDF

Info

Publication number
DE69534729T2
DE69534729T2 DE69534729T DE69534729T DE69534729T2 DE 69534729 T2 DE69534729 T2 DE 69534729T2 DE 69534729 T DE69534729 T DE 69534729T DE 69534729 T DE69534729 T DE 69534729T DE 69534729 T2 DE69534729 T2 DE 69534729T2
Authority
DE
Germany
Prior art keywords
network
routing
requests
function
path
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
DE69534729T
Other languages
English (en)
Other versions
DE69534729D1 (de
Inventor
Rainer Boston Gawlick
Jr. Charles Robert Short Hills Kalmanek
Kajamalai Gopalaswamy Berkeley Heights Ramakrishnan
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.)
AT&T Corp
Original Assignee
AT&T Corp
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 AT&T Corp filed Critical AT&T Corp
Publication of DE69534729D1 publication Critical patent/DE69534729D1/de
Application granted granted Critical
Publication of DE69534729T2 publication Critical patent/DE69534729T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/64—Distributing or queueing
    • H04Q3/66—Traffic distributors
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S379/00—Telephonic communications
    • Y10S379/901—Virtual networks or virtual private networks

Landscapes

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

Description

  • Technisches Gebiet
  • Die Erfindung betrifft das Routen mehrerer virtueller Leitungen in Netzwerken.
  • Allgemeiner Stand der Technik
  • Computernetzwerke sind ein Hauptmittel für den Austausch oder Transfer von Informationen (z.B. Daten, Sprache, Text, Video usw.) zwischen mit dem Netzwerk verbundenen Hostmaschinen. Das Netzwerk umfaßt Knoten, die miteinander und mit den Hosts durch Strecken verbunden sind. Typischerweise ist jede Strecke bidirektional, d.h. Informationen können in Vorwärts- und Rückwärtsrichtung übermittelt werden, und jede Strecke ist durch eine Bandbreitenkapazität in jeder Richtung charakterisiert.
  • Ein wichtiger Gesichtspunkt beim Netzwerkbetrieb ist, wie die Informationen geroutet werden. Wenn Informationen zwischen zwei bestimmten Hosts ausgetauscht werden sollen, wird in dem Netzwerk zwischen ihnen ein bidirektionaler Weg hergestellt. Typischerweise ist der hergestellte Weg eine sogenannte "virtuelle Leitung" (VC), womit gemeint ist, daß ein Hast einfach das Ziel für die Informationen spezifiziert und das Netzwerk die Informationen so abliefert, als ob eine Leitung mit dem Ziel verbunden ist. Es können einzelne von vielen verschiedenen Routen und Techniken ausgewählt werden, um die Informationen abzuliefern, die bestimmte Auswahl ist jedoch für den Hort belanglos. Die Aufgabe des Routens besteht darin, die Knoten und Strecken zwischen den Knoten auszuwählen, die den von der VC genommenen Weg bilden, um so Netzwerkbetriebsmittel effizient auszunutzen, z.B. soviele VCs wie möglich zu muten, ohne die Bandbreitenkapazität einer beliebigen bestimmten Strecke zu überschreiten. Dies wird häufig durch Auswahl eines Weges dergestalt erzielt, daß eine bestimmte Kostenfunktion minimiert wird, die die Menge an von dem gewählten Weg erforderten Netzwerkbetriebsmittel widerspiegelt. Obwohl vielfältige Kostenfunktionen verwendet werden können, berücksichtigen Kostenfunktionen typischerweise den aktuellen Netzwerkzustand (d.h. die Netzwerktopologie und die derzeitige Zuteilung von Netzwerkbetriebsmitteln), Verzögerung durch das Netzwerk usw. Bedeutsamerweise wird das Problem des Routens häufig insofern verkompliziert, als das Routen "on-line" bewirkt werden muß, d.h. ohne Kenntnis, welche Auswirkungen zukünftige Routing-Bedürfnisse auf die Netzwerkbetriebsmittel haben werden. Obwohl dieses Problem durch sogenannte Techniken des "dynamischen Umroutens" gelöst werden können, wirken sich diese Techniken typischerweise nachteilig auf die Benutzern des Netzwerks gebotene Dienstqualität aus.
  • Es wurden viele Techniken zum Routen von VCs vorgeschlagen. Eine solche Technik ist das Minimalsprungrouten, bei dem der Weg gewählt wird, der durch die kleinste Anzahl von Knoten verläuft. Bei anderen vorgeschlagenen Techniken werden Exponential-Kostenfunktionen und Skalierung verwendet. Siehe J. Aspnes et al., "On-Line Load Balancing with Applications to Machine Scheduling and Virtual Circuit Routing", Proc. 23rd Annual Symp. on Theory of Computing, San Diego, CA, Mai 1993. Bei der Skalierungstechnik wird anfänglich ein Teil γ der Bandbreitenkapazität jeder Strecke zugeteilt und es wird eine Kostenfunktion für das Routen eines Weges mit dieser gegebenen zugeteilten Bandbreite berechnet. Wenn das Routen mit dieser zugeteilten Bandbreite nicht mehr in dem Netzwerk erreicht werden kann, kann mehr Bandbreite zugeteilt werden, d.h. γ wird erhöht. Typischerweise ist die Funktion zur Bestimmung der Kosten für eine gegebene Strecke in einem Weg für die angeforderte VC Cl(x, Δx) = aγ×,+ γΔxl – aγxl, wobei Cl(x, Δx) die Kosten für die Strecke l in dem Weg, a eine Konstante, xl der Anteil der Bandbreitenkapazität der Strecke, der benutzt wird, und Δxl der Anteil der Bandbreitenkapazität der Strecke, der von der VC angefordert ist, sind.
  • Lee W C et al.: "RULE-BASED CALL-BY-CALL SOURCE ROUTING FOR INTEGRATED COMMUNICATION NETWORKS" Networking: Foundation for the Future, San Francisco, 28. März – 1. April 1993, Band 3, 28.3.1993, Institute of Electrical and Electronics Engineers, Seiten 987–993, XP000419659, beschreibt eine auf Regeln basierende verbindungsweise Quellenrouting-Strategie, die Routing-Fallbacks verwendet, um Benutzer mit diversen Anforderungen in bezug auf Dienstqualität (QOS) zu berücksichtigen. Routing-Entscheidungen für jede Verbindung basieren auf globaler Netzwerkkonfiguration und Status, die über ein Topologie-Rundsendeprotokoll aktualisiert werden.
  • Kurze Darstellung der Erfindung
  • Ein Verfahren gemäß der Erfindung wird in Anspruch 1 definiert. Bevorzugte Formen werden in den abhängigen Ansprüchen definiert.
  • Diese Routing-Techniken weisen jedoch Unzulänglichkeiten auf. Insbesondere wird anerkannt, daß vorherige Routing-Verfahren keine Informationen berücksichtigen, die in einer Situation einer "mehrfachen VC-Anforderung" verfügbar sind. In einer solchen Situation kann das Netzwerk zu einer beliebigen gegebenen Zeit zwei oder mehrere gleichzeitige Anforderungen zur Einrichtung von VCs empfangen haben. Vorbekannte Verfahren reagieren einfach auf eine der mehreren VC-Anforderungen und Routen die angeforderte VC, z.B. gemäß einer First-Come-First-Served-Disziplin, ohne Prüfung um die Bedürfnisse der anderen Anforderungen zu bestimmen. Das Routen ist somit tatsächlich von der oben beschriebenen "On-Line-Art", obwohl das Netzwerk bestimmte Informationen darüber besitzt, welche weitere Netzwerkroutingbedürfnisse als Ergebnis des Umstands, daß weitere Anforderungen gleichzeitig empfangen wurden, vorliegen werden.
  • Gemäß der vorliegenden Erfindung wird dann also erkannt, daß beim Routen einer Anforderung einer virtuellen Leitung diese Informationen über gleichzeitig angeforderte virtuelle Leitungen vorteilhafterweise benutzt werden können. Folglich wird ein Verfahren zum Routen einer Menge gleichzeitiger Anforderungen virtueller Leitungen offengelegt, wobei jede Anforderung virtueller Leitungen durch einen oder mehrere Parameter spezifiziert wird, indem jede Anforderung in der Menge als Funktion eines oder mehrerer Parameter mehrerer der Anforderungen geroutet wird. Bei einer Ausführungsform der Erfindung wird eine Menge gleichzeitiger Anforderungen gemäß einem oder mehreren der Parameter geordnet und die Anforderungen werden dann in dieser Reihenfolge geroutet. Gemäß einem Merkmal der Erfindung kann das Routen durch Verwenden einer lokalen Suche verfeinert werden, um die von mehreren Anforderungen virtueller Leitungen verfügbaren Informationen besser auszunutzen.
  • Kurze Beschreibung der Zeichnungen
  • Weitere Merkmale und Vorteile der Erfindung werden aus der folgenden ausführlichen Beschreibung in Verbindung mit den Zeichnungen deutlich. Es zeigen:
  • 1 ein zentralisiertes Routing-Netzwerk, bei dem die Erfindung ausgeübt werden kann.
  • 2 ein Flußdiagramm der Schritte bei der bevorzugten Ausführungsform.
  • 3 ein Flußdiagramm von Schritten eines Merkmals der lokalen Suche der Erfindung.
  • 4 ein verteiltes Routing-Netzwerk, bei dem die Erfindung ausgeübt werden kann.
  • Ausführliche Beschreibung
  • 1 zeigt die Struktur eines Netzwerks, in dem die Erfindung ausgeübt werden kann. Hosts 102-i, i = 1, 2 ..., tauschen über das Netzwerk 106 Informationen aus. Das Netzwerk 106 umfaßt Strecken 110-k, k = 1, 2 ..., die die Knoten 108-j, j = 1, 2 ..., miteinander und mit den Hosts 102-i verbinden. Zwei Knoten können durch eine oder mehrere Strecken verbunden werden.
  • Das Netzwerk 106 in 1 ist insofern ein zentralisiertes Routing-System, als das Netzwerk 106 vollständige Informationen zum Routen durch Verwendung des zentralisierten Routing-Anforderungsprozessors 111 benutzt. Der Anforderungsprozessor 111 ist mit den Hosts 102-i, i = 1, 2 ... und mit vollständigen Informationen über den Netzwerkzustand verbunden. Es können also die Kosten für einen beliebigen Weg (d.h. die für den beliebigen Weg erforderlichen zusätzlichen Netzwerkbetriebsmitteln) durch das Netzwerk bestimmt werden und unter Verwendung des nachfolgend beschriebenen erfindungsgemäßen Verfahrens können alle VCs in dem Netzwerk 106 von 1 effizient in bezug auf ein gegebenes Kriterium, z.B. die Maximierung der Gesamtmenge an gerouteter Bandbreite, geroutet werden.
  • 2 ist ein Flußdiagramm eines beispielhaften Routing-Verfahrens, mit dem die vorliegende Erfindung benutzt werden kann. Im Schritt 200 von 2 muß zu einem beliebigen gegebenen Zeitpunkt das Netzwerk auf eine Menge von imax, imax = 0, 1, 2 ..., Anforderungen der Herstellung von VCs reagieren. Jede einzelne Anforderung VCi req, i = 1, ... imax, wird durch einen oder mehrere Parameter spezifiziert. zum Beispiel kann jede VCi req durch Quellenhost Si, Zielhost Di, in der Vorwärtsrichtung angefordete Bandbreite Bi f und in der Rückwärtsrichtung angeforderte Bandbreite Bi r spezifiziert werden. Es gilt also VCi req = (Si, Di, Bi f, Br i)
  • Im Schritt 205 von 2 werden die in der Situation mehrerer VC-Anforderungen verfügbaren Informationen beim Routen benutzt. Genauer gesagt wird für jede einzelne Anforderung in der Menge von Anforderungen ein Weg gemäß Funktion von einem oder mehreren Parametern von mehreren Anforderungen in der Menge ausgewählt. Eine beispielhafte Ausführungsform des Verfahrens wird in der eigenen, gleichzeitig registrierten, anhängigen Anmeldung "A Method of Permanent Virtual Circuit Routing" beschrieben, auf die hiermit ausdrücklich Bezug genommen wird. Diese Ausführungsform routet permanente VCs (d.h. VCs die dafür ausgelegt sind, für Zeiträume in der Größenordnung von Jahren betrieben und eingerichtet zu werden, im Gegensatz zu vermittelten VCs, die nur für einen Betrieb für einige Stunden oder Tage ausgelegt sind), indem zuerst die Anforderungen gemäß einem Parameter der Anforderungen, z.B. Bandbreite, geordnet und dann eine Exponential-Kostenfunktion zum Routen der Anforderungen verwendet wird. Der Ordnungsprozeß routet zuerst diejenigen Anforderungen, die gemäß einer Kostenfunktion die meisten Netzwerkbetriebsmittel erfordern und somit die größte Flexibilität beim Routen erfordern. Wenn ein Ziel beim Routen darin besteht, Bandbreite zu sparen, ist es vorteilhaft, VCi req in absteigender Reihenfolge der gesamten angeforderten Bandbreite (vorwärts und rückwärts) zu ordnen, so daß diese Anforderungen, die große Bandbreiten erfordern, berücksichtigt werden können, ohne das Risiko des übersteigens der Bandbreitenkapazität irgendeiner Strecke zu erhöhen.
  • Für Fachleute wird nun erkennbar sein, daß die in der Situation mehrerer (vermittelter oder permanenter) VC-Anforderungen zur Verfügung stehenden Informationen auf vielfältige Weisen und mit vielfältigen Kostenfunktionen (d.h. nicht unbedingt exponentiell) verwendet werden können. Zum Beispiel können die Anforderungen im First-Come-First-Served-Verfahren geroutet werden, aber mit dem Wissen, wie groß die mittlere Bandbreitenanforderung der Anforderungen in der Menge von Anforderungen ist. Wenn also eine bestimmte Anforderung geroutet wird, kann die Kostenfunktion für das Routen widerspiegeln, ob die Anforderung relativ zu anderen Anforderungen in der Menge viel oder wenig Bandbreite erfordert, wodurch relativ kleine Bandbreitenanforderungen auf Strecken geroutet werden, die bereits in der Nähe ihrer Kapazität sind, um so Bandbreite auf anderen Strecken für große Bandbreitenanforderungen zu sparen.
  • Wieder mit Bezug auf Schritt 205 kann, sobald eine Menge von Wegen P bestimmt wurde, eine optionale lokale Suche durchgeführt werden, wie nachfolgend beschrieben, um die Menge von Wegauswahlen zu verfeinern. Im Schritt 275 des Verfahrens von 2 wird die Menge von Anforderungen auf der Menge des Weges P geroutet.
  • Die optionale lokale Suche im Schritt 265 kann dazu verwendet werden, die Auswahl von Wegen zu verfeinern, so daß die Gesamtkosten des Routens aller VCs verringert werden können. Die Schritte bei einer Ausführungsform der lokalen Suche des Schritts 265 sind in dem Flußdiagramm von 3 dargestellt. Im Schritt 305 werden Variablen initialisiert. Insbesondere wird P als Menge von Wegen {p1, p2, ..., pimax} in Assoziation mit den imax VC Anforderungen gemäß Bestimmung durch ein Routing-Verfahren, z.B. das Verfahren von 2, definiert. Die aktuelle Menge bester Wege zum Routen wird in P* gespeichert, und die Kosten des Routens dieser aktuellen Menge bester Wege betragen C*. Zu Anfang gilt P* = P und C* = C(P), wobei C eine nachfolgend beschriebene zweite Kostenfunktion ist, die die Kosten des Routens aller VCi req bestimmt. Im Schritt 310 wird ein als impflag bezeichnetes Flag auf null gesetzt und ein Zähler i, i = 1, 2 ... imax, wird auf 1 gesetzt.
  • Im Schritt 315 werden eine bestimmte VCi req und ihr zugeordneter Weg pi ausgewählt. Zur Veranschaulichung werden in 3 die VCi req in ansteigender Reihenfolge von i ausgewählt. Für das ausgewählte i erfolgt eine Suche nach einem Weg p* niedrigster Kosten zum Routen von VCi req (zum Beispiel unter Verwendung von Costl), wobei angenommen wird, daß alle anderen VCi req wie in der Menge P geroutet werden. Im Schritt 320 wird eine neue Menge von Wegen P gebildet, indem P auf P gesetzt wird, mit Ausnahme des gewählten pi, das auf p* gesetzt wird. Im Schritt 330 werden im Fall C(P) < C*, P* und C* auf P bzw. C(P) gesetzt und impflag wird auf eins gesetzt.
  • Die Schritte 315–340 werden für jedes sukzessive VCi req wiederholt. Wenn alle i, i = 1, 2 ... imax, für potentielles Umrouten untersucht wurden, wird impflag geprüft, um zu sehen, ob eine etwaige Verbesserung des Routens möglich ist. Wenn impflag null ist, reduziert kein alternatives Routen irgendeiner VCi req die Kosten des Routens aller VCi req und die Suche wird beendet. Wie im Schritt 345 gezeigt, existiert, wenn impflag auf eins gesetzt wurde, eine alternative Route (d.h. ein neuer kürzester Weg) für eine VCi req, die zu der größten Reduktion der Routing-Kosten führt. im Schritt 355 wird dieser neue Weg niedrigster Kosten, der in P* widergespiegelt wird, zu P. Die VCi req sind nun gemäß P* mit den Kosten C(P*) zu routen. Die Schritte 310–355 werden wiederholt, bis keine neuen Wege gefunden werden, die die Kosten reduzieren.
  • Die zweite Kostenfunktion kann vorteilhafterweise folgendermaßen ausgewählt werden:
    Figure 00090001
    wobei die Variablen in der Gleichung wie für Gleichung 1 definiert sind und wobei die Summe in jeder Exponentialfunktion und in dem Linearterm über alle VCi req erfolgt, so daß ihr zugeordneter Weg die Strecke in der äußeren Summierung verwendet. Somit ergibt die zweite Kostenfunktion die Gesamtkosten des Routens mehrerer VCi req auf ihren zugeordneten Wegen.
  • Die Schritte in 3 spiegeln eine sogenannte "gierige" Heuristik wider, bei der jeder mögliche alternative Weg für jede VCi req untersucht wird, um zu sehen, welcher etwaige alternative Weg die Kosten des Routens um den größten Betrag verringert. Dieser alternative Weg wird dann als der neue, mit der VC assoziierte Weg ausgewählt. Der Prozeß wird wiederholt, bis kein alternativer Weg für irgendwelche VCi req die Kosten des Routens aller Anforderungen verringert. Für Fachleute ist erkennbar, daß andere lokale Suchen unter Verwendung anderer Suchkriterien verwendet werden können. Anstatt alle alternativen Wege zu durchsuchen, um denjenigen zu finden, der die Kosten des Routens aller VCi req am meisten reduziert, kann es zum Beispiel ausreichen, einfach einen ersten alternativen Weg zu finden, der die Kosten um irgendeinen Betrag verringert. Dann könnte die Suche einfach zu dem nächsten VCi req übergehen. Diese "weniger gierige" Heuristik durchsucht den Lösungsraum anders und kann potentiell auf ein besseres "lokales Minimum" als die "gierige" Heuristik konvergieren. Dies hängt stark von der Liste der VCi req, die geroutet werden, und dem aktuellen Zustand des Netzwerks ab.
  • 4 zeigt die Struktur eines verteilten Netzwerks 416 mit Knoten 418-m und Strecken 420-n, in dem das erfindungsgemäße Verfahren ausgeübt werden kann. Das Netzwerk 416 ist insofern ein verteiltes Routing-System, als jeder Knoten 418-m periodisch Zustandsinformationen austauscht. Die Zustandsinformationen spiegeln die Menge an verfügbaren oder belegten Netzwerkbetriebsmitteln auf einer Strecke von einem Knoten zu jedem benachbarten Knoten wider. Somit können die Kosten für einen beliebigen Weg durch das Netzwerk bestimmt werden. Solange sich die Zustandinformationen jedoch nicht schnell relativ zu der Geschwindigkeit ausbreiten, mit der VCs hergestellt und abgebaut werden, sind die Informationen jedoch unvollständig (z.B. veraltet). Somit kann jeder Knoten eine andere Beschreibung des Netzwerkzustands besitzen und diese Beschreibung wird als lokaler Netzwerkzustand bezeichnet. Die oben beschriebenen Verfahren können in einem verteilten Routing-System benutzt werden, mit der Ausnahme, daß unvollständige Zustandsinformationen (d.h. der lokale Netzwerkzustand) benutzt werden. es ist jedoch zu beachten, daß die auf der Basis der unvollständigen Informationen bestimmten Wege möglicherweise nicht mehr verfügbar sind (z.B. kann die Kapazität einer Strecke erschöpft worden sein, seit die jüngsten Zustandsinformationen empfangen werden), wenn die VC tatsächlich geroutet werden soll (wie z.B. beim Routen des Schritts 275 von 2). VC-Anforderungen, die nicht erfolgreich geroutet werden, z.B. diejenigen Anforderungen, für die der gewählte Weg nicht verfügbar ist, können in die nächste Menge von Anforderungen aufgenommen werden oder können eine neue Menge von Anforderungen bilden. Ferner beachte man, daß es beim Routen in einem verteilten Routing-System vorteilhaft ist, den lokalen Netzwerkzustand erst dann zu aktualisieren, wenn eine gesamte Menge von Anforderungen geroutet wurde. Dadurch wird sichergestellt, daß Prozeduren wie etwa die Suchroutine von 3, enden.
  • Die vorliegende Offenlegung beschreibt ein Verfahren zum Routen mehrerer Anforderungen virtueller Leitungen unter Verwendung von in der Situation mehrerer VC-Anforderungen verfügbaren Informationen. Das hier offengelegte Verfahren wurde ohne Bezugnahme auf spezifische Hardware oder Software beschrieben. Stattdessen wurde das Verfahren so beschrieben, daß Fachleute solche Hardware und Software, die verfügbar oder für eine bestimmte Anwendung bevorzugt ist, ohne weiteres anpassen können.

Claims (9)

  1. Verfahren zum Routen einer Menge von Anforderungen virtueller Leitungen, gekennzeichnet durch Empfangen einer Menge gleichzeitiger Anforderungen virtueller Leitungen (200), wobei jede Anforderung durch einen oder mehrere Parameter spezifiziert wird; und Routen (205, 265, 275) jeder Anforderung in der Menge gleichzeitiger Anforderungen auf einem Weg durch ein Netzwerk, wobei der Weg als Funktion eines oder mehrerer Parameter einer Vielzahl von Anforderungen ausgewählt wird.
  2. Verfahren nach Anspruch 1, wobei jede Anforderung in der Menge von Anforderungen eine Anforderung zum Routen einer permanenten virtuellen Leitung repräsentiert.
  3. Verfahren nach Anspruch 2, wobei das Netzwerk einen Netzwerkzustand aufweist und wobei das Verfahren ferner den Schritt des Aktualisierens des Netzwerkzustands, um den gewählten Weg widerzuspiegeln, umfaßt.
  4. Verfahren nach Anspruch 2, ferner mit dem folgenden Schritt: Herstellen der Anforderungen in einer Reihenfolge (315, 320, 325, 330, 335, 340) gemäß einer Funktion eines oder mehrerer besagter Parameter vor dem Schritt des Routens, wobei der Schritt des Routens die Anforderungen in der besagten Reihenfolge routet.
  5. Verfahren nach Anspruch 2, wobei das Netzwerk eine Menge von Strecken und eine Menge von Knoten umfaßt, wobei ein erster Knoten und ein zweiter Knoten durch eine oder mehrere Strecken in der Menge von Strecken verbunden werden und wobei jeder gewählte Weg durch das Netzwerk durch eine Menge von Strecken spezifiziert wird.
  6. Verfahren nach Anspruch 2, wobei jeder gewählte Weg einen ersten Host und einen zweiten Host verbindet.
  7. Verfahren nach Anspruch 2, ferner mit den folgenden Schritten: Auswählen eines alternativen Weges zu einem der gewählten Wege, Bestimmen des Werts einer zweiten Funktion unter Verwendung des alternativen Weges und Bestimmen des Werts der zweiten Funktion unter Verwendung des gewählten Weges, und wenn der alternative Weg den Wert der zweiten Funktion relativ zu dem gewählten Weg verbessert, Ersetzen des gewählten Weges durch den alternativen Weg.
  8. Verfahren nach Anspruch 7, ferner mit dem folgenden Schritt: Wiederholen der Schritte des Auswählens eines alternativen Weges, des Bestimmens von Werten für die zweite Funktion und des Ersetzens, bis die Auswahl keines alternativen Weges die zweite Funktion verbessert.
  9. Verfahren nach Anspruch 7, wobei das Netzwerk einen Netzwerkzustand aufweist und wobei die zweite Funktion eine Funktion des Netzwerkzustands und eines oder mehrerer der besagten Parameter ist.
DE69534729T 1994-03-25 1995-03-16 Verfahren zur Anfragelenkung für eine virtuelle Verbindung in Abhängigkeit vor Informationen über gleichzeitige Anfragen Expired - Lifetime DE69534729T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/218,390 US5502816A (en) 1994-03-25 1994-03-25 Method of routing a request for a virtual circuit based on information from concurrent requests
US218390 1994-03-25

Publications (2)

Publication Number Publication Date
DE69534729D1 DE69534729D1 (de) 2006-03-30
DE69534729T2 true DE69534729T2 (de) 2006-08-10

Family

ID=22814915

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69534729T Expired - Lifetime DE69534729T2 (de) 1994-03-25 1995-03-16 Verfahren zur Anfragelenkung für eine virtuelle Verbindung in Abhängigkeit vor Informationen über gleichzeitige Anfragen

Country Status (6)

Country Link
US (1) US5502816A (de)
EP (1) EP0674460B1 (de)
JP (1) JP3512896B2 (de)
CA (1) CA2141354C (de)
DE (1) DE69534729T2 (de)
ES (1) ES2253742T3 (de)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3326292B2 (ja) * 1994-05-24 2002-09-17 株式会社東芝 通信機器及びその通信方法
JP3224963B2 (ja) * 1994-08-31 2001-11-05 株式会社東芝 ネットワーク接続装置及びパケット転送方法
JP3347914B2 (ja) * 1995-05-26 2002-11-20 シャープ株式会社 データ管理装置
US5727051A (en) * 1995-07-14 1998-03-10 Telefonaktiebolaget Lm Ericsson (Publ.) System and method for adaptive routing on a virtual path broadband network
US6175870B1 (en) * 1995-11-30 2001-01-16 Lucent Technologies Inc. Method of admission control and routing of virtual circuits
GB9606711D0 (en) * 1996-03-29 1996-06-05 Plessey Telecomm Routing and bandwidth allocation
US5854899A (en) * 1996-05-09 1998-12-29 Bay Networks, Inc. Method and apparatus for managing virtual circuits and routing packets in a network/subnetwork environment
US6961341B1 (en) * 1996-07-02 2005-11-01 Microsoft Corporation Adaptive bandwidth throttling for network services
JP3332733B2 (ja) * 1996-07-11 2002-10-07 株式会社東芝 ノード装置及びパケット転送方法
SE507118C2 (sv) * 1996-08-26 1998-03-30 Ericsson Telefon Ab L M Förfarande för att optimera ett huvudsakligen optiskt ATM- nätvärk
WO1999005590A2 (en) * 1997-07-25 1999-02-04 Starvox, Inc. Apparatus and method for integrated voice gateway
JPH1168750A (ja) * 1997-08-22 1999-03-09 Nec Corp ネットワーク管理システム
FI110398B (fi) * 1997-10-17 2003-01-15 Nokia Corp Reititys tietoliikennejärjestelmässä
US6757247B1 (en) * 1998-02-20 2004-06-29 Adc Telecommunications, Inc. Circuit and method for controlling virtual connections in a ring network
US6850965B2 (en) * 1998-11-17 2005-02-01 Arthur Douglas Allen Method for connection acceptance and rapid determination of optimal multi-media content delivery over network
US7334044B1 (en) * 1998-11-17 2008-02-19 Burst.Com Method for connection acceptance control and optimal multi-media content delivery over networks
AU2002226977A1 (en) * 2000-12-01 2002-06-11 Motorola, Inc. Methods for managing bandwidth in a packet-based communication system
US6996789B2 (en) * 2002-11-18 2006-02-07 Cadence Design Systems, Inc. Method and apparatus for performing an exponential path search
US8300798B1 (en) 2006-04-03 2012-10-30 Wai Wu Intelligent communication routing system and method
US8953486B2 (en) * 2007-11-09 2015-02-10 Cisco Technology, Inc. Global auto-configuration of network devices connected to multipoint virtual connections
US8667095B2 (en) * 2007-11-09 2014-03-04 Cisco Technology, Inc. Local auto-configuration of network devices connected to multipoint virtual connections
US8468537B2 (en) * 2010-07-14 2013-06-18 Fujitsu Limited Systems and methods for distributing validation computations
US9178903B1 (en) * 2014-12-02 2015-11-03 Synack, Inc. Simulating a bot-net spanning a plurality of geographic regions
EP3750284A1 (de) * 2018-02-23 2020-12-16 Huawei Technologies Co., Ltd. Werbung und programmierung von bevorzugten pfadwegen unter verwendung von internen gateway-protokollen
WO2019190699A1 (en) 2018-03-28 2019-10-03 Futurewei Technologies, Inc. Method and apparatus for preferred path route information distribution and maintenance
WO2019209480A1 (en) 2018-04-26 2019-10-31 Futurewei Technologies, Inc. Resource reservation and maintenance for preferred path routes in a network
WO2019212678A1 (en) 2018-05-04 2019-11-07 Futurewei Technologies, Inc. Explicit backups and fast re-route mechanisms for preferred path routes in a network
WO2019236221A1 (en) 2018-06-04 2019-12-12 Futurewei Technologies, Inc. Preferred path route graphs in a network

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0221360B1 (de) * 1985-11-04 1992-12-30 International Business Machines Corporation Digitale Nachrichtenübertragungsnetzwerke und Aufbau von Übertragungswegen in diesen Netzwerken
US4870641A (en) * 1988-03-30 1989-09-26 Bell Communications Research, Inc. Multichannel bandwidth allocation
US5155854A (en) * 1989-02-03 1992-10-13 Digital Equipment Corporation System for arbitrating communication requests using multi-pass control unit based on availability of system resources
US4993016A (en) * 1989-05-08 1991-02-12 At&T Bell Laboratories Network control arrangement for processing a plurality of connection requests
US5218676A (en) * 1990-01-08 1993-06-08 The University Of Rochester Dynamic routing system for a multinode communications network
US5179556A (en) * 1991-08-02 1993-01-12 Washington University Bandwidth management and congestion control scheme for multicast ATM networks
US5377262A (en) * 1991-12-30 1994-12-27 At&T Corp. Telecommunication switching system having adaptive routing switching nodes
US5335268A (en) * 1992-10-22 1994-08-02 Mci Communications Corporation Intelligent routing of special service telephone traffic
US5274643A (en) * 1992-12-11 1993-12-28 Stratacom, Inc. Method for optimizing a network having virtual circuit routing over virtual paths
US5317565A (en) * 1993-01-26 1994-05-31 International Business Machines Corporation Method of sequencing bus operations in a simplex switch

Also Published As

Publication number Publication date
CA2141354C (en) 2000-03-07
JP3512896B2 (ja) 2004-03-31
EP0674460A2 (de) 1995-09-27
EP0674460A3 (de) 1998-01-28
DE69534729D1 (de) 2006-03-30
EP0674460B1 (de) 2006-01-04
CA2141354A1 (en) 1995-09-26
US5502816A (en) 1996-03-26
JPH07271688A (ja) 1995-10-20
ES2253742T3 (es) 2006-06-01

Similar Documents

Publication Publication Date Title
DE69534729T2 (de) Verfahren zur Anfragelenkung für eine virtuelle Verbindung in Abhängigkeit vor Informationen über gleichzeitige Anfragen
DE3880501T2 (de) Netzwerkverkehrsleitwegsteuerung.
DE69635092T2 (de) Verfahren zur Zugangssteuerung und Lenkung von Virtuelle Verbindungen
DE69433968T2 (de) Kommunikationsnetwerkverwaltung
DE69533535T2 (de) Verfahren zur effizienten aggregation von verbindungsmetriken
DE3785524T2 (de) Adaptive gebührabhängige Verkehrsleitweglenkung und automatisches Netzwerkhandhabungssystem für Fernmeldenetzwerke mit mehreren Diensten.
DE69028879T2 (de) Völlig gemeinsam nutzbares Kommunikationsnetz
DE68925786T2 (de) Steuerverfahren für adaptive Leitweglenkung
DE68920490T2 (de) Verfahren zur Auswahl des geringstwertigen Weges in einem Kommunikationsnetz.
DE60220549T2 (de) Dynamische Wegeleitung in einem paketvermittelden mehrschichtigen Kommunikationsnetzwerk
DE3686254T2 (de) Verbindung von rundsendenetzwerken.
DE602004012061T2 (de) Vorrichtung und Verfahren zum Festlegen eines Routing-Weges zwischen Routern auf einem Chip
DE69210465T2 (de) Verfahren und Vorrichtung zur Verbindung von Datenverarbeitungsnetzwerken
DE69025846T2 (de) Verfahren zur Verwendung gespeicherter partieller Bäume zur Berechnung eines Weges in einem Datenkommunikationsnetz
DE68921312T2 (de) Aufbau für selbstleitweglenkendes Paketvermittlungsnetz.
DE60216534T2 (de) Vorrichtung und Verfahren zur Bandbreitenverwaltung, dazugehöriges Rechnerprogramm, und Aufzeichnungsmedium, welches das Programm gespeichert hat
DE60206942T2 (de) Verfahren und vorrichtung zum optimieren von elastischen datenströmen in einem mehrweg-netz für verkehrsanfragen
EP0700224A3 (de) Verfahren zur adaptiven Wegesuche in einem Kommunikationsnetz
EP0941619A1 (de) Verfahren und routing-system zur dynamischen verkehrslenkung in einem kommunikationsnetz
DE19528563A1 (de) Kommunikationsanordnung und Verfahren zur Bewertung von mindestens zwei mehrteiligen Kommunikationsverbindungen zwischen zwei Kommunikationspartnern in einem Mehrknotennetzwerk
EP0447841A2 (de) Verfahren zum Einrichten von virtuellen Verbindungen in nach einem asynchronen Transfermodus arbeitenden Vermittlungseinrichtungen
DE602005002325T2 (de) Verfahren zur Verkehrsweiterlenkung, die Verkehrsgewichtungsfaktoren verwendet
DE69925697T2 (de) Unterbrechende Anrufweglenkung in einem Fernmeldenetz
DE60205140T2 (de) Verfahren zur bestimmung einer spektralen route für eine bestimmte verbindung in einem optischen telekommunikationsnetzwerk
DE69210466T2 (de) Verfahren und Vorrichtung zur Verbindung von lokalen Netzwerken mit Weitbereichsnetzwerken

Legal Events

Date Code Title Description
8364 No opposition during term of opposition