EP1774730A1 - Verfahren und netzelement für ein die dienstgüte erhaltendes umrouten von verkehr in netzen mit langsamer routenkonvergenz - Google Patents
Verfahren und netzelement für ein die dienstgüte erhaltendes umrouten von verkehr in netzen mit langsamer routenkonvergenzInfo
- Publication number
- EP1774730A1 EP1774730A1 EP05777989A EP05777989A EP1774730A1 EP 1774730 A1 EP1774730 A1 EP 1774730A1 EP 05777989 A EP05777989 A EP 05777989A EP 05777989 A EP05777989 A EP 05777989A EP 1774730 A1 EP1774730 A1 EP 1774730A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- route
- traffic
- message
- network element
- resource reservation
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- 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/02—Topology update or discovery
-
- 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/02—Topology update or discovery
- H04L45/023—Delayed use of routing table updates
-
- 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/02—Topology update or discovery
- H04L45/033—Topology update or discovery by updating distance vector protocols
-
- 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/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
- H04L47/785—Distributed allocation of resources, e.g. bandwidth brokers among multiple network domains, e.g. multilateral agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/826—Involving periods of time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
Definitions
- the invention relates to a method for setting a route for the routing of traffic and a network element with means for carrying out such a method.
- a currently very active field in the field of networks and network technologies is the further development of data networks for the transmission of real-time traffic in compliance with quality of service characteristics.
- IP Internet Protocol
- QoS Quality of Service
- Inter-Domain Routing Routing along individual networks or autonomous systems is often referred to as Inter-Domain Routing or Inter-Domain Routing.
- a border router announces a route change by means of an UPDATE message (announcement of a new route, withdrawal of an existing route, or both).
- UPDATE message announcement of a new route, withdrawal of an existing route, or both.
- Such a route change generally spreads over many UPDATE messages from network to network across many networks. More distant networks generally receive multiple UPDATE messages over multiple paths and see different routes from which they receive their
- BGRP Band Gateway Reservation Protocol
- Protocol provided routes the required resources.
- a resource reservation must follow the route changes initiated by the BGP protocol, i. When changing a route, make a correspondingly changed reservation. This poses major problems, especially during the convergence period, when a network is looking for a new stable route across multiple routes. Intermediate routes are not immediately recognizable as temporary solutions. If the resource management quickly follows the route changes, multiple resources are reserved for the same traffic. If resource management is waiting for convergence, the assured quality of service of the QoS traffic can be violated for a long time.
- the object of the invention is to specify a method for determining routes optimized with regard to compliance with quality of service characteristics.
- the object is achieved by a method according to claim 1 and a network element according to claim 19.
- the invention is based on the idea of determining a route, e.g. in the course of a route change or announcement of a new route, announce this route once before it is put into operation or activated with a time delay, e.g. by making a corresponding entry in a routing table.
- the announcement of the route preferably consists of the message of the future route. It is, however, e.g. also possible, as part of the announcement already held as an alternative
- the invention is primarily intended to overcome problems in determining inter-domain routes, eg by means of the BGP protocol, by the comparatively slow convergence in the determination of new or changed routes. These slow convergence times are above all a problem in the transmission of real-time traffic.
- an announcement is made first and later, with a time delay, activation of the route.
- a convergence can take place with respect to the new or changed route, i. among several advertised routes to the same destination, the optimal one is selected in terms of a metric, and a resource reservation along that optimal route can be made. In this way the required resources are available when activating the route.
- the traffic to be carried in particular QoS traffic, can be diverted without impairment. It is conceivable to use the method according to the invention and the conventional procedure in parallel, the method according to the invention being used when QoS traffic is concerned.
- Planned route changes i. Not due to line and node failure conditional Umrouten can be performed with the inventive method without disturbing the QoS traffic assured quality of service.
- the method thus increases the availability of QoS services and simplifies resource management.
- the quality of service of QoS services in the planned re-routing of cross-network traffic flows can thus be ensured. In particular, it supports traffic engineering of cross-network traffic, which network operators are already practicing with growing importance.
- the inventive idea is not limited to this case. It will be readily apparent to those skilled in the art that the inventive approach may be applied to any communications network in which problematic delays occur in defining new or changed routes. In particular, the method according to the invention could also be used in intradomain routing if similar difficulties with respect to convergence times occur in intradomain routing.
- the event which initiates the commissioning of the new route or activates the new route is preferably given by the transmission of a route activation message, which will also be referred to as activation in the following.
- a network element which takes a new route into operation, then receives two different temporally delayed messages; one to announce a route change, the second to activate this route change.
- the event that causes the commissioning but could also have a different form, for example, it is conceivable that a network element after receiving a route change message starts a timer or timer and the startup is caused by the expiry of this timer.
- Route activation message may e.g. be given by an UPDATE message of the BGP protocol.
- Resource reservation takes place. This resource reservation may be preceded by a selection of an optimal route.
- the resource reservation for the new (possibly optimally identified) route may, for example, be realized by means of a resource reservation message sent to a resource management entity.
- the address of this resource management entity can be used for route determination by means of the route announcement message responsible network element. The ones affected by the resource reservation
- Resource management entities are located in a preferred embodiment along the route to be determined.
- a resource reservation message is transmitted from the network element along a route established with the processing of the route announcement message, which in its course corresponds to the new route and allows the sending of reservation messages without affecting existing traffic. This is done with the
- Processing the route announcement message preferably set a route with a prefix, which is announced with the route announcement message and contains an address of a resource manager in the system that has originally caused the route announcement.
- a message can thus be propagated along the entire route; alternatively, the routing entities located on the new route in turn send resource reservation messages to associated resource management entities to ensure resource reservation all the way. Since resource reservation messages run in the reverse direction on the way of route announcement messages, the allocation of a resource management instance can be easily deduced from the route announcement message.
- a successful resource reservation can be confirmed to the network element responsible for route setting.
- the activation of the route can be made dependent on the previous receipt of a confirmation of the reservation, ie the activation is not made if there is no confirmation for the resource reservation.
- activation can be prevented, for example by no route activation message being sent to the network element. Further, the activation may be made dependent on that mentioned in the route announcement messages Resource manager receives reservations in response to its announcement whose total resource requirements are within a target interval.
- the route announcement message preferably contains a flag or attribute which identifies it as an announcement message.
- information about the time of occurrence of the event e.g. the time of sending a route activation message are transmitted. This information can exist both in a time difference between the announcement message and the activation-triggering event, as well as in an absolute time of the planned occurrence of the activation event. In the latter case, a synchronization of
- the route advertisement message may be substantially in the form of a BGP UPDATE message, but is modified relative to conventional UPDATE messages, at least insofar as it should include a label as an advertisement message. It may include time of occurrence information and an address of a competent resource management entity, which is also an extension to conventional UPDATE messages.
- the method according to the invention then runs as follows in a preferred embodiment implemented by means of UPDATE messages.
- Traffic engineering and other scheduled traffic triggers advance announcements of route changes. If current traffic in the future, instead of a previously used border router Rl, via another border router R2 in an autonomous system A reach, so be led on new ways, then sends the future to be used border router R2 as conventional BGP UPDATE message to the affected neighbors. In contrast to however, it sends an UPDATE message Ul with a previous announcement of the new route. Later, at an announced time, R2 sends a second, regular UPDATE message U2 with the new route announced in Ul.
- the UPDATE message Ul announces U2 and gives the participating networks the opportunity to pre-run the convergence process without disturbing the current traffic, to reserve the resources on the new converged route and to disrupt the affected traffic with the propagation of U2 in one step to map a prepared route.
- new attributes are inserted in UPDATE messages: for the announcement of announcements, for the announcement of the dispatch time of U2 and for the announcement of the address of a resource manager in A to be sent to the reservations for the announced route.
- an advertisement also contains a route consisting of a prefix P, a route R coded in a list of AS numbers and attributes. The prefix P, route R and attributes are identical to those in U2.
- the border router R2 could send an advertisement Ul without specifying the time of the planned sending of the actual UPDATE message U2 and wait only for a reasonable time before sending U2 (estimates about distribution of the route lengths) and a responsive one AS could also wait for a suitable period of time until signaling for resource reservation (estimation of distribution of route lengths).
- Ul could include a time interval that is adapted from Border Router to Border Router (deducting forwarding and processing time) and indicating the time remaining until U2 is posted.
- the UPDATE U2 may contain a reference to Ul and make it easier to link to the advertised route change.
- the subject matter of the invention also comprises a network element with means for carrying out a method in the sense of the procedure according to the invention.
- Fig. 1 A section of a network network, which is formed with autonomous systems (AS).
- AS autonomous systems
- FIG. 2 and Fig. 3 A flow chart for carrying out a method according to the invention.
- route changes in the inter-domain routing by means of the BGP protocol with a new form of UPDATE messages are announced in advance.
- a few minutes later than the announcement the actual route change takes place, which can take place as usual in the BGP protocol.
- the time delay is chosen so that usually before the route change the optimal route determined and a resource reservation can be made. Since an average convergence process takes about 3 minutes for inter-domain routing, a time delay of a few minutes makes sense.
- the convergence phase and the resource reservation for QoS traffic can be brought forward in the time between the announcement and the actual re-routing. It will not be re-routed to the announcement until the convergent route is already known and the required resources have already been provisioned.
- Route announcements are transported via UPDATE messages and undergo the same convergence process as regular UPDATE messages, but do not change the traffic flow, but cause the determination of the later convergent route.
- new attributes are used in BGP UPDATE messages, with which a route change can be announced in advance with an UPDATE message U1 (hereinafter also referred to as announcement this route announcement message).
- UPDATE message U1 hereinafter also referred to as announcement this route announcement message.
- the attributes show the UPDATE message as an announcement of a route change.
- Ul in the order of minutes after the sending of Ul
- a re-routing is initiated with a regular second UPDATE message U2.
- the UPDATE message U2 contains the achievable prefixes and the AS path in the usual way, ie the IP addresses of the accessible systems and the list of autonomous systems leading to the destination.
- the UPDATE message Ul which is used as an announcement, contains the same
- Information such as U2 plus additional information: an indicator that it is an announcement of an upcoming new route, the time at which the second UPDATE message U2 initiates the actual route change, and the address of a resource reservation resource manager.
- this resource manager is located in the autonomous system that originally announces the route change with the UPDATE message Ul.
- This resource manager is located at the edge router R12 in the example of FIG.
- a resource manager may e.g. be realized by software through processes running on a router or on an independent hardware platform. Central resource management is also possible.
- each edge router e.g. Inbound UPDATES filter, best path selection, and outbound UPDATE filters that use route dialing and -
- each destination has at most one route - the best route - passed on to neighboring nodes. This restriction does not affect the propagation of advertised routes.
- Announced routes if they have successfully passed through the selection processes and are modified as well as analogous regular routes, are passed on to all neighbors, as well as later on the routes triggered or activated by the UPDATE message U2.
- announcements do not affect the current best route of the traffic concerned used for routing, in particular they do not change the corresponding entry in routing tables (FIB) and do not replace routes learned via regular UPDATE messages. Like later the UPDATE message U2 triggers the announcement Ul convergence processes.
- a remote autonomous system B which will later respond to U2 and move QoS traffic, will undergo a convergence process and will already be learning the routes available later, and in particular the converged route to be subsequently set, to which the traffic will then be transferred.
- the autonomous system B reserves the resources needed to transfer the affected traffic on the converged, best future route learned from the announcements. For a corresponding
- Fig.l shows seven autonomous systems ASl, AS2, ..., AS7.
- Two networks are connected to ASl, network N1 and network N2.
- Address block 10.10.11.0/24 i. 10.10.11.0 to 10.10.11.255.
- 10.10.10.0/24 specifies an IP address, 10.10.10.0, and a mask length, 24, and stands for all IP addresses that match the specified address 10.10.10.0 in the first 24 bits (mask length), ie 10.10.10.0 to
- FIG. 1 Only part of the participating routers, the border routers or edge routers, via which the autonomous systems are connected to one another, are shown in FIG. 1: R1, R2, R21, R22, R31, R32, R33, R41, R42, R51, R52 , R61, R62, R71 and R72. Also only partially shown are the components responsible for resource management. As exemplified by the resource managers RMlI, RM12, RM61 and RM62, in particular each border router is assigned a resource manager.
- Routes in this example are represented in the form (P, a1, a2, ..., aN).
- the prefix P describes the address block with the reachable destination addresses and the following sequence al, a2,..., AN the sequence of the autonomous systems to be traversed by the traffic
- (10.10.10.0/23, 4, 2, 1) is a route from the AS6 autonomous system. It leads with the address block 10.10.10.0/23 to the networks N1 and N2.
- the numerical sequence 4, 2, 1 stands for the sequence of autonomous systems: AS4, AS2, ASl, which forward the traffic from the autonomous system AS6 to the networks N1 and N2.
- AS4, AS2, ASl stands for the sequence of autonomous systems: AS4, AS2, ASl, which forward the traffic from the autonomous system AS6 to the networks N1 and N2.
- the autonomous system AS6 uses the route (10.10.10.0/23, 4, 2, 1) for the traffic to the target networks Nl and N2
- the utilization of the connection between the routers R21 and RlI approaches the capacity limit and the autonomous system ASl wants to move part of the traffic to other routes.
- the autonomous system AS1 decides to switch the traffic to the network N2 to routes via R12.
- the router RlI would limit the reachable through him destination addresses with an UPDATE message to 10.10.10.0/24 and the router R12 with an UPDATE message the availability of 10.10.11.0/24 announce. This would initiate a generally average three-minute convergence process during which the quality of service for traffic flows from the autonomous system AS6 to the networks N1 and N2 suffers significantly and possibly during the convergence process multiple resources are reserved on different paths between the autonomous systems AS6 and AS1.
- the router R12 sends an UPDATE message Ul to the router R31 containing an announcement of the route (10.10.11.0/24, 1). In Ul could be that this route is communicated in 10 minutes with another UPDATE message binding.
- AS3 propagates the advertised route as (10.10.11.0/24, 3, 1) to routers R41, R51 and R71.
- the autonomous system AS4 propagates the announced route as (10.10.11.0/24, 4, 3, 1) to the autonomous system AS6, although the router R42 already (10.10.10.0/23, 4, 3, 1) to the router R61 has passed.
- the convergence phase is completed in this example when (10.10.11.0/24, 4, 3, 1) via the router R42, (10.10.11.0/24, 5, 3, 1) via the router R52 and
- the autonomous system AS6 will inform its resource management timely about its route selection and cause the resource manager RM62 to signal the required resources on the selected future route to the resource manager RM12.
- the new route is established, and the required resources are already provided when the router R12 at the announced time sends another UPDATE message U2 with the route (10.10.11.0/24, 1) to the router R31, this time as a regular UPDATE message .
- the U2 UPDATE will trigger messages with the routes (10.10.11.0/24, 4, 3, 1), (10.10.11.0/24, 5, 3, 1) and (10.10.11.0/24 , 7, 3, 1) arrive at the autonomous system AS6.
- the AS6 autonomous system already knows the new converged route and will wait until the UPDATE message arrives with the route (10.10.11.0/24, 5, 3, 1). Then the autonomous system AS6 will adjust its routing and set the traffic to N2 on the new path, which is already consistent at this time, representing the convergent state and holding the required resources. Without significant impairment of the quality of service, the traffic is thus switched to the new route (except for possible overlaps of traffic on the new route and still on the old
- the resource manager RM61 will then adapt the resources reserved on the old route via the autonomous systems AS4, AS2 and AS1, ie release the resources no longer required by the traffic transfer.
- the autonomous system AS6 proceeds according to the flowchart shown in FIG. 2 and FIG. For simplicity, it is assumed here that an UPDATE contains only a known route R with prefix P (step 101). An extension to UPDATE messages that announce multiple routes is trivial to one skilled in the art. Steps 102, 104, 105, 107, 108, and 109 correspond to the routes disclosed in RFC1771. In step 106, route announcements are filtered out in this course, which describe future best route, and in a new one
- Announced Route Database, Pen-RIB (Pen for Pending)) (step 123). If R is the first such route announcement for the prefix P (no entry in pen RIB), a timer is started (steps 121 and 122). From the route announcement R, a route R * is generated which is identical to R except for the prefix P * (step 124). P * is the prefix of the resource manager responsible for reservations on the announced route, in the example a prefix for an address of RM12 in ASl. R * is now entered and activated in Loc-RIB instead of the route announcement (step 125). Announced routes that are expected due to the route announcements entered in Pen-RIB will be filtered out in step 103 and treated separately.
- Step 131 a timer is started (steps 132 and 133). If Route R corresponds to the new best route contained in Pen-RIB, all routes cached in Pen-RIB for Prefix P are processed and all entries for Prefix P in Pen-RIB are deleted (Step 1).
- step 135 corresponds to that of steps 104, 105, 107, 108 and 109.
- step 201 When a timer set up in step 122 expires (step 201), resource management is informed of the upcoming route change by a corresponding one
- step 202 To cause resource reservation (step 202). If a timer set up in step 133 expires (step 301), it is assumed that the timer in pen RIB stored new best route has lost its validity. It is checked if there are entries for the prefix P in pen RIB (step 302). If so, all routes cached in pen RIB to prefix P are processed (step 303) and deleted in pen RIB (step 304). Further, resource management is informed of the change (step 305).
- route change messages may have to be given an appropriate value for this identification, e.g. an AS number or an IP address of a border router.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004037024A DE102004037024B4 (de) | 2004-07-30 | 2004-07-30 | Verfahren und Netzelement für ein die Dienstgüte erhaltendes Umrouten von Verkehr in Netzen mit langsamer Routenkonvergenz |
PCT/EP2005/053718 WO2006013191A1 (de) | 2004-07-30 | 2005-07-29 | Verfahren und netzelement für ein die dienstgüte erhaltendes umrouten von verkehr in netzen mit langsamer routenkonvergenz |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1774730A1 true EP1774730A1 (de) | 2007-04-18 |
Family
ID=35115858
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP05777989A Withdrawn EP1774730A1 (de) | 2004-07-30 | 2005-07-29 | Verfahren und netzelement für ein die dienstgüte erhaltendes umrouten von verkehr in netzen mit langsamer routenkonvergenz |
Country Status (5)
Country | Link |
---|---|
US (1) | US20080098127A1 (de) |
EP (1) | EP1774730A1 (de) |
CN (1) | CN1993942A (de) |
DE (1) | DE102004037024B4 (de) |
WO (1) | WO2006013191A1 (de) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8166197B2 (en) * | 2005-10-25 | 2012-04-24 | Oracle International Corporation | Multipath routing process |
DE102006015239B3 (de) * | 2006-03-30 | 2007-08-23 | Siemens Ag | Netzzugangssteuerung mit zusätzlicher Verkehrsklasse in einem Kommunikationsnetz |
US20070233885A1 (en) * | 2006-03-31 | 2007-10-04 | Buskens Richard W | Architectures for assuring the inter-domain transport of QoS sensitive information |
EP1940091B1 (de) * | 2006-12-27 | 2009-10-07 | Nec Corporation | Autonomes Netzwerk, Netzknotenvorrichtung, Netzwerkredundanzverfahren und Aufzeichnungsmittel |
US8036141B2 (en) * | 2008-08-15 | 2011-10-11 | At&T Intellectual Property I, L.P | Apparatus and method for managing a network |
US8826271B2 (en) | 2010-04-28 | 2014-09-02 | Cavium, Inc. | Method and apparatus for a virtual system on chip |
US20120124238A1 (en) * | 2010-11-12 | 2012-05-17 | Alcatel-Lucent Bell N.V. | Prioritization of routing information updates |
US9424144B2 (en) | 2011-07-27 | 2016-08-23 | Microsoft Technology Licensing, Llc | Virtual machine migration to minimize packet loss in virtualized network |
US9531642B1 (en) | 2014-09-30 | 2016-12-27 | Amazon Technologies, Inc. | Distributing routing updates according to a synchronous mode |
US9699068B1 (en) * | 2014-09-30 | 2017-07-04 | Amazon Technologies, Inc. | Distributing routing updates according to a decay mode |
US9806985B2 (en) * | 2015-03-02 | 2017-10-31 | Cisco Technology, Inc. | Symmetric routing enforcement |
CN111030929A (zh) * | 2015-10-16 | 2020-04-17 | 华为技术有限公司 | 一种路由处理方法、设备及系统 |
US10235211B2 (en) * | 2016-04-22 | 2019-03-19 | Cavium, Llc | Method and apparatus for dynamic virtual system on chip |
US11909763B2 (en) * | 2021-04-07 | 2024-02-20 | Cisco Technology, Inc. | BGP blackhole and hijack mitigation |
US11843533B2 (en) * | 2022-02-28 | 2023-12-12 | Microsoft Technology Licensing, Llc | End-to-end performance aware traffic engineering for internet peering |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6658469B1 (en) * | 1998-12-18 | 2003-12-02 | Microsoft Corporation | Method and system for switching between network transport providers |
JP2001217839A (ja) * | 2000-01-31 | 2001-08-10 | Fujitsu Ltd | ノード装置 |
US7234001B2 (en) * | 2000-12-20 | 2007-06-19 | Nortel Networks Limited | Dormant backup link for OSPF network protection |
US6792091B2 (en) * | 2002-02-22 | 2004-09-14 | Marc S. Lemchen | Network-based intercom system and method for simulating a hardware based dedicated intercom system |
US7286468B2 (en) * | 2002-11-12 | 2007-10-23 | Cisco Technology, Inc. | Routing system and method for synchronizing a routing system with peers after failover |
US8161152B2 (en) * | 2003-03-18 | 2012-04-17 | Renesys Corporation | Methods and systems for monitoring network routing |
-
2004
- 2004-07-30 DE DE102004037024A patent/DE102004037024B4/de not_active Expired - Fee Related
-
2005
- 2005-07-29 US US11/632,903 patent/US20080098127A1/en not_active Abandoned
- 2005-07-29 CN CNA2005800259284A patent/CN1993942A/zh active Pending
- 2005-07-29 EP EP05777989A patent/EP1774730A1/de not_active Withdrawn
- 2005-07-29 WO PCT/EP2005/053718 patent/WO2006013191A1/de active Application Filing
Non-Patent Citations (1)
Title |
---|
See references of WO2006013191A1 * |
Also Published As
Publication number | Publication date |
---|---|
CN1993942A (zh) | 2007-07-04 |
DE102004037024A1 (de) | 2006-03-23 |
WO2006013191A1 (de) | 2006-02-09 |
US20080098127A1 (en) | 2008-04-24 |
DE102004037024B4 (de) | 2006-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1774730A1 (de) | Verfahren und netzelement für ein die dienstgüte erhaltendes umrouten von verkehr in netzen mit langsamer routenkonvergenz | |
DE60026238T2 (de) | Auf vorspezifizierter Dienstgüte basierender Verbindungsaufbau durch ein Kommunikationsnetz | |
DE69808753T2 (de) | Mehrfachübertragungsvermittlung und -verfahren | |
DE69829203T2 (de) | Paketnetzwerk | |
DE60030122T2 (de) | Implementation eines effizienten internetdienstes für verknüpfte satellitnetze | |
DE60202491T2 (de) | Verfahren und System zum Steuern eines Kommunikationsnetzes und eines im Netz angewandten Routers | |
EP0784894B1 (de) | Verfahren und anordnung zur adressierung von teilnehmern in einem aus mindestens zwei segmenten bestehenden netzwerk | |
EP2135404B1 (de) | Verfahren zum betreiben eines nach art des mesh, insbesondere gemäss dem standard ieee 802.11s, aus einer vielzahl von netzwerkknoten gebildeten netzwerks | |
EP1405540A1 (de) | Verfahren zum durchführen eines qos-orientierten handoffs zwischen einem ersten und einem zweiten ip-basierten, insbesondere mobilen ipv6-basierten kommunikationspfad zwischen einem mobile node (mn) und einem correspondent node (cn) | |
EP2055056A1 (de) | Verfahren und netzwerkknoten zum routen von datenpaketen in kommunikationsnetzen | |
DE60026006T2 (de) | System zum Empfang von Mehrfachdaten | |
DE102005016587A1 (de) | Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung und Kommunikationssitzungs-Steuerungs-Server | |
DE60037914T2 (de) | Multicasting von Daten in einem mobilen IP-Kommunikationsnetz | |
WO2018162071A1 (de) | Verfahren und vorrichtung zur modularen lenkung eines avb-streams | |
DE102006027708B3 (de) | Verfahren zur Optimierung einer Kommunikationsverbindung in einem paketvermittelten Sprachdatennetzwerk | |
DE10238291A1 (de) | Effizientes Intra-Domain Routing in Paketnetzen | |
DE60022057T2 (de) | Verfahren um im multi-protocol label switching schleifen zu vermeiden | |
EP2847966B1 (de) | Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk, entsprechendes system und entsprechendes computerprogrammprodukt | |
EP1757049A1 (de) | Verfahren zur ressourcen-reservierung für ein inter-domain-routing mit dienstgütemerkmalen | |
DE102004058927B3 (de) | Aggregation der inter-domain Ressourcen-Signalisierung | |
EP2321997B1 (de) | Verfahren zum austausch von routing-nachrichten in einem drahtlosen vermaschten kommunikationsnetz | |
EP3664510A1 (de) | Wechsel des datenübertragungsweges ohne verlust von datenpaketen | |
WO2005027435A1 (de) | Verfahren zur optimierten deaktivierung von inter-domain routen | |
EP3672163A1 (de) | Verfahren zur datenkommunikation, kommunikationsgerät, computerprogramm und computerlesbares medium | |
DE10047131B4 (de) | Verfahren zum Betreiben eines Zugangsnetzes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20060823 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): DE FR GB |
|
17Q | First examination report despatched |
Effective date: 20070731 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG |
|
DAX | Request for extension of the european patent (deleted) | ||
RBV | Designated contracting states (corrected) |
Designated state(s): DE FR GB |
|
RAP3 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NOKIA SIEMENS NETWORKS S.P.A. |
|
RAP3 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20091120 |