A packet switching communication system is improved by using a packet header structure which does not require a fixed format. The packet header comprises a chain of 2 byte command/data segments. Each command/data segment contains generic bits and a routing field. One of the generic bits (bit 1) allows the header to be extended with another command/data segment.

Patent
   5487064
Priority
Jun 03 1993
Filed
May 31 1994
Issued
Jan 23 1996
Expiry
May 31 2014
Assg.orig
Entity
Large
58
5
EXPIRED
3. In a fast packet switching network to be used for transporting digital data packets, each packet having a header structure which includes a plurality of command and data segments, each with a disable indicator and one or more control bits, said network having a plurality of switching nodes interconnected by transmission links, each switching node including:
means for receiving packets from other switching nodes over the transmission links;
means for detecting the state of the disable indicator in each of the command and data segments in the header structure of each received packet;
means for passing over any command and data segment having a disable indicator having a predetermined first value; and
means for performing predetermined operations on the packet in accordance with the control bits found in the first command and data segment encountered having a disable indicator having a predetermined second value.
1. For use in a fast packet switching network used for transporting digital data packets, each packet having a header structure which includes a plurality of command and data segments, each with a disable indicator and one or more control bits, said network having a plurality of switching nodes interconnected by transmission links, a method of processing packets, said method being implemented at one or more of the switching nodes and including the steps of:
receiving packets from other switching nodes over the transmission links;
detecting the state of the disable indicator in each of the command and data segments in the header structure of each received packet;
passing over any command and data segment having a disable indicator having a predetermined first value; and
performing predetermined operations on the packet in accordance with the control bits found in the first command and data segment encountered having a disable indicator having a predetermined second value.
2. A method as set forth in claim 1 further including the step of setting, to the predetermined first value, the disable indicator in a command and data sequence which has been used in controlling the performance of packet operations.
4. A switching node as set forth in claim 3 further including means for setting, to the predetermined first value, the disable indicator in a command and data sequence which has been used in controlling the performance of packet operations.

This invention relates to telecommunication networks and more particularly to an improved network layer packet structure for a fast packet switching network.

In a digital transmission network, data from a large number of users are serially transmitted from one network node to another network node, up to their respective final destinations. Due to the evolution of networks towards more and more complex mixing of sub-networks with heterogeneous architectures, it is clear that there is a future requirement to support distributed computing applications across high speed backbones that may be carrying LAN traffic, voice, video and traffic among channel-attached hosts and workstations. Perhaps the fundamental challenge for high speed networking is to minimize the processing time within each node in the network.

Packet switching is now commonly used to accommodate the bursty, multiprocess communication found in distributed computing environments. Packets are pieces of data produced by an originating user, which are prefixed with headers containing routing information that identifies the originating and destination users. Small computers, called packet switches or nodes are linked to form a network. Some of these nodes are called end nodes and provide user access to the network. Adapter circuits at each of the switching nodes adapt the packet signals for transmission or delivery to transmission links and user applications, respectively. Each node examines each header and decides where to send the packet to move it closer to its final destination.

Routing protocols or methods are used to control the routing of the packets from node to node through the transmission system. Automatic Network Routing (ANR) uses a concatenation of linked labels or identifiers for the successive legs of the packet switching route. Labels are stripped away as the packets traverses the network, always leaving the next required label at the head of the routing field. Tree Routing is defined as a connected set of network nodes and links. In such a tree, a unique tree address is used in the routing field of the packet header and the same tree address is associated with every link forming the tree. When a multicast packet reaches a packet switching node, the tree address in the packet is compared to the tree address associated with all outgoing links from the node. The packet then may be propagated from the node to one or a plurality of links for which an address match occurs. Label Swapping uses a routing field which includes a label that is looked up in a connection table maintained in each intermediate node. The connection table gives the appropriate outbound link number and also gives a new label that will be used by the next node in the route. The new label is swapped for the old label and the packet is forwarded on the appropriate outbound link.

One of the advantages of traditional packet switching networks (X25) is that when they cannot accept new traffic they produce variations in delay resulting from storing and forwarding packets, whereby traffic is not refused, but only momentarily delayed. Another advantage of packet switching networks is their ability to match different speeds of transmission, thereby allowing different types of computer systems to communicate.

Common packet switching networks use packet headers having a fixed format which means that there are a limited number of bits reserved for future functions. Therefore, if one wishes to provide for new functions, such as address extension, new routing mode, in-band specific protocol, the only solution is to set aside reserved bits and this has as consequence to ultimately use up all the reserved bits of the header.

It is therefore a principal object of the invention to provide a packet header structure which does not require a fixed format, thereby allowing future extensions.

It is another object of the invention to provide a new packet header structure allowing future extensions which permits a regular header processing and does not rely on a specific hardware.

It is a further object of the invention to provide a packet switching network for digital data packets including a header, said network comprising a plurality of switching nodes, and a plurality of transmission links interconnecting said switching nodes, each of said switching nodes comprising means for receiving a plurality of packets from connected switching nodes, switching means for selectively transferring packets from said receiving means to said transmitting means, characterized in that said header comprises a unique command/data field and a checking field.

According to the invention this object is accomplished by incorporating a generic extension bit in the state-of-the-art or current header, thus opening the architecture to future extensions, such as address extension, new routing mode, in-band specific protocol. When set to 1, this bit means that the header is extended by an integer number of segments comprising a command field and a data field.

Further, the control bytes and the address fields of a state-of-the-art header are modified so as to comprise a chain of homogenous command/data segments.

The invention will be described with respect to a preferred embodiment thereof, which is further shown in the drawings in which:

FIG. 1 is a block diagram representing a communication network within which the invention may be practiced.

FIG. 2 is a block diagram of a typical switching node of the communication network of FIG. 1.

FIG. 3 shows the Network Layer header of a state-of-the art fast packet switching network.

FIG. 4 shows a Network Layer header with one generic extension bit according to the invention.

FIG. 5 shows a generic header according to the invention.

FIG. 6 shows a generic header with three command/data segments.

FIG. 7 illustrates the copy function in the case of implicit routing.

FIG. 8 illustrates the copy function in the case of explicit routing.

FIGS. 9A-9B is a flow diagram describing how the copy function would be processed in a typical node of the communication network.

In any communication network, data originating with a first end user is transferred to at least a second end user along a data path that may include many multiple network nodes and links.

In a packet switching network, packets are pieces of data, which are prefixed with headers containing routing information that identifies the originating and destination users. Each node examines each header and decides where to send the packet to move it closer to its destination. Traditional packet switching networks (IP, OSI, X25) use packet headers having a fixed format.

In high speed packet switching networks, efficiency may be increased by supporting various routings for different kinds of data (voice, video, data, control traffic . . . ).

Another requirement of high speed networks is to selectively process data according to different classes of services (COS), which are generally specified in terms of probability of loss and maximum end-to-end delay. This class of service may be specified by some bits in the Network Header, which are decoded at intermediate nodes to select the buffering policy.

FIG. 1 represents a packet-switching network 10 consisting of switching nodes and high speed transmission links between these nodes. Each of those nodes is linked to at least one other node through one or more transmission links. Switching nodes are of two types, network nodes 11 numbered (NN1-NN8) and end nodes 12 numbered (EN1-EN9) providing connections to end users 15. The switching nodes are data processing systems including transmit/receive adapters connected to the transmission links. Network nodes 11 provide data communication services to all connected nodes, network nodes and end nodes. At each node, incoming data packets are selectively routed to one or more of the outgoing communication links terminated at another node. Such routing decisions are made in response to information in the header of the data packet. They also provide certain control functions for their own or for other nodes. The control functions include, among other things, the selection and set up of communication routes between nodes, directory services and the maintenance of a network topology data base. These functions are implemented in a Control Point (CP) which is associated with every switching node. The Control Point may comprise a processor and the data bases necessary to support the calculation of optimum routes for the packets. 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.

FIG. 2 represents a block diagram of a typical switching node of the communication network of FIG. 1. The switching node comprises a high speed packet switch 20. Packets arrive over transmission links or originate in user applications, corresponding to users 15 of FIG. 1, in end nodes via link (trunk) adapters or application (port) adapters 21, . . ., 26. Control information is sent to the node's Control Point via Control Point adapter 27. The adapters 21, . . ., 27 may include queuing circuits for queuing packets prior to or subsequent to switching in switch 20.

FIG. 3, represents the Network Layer Header of a Fast Packet Switching Network, as described in U.S. patent application Ser. No. 07/978,609 filed Nov. 19, 1992, inventors: I. CIDON et al) entitled: "Function Distribution in a Packet Switched Network," which is incorporated herein by reference. The header has a variable length to support multiple routing modes, and includes the following fields:

Packet control bytes. The first control byte CB1 defines the routing modes (r1-r3), reverse path accumulation option (rp), as will be detailed later, and the intermediate buffering policy or class of service (c1-c3). The second control byte CB2 defines the copy ID for passing network control packets (e.g. route set up, maintenance, directory . . . ) to the various control functions located in the Control Point of each switching node on the route (cp1-cp4), and the presence of a transport header and of a CRC (e1) to protect the data payload. Bits marked "res" are unassigned or reserved bits.

Routing. The structure of the routing field depends on the routing mode bits (r1-r3) defined in CB1. The routing field is composed of one or more sub-fields which may be variable in length, e.g. source routing (Ref), Label Swapping. The end of the routing field is marked with a 1-byte delimiter. As a packet is routed through the network, these sub-fields may be left unchanged, modified (either adding, removing or changing bytes) or removed completely.

Checksum. The checksum byte LRC is used to check the header content.

One can make two observations:

Though several bits (res) have been reserved, this structure only permits a limited number of extensions. Traditionally at high speed, in order to efficiently implement stripping/insertion operations, the header processing relies on specific hardware. This is a constraint when this processing must be performed on different hardware.

As mentioned before, the structure of the control bytes only permits a limited number of extensions. For example, it would be desirable to support a label swapping mode by only identifying a new routing mode. However, such a mode may reflect a number of variations: Frame Relay, Asynchronous Transfer Mode (ATM), and 16, 20, or 24 bit labels.

According to the invention, this problem is resolved by using a fixed-size address for the label (16 bits), and by using a generic extension bit (gx) in the header to open the architecture to further extension. When set to 1, this bit means that the header is extended by an integer number of command/data segments (CDS). Each CDS is defined with one half-word (2 bytes), and comprises a command field (4 bits) and a data field (12 bits).

FIG. 4 represents the header with the generic extension bit and one CDS. The format of the CDS is as follows:

Bit 0 (gx1): Generic extension bit. If set to 1, indicates that a second CDS follows.

Bit 1 (c/d): Command/Data bit.

A value of 0 indicates data the 12 bits in the data field represent data to be used by the previous CDS. For example, it can be a 12 bit address extension.

A value of 1 indicates a command the 12 bits in the data field represent a command to be executed by the trunk adapter; for example, send back packet, or send back information on the adapter status. In this case, this CDS is followed by one or more CDS's to carry data.

Bit 2 (res): Reserved

Bit 3 (res): Reserved

Bit 4-15: 12 bit data field.

The notion of CDS can be used to define a generic header that permits the use of regular header processing. Therefore, as shown on FIG. 5, the control bytes (CB1, CB2) and the address fields of the header are restructured as a chain of homogeneous command/data segments (CDS1 . . . , CDSN). The new generic header is made of a command/data field, followed by a checking field CHK. The command/data field comprises a chain of 2-byte command/data segments (CDS's).

Routing modes can be classified in two primitive classes:

The direct/explicit routing of which ANR is a typical example,

The indirect/implicit routing which includes multicast tree and label swapping. Implicit routing means that, in each node on a path, a set up phase has prepared information to be accessed by the implicit label, such as destination internal port identifier (or identifiers in case of multicast), or label for swap.

Referring to FIG. 6, each command/data segment contains 5 generic bits, and a 1 byte routing field:

Bit 0: (Command disabled)

1: the command has been processed by a previous node.

Bit 1: (Generic extension)

1: This CDS is extended with 1 CDS, in sequence.

Bit 2: (Command type)

1: explicit routing

0: implicit routing

This bit is present only in the basic CDS. In the extended CDS's, it is reserved for future use.

Bit 3: (Command chaining)

1: a CDS follows

0: end of chain

This bit is present only in the basic CDS.

Bit 4: (Copy)

1: copy the information field in this node

The copy address is given by the last segment of the chain in the following CDS.

This bit is present only in the basic CDS.

Bit 5 to 7: (Class of service)

Same meaning as the class of service bits in the current header (c1-c3). In case of extended CDS's, these bits appear only in the first or basic CDS.

Bit 8 to 15: (Label)

1 byte label, which can be extended by the generic extension bit.

FIG. 6 shows the format of the header for explicit and implicit routing. The explicit routing case assumes ANR routing. The implicit routing case assumes that either label swapping or tree routing has been selected at the set-up phase.

The figure shows the bit allocation in each case, assuming that the CDS has been extended twice (one basic CDS and two extension CDS's). The address length in this example, is 32 bits (8+12+12) for ANR, 32 bits (8+12+12) for label swapping and 32 bits (8+12+12) for tree routing. This length can be extended by concatenation of additional CDS's. In practice however, the basic addressing can be implemented with one CDS for ANR (1 byte ANR), one CDS for label swapping (1 byte label), and 2 CDS's for tree (20 bit tree address).

When a packet is routed using the explicit routing mode, the label (ANR) is processed in an input trunk adapter to route the packet to an output trunk adapter.

Stripping of an used ANR label is no-longer necessary since the corresponding CDS is just disabled by setting bit 0 to 1. As a result, the packet size remains constant and the processing complexity is reduced.

The reverse path accumulation is an optional function, that consists in inserting the ANR label of the input adapter in the address field, in order to build up the reverse ANR string along the route. This function is mainly used for network control.

In the case of reverse path accumulation, it would be interesting to systematically overwrite the ANR label with the reverse ANR label, at each node. The problem is that the ANR label is defined with 1 or 2 bytes, and a given node includes trunks having different length ANR labels. For example, the input trunk ANR label might be defined with 2 bytes, while the output trunk ANR label is defined with 1 byte. The straight overwriting operation is not possible.

One can easily overcome this theoretical limitation as follows. After the route has been computed at the origin node, the ANR label of each link of the reverse route is extracted from the topology data base. The reverse ANR label is compared to the direct ANR label. If they have the same length, or if the reverse ANR label is smaller than the direct ANR label, no action is taken. Else, a dummy CDS is concatenated to the direct ANR label to reserve space for overwriting the reverse ANR label. This CDS has its command disabled bit (generic bit 0) set to 1.

The copy function will now be illustrated in the case of implicit and explicit routing modes. As mentioned before, the copy function is enabled in each CDS, by the generic bit 4. The copy address is given by the last segment of the chain, which can optionally be extended to more than 1 copy address.

In the case of implicit routing, the header includes 1 CDS with possible extensions for the label. When the copy bit is set up in this CDS, it means that a CDS including the copy address follows. This second CDS may be extended to include a second copy address.

For example, assume that a packet is routed through two nodes, that the label is defined with 8 bits, and that the packet should be copied to one copy address. Then, the generic bits of each CDS of the packet would be, at the origin, as shown in FIG. 7.

In the case of explicit routing, the header includes N CDS's with possible extensions for the labels. These CDS's are chained by setting the chaining bit to 1 for all CDS's except for the last one. When the copy bit is set up in one of these CDS's, it means that a CDS including the copy address follows the last routing CDS. Again, this CDS may be extended to include a second copy address.

For example, assume that the header includes 2 ANR's, the first one being defined with 2 bytes, the second one being defined with 1 byte. Also assume that the reverse ANR's labels are of the same length, and that the packet should be copied to copy id. Then, the generic bits of each CDS of the packet would be, at the origin, as shown on FIG. 8.

FIG. 9 is a flow diagram showing the process of receiving and processing a packet containing a copy bit in the case of the generic header according to the invention. The packet is received by an incoming adapter. The processor then first examines the packet header and makes a determination as to whether the command has been processed by a previous node. If this is not the case, the routing address is first extracted, then the extension bit is tested to determine whether the current CDS is extended with additional routing address bits. The processor then determines whether explicit or implicit routing is specified. In the next step the processor determines whether the copy bit is set up. If the answer is no, the packet continues through the node and no more processing is performed by the processor. If the answer is yes, the last CDS of the chain is searched to get the copy address. The packet is then passed to the network control control function corresponding to this address.

As a result of the new structure of the header, it appears that the generic header can be implemented with a simpler hardware than the current header. In the case of the current header, the process consists in the analysis of multiple variable length fields. The data stream is pipelined through a delay line, and the hardware analyses in parallel several fields of the header to make its decisions. In the case of the generic header, the process consists in an analysis of the successive fixed length CDS's. The data stream is pipelined through a delay line.

For each CDS, a single bit is tested (enable bit). If it is disabled, no process is done, and the next CDS is tested. The hardware detects the first enabled CDS of the chain, and then processes it. For example in case of no CDS extension, i.e. in most cases of ANR and label swapping routing modes, this CDS is the only fixed length piece of information to be processed at a each node. This simple analysis shows that the basic processing is simpler in the case of the generic header, and does not require complex memory accesses. This advantage of the homogeneous header structure conceptually drives a simpler implementation either in hardware or software.

Galand, Claude, Lebizay, Gerald

Patent Priority Assignee Title
5563878, Jan 05 1995 International Business Machines Corporation Transaction message routing in digital communication networks
5579480, Apr 28 1995 Oracle America, Inc System and method for traversing ATM networks based on forward and reverse virtual connection labels
5659686, Sep 22 1994 Unisys Corporation Method of routing a message to multiple data processing nodes along a tree-shaped path
5734651, Jan 05 1995 International Business Machines Corporation Transaction message routing in digital communication networks
5740460, Jul 29 1994 TALON RESEARCH, LLC Arrangement for processing packetized data
5768561, Jun 30 1992 COASES INVESTMENTS BROS L L C Tokens-based adaptive video processing arrangement
5768629, Jun 24 1993 TALON RESEARCH, LLC Token-based adaptive video processing arrangement
5781739, Dec 31 1996 International Business Machines Corporation IMS/WWW mapping system
5784631, Jun 30 1992 COASES INVESTMENTS BROS L L C Huffman decoder
5805914, Feb 02 1995 Discovision Associates Data pipeline system and data encoding method
5809270, Jun 30 1992 COASES INVESTMENTS BROS L L C Inverse quantizer
5828907, Jun 24 1993 TALON RESEARCH, LLC Token-based adaptive video processing arrangement
5835740, Jun 24 1993 Discovision Associates Data pipeline system and data encoding method
5835792, Jun 24 1993 TALON RESEARCH, LLC Token-based adaptive video processing arrangement
5842033, Jun 24 1993 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Padding apparatus for passing an arbitrary number of bits through a buffer in a pipeline system
5861894, Jun 24 1993 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Buffer manager
5878273, Jun 24 1993 CHARTOLEAUX KG LIMITED LIABILITY COMPANY System for microprogrammable state machine in video parser disabling portion of processing stages responsive to sequence-- end token generating by token generator responsive to received data
5881246, Jun 12 1996 RPX CLEARINGHOUSE LLC System for generating explicit routing advertisements to specify a selected path through a connectionless network to a destination by a specific router
5881301, Jun 30 1924 COASES INVESTMENTS BROS L L C Inverse modeller
5907692, Jun 30 1992 COASES INVESTMENTS BROS L L C Data pipeline system and data encoding method
5956519, Jun 30 1992 COASES INVESTMENTS BROS L L C Picture end token in a system comprising a plurality of pipeline stages
5978592, Jun 30 1992 COASES INVESTMENTS BROS L L C Video decompression and decoding system utilizing control and data tokens
5995727, Jul 29 1994 TALON RESEARCH, LLC Video decompression
6018776, Mar 07 1995 COASES INVESTMENTS BROS L L C System for microprogrammable state machine in video parser clearing and resetting processing stages responsive to flush token generating by token generator responsive to received data
6035126, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Data pipeline system and data encoding method
6038380, Jun 30 1992 COASES INVESTMENTS BROS L L C Data pipeline system and data encoding method
6067417, Jun 30 1992 COASES INVESTMENTS BROS L L C Picture start token
6079009, Jun 30 1992 COASES INVESTMENTS BROS L L C Coding standard token in a system compromising a plurality of pipeline stages
6112017, Jun 30 1992 COASES INVESTMENTS BROS L L C Pipeline processing machine having a plurality of reconfigurable processing stages interconnected by a two-wire interface bus
6122726, Jun 30 1992 COASES INVESTMENTS BROS L L C Data pipeline system and data encoding method
6128611, Nov 26 1997 Internaitonal Business Machines Corporation Internet-enabled generic application program for accessing hierarchical data
6128622, Mar 13 1998 International Business Machines Corporation IMS web studio taskguide
6263422, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Pipeline processing machine with interactive stages operable in response to tokens and system and methods relating thereto
6330665, Jun 30 1992 COASES INVESTMENTS BROS L L C Video parser
6330666, Jun 30 1992 TALON RESEARCH, LLC Multistandard video decoder and decompression system for processing encoded bit streams including start codes and methods relating thereto
6341131, Jan 25 1996 Telefonaktiebolaget LM Ericsson Mini cells with variable payload size
6405270, Sep 08 1999 AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED Method and apparatus for increasing data rates between nodes of a serial bus
6430571, Jul 16 1998 International Business Machines Corporation Multi-frame output form that facilitates internet search and update in a hierarchical database
6435737, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Data pipeline system and data encoding method
6542496, Jun 30 1998 Alaxala Networks Corporation; ALAXALA NETWORKS CORPORATION  Packet switching method and apparatus thereof
6683865, Oct 15 1999 Nokia Technologies Oy System for routing and switching in computer networks
6697930, Jun 30 1992 COASES INVESTMENTS BROS L L C Multistandard video decoder and decompression method for processing encoded bit streams according to respective different standards
6707819, Dec 18 1998 AT&T Corp Method and apparatus for the encapsulation of control information in a real-time data stream
6799246, Jun 24 1993 TALON RESEARCH, LLC Memory interface for reading/writing data from/to a memory
6836463, Oct 15 1999 NOKIA SOLUTIONS AND NETWORKS OY System for communicating labeled routing trees to establish preferred paths and source routes with local identifiers in wireless computer networks
6892296, Jun 30 1992 COASES INVESTMENTS BROS L L C Multistandard video decoder and decompression system for processing encoded bit streams including a standard-independent stage and methods relating thereto
6910125, Jun 30 1992 COASES INVESTMENTS BROS L L C Multistandard video decoder and decompression system for processing encoded bit streams including a decoder with token generator and methods relating thereto
6950930, Jun 24 1993 COASES INVESTMENTS BROS L L C Multistandard video decoder and decompression system for processing encoded bit streams including pipeline processing and methods relating thereto
7054318, Jan 25 1996 Telefonaktiebolaget LM Ericsson (publ) Mini cells with variable payload size
7095783, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Multistandard video decoder and decompression system for processing encoded bit streams including start codes and methods relating thereto
7149811, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Multistandard video decoder and decompression system for processing encoded bit streams including a reconfigurable processing stage and methods relating thereto
7159035, Dec 23 1998 BEIJING XIAOMI MOBILE SOFTWARE CO ,LTD Unified routing scheme for ad-hoc internetworking
7170885, Jun 30 1998 Alaxala Networks Corporation Packet switching method and apparatus thereof
7191240, Feb 14 2000 International Business Machines Corporation Generic network protocol layer with supporting data structure
7230986, Jun 30 1992 CHARTOLEAUX KG LIMITED LIABILITY COMPANY Multistandard video decoder and decompression system for processing encoded bit streams including a video formatter and methods relating thereto
7369556, Dec 23 1997 Cisco Technology, Inc. Router for virtual private network employing tag switching
7711938, Jun 24 1993 COASES INVESTMENTS BROS L L C Multistandard video decoder and decompression system for processing encoded bit streams including start code detection and methods relating thereto
7881279, Dec 12 2001 WSOU Investments, LLC Telecommunications network and a packet header using local node identifier information to designate routing information
Patent Priority Assignee Title
4827411, Jun 15 1987 International Business Machines Corporation; INTERNATIONAL BUSINESS MACHINES CORPORATION, ARMONK, NY 10504, A CORP OF NY Method of maintaining a topology database
4884263, Jan 09 1986 NEC Corporation Packet-switched communications network with parallel virtual circuits for re-routing message packets
4991172, Oct 28 1988 INTERNATIONAL BUSINESS MACHINES CORPORATION, A CORP OF NY Design of a high speed packet switching node
5051985, Oct 28 1988 International Business Machines Corporation Contention resolution in a communications ring
5079767, Sep 27 1988 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P Method of multicast message distribution
///
Executed onAssignorAssigneeConveyanceFrameReelDoc
May 18 1994GALAND, C IBM CorporationASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0070260429 pdf
May 18 1994LEBIZAY, G IBM CorporationASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0070260429 pdf
May 31 1994International Business Machines Corporation(assignment on the face of the patent)
Date Maintenance Fee Events
Jun 28 1999M183: Payment of Maintenance Fee, 4th Year, Large Entity.
Jan 19 2001ASPN: Payor Number Assigned.
Mar 13 2001ASPN: Payor Number Assigned.
Mar 13 2001RMPN: Payer Number De-assigned.
Aug 13 2003REM: Maintenance Fee Reminder Mailed.
Jan 23 2004EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Jan 23 19994 years fee payment window open
Jul 23 19996 months grace period start (w surcharge)
Jan 23 2000patent expiry (for year 4)
Jan 23 20022 years to revive unintentionally abandoned end. (for year 4)
Jan 23 20038 years fee payment window open
Jul 23 20036 months grace period start (w surcharge)
Jan 23 2004patent expiry (for year 8)
Jan 23 20062 years to revive unintentionally abandoned end. (for year 8)
Jan 23 200712 years fee payment window open
Jul 23 20076 months grace period start (w surcharge)
Jan 23 2008patent expiry (for year 12)
Jan 23 20102 years to revive unintentionally abandoned end. (for year 12)