CA2094405C - Methods and apparatus for routing packets in packet transmission networks - Google Patents

Methods and apparatus for routing packets in packet transmission networks

Info

Publication number
CA2094405C
CA2094405C CA002094405A CA2094405A CA2094405C CA 2094405 C CA2094405 C CA 2094405C CA 002094405 A CA002094405 A CA 002094405A CA 2094405 A CA2094405 A CA 2094405A CA 2094405 C CA2094405 C CA 2094405C
Authority
CA
Canada
Prior art keywords
packet
header
routing
mode
entry
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 - Fee Related
Application number
CA002094405A
Other languages
French (fr)
Other versions
CA2094405A1 (en
Inventor
Israel Cidon
David William Davenport
Jeffrey Haskell Derby
John Gary Dudley
Inder Sarat Gopal
James Patrick Janniello
Marc Adam Kaplan
Frank Richard Koperda
Shay Kutten
Kenneth Harvey Potter, Jr.
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.)
Toshiba Global Commerce Solutions Holdings Corp
Original Assignee
International Business Machines 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 International Business Machines Corp filed Critical International Business Machines Corp
Publication of CA2094405A1 publication Critical patent/CA2094405A1/en
Application granted granted Critical
Publication of CA2094405C publication Critical patent/CA2094405C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation
    • H04L45/484Routing tree calculation using multiple routing trees
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • H04L49/203ATM switching fabrics with multicast or broadcast capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity

Abstract

A packet communications system provides for point-to-point packet routing and broadcast packet routing to limited subsets of nodes in the network, using a routing field in the packet header which is processed according to two different protocols. A third protocol is provided in which a packet can be broadcast to the limited subset even when launched from a node which is not a member of the subset. The routing field includes a first portion which contains the route labels necessary to deliver the packet to the broadcast subset. A second portion of the routing field contains the broadcast subset identifier which can then be used to deliver the packet to all of the members of the broadcast subset. Provision is made to backtrack deliver the packet to the last node identified before the broadcast subset if that last node is itself a member of the subset.

Description

RA9-91-043 ] ~94L~

~ET~ODS AND APPARATUS FOR ROUTING PACKETS
IN PACRET TRANSMISSIQN N~TWORKS

Technical Field This invention relates to packet transmission systams and, more particularly, to the routing of data packets in such transmission systems.

Background of the Invention In high speed packet transmission networks, routing of packets through the network is accomplished by means of routing information in the packet header. Such a network is composed of nodes interconnected by transmission links. Nodes include packet switching mechanisms for selectively launching recaived packets on outgoing transmission links. Some of these nodes are called end nodes and provide user access to the network.
When analyzed as a graph, such networks can be characterized as a graph of switches, user stations, and the edges connecting them together. Edges connecting switches together correspond to the transmission links interconnecting such switching mechanisms. Edges connecting user stations (user applications) to the network at end nodes are called terminal edgas. Adapter circuits at each of the switching mechanisms adapt the packet signals for transmission on or delivery to the transmission links and user applications, respectively.
Many different types of packet switching mechanisms and transmission links can be accommodated in such packet transmission systems.
Routing information for such networks can be expressed in many different forms, two major modes of which are called Automatic Network Routing (ANR), used to deliver a packet to a single destination user station, and Tree Multicast Mode (TMM), used to deliver the same packet to a plural:ity of destination user stations. In ANR
routing, the successive links in the route are specified, in routing order, by transmission link labels in the routing field. Along the route, as the packet is switched ~ . - , . . . . . . .

RA9-91-043 ~ 2094'~05 to a new link, that link labe] is stripped away from the routing fleld to leave the next-to-be-used link label as the first label in the routing field. Automatic Network Routing is described in "PARIS: An Approach to Integrated High-Speed Networks" by I. C:idon and I. S. Gopal, International Journal of D:igl-tal and Analog Cabled Systems, Vol. 1, No. 2, April-June, 1988, pages 77-85.
In TMM routing, multicast trees are predefined to connect a desired subset of user stations connected to the packet transmission network. In this connection, a "tree" is defined as a connected set of switches, packet user stations, and edges having no cycles or loops. The term "multicast" is dafined as a single sender transmitting packets to a multiplicity of receiving user stations. The multicast tree is identified in the routing field by a tree address. Rather than stripping the tree address from the routincJ field, this address is used at each switching point in the tree to route the packet to all other connected switches or user stations of the same tree (e~cept the switch or user station from which the packet was received). In this way, any user station of a multicast tree can launch a packet with the tree address in the routing field and have that packet delivered to all of the other user stations of the same multicast tree.
Such multica~t tree routing is described in "Distributed Control for PARIS," by B. Awerbuch, I. Cidon, I. Gopal, M.
Kaplan and S. Kutten, Proceedings of the 9th ACM Symposium on Principles of Distributed Computing, Quebec, Canada, August, 1990, pages 145-159.
Due to the differing protocols for processing the routing field to provide ANR and TMM routing, it has heretofore been impossible to mix these two types of routing in the same packet header. It is often desirable, however, to deliver a packet to all of the user stations of a multicast tree from an originating user station which is not itself a member of the multicast tree. For example, a plurality of adapters may be connected to a particular Local Area Network (LAN~. One such local LAN
adapter may wish to send a request -to a remote group of LAN adapters which are associated with a second LAN and connected by a multicast tree for information about the RA9-91-0~3 3 ~

stations of than second l.AN. S:imilarly, an end node may wish to simultaneously send a ~lery to a group of directory service providers wh:ich have been, for update convenience, connected by a mu]ticas-t -tree. A significant problem, then, is to ~llow such remote access to multicast trees.

Summary of the Invention In accordance with the illustrative embodiment of the present invention, Automat:ic Network Routing labels and the Tree Multicast Mode tree address are concatenated in the routing field of a packet. The ANR labels are used to direct a packet to one network node of a particular multicast tree. The TMM address is then used to direct the packet to all of the end node.s of the multicast tree.
More particularly, a new mode of routing is defined as "Remote Access to Multicast Tree" (RAMT) in which ANR labels make up the initial portion o~ the routing field and a multicast tree address makes up the terminating portion of the routing field, separated by a preselected delimiter. The tree portion is therefore not examined until the ANR portion is fully exhausted and stripped away. At that time, the packet should be at a network node of the target multicast tree and the tree address can be used effectively to deliver the packet to all of the members of the multicast tree.
In accordance with one feature of the present invention, provision is made for the case in which the link over which the packet is delivered to the entry network node of the multicast -tree is itself a member of the multicast tree. Normally, a multicast tree packet is not sent back over the same link on which it is received at the switching point. However, in the RAMT protocol, the packet arrived at the entry network node due to an ANR
label, and not due to the tree address. To accommodate this situation, a transitory rou-ting mode called the "Multicast Tree Transition" (MTT) mode is defined in which a received packet is retransmitted over all transmission links of a multicast tree, possibly including the link over which the packet was received. The routin~ mode is, ,: , , . . : , R~9-91-043 ~ 2 ~ 9 4 ~ ~ ~

of course, chancJed to t~le standard mu1t.icast tree mode when forwarded to such nodes of th~ multicast tree.
Alternatively, the last ANR routing label can be stripped by the node launching the packet to the entry node of the multicast tree, but ].eaving the delimiter in place and not chanying the routillcJ mode. The receiving entry node will change the mode to TMM mode, remove the delimiter and then route the packet over all links of the tree, possibly including the link over which the packet arrived.

Brief Description of the Drawings A complete understanding of the present invention may be gained by considering the following detailed description in conjunction with the accompanying drawings, in which:
FIG. l shows a general block diagram of a packet communications system in which the routing techniques of the present invention might find use;
FIG. ~ shows a gener~l block diagram of a typical packet network decis.ion point of the communications system of FIG. l;
FIG. 3 shows a graphical representation of a typical header for the packet transmitted in the transmissions system shown in FIG. l;
FIG. 4 shows a graphica] representation of an Automatic Network Routing field ln -the header of FIG. 3; ~ :~
FIG. 5 shows a graphi.cal representation of a Multicast Tree Routing field or of a Multicast Tree Transition Routiny field in the header of FIG. 3;
FIG. 6 shows a graphical representation of Remote Access to Multicast Tree routing field in accordance with the present invention;
FIG. 7 shows a general block diagram of the packet communications system of FIG. l in which a typical multicast tree is shown in solicl lines and the balance of the system is sho~n in dashed lines;
EIG. 8 shows a flow chart of one set of packet routing protocols for the packet network of FIG. l using ': : ' ' ' : ' RA9-91-043 5 ~9~

the routing fields o~ FIGS. 3-6 and ~Ising a Multicast Tree Transi-tion mode protocol; and FIG. 9 shows a flow chart of another set of packet routing protocols for the packet network of FIG. 1 using the routing fields of FIGS. 3-6 and not re~uiring any transitional mode protocol at -the entry to the multicast tree.
To facilitate reader ~Inderstanding, identical reference numerals are used to designate elements common to the figures.

Detailed Descrition Referring more particularly to FIG. 1, there is shown a general block diagra~ of a packet transmission system 10 comprising eight network nodes 11 numbered through 8. Each of network nodes 11 is linked to others of the network nodes 11 by one or more communication links ~ through L. Each such communication link may be either a permanent connection or a selectively enabled (dial-up) connection. Any or all of network nodes 11 may be attached to end nodes, network node 2 being shown as attached to end nodes 1, 2 and 3, network node 4 being shown as attached to end nodes 4, 5 and 6, and network noda 8 being attached to end nodes 7, 8 and 9. Network nodes 11 each comprise a data processing system which provides data communlcations servlces to all connected nodes, network nodes and end nodes. The network nodes 11 each include a d~cision polnt wlthin the node, at which incoming data packets are selectively routed on one or more of the outgoing communlca-tlons llnks terminated at another node. Such routing decisions are made in response to information in the header of the data packet, to be describsd more fully hereinafter. In addition to the basic packet routing function, the network nodes 11 also provide ancillary services such as calculating routing paths for packets originated in the node, directory services, and maintenance of network topology databases which are used to support the routing calculations. The following description will be concerned only with those functions of the network and end nodes which are involved . - - .
, RA9-91-043 6 2~44~

in carrying out the ro~ltir~ nction in response to routing infor~ation in the header oE each received packet.
Each of end nodes 12 is connected b~ way of an adapter circuit -to each oE a plurality of user stations 15. Each of user stations 15 comprises either a source of digital data to be transmitted to another user station, a data sink for consumlny digi-tal data received from another user station, or, -typically, both. User stations use the packet communications network 10 of FIG. 1 by connecting to an end node 12 connected to one of the network nodes 11 for access to the packet network 10.
The end nodes 12 translate the user's data into packets formatted appropriately for transmission on the packet network of FIG. 1 and generate the headers which are used to route the packets through the network 10. The header has the general form shown in FIG. 3 and includes two control bytes 34 and 31, a routiny field 32 and a redl~ndAncy check byte 33. The routing field 32 contains the information necessary to route the packet through the packet network lO to the destination end node 12 to which it is addressed. The control bytes 31 and 34 include, among other things, an encoded identification of the protocol to be used in interpretincJ the routing field 32, as will be described below. End nodes 7, 8 and 9 obviously are also each attachecl to one or more user stations, not shown in FIG. 1.
In FIG. 2 there is S.hOWII a general block diagram of a typical packet decision point such as i9 found in the network nodes 11 or the end nodes 12 of FIG. 1. The decision point of FIG. 2 comprises a high speed packet switching bus 23 onto which packets arriving at the decision point are entered. Such packets arrive over transmission links via transmission adapters 24, 25, ....
26, or originate in user applications, corresponding to user stations 15 of FIG. 1, in end nodes via application adapters 20, 21, ..., 22. Using information in the packet header, others of the adapters 20-22 and 24-26 determine which packets launched on bus 23 are to be routed to the user application or the transmisslon link attached to the adapter. The decision point of FIG. 2 thus serves to cvnnect the packets arriving at the decision point to a RA9-9]-043 7 2094~05 local user (for end nodes) or to a transmission link leaving the decisioll pOitlt ( for network nodes and end nodes). The adapters 20-2~ and 24-26 may include queuing circuits for queuing packets prior to or subsequent to switching on bus 23. Rou-te control circuits 27 are used to calculate optimum routes throucJII the network of FIG. 1 so as to minimize the amount of network resources used to complete a communication path.
The route control circuit 27 of FIG. 2 may comprise discrete digital circ~lltry or may preferably comprise properly programmed digital computer circuits.
Such a programmed computer can be used to generate headers for packets originating at user applications in the decision point of FIG. 2. Finally, the data bases necessary to support the calculation of optimum routes for packets originating at the decision point, not shown in FIG. 2, are also included in the decision point. Such network topology databases include all of the necessary information about the nodes and transmission links connected to the nodes which is to be used for routing.
Moreover, such topology information is updated when new links are activated or new nodes added to the network.
Such network topology information is exchanged with all other node topology databases to provide the necessary up-to-date information needed for route calculation. Such database updates are carried on packets very similar to the data packets between end users of the network.
The incoming transmission links to the packet decision point of FIG. 2 may comprise links from local end nodes such as end nodes 12 of FIG. 1, or links from adjacent network nodes 11 of FIG. 1. In any case, the decision point of FIG. 2 operates iIl the same fashion to receive each data packet and forward it on to another decision point as dictated by the information in the packet header. The packet network of FIG. 1 thus operates to enable communication between any two user stations 15 of FIG. 1 without dedicating any transmission or node facilities to that communication path except for the duration of a single packet. In this way, khe utili~ation of the communication facilities of the packet network is optimized to carry si~nificantly more traffic than would be RA9-91-043 ~l pos~ib7e with dedic~tecl tr~ mission links for each communication patll.
As previonsly noted, ~l~,. 3 shows a yraphical representation of the network layer header for packets transmitted on the packet ne-twor)c of FIG. 1. The network layer provides the services necessary to route packets across the packet network by directing the packets from node to node using appropriate -transmission links. In addition, the network layer ma~ d:iscard packets if errors occur in the packet header or if a buffer overflows. When buffer congestion occurs, the network layer implements a packet discard policy based on the loss priority, i.e., lower priority packets are discarded Eirst. The network layer also implements a sched~lling policy based on the delay priority, i.e., higher priority packets are transmitted first. Since these packet discard and packet schedul.ing policies form no part of the present invention, they will not be further described here.
The header of FIG. 3 comprises four different fields including control bytes 34 and 31, routing field 32 and redundancy check byte 33. Control byte 34 includes binary bits ~Ised to encocle the routing mode. As previously noted, these modes :include an Automatic Network Routing (ANR) mode and a Tree Multicast Mode (TMM). In accordance with the present inven-tion, these modes also include a Remote Access to Multicast Tree (RAMT) mode and a Multicast Tree Transition (MTT) mode. These latter two modes will be discussed in de-tai] hereinafter. Other mode codes are possible but are of no lnterest to the present invention and will not be further discussed here.
The second control byte 31 of the header of FIG. 3 is used to encode packet copy identification modes, end-to-end transport connection control, and a generic extension code. None of these codes are of interest in connection with the present invention and will not be further discussed here.
Returning to FIG. 3, the redundancy check byte 33 is a check sum for the network layer header of FIG. 3 and is used to check for errors in the header itself. If an error is detected in the header, the packet is discarded. The ro~lting field 32 of FIG. 3 can take on RA9-91. 043 cJ 2094~05 several different format~, dependin-J oll the routing mode specified in control by-te 34. Three of these routing field formats are shown in FIGS. 4, 5 and 6, corresponding to the Automatic Networ)c Routi.ng (AMR) ~ode (FIG. 4), the Tree Multicast Mode routing (TMM) mode (FIG. 5) and the Remote Access to Multicast Routing (RAMR) mode (FIG. 6).
The routing field oE FIG. 5 is a].so used for the Multicast Tree Transition (MTT) mode.
In FIG. 4, a gr~phical representation of a typical Automatic Network Routing ~AN~) field is shown comprising a plurality of transmissi.on :link labels 40, 41, ..., 42, followed by an end-of-~ield flag 43. The link labels 40-42 each iclentify one -transmission link in the communications path between the source of the packet and the destination of the packet, the last label corresponding to the termina] edge connecting to the destination user station 15 ~FIG. 1). Moreover, these link labels are in exactly the same sequence as the se~uence in which the transmission links are to be traversed in reaching the destination. The next-to-last link label identifies the trarlsmission link to the destination end node, to which the packet is to be delivered. A routing decision po.int, then, is a switching point reguiring the use of one link label in order to forward the packe-t to the next decision point. Indeed, the link label is used to control. the actual switching at the decision point. Note that the transmiasion links of FIG. 1 are bidirectional in that they provide transmission capacity in both directions be-tween the interconnected nodes. A separate link label i.s therefore provided for each direction of transmission and such link labels are totally unrelated to link labels a-t other nodes, even when sharing the same transmission facility.
As a packet flows through the packet network of FIG. 1, the ANR labels in fields 40--42 of FIG. 4 are stripped away by the adapter circuits that copy the packet from the switching bus 23 of FIG. 2. The first labal within the ANR routing field is therefore always the label for the edge to be selected at the next routing decision point. Each decision point therefore need only consider the first label of the ANR routing field in selectively RA9-91-043 Io ~9~4~

routin~ the packet from -that clecision point. A more detailed clescription of ,~utoma-tic Metwork Routing can be found in the afore-mentioned article by I. Cidon et al.
In FIG. 5 there i~ shown a graphical representation of the routincJ field used for the Tree Multicast Mode (TMM) rou-t:inq. Multicasting means deliverin~ the same packet to a plurality of di~ferent destination user stations from the same originatiny user station. The members of -the group of different destinations whlch are to receive such common packet transmissions are associated together in a multicast tree.
The adapter circuits at each link in the tree is marked with the same tree address which is found in the tree address field 50 of the TMM field of EIG. 5. As an example, a typical multicast tree is .shown in FIG. 7 in solid lines while the nodes and links which are not part of the tree are shown with dashed lines. Otherwise, the packet network of FIG. 7 is identical to the packet network of FIG. l.
The address of the multicast tree is set up at the same time that the multicast tree itself is created.
Furthermore, the tree address is not modified or removed (as are the ANR labels in ANR routll1g) as the packet moves through the packet network of FIG. l. At each decision point encountered by the packet with a multicast tree address, the packet is copied, by the adapters 20-22 or 24-26, ~or every outgoin~ link shari.ng that tree address, except the link over which -the packet arrived. The duplicate packets are transmitted to all adjacent nodes of the multicast tree where the duplication and retransmission are continued unti] no outgoing links share the multicast tree addre.ss. To prevent duplicate delivery of the same packet, the multicast tree is created without loops, permitting only one path between any two decision points, even under network failure conditions. As shown in FIG.~ 5, a hop countdown fielcl 51 is included in the TMM
field which is decremented at each retransmission of the packet. When the hop countdown field is equal to zero, no further retransmission is permi.tted and an error condition is assumed. The TMM field of FIG. 5 is terminated by an end-of-field flag 52.

RF~g-9l-043 11 2~405 To send a packet -to all other members of a multicast tree, an origlnating end node in the tree includes the TMM identifying code in control byte 34 (FI~. 3) ancl, in the routing field, -the appropriate tree address which identifies the gro-1p. All end nodes which are members of the multicast tree will receive a copy of the packet. Any node can ,simultarleously be a member of a plurality of different multicast trees and hence the tree addresses assigned to overlapping multicast trees must be unique. Nodes can be added or deleted from a multicast tree simply by adding or removing the tree address from the links leading to the node to be added or deleted. A
more detailed description of the multicast tree routing mode for packet networks is clisclosed in the afore-mentioned article by B. Awerbuch et al.
In accordance with the illustrative embodiment of the present invention, a hybrid type of packet network routing is provided called the Remote Access to Multicast Tree ~RAMT) routing mode. This routing mode permits a packet to be delivered to all of the members of a multicast tree from an originating user station connected to an end node which is not itself a member (destination) of the multicast -tree. It is the combination of ANR and Multicast Tree routing which can be used for many applications such as those mentioned above.
The routing field for -the RAMT routing mode is shown in FIG. 6. The RAMT fie].d consists of a series of ANR labels 60, 61, ..., 62, followed by an end-of-field flag 63, in turn followed by a tree address 64, a hop count 65 and a second end-of-field flag 66. The next-to-last routing decision poin-t in the path definad by the ANR routing labels 60-62 ~Itilizes the last ANR label from the field to launch the packet toward an entry node of the multicast tree. The entry node decision point is on the multicast tree and can use the multicast tree address for further routing of the packet.
Normally, as discussed above, a multicast tree packet is not sent back over tlle same link over which it arrived at a decision point. However, in the case of Remote Access to Multicast Tree routing, the packet has arrived at the decision point due -to the last ANR label ~, ;

RA9-91-043 l~
2~94~5 and not as a result oE the tree address. ~ Multicas-t Tree Transition rou-tillcJ mode can there~ore be used to permit the multicast packet to be sent back on the link over which it arrived, if tha-t llnk is part of the multicast tree. This allows the remo-te access packet to be delivered to the multlcast tree over linXs which are themse]ves part of the multicast tree. Route computation can therefore be made independe~tly of the multicast tree memberships, simplifying the rou-te calculation algorithms.
The routing mode is changed at the entry node of the multicast tree to normal Tree M~llticast Mode routing (TMM) to permit appropriate distribution -to the balance of the multicast tree.
As previously noted, FIG. 7 shows a typical multicast tree (in solid lines) imposed on the packet communications system of FIG. 1. Note that end nodes 2, 4 and 6 are interconnected by the tree of FIG. 7. It is to be noted that other subsets of the end nodes of FIG. 7 could be interconnected by other multicast trees and, indeed, each end node may well participate in more than one such tree. In any event, the purpose of the multicast tree is to provide a convenient and efficient mechanism for exchanging messages among the memhers of the tree by providing a simple and efficient routing mechanism.
The procedures described in connection with FIGS. 4-6 above can be represellted by the flow chart of FIG. 8. Starting at box 71, box 72 i.s entered where the packet switch examines the packet header (FIG. 3) from a packet received over one of the edges attached to the switch. In decision box 73, the control byte 34 (FIG. 3) is examined to determine the routing mode. Only the routing modes "ANR," "RAMT," "MTT," and "TMM" are implemented in the ~10w chart of FIG. 8. ANR is the Automatic Network Routing mode in which the link labels, as shown in FIG. 4, are stripped away one at a time and used to select the next transmission link. TMM is the Tree Multicast Mode in which a tree address, as shown in FIG. 5, is used to select all ou-tgoing transmission links belonging to the addressed tree, except the entry link.
RAMT is the Remote Access to Multicast Tree Routing mode forming the subject matter of the present invention and . .

RAg-9l-043 ,3 2 094~0~

utilizing th~ initial portion of the routin~ field for ANR
link labels and the latter part of the routing ~ield to identify a multicast tree, as show in FIG. 6. Finally, MTT is the Multicast. Tree Tranc,i-tion mode encoded in the header by the next to las-t switch associated with the ANR
path and used only ln the last switch of the path, which is also the entry switch of a mlllticast tree accessed by the RAMT routing mode.
Returning to FIG. 8, the ANR routing ~ode causes box 74 to be entered where the first ANR label from the routing field is examined. Thi.s Eirst label is stripped from the routing field in box 82 and, in box ~0, the packet is passed over the edge identified by the label previously examined in box 74. The process then stops in terminal box 89 un-til the next packet arrives for processing.
If the TMM (Tree Multicast Mode) mode is detected in decision bo~ 73, box 79 is entered to obtain the tree address 50 from the routing field of FIG. 5.
Decision box 87 is then entered to determine if the hop count has been decremented to zero. A zero hop count indicates that the packe-t has been forwarded just enough times as is required to service the entire multicast tree.
Terminal box 89 is therefore entered directly to terminate the route processing without forwarding the packet. If the hop count is not zero, as determined bv decision box 87, box 81 is entered where the hop count 51 in FIG. 5 is decremented by one. Box 88 is then entered to pass the packet over all addressed edges excep-t the edge over which the packet arrived. If this protocol is observed at all nodes, the multicast tree packet will be delivered to all multicast tree end nodes and user stations. This process then terminates in stop box 89.
In accordance with the present invention, if the RAMT (Remote Access to Multicast Tree) mode is detected in decision box 73, box 76 is entered to examine the first ANR label in the routing field of FIG. 6. Decision box 77 is then entered to determine if this label is followed by an end-of-field flag. If so, ~ox 84 is entered to change the mode in the first control byte 34 (FIG. 3) from RAMT
to MTT (Multicast Tree Transition). Box 91 is then .. . ..

RA9-91-0~3 ]~1 2~4~0~

entered to strlp the ANR Labe:L ~tld the encl-of-field flag from the ro~tilly ~ield. Box 90 is then entered to transmit the packe-t on the l.ab~l.ed link identified in box 76. Terminal 89 termillate~ the process. If no ANR
end-of-field flag is found i.tl decision box 77, box 82 is entered to strip away the f;irst label. Box 90 is then entered to transmi-t the packet on the labeled link.
Thereafter, stop box 89 is enterecl to terminated the process.
If the mode detectecl ill deci.sion box 73 .is the MTT (Multicast Tree Transition) mode, box 78 is entered to get the tree address 64 from the routing field of FIG. 6.
Note that, after the ANR fields 60-63 are stripped away from the routing field of FIG. 6, the remaining fields 64-66 correspond exactly -to the Tree Multicast Mode (TMM) routing field of FIG. 5. In box 85, therefore, the routing mode is changed from Multicast Tree Transition (MTT) to Tree Multicast Mode (TMM) to allow further distribution of the packet under the TMM mode. Decision box 83 is then entered to determine if the hop count has been decremented to zero. If so, an error has occurred and the packet should not be forwarded any further.
Terminal box 89 is then entered directly without retransmitting the received packe-t. If the hop count is not zero, box 80 is entered where the hop count in field 65 is decremented by one. Box 86 is then entered to transmit the received packet on all addressed links, including the link over which the packet was received, if it i5 part of the addressecl multicas-t tree. Terminal box 89 is then entered to terminate -the routing process.
It can be seen that the protocols described in the flowchart of FIG. 8 operate to implement the remote access to multicast trees by utilizing the Automatic Network Routing (ANR) labels i.n the beginning of the RAMT
routing field to route the packet to the link connected to an entry node on the multicast -tree. At that point, the routing mode can be changed to the Multicast Tree Transition (MTT) mode to ensure -that the packet is fed back through the entry link if the entry link is part of the multicast tree. The Multicast Tree Transition mode is used only for the one tree entry clecision point, and the RA9-91-043 lr) ~9 4~

mode is thereafter changed t:o the Tree Multicast Mode (TMM) be~ore forwarding the packet on the addre~sed tree links~ Further d:istrib~ltion o~ -the packet on the multicast tree takes place usincJ the s-tandard Multicast Tree Mode protocol.
It is also possible to ~Ise the end-of-field flag between the ANR routing labels and -the multicast tree address as a marker to insure tha-t the packet can be transmitted back over the link on wllich ik arrived, if that link is part of the multicast tree. This alternative embodiment of the present invention is shown in EIG. 9.
FIG. 9 is identical to FIG. 8 except for the RAMT mode processing. More particularly, in FIG. 9, box 76 is used to examine the first subfield of the routiny field 32 (FIG. 3). In decision box 77, it is tested to see if the first subfield is an end-of-field flag. If not, box 82 is entered to strip the ANR label from the routing field and, in box 90, the packet is launched on the identified link.
If the first subfield is an end-of-field flag, as determined by decision box 77, box 84 is entered to strip the end-of-field flag from the routing field and then enter box 78 directly. In box 78, as described in connection with FIG. 8, the tree address is obtained from the routing field. In box 85 the routing mode is changed to Tree Multicast Mode (TMM) and -the hop count tested in decision box 83. If the hop count is not zero, box 80 is entered to decrement the hop count and then box 86 is entered to transmit the packet on a]l links identified by the tree address, including the entry link if that link is identified with the tree address. If the hop count is found to be zero in decision box 83, an error has occurred and the process terminated in box 89. The balance of the flow chart of FIG. 9 is identical to the flow char-t of FIG~ 8 and will not be further described here.
It should also be clear to those skilled in the art that further embodiments of the present invention may be made by those skilled in the art without departing from the teachings of the present invention.

,- : - . . :

Claims (12)

1. A packet transmission system for digital data packets including a header, said system comprising:
a plurality of routing decision points, and a plurality of transmission links interconnecting said decision points each of said decision points comprising:
means for receiving a plurality of packets from connected decision points, means for transmitting a plurality of packets to connected decision points, switching means for selectively transferring packets from said receiving means to said transmitting means, and route controlling means for controlling said switching means, said route controlling means including means responsive to transmission link labels in a first portion of said header for transmitting the packet on a single one of said transmission links, and responsive to a multicast tree address in a second portion of said header for transmitting the packet on a plurality of said transmission links forming part of said multicast tree, said route controlling means further including means for transmitting said packet on the entry transmission link over which it is received when said entry transmission link is included in the same multicast tree as said decision point.
2. The packet transmission system according to claim 1 wherein said route controlling means further comprises means responsive to an end-of-field flag in said header for changing the mode of processing said header from an automatic network routing mode to a multicast tree routing mode.
3. The packet transmission system according to claim 1 or 2 wherein said route controlling means further comprises means for stripping the identification of said entry transmission link from said header at the decision point immediately preceding said entry transmission link.
4. A method for routing packets in a packet transmission system for digital data packets including a header, said method comprising the steps of:
transmitting a packet on a single transmission link in said system in response to link labels in a first portion of said header, transmitting a packet on a plurality of said transmission links in said system in response to a multicast tree address in a second portion of said header, and transmitting said packet on the entry transmission link over which it is received when said entry transmission link is included in the same multicast tree.
5. The method according to claim 4 wherein said steps of transmitting further comprises the step of changing the mode of processing said header from an automatic network routing mode to a multicast tree routing mode in response to an end-of-field flag in said header.
6. The method according to claim 4 or 5 further comprising the step of stripping the identification of said entry transmission link from said header prior to entry into said entry transmission link.
7. A packet switching point for a packet transmission system transmitting data packets with headers containing routing labels along transmission links in said system, said packet switching point comprising:
means responsive to a first portion of said header for forwarding each said packet to a single destination over an entry link to said single destination, means responsive to a second portion of said header for simultaneously forwarding each said packet to a plurality of different destinations, and means for retransmitting said packet on said entry transmission link over which it is received.
8. The packet switching point according to claim 7 further comprising means responsive to a flag in said header for changing the mode of forwarding said packet from a single destination mode to a plurality of different destinations mode.
9. The packet switching point according to claim 7 or 8 further comprising means for stripping the label of said entry transmission link from said header prior to launching said packet on said entry transmission link.
10. A method for routing data packets with headers containing routing labels in a packet transmission system having transmission links and packet switching points, said method comprising the steps of:
forwarding each said packet over one of said transmission links to a single destination in response to a first portion of said header, simultaneously forwarding each said packet to a plurality of different destinations in response to a second portion of said header, and transmitting said packet on said one transmission link over which it is received.
11. The method for routing data packets according to claim 10 further comprising the step of changing the mode of forwarding said packet from a single destination mode to a plurality of different destinations mode in response to a flag in said header.
12. The method for routing data packets according to claim 10 or 11 further comprising the step of stripping the label of said entry transmission link from said header prior to launching said packet on said entry transmission link.
CA002094405A 1992-06-18 1993-04-20 Methods and apparatus for routing packets in packet transmission networks Expired - Fee Related CA2094405C (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US07/900,635 US5309433A (en) 1992-06-18 1992-06-18 Methods and apparatus for routing packets in packet transmission networks
US900,635 1992-06-18

Publications (2)

Publication Number Publication Date
CA2094405A1 CA2094405A1 (en) 1993-12-19
CA2094405C true CA2094405C (en) 1999-02-16

Family

ID=25412838

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002094405A Expired - Fee Related CA2094405C (en) 1992-06-18 1993-04-20 Methods and apparatus for routing packets in packet transmission networks

Country Status (11)

Country Link
US (1) US5309433A (en)
EP (1) EP0579567B1 (en)
JP (1) JP2739023B2 (en)
KR (1) KR960014986B1 (en)
CN (1) CN1032109C (en)
AT (1) ATE183349T1 (en)
AU (1) AU654930B2 (en)
CA (1) CA2094405C (en)
DE (1) DE69325957T2 (en)
ES (1) ES2136118T3 (en)
TW (1) TW250613B (en)

Families Citing this family (138)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6018771A (en) * 1992-11-25 2000-01-25 Digital Equipment Corporation Dynamic assignment of multicast network addresses
EP0608653A1 (en) * 1993-01-26 1994-08-03 International Business Machines Corporation Method and system for routing information between nodes in a communication network
US5796966A (en) * 1993-03-01 1998-08-18 Digital Equipment Corporation Method and apparatus for dynamically controlling data routes through a network
JP2806466B2 (en) * 1993-05-17 1998-09-30 株式会社日立製作所 Data transmission control method
US6738357B1 (en) 1993-06-09 2004-05-18 Btg International Inc. Method and apparatus for multiple media digital communication system
CA2173355A1 (en) * 1993-06-09 1994-12-22 Andreas Richter Method and apparatus for multiple media digital communication system
US5511168A (en) * 1993-07-01 1996-04-23 Digital Equipment Corporation Virtual circuit manager for multicast messaging
IL111154A0 (en) * 1993-10-21 1994-12-29 Martino Ii John A Systems and methods for electronic messaging
EP0676878A1 (en) * 1994-04-07 1995-10-11 International Business Machines Corporation Efficient point to point and multi point routing mechanism for programmable packet switching nodes in high speed data transmission networks
US5608649A (en) * 1994-05-16 1997-03-04 Gopinath; Bhaskarpillai Directly programmable networks
US5541927A (en) * 1994-08-24 1996-07-30 At&T Corp. Method of multicasting
US5659686A (en) * 1994-09-22 1997-08-19 Unisys Corporation Method of routing a message to multiple data processing nodes along a tree-shaped path
US5563878A (en) * 1995-01-05 1996-10-08 International Business Machines Corporation Transaction message routing in digital communication networks
US5973724A (en) * 1995-02-24 1999-10-26 Apple Computer, Inc. Merging multiple teleconferences
US5854898A (en) * 1995-02-24 1998-12-29 Apple Computer, Inc. System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween
US5579480A (en) * 1995-04-28 1996-11-26 Sun Microsystems, Inc. System and method for traversing ATM networks based on forward and reverse virtual connection labels
CA2179130A1 (en) * 1995-08-31 1997-03-01 Kadathur S. Natarajan System and methods of supporting connection-oriented services in a network with changing topology
US6108704A (en) * 1995-09-25 2000-08-22 Netspeak Corporation Point-to-point internet protocol
US6226678B1 (en) 1995-09-25 2001-05-01 Netspeak Corporation Method and apparatus for dynamically defining data communication utilities
US6185184B1 (en) 1995-09-25 2001-02-06 Netspeak Corporation Directory server for providing dynamically assigned network protocol addresses
US6009469A (en) * 1995-09-25 1999-12-28 Netspeak Corporation Graphic user interface for internet telephony application
US5822523A (en) * 1996-02-01 1998-10-13 Mpath Interactive, Inc. Server-group messaging system for interactive applications
US5793764A (en) * 1996-03-12 1998-08-11 International Business Machines Corporation LAN switch with distributed copy function
US5867653A (en) * 1996-04-18 1999-02-02 International Business Machines Corporation Method and apparatus for multi-cast based video conferencing
US5862329A (en) * 1996-04-18 1999-01-19 International Business Machines Corporation Method system and article of manufacture for multi-casting audio visual material
US7266686B1 (en) 1996-05-09 2007-09-04 Two-Way Media Llc Multicasting method and apparatus
US5910179A (en) * 1996-10-25 1999-06-08 Pitney Bowes Inc. Method and system for transmitting data within a tree structure and receiving a confirmation or status therefor
US6252856B1 (en) 1996-12-03 2001-06-26 Nortel Networks Limited Method and apparatus for minimizing calculations required to construct multicast trees
JPH10200558A (en) * 1997-01-14 1998-07-31 Sony Corp Communication system, communication equipment and communication method
EP0854604A1 (en) * 1997-01-21 1998-07-22 International Business Machines Corporation Multicast group addressing
US6198747B1 (en) 1997-01-30 2001-03-06 International Business Machines Corporation Method and system for enhancing communications efficiency in data communications networks wherein broadcast occurs
US7593321B2 (en) * 1997-02-11 2009-09-22 Cisco Technology, Inc. Method and system for a local and fast non-disruptive path switching in high speed packet switching networks
US6067567A (en) * 1997-02-20 2000-05-23 International Business Machines Corporation Message distribution capability which uses distribution nodes to collect acknowledgements for a primary node
DE19707061C2 (en) * 1997-02-21 1999-07-15 Siemens Ag ATM communication system for switching Internet data packets
US6160818A (en) * 1997-07-17 2000-12-12 At &T Corp Traffic management in packet communication networks having service priorities and employing effective bandwidths
US6288739B1 (en) 1997-09-05 2001-09-11 Intelect Systems Corporation Distributed video communications system
DE19833931C2 (en) * 1998-07-28 2000-06-15 Siemens Ag Method for transmitting data packets to several recipients in a heterogeneous communication network
US6515994B1 (en) 1998-07-30 2003-02-04 Lucent Technologies Inc. Method of communication in a communications network and apparatus therefor
US6138113A (en) * 1998-08-10 2000-10-24 Altavista Company Method for identifying near duplicate pages in a hyperlinked database
JP3735471B2 (en) * 1998-10-05 2006-01-18 株式会社日立製作所 Packet relay device and LSI
US6426945B1 (en) 1998-10-06 2002-07-30 Nokia Telecommunications, Oy Method and apparatus for providing resource discovery using multicast scope
US6272563B1 (en) 1998-11-03 2001-08-07 Intel Corporation Method and apparatus for communicating routing and attribute information for a transaction between hubs in a computer system
US7216348B1 (en) 1999-01-05 2007-05-08 Net2Phone, Inc. Method and apparatus for dynamically balancing call flow workloads in a telecommunications system
US6654371B1 (en) 1999-04-15 2003-11-25 Nortel Networks Limited Method and apparatus for forwarding multicast data by relaying IGMP group membership
JP3792940B2 (en) * 1999-06-10 2006-07-05 富士通株式会社 Packet multicast delivery system
US6882643B1 (en) 1999-07-16 2005-04-19 Nortel Networks Limited Supporting multiple services in label switched networks
US6952421B1 (en) * 1999-10-07 2005-10-04 Cisco Technology, Inc. Switched Ethernet path detection
EP1093250B1 (en) * 1999-10-12 2007-12-26 Alcatel Lucent Device and method to compress destination addresses of a multicast message
KR100394827B1 (en) * 1999-12-22 2003-08-21 엘지전자 주식회사 Program and data down loading method for restating processor of mobile communication exchage system
JP2001186142A (en) * 1999-12-27 2001-07-06 Toshiba Corp Packet buffer device and packet switching device
US6380060B1 (en) * 2000-03-08 2002-04-30 Tessera, Inc. Off-center solder ball attach and methods therefor
US6738376B1 (en) 2000-04-07 2004-05-18 International Business Machines Corporation Method and system for managing multicast traffic
US8510468B2 (en) 2000-04-17 2013-08-13 Ciradence Corporation Route aware network link acceleration
US6836465B2 (en) * 2001-11-29 2004-12-28 Ipsum Networks, Inc. Method and system for path identification in packet networks
US6813267B1 (en) * 2000-09-11 2004-11-02 Sun Microsystems, Inc. Tunable broadcast/point-to-point packet arbitration
US20040081153A1 (en) * 2000-11-08 2004-04-29 Yaron Mayer System and method for improving the efficiency of routers on the internet and/or cellular networks and/or other networks and alleviating bottlenecks and overloads on the network
US8073327B2 (en) * 2000-11-08 2011-12-06 Yaron Mayer System and method for improving the efficiency of routers on the internet and/or cellular networks and/or other networks and alleviating bottlenecks and overloads on the network
US20020065929A1 (en) * 2000-11-28 2002-05-30 Navic Systems Inc. Protocol extensions to increase reliability of bulk data transmissions
US7047273B2 (en) * 2000-11-28 2006-05-16 Navic Systems, Inc. Load balancing in set top cable box environment
US7653743B2 (en) * 2000-11-28 2010-01-26 Microsoft Corporation Protocol for throttling high volume messages
US6850498B2 (en) * 2000-12-22 2005-02-01 Intel Corporation Method and system for evaluating a wireless link
JP4511021B2 (en) * 2000-12-28 2010-07-28 富士通株式会社 Traffic information collecting apparatus and traffic information collecting method
US7450578B2 (en) * 2001-06-01 2008-11-11 Fujitsu Limited Method of addressing and routing data
US7120120B2 (en) * 2001-11-29 2006-10-10 Ipsum Networks, Inc. Method and system for topology construction and path identification in a two-level routing domain operated according to a simple link state routing protocol
US7330435B2 (en) * 2001-11-29 2008-02-12 Iptivia, Inc. Method and system for topology construction and path identification in a routing domain operated according to a link state routing protocol
US7257081B2 (en) * 2002-04-19 2007-08-14 Iptivia, Inc. Method and system for traffic monitoring in a packet communication network
US7355968B2 (en) * 2003-09-30 2008-04-08 International Business Machines Corporation Method of stateless group communication and repair of data packets transmission to nodes in a distribution tree
US20050071497A1 (en) * 2003-09-30 2005-03-31 Zhen Liu Method of establishing transmission headers for stateless group communication
US7450495B2 (en) * 2004-03-15 2008-11-11 Iptivia, Inc. Method and system for path change root-cause identification in packet networks
US7471669B1 (en) * 2004-09-30 2008-12-30 Nortel Networks Limited Routing of protocol data units within a communication network
US7787361B2 (en) 2005-07-29 2010-08-31 Cisco Technology, Inc. Hybrid distance vector protocol for wireless mesh networks
US7660318B2 (en) * 2005-09-20 2010-02-09 Cisco Technology, Inc. Internetworking support between a LAN and a wireless mesh network
US20070110024A1 (en) * 2005-11-14 2007-05-17 Cisco Technology, Inc. System and method for spanning tree cross routes
CN102684839A (en) * 2006-03-24 2012-09-19 华为技术有限公司 Method and system for transmitting sub-band instruction
US8023973B2 (en) * 2007-01-03 2011-09-20 Motorola Solutions, Inc. Expandable text messaging service protocol for use with a two-way radio transceiver
US7839798B2 (en) * 2007-06-22 2010-11-23 Microsoft Corporation Seamlessly switching overlay network relay trees
US9461840B2 (en) 2010-06-02 2016-10-04 Brocade Communications Systems, Inc. Port profile management for virtual cluster switching
US9001824B2 (en) 2010-05-18 2015-04-07 Brocade Communication Systems, Inc. Fabric formation for virtual cluster switching
US9270486B2 (en) 2010-06-07 2016-02-23 Brocade Communications Systems, Inc. Name services for virtual cluster switching
US8867552B2 (en) 2010-05-03 2014-10-21 Brocade Communications Systems, Inc. Virtual cluster switching
US8989186B2 (en) 2010-06-08 2015-03-24 Brocade Communication Systems, Inc. Virtual port grouping for virtual cluster switching
US9716672B2 (en) 2010-05-28 2017-07-25 Brocade Communications Systems, Inc. Distributed configuration management for virtual cluster switching
US9769016B2 (en) 2010-06-07 2017-09-19 Brocade Communications Systems, Inc. Advanced link tracking for virtual cluster switching
US8446914B2 (en) 2010-06-08 2013-05-21 Brocade Communications Systems, Inc. Method and system for link aggregation across multiple switches
US9628293B2 (en) 2010-06-08 2017-04-18 Brocade Communications Systems, Inc. Network layer multicasting in trill networks
US9806906B2 (en) 2010-06-08 2017-10-31 Brocade Communications Systems, Inc. Flooding packets on a per-virtual-network basis
US9608833B2 (en) 2010-06-08 2017-03-28 Brocade Communications Systems, Inc. Supporting multiple multicast trees in trill networks
US9246703B2 (en) 2010-06-08 2016-01-26 Brocade Communications Systems, Inc. Remote port mirroring
US8897134B2 (en) * 2010-06-25 2014-11-25 Telefonaktiebolaget L M Ericsson (Publ) Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel
US9807031B2 (en) 2010-07-16 2017-10-31 Brocade Communications Systems, Inc. System and method for network configuration
US9270572B2 (en) 2011-05-02 2016-02-23 Brocade Communications Systems Inc. Layer-3 support in TRILL networks
US9401861B2 (en) 2011-06-28 2016-07-26 Brocade Communications Systems, Inc. Scalable MAC address distribution in an Ethernet fabric switch
US8948056B2 (en) 2011-06-28 2015-02-03 Brocade Communication Systems, Inc. Spanning-tree based loop detection for an ethernet fabric switch
US9736085B2 (en) 2011-08-29 2017-08-15 Brocade Communications Systems, Inc. End-to end lossless Ethernet in Ethernet fabric
US9699117B2 (en) 2011-11-08 2017-07-04 Brocade Communications Systems, Inc. Integrated fibre channel support in an ethernet fabric switch
US9450870B2 (en) 2011-11-10 2016-09-20 Brocade Communications Systems, Inc. System and method for flow management in software-defined networks
US9461777B2 (en) * 2011-11-21 2016-10-04 Qualcomm Incorporated Hybrid networking system with seamless path switching of streams
US8995272B2 (en) 2012-01-26 2015-03-31 Brocade Communication Systems, Inc. Link aggregation in software-defined networks
US9742693B2 (en) 2012-02-27 2017-08-22 Brocade Communications Systems, Inc. Dynamic service insertion in a fabric switch
US9154416B2 (en) 2012-03-22 2015-10-06 Brocade Communications Systems, Inc. Overlay tunnel in a fabric switch
US9374301B2 (en) 2012-05-18 2016-06-21 Brocade Communications Systems, Inc. Network feedback in software-defined networks
US10277464B2 (en) 2012-05-22 2019-04-30 Arris Enterprises Llc Client auto-configuration in a multi-switch link aggregation
CN104272668B (en) 2012-05-23 2018-05-22 博科通讯系统有限公司 Layer 3 covers gateway
US9602430B2 (en) 2012-08-21 2017-03-21 Brocade Communications Systems, Inc. Global VLANs for fabric switches
US9401872B2 (en) 2012-11-16 2016-07-26 Brocade Communications Systems, Inc. Virtual link aggregations across multiple fabric switches
US9722943B2 (en) 2012-12-17 2017-08-01 Qualcomm Incorporated Seamless switching for multihop hybrid networks
US9350680B2 (en) 2013-01-11 2016-05-24 Brocade Communications Systems, Inc. Protection switching over a virtual link aggregation
US9548926B2 (en) 2013-01-11 2017-01-17 Brocade Communications Systems, Inc. Multicast traffic load balancing over virtual link aggregation
US9413691B2 (en) 2013-01-11 2016-08-09 Brocade Communications Systems, Inc. MAC address synchronization in a fabric switch
US9565113B2 (en) 2013-01-15 2017-02-07 Brocade Communications Systems, Inc. Adaptive link aggregation and virtual link aggregation
US9565099B2 (en) 2013-03-01 2017-02-07 Brocade Communications Systems, Inc. Spanning tree in fabric switches
US9401818B2 (en) 2013-03-15 2016-07-26 Brocade Communications Systems, Inc. Scalable gateways for a fabric switch
CN105103062B (en) * 2013-03-29 2017-06-23 三菱电机株式会社 Sequencer system and addressing method
US9565028B2 (en) 2013-06-10 2017-02-07 Brocade Communications Systems, Inc. Ingress switch multicast distribution in a fabric switch
US9699001B2 (en) 2013-06-10 2017-07-04 Brocade Communications Systems, Inc. Scalable and segregated network virtualization
US9806949B2 (en) 2013-09-06 2017-10-31 Brocade Communications Systems, Inc. Transparent interconnection of Ethernet fabric switches
US9912612B2 (en) 2013-10-28 2018-03-06 Brocade Communications Systems LLC Extended ethernet fabric switches
US9548873B2 (en) 2014-02-10 2017-01-17 Brocade Communications Systems, Inc. Virtual extensible LAN tunnel keepalives
US10581758B2 (en) 2014-03-19 2020-03-03 Avago Technologies International Sales Pte. Limited Distributed hot standby links for vLAG
US10476698B2 (en) 2014-03-20 2019-11-12 Avago Technologies International Sales Pte. Limited Redundent virtual link aggregation group
US10063473B2 (en) 2014-04-30 2018-08-28 Brocade Communications Systems LLC Method and system for facilitating switch virtualization in a network of interconnected switches
US9800471B2 (en) 2014-05-13 2017-10-24 Brocade Communications Systems, Inc. Network extension groups of global VLANs in a fabric switch
US10616108B2 (en) 2014-07-29 2020-04-07 Avago Technologies International Sales Pte. Limited Scalable MAC address virtualization
US9544219B2 (en) 2014-07-31 2017-01-10 Brocade Communications Systems, Inc. Global VLAN services
US9807007B2 (en) 2014-08-11 2017-10-31 Brocade Communications Systems, Inc. Progressive MAC address learning
US9524173B2 (en) 2014-10-09 2016-12-20 Brocade Communications Systems, Inc. Fast reboot for a switch
US9699029B2 (en) 2014-10-10 2017-07-04 Brocade Communications Systems, Inc. Distributed configuration management in a switch group
US9626255B2 (en) 2014-12-31 2017-04-18 Brocade Communications Systems, Inc. Online restoration of a switch snapshot
US9628407B2 (en) 2014-12-31 2017-04-18 Brocade Communications Systems, Inc. Multiple software versions in a switch group
US9942097B2 (en) 2015-01-05 2018-04-10 Brocade Communications Systems LLC Power management in a network of interconnected switches
US10003552B2 (en) 2015-01-05 2018-06-19 Brocade Communications Systems, Llc. Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches
US9807005B2 (en) 2015-03-17 2017-10-31 Brocade Communications Systems, Inc. Multi-fabric manager
US10038592B2 (en) 2015-03-17 2018-07-31 Brocade Communications Systems LLC Identifier assignment to a new switch in a switch group
US10579406B2 (en) 2015-04-08 2020-03-03 Avago Technologies International Sales Pte. Limited Dynamic orchestration of overlay tunnels
US10439929B2 (en) 2015-07-31 2019-10-08 Avago Technologies International Sales Pte. Limited Graceful recovery of a multicast-enabled switch
US10171303B2 (en) 2015-09-16 2019-01-01 Avago Technologies International Sales Pte. Limited IP-based interconnection of switches with a logical chassis
US9912614B2 (en) 2015-12-07 2018-03-06 Brocade Communications Systems LLC Interconnection of switches based on hierarchical overlay tunneling
US10237090B2 (en) 2016-10-28 2019-03-19 Avago Technologies International Sales Pte. Limited Rule-based network identifier mapping

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4740954A (en) * 1986-12-31 1988-04-26 Bell Communications Research, Inc. Multicast routing algorithm
CA1297567C (en) * 1987-02-06 1992-03-17 Kazuo Hajikano Self routing-switching system
US4827411A (en) * 1987-06-15 1989-05-02 International Business Machines Corporation Method of maintaining a topology database
JPH01177237A (en) * 1988-01-07 1989-07-13 Nippon Telegr & Teleph Corp <Ntt> Two-way multiple connecting system
US4811337A (en) * 1988-01-15 1989-03-07 Vitalink Communications Corporation Distributed load sharing
US5144622A (en) * 1988-02-15 1992-09-01 Hitachi, Ltd. Network system
JPH01238265A (en) * 1988-03-18 1989-09-22 Hitachi Ltd Image interaction communication on system
US4864559A (en) * 1988-09-27 1989-09-05 Digital Equipment Corporation Method of multicast message distribution
CA2011399C (en) * 1989-06-22 1998-05-19 Lawrence C. Stewart Routing apparatus and method for high-speed mesh connected local area network

Also Published As

Publication number Publication date
AU654930B2 (en) 1994-11-24
TW250613B (en) 1995-07-01
CA2094405A1 (en) 1993-12-19
DE69325957D1 (en) 1999-09-16
JP2739023B2 (en) 1998-04-08
DE69325957T2 (en) 2000-03-30
EP0579567B1 (en) 1999-08-11
CN1081056A (en) 1994-01-19
US5309433A (en) 1994-05-03
KR960014986B1 (en) 1996-10-23
CN1032109C (en) 1996-06-19
KR950002299A (en) 1995-01-04
EP0579567A3 (en) 1995-03-15
JPH0662053A (en) 1994-03-04
ATE183349T1 (en) 1999-08-15
ES2136118T3 (en) 1999-11-16
EP0579567A2 (en) 1994-01-19
AU3838993A (en) 1993-12-23

Similar Documents

Publication Publication Date Title
CA2094405C (en) Methods and apparatus for routing packets in packet transmission networks
US5425021A (en) Packet switching resource management within nodes
US6735177B1 (en) Multicast communication device and method
EP0740442B1 (en) A method for traversing ATM networks based on forward and reverse virtual connection labels and a communication network therefor
EP0637149B1 (en) Method for establishing multicast virtual circuits
EP0274793B1 (en) Packet switching network
EP0896494B1 (en) Scheme for label switched path loop detection at node device
US7096251B2 (en) Calculation of layered routes in a distributed manner
US20040255050A1 (en) Spanning tree bypassing method and apparatus
EP0996252B1 (en) Efficient method for storing multicast trees
EP0740441A2 (en) A method for distribution of utilization data in ATM networks and a communication network therefor
WO1998039696A2 (en) Unitary virtual circuit in digital network having communication
US6895531B2 (en) Method and system for routing packets without losing packets by monitoring outgoing lines
AU652780B2 (en) A method and a device for destination and source addressing in a packet network
EP0598671B1 (en) Function distribution in a packet switched network
US5365522A (en) Switching network
US6928074B1 (en) Method of transmitting data, a broadcast module, and a terminal for implementing the method
AU640847B2 (en) A network station
WO1992015161A1 (en) Method and apparatus for controlling inter-module communication of messages
JPH0454748A (en) Interconnection system among local area networks by means of asynchronous transfer mode network
JPH0360243A (en) Loop communication method
JPH01218241A (en) Packet multiplexing communication system

Legal Events

Date Code Title Description
EEER Examination request
MKLA Lapsed