EP2638672A1 - Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets - Google Patents

Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets

Info

Publication number
EP2638672A1
EP2638672A1 EP12702460.2A EP12702460A EP2638672A1 EP 2638672 A1 EP2638672 A1 EP 2638672A1 EP 12702460 A EP12702460 A EP 12702460A EP 2638672 A1 EP2638672 A1 EP 2638672A1
Authority
EP
European Patent Office
Prior art keywords
network
ports
communication
queue
network node
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.)
Ceased
Application number
EP12702460.2A
Other languages
German (de)
English (en)
Inventor
Johannes Riedl
Matthias Scheffel
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.)
Siemens AG
Original Assignee
Siemens AG
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 AG filed Critical Siemens AG
Publication of EP2638672A1 publication Critical patent/EP2638672A1/fr
Ceased legal-status Critical Current

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/50—Queue scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/18—End to end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or 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/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes

Definitions

  • the invention relates to a method for increasing the quality in a packet-based communication network comprising a plurality of network nodes, wherein each of the network nodes has a number of ports, each of which at least one queue is assigned and the one Varunikationsver ⁇ binding to another Network node can be made.
  • the invention further relates to a network node of a packet-based communications network and a packet-based Kiru ⁇ nikationsnetz having a plurality of network nodes.
  • the data transfer In many applications distributed over a communications network, the data transfer must not exceed certain limits in terms of end-to-end delay and / or jitter, in order to achieve the desired quality of service of the application. This is particularly true in the industrial field formed in communication networks, for example for a Fabrikautomatisie ⁇ tion, a process automation or energy automation.
  • TDM Time Division Multiplexing
  • suitable network technologies are SDH (Synchronous Digital Hierarchy) or ATM (Asynchronous Transfer Mode) networks. Due to their complexity and the high costs, especially when scaling, they are not useful in many application scenarios.
  • Such communication networks are, for example, Ethernet or IP (Internet Protocol) -based communication networks.
  • IP Internet Protocol
  • communication networks consists of the fact that, in principle, no guarantees with regard to delay and / or jitter can be guaranteed.
  • IRT isochronous real-time transmission ⁇ IRT
  • PROFINET PROFINET
  • the invention provides a method for increasing the quality of data transmission that detects a plurality of network nodes in a packet-based communication network, each network node having a number of ports to which to ⁇ least one queue is assigned and a communication link to another network node can be produced.
  • the method at least the queues of those ports are monitored for their queue length, which ports in the network nodes are respectively along are arranged in the communication network educated communication paths.
  • a Studentslas ⁇ tion measure is determined for the one or more ports in question, from the congestion measure for the relevant or overloaded port running communication paths on a run ⁇ time delay (delay) and / or delay variation (jitter) in the data transmission can be closed. If the overload measure exceeds a predetermined threshold value, an alternative communication path bypassing the overloaded ports is set up for at least one of the communication paths, which is routed via an overloaded port.
  • the invention further provides a network node of a packet-based communications network having a plurality of Netzkno ⁇ th, wherein the network node comprises a number of ports, which has at least one queue assigned in each case and via which a communications link to another network node can be established.
  • the network node comprises a first means for monitoring the queues of those ports for their queue lengths, which ports are arranged in the network nodes along respective communication paths formed along the communication network.
  • the network node further comprises a second means for determining the Studentslastungsma ⁇ SLI from the queue length for the port or ports in question.
  • the invention further provides a packet-based Kommunikati ⁇ onsnetz comprising a plurality of inventively designed network nodes and a network management entity for establishing communication paths and / or alternative communication paths using routing mechanisms in the communication network.
  • the network management entity comprises a third means are closed by the from the resultant by a jewei ⁇ intelligent network node overload fault for the or the respective, congested port ongoing communication paths to a propagation delay (Delay) and / or Verzögerungsva ⁇ riation (jitter) in the data transmission can.
  • the network management entity further comprises a fourth means by which, when the overload fault exceeds a pre ⁇ give threshold value, for at least one of Kom ⁇ munikationspfade which is guided over a congested port, an alternate communication path, bypassing the congested ports can be set up.
  • the invention can be a determinism in packet ⁇ oriented communication networks, such as, for example, achieve on the Internet Protocol-based communication networks or Ethernet. This results in a high convolution quality with regard to delay and / or jitter for the communication paths formed in the communication network.
  • An advantage of the procedure according to the invention is that a complex calculation of absolute delay and / or jitter values is not necessary in order to be able to determine that there is a delay and / or jitter-critical situation within the communication network. This applies in particular ⁇ sondere assuming that in the otherwise almost empty communication network (ie there is no overload or jam situation) the delay and / or jitter requirements are met without any problems.
  • a further advantage is that hardly any modification is necessary in the network node in order to implement the procedure according to the invention.
  • a further advantage is that the method ensures a Ska ⁇ lieriana in large communication networks. This is ensured because, with the method according to the invention, it is necessary to monitor delay or jitter values only per queue and network node, but not per communication path.
  • the alternative communication path is set up bypassing those nodes which comprise at least one overloaded port. This redirects the route of the alternate communication path around the node with the congested port. This can be advantageous if the performance of the entire network node is already adversely affected by the overload of a port.
  • one of the following queue lengths is processed to determine the congestion measure: an average queue length, the average queue lengths being calculated from the time average of a plurality of acquired queue lengths of a queue over a predefined period of time; and / or a ma ximum queue length and / or an effective ⁇ waiting queue length, which is calculated from temporally preceding and refreshes rush queue lengths.
  • an average queue length the average queue lengths being calculated from the time average of a plurality of acquired queue lengths of a queue over a predefined period of time
  • / or a ma ximum queue length and / or an effective ⁇ waiting queue length which is calculated from temporally preceding and refreshes rush queue lengths.
  • the communication paths and / or the alternative communication paths are set up by a higher-level network management entity using routing mechanisms.
  • the network management entity serves to actively create communication paths in the packet-based communication network.
  • the active creation of communication paths by the network management entity can, for example, be analogous to MPLS (Multi Protocol Label Switching).
  • MPLS Multi Protocol Label Switching
  • the queue lengths of several ports of the network nodes are doing OF INVENTION ⁇ dung as used.
  • the network management entity may be formed by a central computer, a control unit of one of the network nodes or a plurality of computers and control units.
  • the queue length of the ports of the plurality of network nodes are polled at predetermined intervals by the higher-level network management entity, wherein the network management entity determines the extent of congestion for each of the ports.
  • the queue lengths of the ports of the plurality of network nodes become at predetermined intervals and / or as a function of exceeding a predetermined global or network node-specific threshold value from the network nodes to the higher-level network management entity, wherein the network management entity determines the extent of congestion for each of the ports.
  • a first lower threshold value for the overload fault (or the War ⁇ tesch long) is defined those ports which are located in the network nodes along the new communication path, which, if exceeded, the new communication path is set up such that the nodes are ignored for the new communication path having at least one congested port whose congestion exceeds the first threshold or the congested ports are disregarded by nodes whose congestion exceeds the first threshold.
  • a second, higher threshold value for the overload fault is defined those ports which are located in the network nodes along the new communication path, determines if exceeded for existing Kom ⁇ munikationspfade alternative communication paths and set up.
  • the load of a network node or an overloaded port can thus be specifically controlled with regard to the data transmitted via it.
  • the new communication path is routed specifically around the congested port or the respective network node, but also a communication path already going over the congested port is diverted.
  • the overload dimensions are monitored as a function of a traffic class of the relevant queue. If low-priority traffic occurs in addition to high-priority traffic, the latter can cause increases in delay and / or jitter in high-priority traffic. For example, this may be caused by an unfavorable scheduler implementation in the network node or by the arrival of a high priority data packet while still sending a long low priority data packet. Such critical situations caused by the low-traffic traffic can be reliably detected by considering the queue lengths of different traffic classes.
  • overall utilization can be improved in the communication network, creating a determinism in the packet-based communications network to increase the quality of data transmission can be achieved in the result.
  • a further embodiment provides that end-to-end values for the propagation delays ⁇ are arranged from the determined congestion measures or the waiting queue lengths of the enqueue queues, which are arranged in the network node along respective communication paths formed in the communication network tion and / or the delay variance are determined on the relevant communication path.
  • the procedure according to the invention is thus based on the dynami ⁇ rule use of queue lengths of the ports of the network nodes to identify delay and / or Jitterkritica situations in connection with the regular polling of the queue lengths or corresponding messages through the network nodes if specified thresholds are exceeded.
  • suitable communication paths for delay or jitter-critical traffic flows are calculated.
  • a Vor ⁇ part of the procedure is that a ⁇ independence of the detailed scheduler implementation or of a used scheduler concept is given. The invention will be explained in more detail below with reference to an embodiment in the drawings. Show it:
  • FIG. 1 shows a communication network according to the invention with a plurality of network nodes and a higher-level network management entity
  • FIG. 2 shows the communication network from FIG. 1, in which three paths set up by the network management instance are shown by way of example, FIG.
  • FIG. 3 shows the communication network of FIG. 2 in which one of the network nodes reports an overloaded port to the network management entity
  • FIG. 4 shows the communication network according to FIG. 2, in which one of the original communication paths has been placed on an alternative route
  • Fig. 5 shows the communication network of Fig. 2, in which a new communication path has been established.
  • Fig. 1 shows an inventive communication network with egg ⁇ ner plurality of network nodes K and a Netzwerkmanagementin- punch NM.
  • the network nodes K are numbered from 1 to 8, wherein the numbers represent a respective address of the network node K.
  • Each of the network nodes K has a number of ports P, via which a communication link KV to another network node K can be established.
  • the number of outgoing from a bone ⁇ K th communication links the number of ports, wherein a respective node may in principle have a larger number of ports than the communication links corresponds. Only for the marked with the addresses 1 and 5 node K ports P are provided with their reference numerals.
  • the communication links KV can be line-based or wireless NAT . In particular, in the latter case, it is possible that form other communication links between the nodes K than those shown in Fig. 1.
  • the node K is preceded by the already mentioned network management entity NM.
  • the network management entity which is formed for example by a central computer, is able to exchange data with the network node K via respective communication links KVN.
  • the communication links KVN which are shown in FIG. 1, are merely logical in nature and need not exist directly between the respective network node K and the network management entity NM.
  • the end-to-end delay and jitter may be particularly critical when due to a zzy qualityspei- assurance (so-called Queuing) ⁇ node in the network nodes along K egg nes particular communication path between source and destination packet traffic jams are caused containing varying forward each times in the individual network nodes.
  • the reasons for this include a blocked off ⁇ gangs ports by sending another package or the pre- ferred control other cached packages with higher priority. Since the delay is usually not de ⁇ terministic, variable delay and jitter values can arise.
  • the task of the network management instance is to set up and to administer the communication paths formed in the communication network.
  • the network management entity may monitor at least the queues of those ports at their queue length, which ports in the network nodes are arranged along respective communication paths formed in the communication network. From the queue length, the network ⁇ management entity may determine an overload fault for the ports, wherein in the overload fault for the one or current via the relevant, congested port communication paths often a delay and / or Jitterproblem can be closed in the data transmission.
  • the network ⁇ management entity may determine an overload fault for the ports, wherein in the overload fault for the one or current via the relevant, congested port communication paths often a delay and / or Jitterproblem can be closed in the data transmission.
  • the one or more priorities traffic classes
  • the priorities are defined, for example, via IEEE 802.1P Class of Service (CoS) or IP Type of Service (ToS).
  • Exceeds the overload fault concerned ei ⁇ NEN predetermined threshold value that is the queue length of a queue of a port is greater than the predetermined threshold, it is for at least one of the communication ⁇ paths, which is guided through a through burdensome port, an alternate communication path, bypassing the congested Ports set up. These paths are chosen so that the critical ports P or network nodes are not used.
  • the overload measure can be a value directly proportional to the queue length.
  • the overload level of the queue length, z For example, the number of bytes of time before the queue is processed, and so on.
  • FIG. 2 shows in an example the communication network described in FIG. 1, in which three communication paths PF1, PF2, PF3 are set up by the network management entity NM.
  • the communication path 1 runs from the network node 1 via the network nodes 5 and 2 to the network node 3.
  • the communication path PF2 runs from the network node 1 via the network nodes 5 and 6 to the network node 8.
  • the communication path PF3 runs from the network node 4 via the network nodes 5 and 6 8 to the network node in the selected embodiment, all 3 communication paths PF1, PF2 and PF3 are thus passed over the Netzkno ⁇ th 5, wherein the communication paths PF2 and PF3 further through a common port PI (5) are passed.
  • a packet jam may occur at the port PI (5), which may result in a delay and / or jitter for both the communication path PF2 and the communication path PF3.
  • a degree of congestion formed at the port PI (5) exceeds a predefined threshold value, then according to FIG. 3 the network node 5 transmits a message N to the network management entity NM.
  • the network management entity NM can infer from the congestion measure for the communication paths PF2, PF3 running via the port PI (5) to a possibly occurring delay and / or jitter problem. Because of the Netzwerkmana ⁇ ABERGEMENT instance NM performs a reconfiguration of the two communication nikationspfade PF2, PF3.
  • the network management entity NM uses known routing methods in principle.
  • the communication paths can be set up for example by direct entries in Layer 3 routing or Layer 2 forwarding tables.
  • a device or adaptation can also be realized by an adaptation of the metrics influencing the routing or forwarding tables. These can be, for example, Open Shortest Path First (OSPF) weights or link costs and priorities in Rapid Spanning Tree (RSTP) or Multiple Spanning Tree (MSTP). Corresponding mechanisms and procedures are known to those skilled in the art.
  • OSPF Open Shortest Path First
  • RSTP Rapid Spanning Tree
  • MSTP Multiple Spanning Tree
  • the data transmission from a source node to a destination node can he follow ⁇ first along preset default paths. This means a default path is initially inde ⁇ gig of the queue length of the queue, along which the communication path is formed.
  • the network management entity NM only intervenes when a problem situation has been identified during the continuous monitoring of the network node K and its queues.
  • Requests for the establishment of new communication paths can be edited so that a new communication ⁇ path avoids the critical ports or network nodes.
  • This is exemplified in Fig. 5, wherein over the communica tion ⁇ paths according to Fig., A new communication path PF4 from the network node 1 via the network node 4 and 7 to the hub 6 3. Although the shortest route from network node 1 to network node 6 would pass through port PI (5) of network node 5, a path through network nodes 4 and 7 is selected to avoid the congestion on port PI (5) of network node 5.
  • new communication paths For the establishment of new communication paths, it is helpful to set a first, a lower, and a second, compared to a higher threshold.
  • new communication paths such as the communication path PF4, which is added to the existing communication paths PF1, PF2 'and PF3, are set up via alternative network nodes.
  • ⁇ requirement which the second, higher threshold and existing communication paths are partially diverted.
  • one or more threshold values for each of the central network node individually to defi ⁇ kidney, so that a network node K transmits a message to the Network Management NM instance, when the respective limits are exceeded. This makes a constant query of the states by the management entity superfluous and spares communication resources.
  • an average queue length is preferably used, with the mitt ⁇ sized queue length calculated from the time average queue lengths more sensed over a predetermined period of time.
  • a maximum queue length can also be defined, which may correspond, for example, to the second, higher threshold value from above.
  • the use of an effective queue length to determine the congestion measure is possible, with the effective queue length being determined from temporally preceding and current queue lengths. As a result, the history of the queue length can be taken into account, wherein z. B. an exponential smoothing can take place.

Landscapes

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

Abstract

L'invention concerne un procédé servant à augmenter la qualité de la transmission des données dans un réseau de communication à base de paquets qui comprend une pluralité de nœuds de réseau (K). Chaque nœud de réseau (K) comporte un certain nombre de ports (P), à chacun desquels est associée au moins une file d'attente (Q) et par l'intermédiaire desquels une liaison de communication (KV) peut être établie à un autre nœud de réseau (K). Dans un procédé selon l'invention, on surveille la longueur des files d'attente pour au moins les files d'attente (Q) des ports (P) qui sont disposés dans les nœuds de réseau (K) le long du chemin de communication formé dans le réseau de communication. Par ailleurs d'après la longueur de la file d'attente, on détermine une cote de surcharge pour le ou les ports concernés (P), un retard de fonctionnement (Delay) et/ou une gigue (Jitter) dans la transmission des données pouvant être déduits de la cote de surcharge pour le ou les chemins de communication (PF1, PF2, PF3) passant par le ou les ports surchargés concernés (P). Finalement, la cote de surcharge dépasse une valeur de seuil prédéfinie pour au moins un des chemins de communication (PF1, PF2, PF3) qui passe par un port surchargé (P). On établit alors un chemin de communication de rechange (PF2') en évitant les ports surchargés (P).
EP12702460.2A 2011-01-28 2012-01-20 Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets Ceased EP2638672A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011003321A DE102011003321A1 (de) 2011-01-28 2011-01-28 Verfahren zum Erhöhen der Qualität der Datenübertragung in einem paketbasierten Kommunikationsnetz
PCT/EP2012/050873 WO2012101054A1 (fr) 2011-01-28 2012-01-20 Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets

Publications (1)

Publication Number Publication Date
EP2638672A1 true EP2638672A1 (fr) 2013-09-18

Family

ID=45562983

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12702460.2A Ceased EP2638672A1 (fr) 2011-01-28 2012-01-20 Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets

Country Status (6)

Country Link
US (1) US9191334B2 (fr)
EP (1) EP2638672A1 (fr)
CN (1) CN103329490B (fr)
CA (1) CA2825830C (fr)
DE (1) DE102011003321A1 (fr)
WO (1) WO2012101054A1 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8819309B1 (en) 2013-06-14 2014-08-26 Arm Limited Low latency bypass buffer
US10021020B2 (en) * 2013-07-01 2018-07-10 Siemens Aktiengesellschaft Control apparatus, network node and method for interchanging data via a data network
WO2016150668A1 (fr) * 2015-03-25 2016-09-29 British Telecommunications Public Limited Company Routage en télécommunications mobiles
CN106102126B (zh) * 2016-05-27 2019-09-06 新华三技术有限公司 一种接入控制方法及装置
US20170373982A1 (en) * 2016-06-24 2017-12-28 Huawei Technologies Co., Ltd. System and method for mtu size reduction in a packet network
US11405849B2 (en) 2018-03-28 2022-08-02 British Telecommunications Public Limited Company Roaming route optimization
CN108712346A (zh) * 2018-05-16 2018-10-26 天津芯海创科技有限公司 一种负载均衡自路由数据交换结构及方法
US11362920B2 (en) * 2019-06-13 2022-06-14 Hughes Network Systems, Llc Enhanced network communication using multiple network connections
DE102019218827B3 (de) * 2019-12-04 2021-04-29 Wago Verwaltungsgesellschaft Mbh Verfahren, vorrichtung und system zum optimieren einer datenübertragung zwischen steuerungsvorrichtungen und cloud-systemen
CN112491732A (zh) * 2020-10-23 2021-03-12 苏州浪潮智能科技有限公司 一种存储网络拥堵管理方法、系统、终端及存储介质
US20220345409A1 (en) * 2021-04-21 2022-10-27 EMC IP Holding Company LLC Controlling storage arraydata transmissions

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6222822B1 (en) 1996-04-23 2001-04-24 Cisco Systems, Incorporated Method for optimizing a digital transmission network operation through transient error monitoring and control and system for implementing said method
JP2002252640A (ja) * 2001-02-23 2002-09-06 Fujitsu Ltd ネットワーク中継装置及び方法並びにシステム
US6968374B2 (en) * 2002-07-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service (QOS) mechanism in an internet protocol (IP) network
US20080008202A1 (en) * 2002-10-31 2008-01-10 Terrell William C Router with routing processors and methods for virtualization
GB2395856A (en) * 2002-11-26 2004-06-02 King S College London Method for reducing packet congestion at a network node
WO2004102898A1 (fr) 2003-05-15 2004-11-25 Siemens Aktiengesellschaft Procede et noeuds de reseau pour une distribution du trafic autoregulee, autonome et decentralisee dans un reseau multivoie
GB2404826B (en) 2003-08-01 2005-08-31 Motorola Inc Re-routing in a data communication network
US20080205265A1 (en) 2007-02-22 2008-08-28 Verizon Services Organization Inc. Traffic routing
GB2467424A (en) * 2009-01-28 2010-08-04 Ibm Managing overload in an Ethernet network by re-routing data flows

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2012101054A1 *

Also Published As

Publication number Publication date
CA2825830A1 (fr) 2012-08-02
CN103329490B (zh) 2016-08-10
CA2825830C (fr) 2018-06-26
CN103329490A (zh) 2013-09-25
US9191334B2 (en) 2015-11-17
US20130315062A1 (en) 2013-11-28
WO2012101054A1 (fr) 2012-08-02
DE102011003321A1 (de) 2012-08-02

Similar Documents

Publication Publication Date Title
WO2012101054A1 (fr) Procédé d'augmentation de la qualité de la transmission de données dans un réseau de communication à base de paquets
EP1593241B1 (fr) Controle d'acces a un reseau oriente paquet en fonction d'exigences de resilience
DE112020002499T5 (de) System und verfahren zur erleichterung eines datengesteuerten intelligenten netzes mit kreditbasierter flusskontrolle pro fluss
DE602005006070T2 (de) Interner Lastausgleich in einem Datenschalter mit verteiltem Netzwerkprozess
DE602004006333T2 (de) Verfahren zur kontrollieren Qos in IP-Netzen
EP1428408B1 (fr) Transmission d'informations dans un reseau de communication oriente paquets
EP1529384B1 (fr) Controle d'acces dans des reseaux a commutation par paquets
DE60309414T2 (de) Metro-Ethernet Netzwerksystem mit einer selektiven aufwärtigen Pausenachrichtenübermittlung
WO2003030468A2 (fr) Procede et dispositif d'adaptation de chemins a commutation d'etiquettes dans des reseaux paquets
EP1428361B1 (fr) Limitation de trafic pour reseau avec transmission a bon niveau de qualite de service
EP1623541B1 (fr) Procede et noeuds de reseau pour une distribution du trafic autoregulee, autonome et decentralisee dans un reseau multivoie
DE60209096T2 (de) Schnelles Pfadwiederherstellungsverfahren in Label-Vermittlungsnetzwerken und Netzwerkanordnung zur Ausführung des Verfahrens
DE60202454T2 (de) Mechanismus zum Aufbauen einer Verbindung für ATM über MPLS
EP3018958A1 (fr) Système de réseau et procédé de priorisation de télégrammes en temps réel dans un réseau convergent
DE102004005016B4 (de) Verfahren zur Steuerung der Transportkapazität für Datenübertragung über ein Netzwerk und Netzwerk
EP2775677B1 (fr) Procédé de transmission de paquets de données dans un réseau de données à partir d'une pluralité de noeuds de réseau
EP1249154B1 (fr) Procede et dispositif de commande d'acces a un reseau de communication
DE10045205A1 (de) Verfahren zum Aufbau von Verbindungen mit vorgegebener Dienstgüte für ein paketorientiertes Kommunikationsnetz mit einem Resourcenmanager
WO2020099069A1 (fr) Procédé de transmission de données, appareil de communication, programme d'ordinateur et support lisible par ordinateur
DE602006000136T2 (de) Vorreservierung von Ressourcen für Verbindungswege in einem Kommunikationsnetz an Kommunikation von Anschriften von Päckchen oder von Etiketten
DE102005005278B4 (de) Verfahren zum Betrieb eines Netzknoten eines Kommunikationsnetzes und Netzknoten eines Kommunikationsnetzes
EP3522461A1 (fr) Procédé de transfert de données dans un réseau basé sur ethernet pourvu de n uds de communication et n uds de communication
EP3616367B1 (fr) Procédé permettant de faire fonctionner un réseau de communication comprenant plusieurs appareils de communication pour un système d'automatisation industriel, et unité de commande
DE602005005463T2 (de) Ein verfahren zur ermittlung von verzögerungen in einem optischen adaptivwegnetz
DE60203539T2 (de) Mehrfach-domain-zugriffsregelung von datenflüssen in assoziation mit dienstqualitätskriterien

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: 20130612

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20140717

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20191007