In a switching device, a method of communicating data packets from sending ports to destination ports includes storing in a first stage queue packet-related data from a sending port; determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue; storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue; and using the packet-related data in the second stage queue to complete the communication of the data packet from the sending port to each determined destination port. Apparatus for practicing the method comprises a first stage queue storing packet-related data from a sending port; and a second stage queue associated with each of a set of destination ports storing the packet-related data from the first stage queue.
|
16. A multistage queuing apparatus for transmitting data packets from one or more sending ports to a plurality of destination ports, comprising:
a first queue structure, operatively coupled to the one or more sending ports, comprising a plurality of first queues for storing packet-related data associated with the data packets based on a first characteristic of the data packets; and
a second queue structure, operatively coupled to the first queue structure and plurality of destination ports, comprising a plurality of second queues for storing the packet-related data based on the first characteristic and a second characteristic.
7. In a switching device, a method for communicating data packets from sending ports to destination ports, the method comprising:
storing in a first stage queue a pointer to memory storing a data packet and a list of destination ports;
identifying a destination port stored in the first stage queue; retrieving the pointer to memory stored in the first stage queue;
storing in a second stage queue associated with the identified destination port the retrieved pointer to memory; and
using the pointer to memory in the second stage queue to complete the communication of the data packet from the sending port to the identified destination port.
15. In a switching device, a method of communicating data packets from sending ports to destination ports, the method comprising:
storing in a first stage queue the data packets from a sending port;
determining from the data packets which destination ports are to receive the data packets in the first stage queue;
storing in a second stage queue associated with each determined destination port the data packets from the first stage queue based on a characteristic of the data packets; and
transmitting the data packets in the second stage queue to a switch fabric for completing the communication of the data packet from the sending port to each determined destination port.
13. In a switching device, a method of communicating data packets from sending ports to destination ports, the method comprising:
storing in a first stage queue packet-related data from a sending port;
determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue;
storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue based on network protocol type; and
transmitting the packet-related data in the second stage queue to a switch fabric for completing the communication of the data packet from the sending port to each determined destination port.
24. In a switching device, a method of communicating data packets from sending ports to destination ports, the method comprising:
storing in a first stage queue packet-related data from a sending port based on a characteristic of the data packets;
determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue;
storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue; and
transmitting the packet-related data in the second stage queue to a switch fabric for completing the communication of the data packet from the sending port to each determined destination port.
14. In a switching device, a method of communicating data packets from sending ports to destination ports, the method comprising:
storing in a first stage queue packet-related data from a sending port;
determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue;
storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue based on whether the data packets are unicast packets or multicast packets; and
transmitting the packet-related data in the second stage queue to a switch fabric for completing the communication of the data packet from the sending port to each determined destination port.
21. A multistage queuing apparatus for transmitting data packets from one or more sending ports to a plurality of destination ports, comprising:
a first queue structure, operatively coupled to the one or more sending ports, comprising a first array of two or more first queues for storing the packet-related data associated with the data packets in accordance with a first characteristic of the data packets; and
a second queue structure comprising a plurality of second arrays, each of the second arrays comprising two or more second queues operatively coupled to one of the plurality of destination ports, wherein each of the second arrays is adapted to store the packet-related data from the first queue structure in accordance with the first characteristic.
1. In a switching device, apparatus for communicating data packets from sending ports to destination ports, comprising:
a first stage queue comprising a plurality of first queues for storing packet-related data from a sending port, wherein the packet-related data is stored in the plurality of first queues based on a characteristic of the data packets;
a second stage queue associated with each of a set of destination ports, the second stage queue comprising a plurality of second queues, each of the plurality of second queues for storing the packet-related data from each of the plurality of first queues of the first stage queue based on a characteristic of the data packets; and
a switch fabric coupled to the second stage queue, the switch fabric using the packet-related data in the second stage queue for transmitting the data packets to a destination port.
10. In a switching device, a method of communicating data packets from one or more sending ports to destination ports, the method comprising:
storing, in a first stage queue comprising a plurality of first queues, packet-related data associated with the data packets from the one or more sending ports, wherein the packet-related data are stored in one of the plurality of first queues based on a characteristic of the data packets; determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue;
storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue; and
transmitting the packet-related data in the second stage queue to a switch fabric for completing the communication of the data packet from the sending port to each determined destination port.
2. The apparatus of
3. The apparatus of
4. The apparatus of
5. The apparatus of
6. The apparatus of
8. The method of
9. The method of
11. The method of
12. The method of
18. The multistage queuing apparatus of
19. The multistage queuing apparatus of
20. The multistage queuing apparatus of
22. The multistage queuing apparatus of
23. The multistage queuing apparatus of
27. The method of
31. The method of
|
This invention relates generally to network switching devices. More particularly, this invention relates to a method and means for forwarding data packets through a switching device.
A local area network (LAN) is a system for directly connecting multiple computers so that they can directly exchange information with each other. LANs are considered local because they are designed to connect computers over a small area, such as an office, a building, or a small campus. LANs are considered systems because they are made up of several components, such as cables, repeaters, switches, routers, network interfaces, nodes (e.g., computers), and communication protocols. Ethernet is one such protocol. Information is communicated through a LAN in frames transported within data packets. (“Frame” and “data packet,” while technically different, are often used interchangeably to describe data carrying the information.)
A LAN switch (or, more generally, a packet switch) is generally defined as a multi-port device that transfers data between its different ports based on the destination addresses and/or other information found in the individual packets it receives. Switches can be used to segment LANs, connect different LANs, or extend the collision diameter of LANs. Switches are of particular importance to Ethernet-based LANs because of their ability to increase network diameter. Additional background information on packet switches can be found in a number of references such as Fast Ethernet (1997) by L. Quinn et al., Computer Networks (3rd Ed. 1996) by A. Tannenbaum, and High-Speed Networking with LAN Switches (1997) by G. Held, all of which are incorporated herein by reference.
Packet switches generally carry three types of traffic: unicast, multicast and broadcast. Unicast traffic consists of packets that travel from a source, or entry, port to a single destination, or exit, port. Multicast traffic consists of packets that travel from one sending port to many destination ports per a destination list within a packet. Broadcast traffic is a special case of multicast traffic wherein the destination list includes all destination ports, and as such issues surrounding multicast apply equally to broadcast traffic.
Multicast traffic poses a problem for packet switches because multicast packets must be replicated within the packet switch. This replication can cause packet switches to fall behind in transmitting frames that follow the multicast frame due to the time required for replication. This replication time is particularly apparent in crossbar switch architectures that require unimpeded access from the sending port to the destination ports to schedule transmission, as the sending port must wait for other traffic that is destined for the destination port to complete. Shared memory switch architectures do not suffer the same fate as all ports have access to the switch memory independent of each other. In shared memory switches, a packet is stored in a central memory and the sending port makes a forwarding decision that notifies the destination ports of the packet's location for transmit. Each destination port can pull a multicast packet from its storage location independent of the other ports. However, in shared memory switches, the response of the destination ports to the forwarding decision can be time-consuming where, for example, it involves a multicast packet. Each of the destination ports on the destination list must request the packet from the shared memory. The time required for this delays further forwarding decisions and can cause congestion in the sending port if additional traffic is received there while the destination ports complete their requests.
Congestion in packet switches can be caused in many ways. In cases where there is more than one port transmitting to a single destination port, congestion at the destination port can occur and the port is said to be oversubscribed. The ratio of the rate that traffic is generated at the sending ports to the rate the destination port can transmit is called the oversubscription ratio. Rate mismatches in the source network media and destination network media can also cause congestion (another case of oversubscription). For example, if traffic travels from port 0 to port 1 on a switch and port 0 runs at 100 megabits per second and port 1 runs at 10 megabits per second, traffic can easily back up waiting to exit port 1. Traffic shaping can also cause congestion. This is a process where the destination port is intentionally curbed back to a lower transmit rate than it is capable for traffic engineering purposes.
Normal packet network traffic does not allow steady state oversubscription. No network switching equipment can buffer infinite data, so oversubscribed conditions on ports are inherently limited by the storage capabilities of the network equipment. However, it is also normal network behavior to have bursts for short periods of time during which network ports will be oversubscribed for any or all of the reasons previously listed. High port count switching equipment creates the opportunity for high oversubscription ratios during these normal traffic bursts.
End stations (such as a node within a LAN) communicate through a packet network by establishing a channel called a session. This session has characteristics that remain constant during the conversation between the end stations. For example, if station A talks to station B through the packet network to transfer a file, when A sends packets, they are all labeled with B's network address as the destination, and A's network address as the source. Other information in the packets sent between A and B will also generally remain constant for a given session—priority, VLAN, network protocol, etc. Each station in a packet network may run multiple sessions with the same or different destination stations. In general, packets within these sessions must arrive in sequence at their destinations—that is, the network equipment must not re-order them.
As a packet from a given session enters a packet switch, the switch must evaluate fields within the packet and make a forwarding decision (where does the packet go?). After making a forwarding decision, packet switches with egress queuing must place multicast packets on more than one transmit queue (a queue being first in/first out storage). As network media speeds increase, the time allowed to perform these queuing operations shrinks. Egress port congestion aggravates this issue. High oversubscription ratios that result from normal packet network operation force egress queuing mechanisms to queue packets from many sources simultaneously to maintain predictable operation. The more work the queuing mechanism performs to handle congestion, the harder it is to perform multicast packet replication.
An objective of this invention, therefore, is to provide a method and means for enhancing the communication of packets, such a multicast packets, through a switching device.
In a switching device, a method of communicating data packets from sending ports to destination ports includes storing in a first stage queue packet-related data from a sending port; determining from the packet-related data which destination ports are to receive the packet-related data in the first stage queue; storing in a second stage queue associated with each determined destination port the packet-related data from the first stage queue; and using the packet-related data in the second stage queue to complete the communication of the data packet from the sending port to each determined destination port. Apparatus for practicing the method comprises a first stage queue storing packet-related data from a sending port; and a second stage queue associated with each of a set of destination ports storing the packet-related data from the first stage queue.
These and other aspects, features, and advantages of the invention are described in an illustrative embodiment below in conjunction with the following drawings.
Overview
As a session's packets travel through the packet network, they may take different paths to the same destination based on data field contents in their packets. For example, a video conference session between station A and B may be marked as priority 7, VLAN 5 while an email session between the same two stations may be marked as priority 3, VLAN 12 even though the sessions have the same source and destination. As a result of these differences in the sessions, the packets in the data streams may take physically different routes through the network. The sessions may also take the same route through the network, but be serviced differently by the network equipment—a packet from one session may come into a switch after a packet from a different session, yet exit the switch first as a result of higher priority servicing.
Network switches can examine these data fields in each packet to classify it. This invention takes advantage of packet classification to reduce the bandwidth burden of queuing multicast packets during congested intervals. This is accomplished by identifying classifications (characteristics) of packets that are independent of whether a packet is unicast or multicast. By doing this, queuing can be broken up into stages such that the first stage is only concerned with a broad range of packet types (and potentially sessions) that are destined for any port in a group of ports. Further stages can then service these queues as appropriate and perform additional queuing for multicast by replicating the packet for each destination port. The multicast replication still occurs within the switch, but is not required to occur immediately as the first stage of queuing acts as a buffer for the subsequent stages. This allows for the absorption of normal bursty oversubscription conditions while maintaining session servicing consistency (packet ordering).
An example of this invention is a two stage queuing scheme whereby the first stage queues packets based solely on their priority. All sessions with a given priority are given equal weight in the first stage queue. Note that these include multicast and unicast sessions. All packets within a session are placed in a single queue, thus maintaining packet ordering requirements. A second stage queue services or empties the priority queues into port queues, expanding multicast packets onto multiple queues if necessary. Since the first stage queues are not required to expand multicast packets onto multiple destination ports, fewer queuing operations are required to queue the packets to their destinations in the first stage. Multicast replication is handled by second stage queuing mechanisms. This allows more ports to be effectively utilized in normal bursty oversubscribed packet network conditions due to rate mismatches, traffic shaping, oversubscription and port density. This is increasingly important as network media speeds achieve gigabit per second and beyond.
The operation of the illustrative embodiment is such that the multistage queuing is not visible except during congested intervals on ports receiving multicast traffic. That is, it is transparent during normal operation and operates as a performance enhancement during peak utilization.
Note that this invention is not limited to the use of priority as a first stage queuing criteria. This is an arbitrary session characteristic that was chosen as a classification rule, which could as easily have been network protocol type or type of service. Note also that this invention is not limited to egress queuing devices, and may have applications in ingress queuing packet switches. Nor is this invention limited to a two stage queuing pipeline.
Structure and Function
The MAC and forwarding decision logic 22 within each port can be conventional in design. Through them a sending port acquires a data packet and forwards it to one or more destination ports. The process for communicating forwarding decision is made by the forwarding decision logic based on destinations listed in the data packet. The forwarding decision logic 22 forwards to the queuing device information (packet-related data) such as a pointer to where the packet is stored in the switch fabric (if the fabric is shared memory), the type of packet (priority, etc.) and to which ports the packet is to be communicated (one port for unicast, multiple ports for multicast, and all but the sending port for broadcast). The forwarding decision logic also stores the data packet in the switch fabric 24 at the location indicated by the pointer.
The switch fabric 24 in the illustrative embodiment is a shared memory that stores the entire data packet and from which destination ports may retrieve a copy. However, the invention is not limited to shared memory architectures. The switch fabric may be of other architectures such as a crossbar matrix.
The queuing device 26, which receives the packet-related data from the forwarding decision logic 22, is shown in more detail in FIG. 2. The device 26 includes characteristic detection logic 30, a first stage queue 32 coupled to the output of the detection logic, port membership determination logic 34 coupled to the output of the first stage queue, and second stage logic 36 coupled to the output of the determination logic.
The characteristic detection logic 30 detects from the packet-related data a characteristic of the packet (e.g., priority) as well as determining from a destination list which ports are to retrieve the packet. The destination list in the illustrative embodiment is encoded in the packet-related data as a number, which is used by the logic 30 to look up the associated port group in a look up table. Other means may also be used for indicating the destination ports, such as passing the port numbers directly within the packet-related data.
The first stage queue 32 stores the packet-related data according to a characteristic of the packet. In the illustrative embodiment, that characteristic is the priority of the packet (from one to eight levels). Consequently the first stage queue includes multiple first queues, each one storing the packet-related data (pointer plus port group) for packets of a different priority level in the order in which they are received.
The port determination logic 34 reads the first stage queue according to a service scheme and determines from the packet-related data which destination ports are to receive the packet-related data in the first stage. The logic 34 then stores the pointers in the appropriate portion of the second stage queue 36.
The second stage queue 36 in the illustrative embodiment includes for each port connected to the queuing device a set of queues that correspond to the first stage queue. For example, the first stage queue includes eight priority queues, and the second stage queue includes for each of its connected ports a corresponding set of eight priority queues. With this arrangement, the pointers in each queue of the first stage queue can be easily copied into a corresponding queue in the second state queue for each determined destination port.
The queuing device also includes conventional logic (not shown in
Operation
A data packet communicated from a sending port of switch 18 to one or more destination ports travels through the switching device as follows. A data packet that is received by a port is processed by its MAC, which generates a well formed frame from the physical LAN interface. The MAC presents the packet to the forwarding decision logic 22 that classifies the packet type and makes a forwarding decision as to which ports the packet is to be sent to from a destination list within the packet. The forwarding decision logic 22 transfers the packet to a location in the switch fabric (shared memory in the illustrative embodiment). The forwarding decision logic 22 also generates the packet-related data which includes the type of packet, a pointer to the location in shared memory where the packet is stored, and the forward decision and sends this data to the queuing device 26.
The queuing device receives the packet-related data at detection logic 30 and stores it in the first stage queue 32. In the process of storing the data in the first stage queue the logic determines which from the data ports, if any, the packet should be queued for. The logic then stores the pointer and destination port information in an appropriate queue within the first stage queue. In the illustrative embodiment the data is stored in a queue based on the priority of the packet; other characteristics of a packet can also be used for determining where the data will be stored.
The queuing device, through the determination logic 34, then obtains data from the multiple queues of the first stage in accordance with a scheme for reading the queues, such as a priority servicing scheme where the characteristic is priority. The determination logic 34 determines from the packet-related data just obtained which destination ports are to receive the pointer(s) and transfers the pointers to an appropriate location in the second stage queue 36 associated with each determined destination port. In the illustrative embodiment the second stage queue includes multiple queues for each port that correspond to the multiple queues of the first stage queue. In this embodiment, with priority as the packet characteristic, the logic 36 transfers the pointers to the priority queue for each port corresponding to the priority queue for the pointer in the first stage queue.
The queuing device then uses the data in the second stage queue to complete the communication of the data packet from the sending port to each determined destination port. When servicing the second stage queue with a service scheme, the queuing device obtains pointers from the queues to packets in the switch fabric 24 and requests these packets from the switch fabric. The switch fabric responds by sending the pointed-to packet to the queuing device, which then directs it to the appropriate port. Where there are multiple destination ports such in the case of a multicast data packet, the queuing device makes separate requests for each port.
The queuing device 26 is shown in the output or transmit path of the switch 18. In this configuration, the switch is said to be a “transmit buffered” or “output buffered” device. For different switch architectures like crossbar, the queuing device may reside on the inbound side of the switch, but the invention may still be applied. In that application, it would be referred to as “input buffered” since the queues are stored at the sending ports of the switching device.
Having understood the principles of the invention from the embodiments of the invention shown and described herein, those of skill in the art will recognize that the embodiments can be modified in arrangement and detail without departing from such principles. The construction of the various modules can be varied while still providing the functions described. Elements of the various modules can be implemented in hardware, software, or firmware as desired. The packet-related data may be pointers, other structures, or the data packets themselves. The invention may be used where appropriate in any packet switching device such as a LAN switch, a router, etc.
In view of the many possible embodiments to which the principles of the invention may be applied, it should be understood that these embodiments are illustrative only and should not be taken as a limitation on the scope of the invention. The invention, rather, is defined by the following claims. We therefore claim as the invention all embodiments that may come within the scope of these claims and their equivalents.
Davis, Greg W., Johnson, C Stuart, Michels, Timothy S
Patent | Priority | Assignee | Title |
10038567, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
10200275, | Nov 18 2002 | Fortinet, Inc. | Hardware-accelerated packet multicasting |
7016365, | Mar 31 2000 | Intel Corporation | Switching fabric including a plurality of crossbar sections |
7328273, | Mar 26 2001 | DUAXES Corporation | Protocol duplicating configuration and method for replicating and order of reception of packets on a first and second computers using a shared memory queue |
7499419, | Sep 24 2004 | COSINE COMMUNICATIONS, INC | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
7525958, | Apr 08 2004 | Intel Corporation | Apparatus and method for two-stage packet classification using most specific filter matching and transport level sharing |
7668087, | Jun 04 2002 | GOOGLE LLC | Hierarchical metering in a virtual router-based network switch |
7720053, | Jun 04 2002 | Fortinet, Inc. | Service processing switch |
7743108, | Jul 24 2000 | CONVERSANT INTELLECTUAL PROPERTY MANAGEMENT INC | Method and apparatus for reducing pool starvation in a shared memory switch |
7818452, | Sep 13 2000 | Fortinet, Inc. | Distributed virtual system to support managed, network-based services |
7826469, | Mar 09 2009 | Juniper Networks, Inc. | Memory utilization in a priority queuing system of a network device |
7843813, | Nov 18 2004 | Fortinet, INC | Managing hierarchically organized subscriber profiles |
7869361, | Nov 18 2004 | Fortinet, INC | Managing hierarchically organized subscriber profiles |
7870313, | Feb 27 2007 | Integrated Device Technology, Inc.; Integrated Device Technology, inc | Method and structure to support system resource access of a serial device implementating a lite-weight protocol |
7876683, | Nov 18 2004 | Fortinet, INC | Managing hierarchically organized subscriber profiles |
7890663, | Jun 28 2001 | Fortinet, Inc. | Identifying nodes in a ring network |
7933269, | Nov 18 2002 | Fortinet, Inc. | Hardware-accelerated packet multicasting in a virtual routing system |
7961615, | Nov 18 2004 | Fortinet, INC | Managing hierarchically organized subscriber profiles |
7996485, | Jul 24 2000 | CONVERSANT INTELLECTUAL PROPERTY MANAGEMENT INC | Method and apparatus for reducing pool starvation in a shared memory switch |
8064462, | Jun 04 2002 | Fortinet, Inc. | Service processing switch |
8068503, | Jun 04 2002 | Cisco Technology, Inc | Network packet steering via configurable association of processing resources and netmods or line interface ports |
8069233, | Sep 13 2000 | Cisco Technology, Inc | Switch management system and method |
8094677, | Feb 27 2007 | Integrated Device Technology, Inc.; Integrated Device Technology, inc | Multi-bus structure for optimizing system performance of a serial buffer |
8107376, | Nov 18 2004 | Fortinet, INC | Managing hierarchically organized subscriber profiles |
8111690, | Jun 04 2002 | GOOGLE LLC | Routing traffic through a virtual router-based network switch |
8208409, | Jun 28 2001 | Fortinet, Inc. | Identifying nodes in a ring network |
8213347, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
8320279, | Sep 13 2000 | Fortinet, Inc. | Managing and provisioning virtual routers |
8345701, | Aug 26 2003 | F5 Networks, Inc.; F5 Networks, Inc | Memory system for controlling distribution of packet data across a switch |
8369258, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
8503463, | Aug 27 2003 | Fortinet, Inc. | Heterogeneous media packet bridging |
8542595, | Jun 04 2002 | Fortinet, Inc. | Service processing switch |
8583800, | Sep 13 2000 | Fortinet, Inc. | Packet routing system and method |
8588241, | Mar 09 2009 | Juniper Networks, Inc. | Memory utilization in a priority queuing system of a network device |
8630304, | Jul 24 2000 | CONVERSANT INTELLECTUAL PROPERTY MANAGEMENT INC | Method and apparatus for reducing pool starvation in a shared memory switch |
8644311, | Nov 18 2002 | Fortinet, Inc. | Hardware-accelerated packet multicasting in a virtual routing system |
8650390, | Sep 13 2000 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
8953513, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
9083659, | Jul 24 2000 | CONVERSANT INTELLECTUAL PROPERTY MANAGEMENT INC | Method and apparatus for reducing pool starvation in a shared memory switch |
9124555, | Sep 13 2000 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
9143351, | Jun 28 2001 | Fortinet, Inc. | Identifying nodes in a ring network |
9160716, | Sep 13 2000 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
9166805, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
9167016, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
9258280, | Sep 13 2000 | Fortinet, Inc. | Tunnel interface for securing traffic over a network |
9319303, | Sep 24 2004 | Fortinet, Inc. | Scalable IP-services enabled multicast forwarding with efficient resource utilization |
9331961, | Aug 27 2003 | Fortinet, Inc. | Heterogeneous media packet bridging |
9407449, | Nov 18 2002 | Fortinet, Inc. | Hardware-accelerated packet multicasting |
9602303, | Jun 28 2001 | Fortinet, Inc. | Identifying nodes in a ring network |
9614787, | Nov 22 2013 | Siemens Healthcare GmbH | Two-stage crossbar distributor and method for operation |
9998337, | Jun 28 2001 | Fortinet, Inc. | Identifying nodes in a ring network |
Patent | Priority | Assignee | Title |
5214639, | Aug 09 1989 | ALCATEL N V | Communication switching element and method for transmitting variable length cells |
5361255, | Apr 29 1991 | ALCATEL USA, INC | Method and apparatus for a high speed asynchronous transfer mode switch |
5386413, | Mar 19 1993 | TTI Inventions A LLC | Fast multilevel hierarchical routing table lookup using content addressable memory |
5414704, | Oct 22 1992 | ENTERASYS NETWORKS, INC | Address lookup in packet data communications link, using hashing and content-addressable memory |
5459724, | Aug 02 1991 | Ericsson AB | ATM switching arrangement |
5583861, | Apr 28 1994 | PMC-SIERRA, INC | ATM switching element and method having independently accessible cell memories |
5608726, | Apr 25 1995 | ENTERASYS NETWORKS, INC | Network bridge with multicast forwarding table |
5748905, | Aug 30 1996 | FUJITSU LIMITED, A JAPANESE CORPORATION | Frame classification using classification keys |
5796944, | Jul 12 1995 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Apparatus and method for processing data frames in an internetworking device |
5875189, | Sep 14 1994 | Ericsson AB | Method and apparatus for multicast of ATM cells |
5895500, | Jul 16 1993 | U.S. Philips Corporation | Data processing system with reduced look-up table for a function with non-uniform resolution |
5905725, | Dec 16 1996 | Juniper Networks | High speed switching device |
5909440, | Dec 16 1996 | Juniper Networks | High speed variable length best match look-up in a switching device |
5909686, | Jun 30 1997 | Oracle America, Inc | Hardware-assisted central processing unit access to a forwarding database |
5938736, | Jun 30 1997 | Oracle America, Inc | Search engine architecture for a high performance multi-layer switch element |
5946679, | Jul 31 1997 | ERICSSON IP INFRASTRUCTURE INC | System and method for locating a route in a route table using hashing and compressed radix tree searching |
5953318, | Dec 04 1996 | WSOU Investments, LLC | Distributed telecommunications switching system and method |
5978359, | Jul 19 1995 | FUJITSU LIMITED, A JAPANESE CORPORATION | Allocated and dynamic switch flow control |
5982771, | Jul 19 1995 | FUJITSU LIMITED, A JAPANESE CORPORATION | Controlling bandwidth allocation using a pace counter |
6006306, | Jul 02 1997 | WSOU Investments, LLC | Integrated circuit with stage-implemented content-addressable memory cell |
6011795, | Mar 20 1997 | Washington University | Method and apparatus for fast hierarchical address lookup using controlled expansion of prefixes |
6023466, | Feb 25 1994 | GOOGLE LLC | Bit mapping apparatus and method |
6032190, | Oct 03 1997 | Ascend Communications, Inc. | System and method for processing data packets |
6128295, | Jul 11 1997 | Telefonaktiebolaget L M Ericsson | Buffering of point-to-point and/or point-to-multipoint ATM cells |
6161144, | Jan 23 1998 | Packet Engines Incorporated | Network switching device with concurrent key lookups |
6185552, | Mar 19 1998 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Method and apparatus using a binary search engine for searching and maintaining a distributed data structure |
6219352, | Nov 24 1997 | RIVERSTONE NETWORKS, INC | Queue management with support for multicasts in an asynchronous transfer mode (ATM) switch |
6259699, | Dec 30 1997 | WSOU Investments, LLC | System architecture for and method of processing packets and/or cells in a common switch |
6289094, | Feb 10 1997 | Genesys Telecommunications Laboratories, Inc. | External positivistic forward transfer in call routing systems |
6295295, | Nov 27 1995 | Telefonaktiebolaget LM Ericsson | Scheduler for an information packet switch |
6320864, | Jun 19 1998 | ASCEND COMMUNICATIONS, INC | Logical multicasting method and apparatus |
6396834, | Nov 24 1997 | RIVERSTONE NETWORKS, INC | Flexible scheduler in an asynchronous transfer mode (ATM) switch |
EP828403, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 05 1998 | Packet Engines Incorporated | (assignment on the face of the patent) | / | |||
Oct 09 1998 | MICHELS, TIMOTHY S | Packet Engines Incorporated | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009543 | /0326 | |
Oct 09 1998 | DAVIS, GREG W | Packet Engines Incorporated | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009543 | /0326 | |
Oct 09 1998 | JOHNSON, C STUART | Packet Engines Incorporated | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009543 | /0326 | |
Oct 16 1998 | Packet Engines Incorporated | ELECTRO BANQUE | NOTICE OF GRANT OF SECURITY INTEREST IN PATENTS | 009576 | /0621 | |
Jan 30 2013 | Alcatel-Lucent USA Inc | CREDIT SUISSE AG | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 030510 | /0627 | |
Aug 19 2014 | CREDIT SUISSE AG | Alcatel-Lucent USA Inc | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 033949 | /0531 | |
Jul 22 2017 | Alcatel Lucent | WSOU Investments, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 044000 | /0053 | |
Aug 22 2017 | WSOU Investments, LLC | OMEGA CREDIT OPPORTUNITIES MASTER FUND, LP | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 043966 | /0574 | |
May 16 2019 | OCO OPPORTUNITIES MASTER FUND, L P F K A OMEGA CREDIT OPPORTUNITIES MASTER FUND LP | WSOU Investments, LLC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 049246 | /0405 |
Date | Maintenance Fee Events |
Jan 19 2009 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Jan 11 2013 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Jan 09 2017 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Jul 19 2008 | 4 years fee payment window open |
Jan 19 2009 | 6 months grace period start (w surcharge) |
Jul 19 2009 | patent expiry (for year 4) |
Jul 19 2011 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jul 19 2012 | 8 years fee payment window open |
Jan 19 2013 | 6 months grace period start (w surcharge) |
Jul 19 2013 | patent expiry (for year 8) |
Jul 19 2015 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jul 19 2016 | 12 years fee payment window open |
Jan 19 2017 | 6 months grace period start (w surcharge) |
Jul 19 2017 | patent expiry (for year 12) |
Jul 19 2019 | 2 years to revive unintentionally abandoned end. (for year 12) |