Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS8116203 B2
Publication typeGrant
Application numberUS 11/806,427
Publication dateFeb 14, 2012
Filing dateMay 31, 2007
Priority dateJul 23, 2001
Fee statusPaid
Also published asDE60203221D1, DE60203221T2, DE60203450D1, DE60203450T2, EP1280301A2, EP1280301A3, EP1280301B1, EP1280302A2, EP1280302A3, EP1280302B1, US7212534, US7239636, US7684330, US8023413, US8493857, US8565240, US9036643, US20030016628, US20030021229, US20070171914, US20070237163, US20100177637, US20110110236, US20120008502, US20130301410
Publication number11806427, 806427, US 8116203 B2, US 8116203B2, US-B2-8116203, US8116203 B2, US8116203B2
InventorsShiri Kadambi, Shekhar Ambe, Mohan Kalkunte, Sandeep Relan, Allan Christie, Uri Elzur, Martin Lund, Daniel Talayco
Original AssigneeBroadcom Corporation
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Multiple virtual channels for use in network devices
US 8116203 B2
Abstract
A method for establishing a virtual channel between network devices is disclosed. In the case of a local network device establishing a virtual channel with a remote network device, a virtual channel request message is sent from the local network device to the remote network device. A virtual channel acknowledgement message and a remote capability list are received and a virtual channel resume message and a local capability list are sent. The virtual channel is then enabled. In the case of a remote network device establishing a virtual channel with a local network device, a virtual channel request message is received from a local network device by a remote network device. A virtual channel acknowledgement message and a remote capability list are sent and a virtual channel resume message and a local capability list are received. The virtual channel is then enabled.
Images(7)
Previous page
Next page
Claims(22)
The invention claimed is:
1. A method for controlling flow between virtual channel capable network devices, the method comprising:
receiving a flow message from at least one of a plurality of first network devices by a second network device, the flow message indicating congestion at the at least one first network device;
receiving by the second network device, an Ethernet frame that is interpreted as a pause frame after the second network device does not acknowledge virtual channel capability;
halting, by the second network device, transmission of selected packets associated with the flow message; and
continuing transmission, by the second network device, of packets not associated with the flow message.
2. The method of claim 1, wherein the flow message includes a flow identifier and halting further comprises suspending transmission of the selected packets associated with the flow identifier.
3. The method of claim 1, wherein the flow message identifies priority information of the packets, and halting further comprises suspending transmission of the selected packets associated with the priority information.
4. The method of claim 3, wherein the at least one first network device comprises a switch and wherein the second network device is connected to the switch and transmits packets to the switch for forwarding to a plurality of network devices connected to the switch.
5. The method of claim 3, wherein the flow message further includes a criterion for resuming transmission and wherein transmission of the selected packets associated with the flow message is resumed when the criterion for resuming transmission is satisfied.
6. The method of claim 5, wherein the criterion is time duration for a selective halt.
7. The method of claim 2, wherein suspending transmission includes resuming transmission of the selected packets associated with the flow message when an indication is received that the congestion at the first network device is reduced.
8. A first network device configured to establish one or more virtual channels with a virtual channel capable switch, wherein the first network device comprises:
at least one processor operable to:
receive a flow message from the switch, the flow message indicating congestion in at least one virtual channel;
receive an Ethernet frame that is interpreted as a pause frame if the switch does not acknowledge virtual channel capability;
halt transmission of selected packets associated with the flow message; and
continue transmission of packets not associated with the flow message.
9. The first network device of claim 8, wherein the flow message identifies priority information of the packets, and halting further comprises selectively excluding selected packets associated with the priority information.
10. The first network device of claim 9, wherein the first network device is a server.
11. A virtual channel capable network device comprising:
a plurality of data ports for transmitting and receiving data and being configured to establish a virtual channel between the virtual channel capable network device and other virtual channel capable network devices;
a local capability list residing at the virtual channel capable device, wherein the virtual channel capable network device is configured to transmit the local capability list via the virtual channel between the other virtual channel network capable devices and wherein the local capability list provides priority information of data associated with the virtual channel capable device, and wherein the priority information enables a selective flow control of transmitted and received data between the virtual channel capable network device and other virtual channel capable network devices, and wherein the virtual channel capable network device transmits an Ethernet frame that is interpreted as a pause frame after at least one of the other virtual channel capable network devices does not acknowledge virtual channel capability.
12. The virtual channel capable network device of claim 11, wherein at least one of the other virtual channel network capable devices has an associated remote capability list for indicating that at least one of the other virtual channel network capable devices can perform selective flow control of the transmitted and received data.
13. The virtual channel capable network device of claim 12, wherein the local capability list indicates that the virtual channel capable device can generate selective priority flow control frames.
14. The virtual channel capable network device of claim 13, wherein the associated remote capabilities list further indicates at least one of the other virtual channel capable devices can obey selective priority flow control frames.
15. The virtual channel capable network device of claim 14, wherein the established virtual channel permits a flow message to be transmitted between the virtual channel capable network devices, the flow message indicating congestion at one of the virtual channel capable network devices.
16. A switch configured to establish a virtual channel between network devices, the switch comprising:
a plurality of ports, at least one of the plurality of ports being configured with the capability to process a first flow control message having priority information received by the port, to halt transmission on the port of packets associated with the priority information while continuing to transmit packets not associated with the first flow control message to the port, and
the port being further configured with the capability to send at least one other flow control message having priority information to devices connected to the switch, and wherein the port sends an Ethernet frame that is interpreted as a pause frame after at least one network device does not acknowledge virtual channel capability.
17. The switch of claim 16, wherein the switch is configured to detect memory utilization by packets associated with at least one of the priority information and an ingress port.
18. The switch of claim 16, wherein the switch is configured to send the flow control message based on the occurrence of a criterion at one of the plurality of ports.
19. The switch of claim 16, wherein the switch is configured to send the flow control message based on the occurrence of a criterion at one of the plurality of ports.
20. The switch of claim 16, wherein the switch is configured to send a flow control message having priority information to the ingress port when memory utilization exceeds a threshold.
21. An end node configured to establish a virtual channel between network devices, the end node comprising:
at least one port configured with the capability to process a first flow control message having priority information received by the port, to halt transmission on the port of packets associated with the priority information while continuing to transmit packets not associated with the first flow control message, and to send at least one other flow control message having priority information to the network devices connected to the end node,
wherein the end node receives an Ethernet frame that is interpreted as a pause frame from a network device that is not virtual channel capable.
22. The end node of claim 21, wherein the end node is configured to detect memory utilization by packets associated with at least one of the priority information and an ingress port.
Description
REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No. 10/173,422, filed on Jun. 18, 2002, which claims priority of U.S. Provisional Patent Application No. 60/306,870, filed on Jul. 23, 2001. The subject matter of the earlier filed applications is hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of Invention

The present invention relates to a method and apparatus of selectively exchanging control and state information (extensible to exchange of upper layer application data) between network devices. The control and state information is exchanged via a frame that is scalable to support many different applications. More specifically, multiple virtual channels are established between network devices by blocking or control of certain data flows, without blocking the flow of other data through the same link, effectively increasing the bandwidth utilization of the link and the throughput of the network device.

2. Description of Related Art

Many types of network devices are necessary to allow a network to function properly. One such network device is commonly referred to as a switch. A switch is defined as a network component that receives incoming data, stores the data temporarily, and sends the data back out on another port. The switching is accomplished by determining a destination address from the incoming data and sending the data to a port or set of ports associated with the destination address. The control and monitoring of a switch is essential in handling the flow of data in high speed networks. The effective functioning of the switch can be enhanced by control of the traffic through the switch, including monitoring and modification of that traffic. One such function is the control of the selective flow of data through the switch in response to congestion, either internal or external to the switch. This function is also illustrative since it involves the exchange of control and state information between network devices

Ethernet switches generally support two common mechanisms to handle resource congestion inside the switch. The Ingress backpressure mechanism enables the switch to flow control the traffic sent by a remote link partner, i.e. another network connected to the switch. This process is illustrated in FIG. 1. The Ethernet Switch 100 keeps track of the number of packets or cells received on each Ingress Port, such as Port #1 connected to remote link partner 110. If the number of bytes or cells received on an Ingress Port exceed the configurable Ingress Back Pressure threshold, then the switch exerts Back Pressure. In another technique, if the number of packets received on an Egress Port, such as Egress Port #8 connected to the local or wide area networks 120, exceeds a pre-configured threshold value, then egress generates an Ingress Back Pressure request to the Ingress port.

In Full Duplex mode, this Back Pressure is achieved by sending a MAC Control Frame called a “Pause Frame.” Upon receiving the Pause Frame, the remote link partner stops sending further packets until the timer specified in the Pause Frame expires or the switch explicitly sends Resume Frame (Pause Frame with Timer=0). Thus, the entire link remains idle until communication resumes. This flow control mechanism on a full duplex port is specified in the IEEE std 802.3x, in which it has been specified that an ingress port in a full duplex mode should send Pause Frames for flow control.

In Half Duplex mode, this Back Pressure mechanism can be achieved by enabling a Jamming signal and thereby preventing any other station from sending the packet. For ports that are in half duplex mode, this prevents any other station from sending packets to the port. The enabling of jamming signal in half duplex is not a standard, but is done by many of the switch vendors.

These techniques help in avoiding losing any packet that was being received and forwarded by the ingress port and it is generally termed as a Zero-Loss mode of switching, or as a Zero Packet Loss mode of switching. This process has other side effects, however, including an adverse impact on the switch's throughput and wire speed switch rate.

In addition, Ethernet switches also support a mechanism to handle Head Of Line (HOL) blocking avoidance. This mechanism is illustrated in FIG. 2. The switch 200 keeps track of number of bytes or cells that are sitting on an Egress Port, such as Egress Port #8 connected to the local or wide area networks, or any type of networks 220. If the number of bytes or cells or packets exceed the Head Of Line (HOL) threshold value then all packets going to that Egress port are dropped at the Ingress port itself. The HOL values are generally configured by software depending on the size of the packet memory. This is generally termed as a HOL avoidance mode of switching. In this HOL avoidance mode, switch performance is sustained by sacrificing packets.

In a Zero-Loss mechanism, the switch never drops any packet for any traffic scenario, the worst case being all ingress ports are sending packets to one egress port. In this Zero-Loss mode, the switch will hit the Ingress Back Pressure threshold before hitting the Egress HOL limit, so that it exerts Ingress Back Pressure rather than dropping packet going to the congested port. As such, there are disadvantages to both types of mechanisms used for controlling the flow of data through a switch.

In terms of providing actual control of the flow of data through a network device, the above processes are often crude with respect to the aspects they allow to be controlled. The present implementations can achieve zero-packet loss but the throughput of the network is often decreased. Alternatively, implementations dealing with Head Of Line blocking can sustain throughput, but the loss of packets increases. Thus, there is a need for a mechanism in a network device that achieves Zero-Loss processing of data that does not have the detrimental effects on the performance of the network device found in the prior art processes. Additionally, there is also a need for selective flow control mechanism that can also be utilized to allow the flow of data having a certain priority to be unimpeded.

SUMMARY OF THE INVENTION

It is an object of this invention to overcome the drawbacks of the above-described conventional network devices and methods. The above control and monitoring of the processes of a network device can be accomplished through the establishment of multiple virtual channels between network devices. These virtual channels allow for the selective control of flows through the network device. The virtual channels also can provide for in-band management of the network device, as well as traffic shaping and rate control. The use of virtual channels facilitates operations, administration, and maintenance functions and simplifies device detection and remote monitoring of the functions of the network device.

According to one aspect of this invention, a method for establishing a virtual channel between network devices is disclosed. In the case of a local network device establishing a virtual channel with a remote network device, a virtual channel request message is sent from the local network device to the remote network device. A virtual channel acknowledgement message and a remote capability list are received and a virtual channel resume message and a local capability list are sent. The virtual channel is then enabled. Similarly, in the case of a remote network device establishing a virtual channel with a local network device, a virtual channel request message sent from a remote network device, is received by a local network device. A virtual channel acknowledgement message and a remote capability list are sent and a virtual channel resume message and a local capability list are received. The virtual channel is then enabled.

Additionally, the virtual channel request message may be an Ethernet frame that is interpreted as a pause frame when the remote network device is not virtual channel capable. Also, a request retry timer may be used to wait for a specified period after the request message is sent and then resent after the specified period when no virtual channel acknowledgement message has been received. A request retry limit value may be used to limit the number of times the request message is sent. Similarly, an acknowledgement retry timer may be used to wait a specified period after the acknowledgement message is sent and then resent after the specified period when no virtual channel resume message has been received. Also, an acknowledgement retry limit value may be used to limit the number of times the acknowledgement message is sent.

Also, the local and remote capability lists can be in the form of link advertisement registers where each bit of the registers refers to specific capabilities of the local and remote network devices, and these registers are sent and received in the steps of the method. Furthermore, the virtual channel request message, the virtual channel acknowledgement message and the virtual channel resume message can each have an Ethernet frame format with a source address and a destination address being one of an address of the local network device and an address of the remote network device.

In addition, the virtual channel may be established through auto-negotiation between the local network device and the remote network device and can use the sending and receipt of next pages to exchange virtual channel data.

In another aspect of the invention, a virtual channel capable network device is disclosed. The device includes means for sending or receiving a virtual channel request message from or to a second network device and means for sending or receiving a virtual channel acknowledgement message and a first capability list. The device also includes means for sending or receiving a virtual channel resume message and a second capability list and means for enabling the virtual channel. When the virtual channel acknowledgement message is sent by the virtual channel capable network device, the first capability list is a capability list for the virtual channel capable network device and when the virtual channel acknowledgement message is received by the virtual channel capable network device, the first capability list is a capability list for the second network device.

Additionally, the network device may include means for sending or receiving an Ethernet frame that is interpreted as a pause frame when the second network device is not virtual channel capable. Also, the device may have one or both of a request retry timer and an acknowledgement retry timer, used to determine the period after which either the request or acknowledgement messages should be resent if the proper reply is not received. The device may also use one or both of a request retry limit value and an acknowledgement retry limit value in determining the number of times a message should be resent.

Also, link advertisement registers may be used, where each bit of the registers refers to specific capabilities of the local and remote network devices. The virtual channel request message, the virtual channel acknowledgement message and the virtual channel resume message can each have an Ethernet frame format with a source address and a destination address being one of an address of the virtual channel capable network device and an address of the second network device.

The device may also include means for auto-negotiation (as specified in the IEEE std 802.3) between the virtual channel capable network device and the second network device to establish communications there between. Also, the device may also incorporate means for sending and receiving next pages used to exchange virtual channel data.

These and other objects of the present invention will be described in or be apparent from the following description of the preferred embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

For the present invention to be easily understood and readily practiced, preferred embodiments will now be described, for purposes of illustration and not limitation, in conjunction with the following figures:

FIG. 1 illustrates a Zero-Loss process of dealing with congestion in a network switch;

FIG. 2 illustrates the HOL avoidance process of dealing with congestion in a network switch;

FIG. 3 illustrates a Virtual Channel (VC) capable network device linked with remote link partner;

FIG. 4 illustrates the VC three-way handshake process, according to one embodiment of the present invention;

FIG. 5 illustrates an example of VC Handshake REQUEST encoding in the MAC-SA address field of “Pause control” Ethernet frame;

FIG. 6 illustrates an example of VC ACK frame format;

FIG. 7 illustrates an example of VC RESUME frame format;

FIG. 8 illustrates an example of VC frame format;

FIG. 9 illustrates an example of VC frame format for Type 0;

FIG. 10 illustrates an example of VC tag format for Type 1;

FIG. 11 illustrates an example of VC tag format for Type 2; and

FIG. 12 illustrates an example of VC tag for priority based selective flow control.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

The Virtual Channel (VC) protocol is intended for exchange of proprietary control between network devices such as switches, routers, network interface cards (NICs), cable modems and related devices. The VC protocol, according to an embodiment of the invention, enables value add functions such as selective flow control, operations, administration and maintenance (OAM) functions, in-band management and many other functions between network devices. The VC protocol can be applied to any media between network devices that are so configured.

The VC protocol has many applications, including selective flow control, in-band management, rate control, traffic shaping, device detection, OAM functions, remote monitoring, and remote alarms.

An exemplary application of the virtual channels of the present invention is directed to Selective Flow Control (SFC). The IEEE 802.3 standard defines link level flow control between two Ethernet devices. For example, if a switch port is congested, it can send a flow control frame to the remote end to stop all incoming traffic. However, if the remote is sending both delay sensitive and delivery sensitive traffic, it is desirable to flow control only the delivery sensitive traffic and not the delay sensitive traffic. This is the feature referred to as Selective Flow Control.

In FIG. 3, a VC capable Server 310 is connected to a VC capable Switch 300 on port 2 and its clients 320-350 are connected on switch ports 5, 7, 18 and 24. As an example, if client #3 creates congestion on port 18 and port 18 hits the egress congestion threshold, the egress will inform the ingress port 2 of the congestion. Using the VC flow ID technique, Port 2 sends a VC frame to Server 310 indicating congestion for the given flow ID. The Server in turn will stop sending any packets for that Flow ID (mapped to the egress port 18); thereby there will be no packet loss for packets going to egress port 18. Now, the server can continue sending packets to other clients connected to other egress ports, thereby the link bandwidth is fully utilized.

Another important application of the VC protocol is in-band management. This functionality permits a management agent to control a device through a port, rather than through a dedicated bus, such as Peripheral Component Interconnect (PCI). In particular, an internal, VC enabled port can provide full access to the register and memory space of the device, as well as provide the ability to set up remote monitoring, RMON-like trap conditions which will generate an alert by sending a VC frame. The device can then be fully managed without the need for a dedicated CPU.

The architectural paradigm for the VC framework is as follows. The framework enables most common applications and has a minimal impact on link bandwidth. The VC is enabled based on a hardware mechanism with optional software control and the VC does not violate any layer standard (IEEE, IETF). The framework is flexible to allow multiple applications and functions, the architecture is scalable for complex applications and enables customer specific applications to provide differentiation among system vendors using VC-capable devices.

Each of the local and remote sides must indicate it is VC capable. This is accomplished by a three-way handshake. Once the local and remote sides are VC aware, a mechanism is necessary to pass application specific information between the local and remote devices. This is accomplished through a VC frame, which contains all the relevant control information.

When a device supporting VC establishes a link, it should determine whether its link partner is VC capable, and, if so, what functionality to activate. Two of the mechanisms are proposed to establish this are: using the three-way VC Handshake mechanism and/or using the Next Page capability of Auto-negotiation.

Once the capabilities are exchanged, VC control frames are sent to execute the supported functionalities. The actual triggering of the VC frame is dependent on several factors including the application, the state of the device and implementation dependencies.

VC Handshake

The VC Handshake is performed by the exchange of proprietary frames. It has at least two important tasks to perform: 1) to enable the VC mode between the two link partners and 2) to determine common VC capabilities of the two link partners.

The VC Handshake Mechanism is for Full Duplex ports and is based on the 802.3x Pause Control Frame used for flow control, as specified in the std. 802.3x. This mechanism has distinct advantages, including being 100% compatible with IEEE standard devices (non-VC mode) and 100% forward compatible with the future VC framework. The mechanism is extensible to new Ethernet standards (10 GE), is independent of Media type (copper, Fiber, etc.), is a hardware based handshake mechanism and has the flexibility to fine tune the Handshake parameters using software.

The VC Handshake specification expands upon the MAC Pause control Frames. It has the following requirements. The Handshake should be initiated immediately after link-up, which is after the completion of the auto-negotiation process. The Handshake may be initiated by each link partner. It should only be initiated on links in Full Duplex mode.

The VC Handshake is comprised of three steps. To successfully complete the VC Handshake, the third step should be completed. The steps are:

1. REQUEST phase to search for VC compliant link partner. This is initiated by the local side called the Requester;

2. ACK phase to confirm and pass VC feature list to the requester. This is a response from the remote side, called the Responder; and

3. RESUME phase to complete the handshake and pass requestor's VC feature list. This is sent by the Requester. It indicates the functionality to be supported over this link. These steps are illustrated in FIG. 4.

For all VC Handshake frames, the pause timer field should be set according to the current state of the port. The value used should be the same value that would be used if the port were sending a normal pause frame rather than a VC frame. This ensures that non-VC devices connected to this port will act appropriately.

In general, VC capabilities are asymmetrical and involve sending a specific type of VC control frame and involve obeying that type of VC control frame. In order for VC functionality to be enabled, the VC Handshake may be initiated from both link partners. Each device that is capable of generating VC frames may initiate a VC handshake by sending a VC REQUEST frame. FIG. 4 shows an overview of the packet flow during the VC handshake.

The Request phase, initiated by the local device, is an encoded Pause frame sent to the remote device on the link with pause timer value determined by the current state of the port. The frame format follow the standard pause control frame with following field settings:

    • 6 byte DA=as specified in standard.
    • 6 byte SA=REQUEST phase encoding
    • 2 byte Type=MAC Control: 88-08
    • 2 byte Op-Code=Pause Frame: 00-01
    • 2 byte Pause Timer value=According to port's state.
    • 42 byte of “Data Payload”=Reserved (all zeros), and
    • 4 byte FCS.

Request Phase encoding uses the 6 bytes of “don't care” SA address field of Pause control frame (Bit 40 of SA address set to “0” to avoid multicast source address). The frame encodes the VC REQUEST with following bit assignment, also shown in FIG. 5:

    • Bits 47:40 VC Negotiation Code (VC REQUEST)
    • Bits 39:24 VC Device ID
    • Bits 23:12 VC Vendor ID
    • Bit 11:8 VC Rev ID, and
    • Bits 7:0 VC Signature.

For the VC Signature, an 8-bit checksum is calculated (XOR of bytes in header) and is used as a signature. If this checksum is not correct, the frame should be treated as a normal pause frame. The VC Revision ID is an 8-bit VC Specification Revision ID field. It indicates the VC architectural framework compliance of the local device. This Rev ID is useful for backward compatibility as the VC specification evolves. For first Generation devices, the VC Revision ID is “1” and up to a maximum of 255 revisions of VC Specifications is supported.

The VC Vendor ID is an 8-bit Vendor ID field. It indicates the Vendor ID of the VC silicon. The Default value is 0x1. The allocation of the Vendor ID is performed when requested by the customer for a unique Vendor ID. The intent on providing Vendor ID is for system vendors to provide differentiated products and services to their customers. The VC Device Type is a 16-bit field. It is intended to provide an indication of the capabilities of the device by indicating the family to which it belongs.

The VC Negotiation Code is an 8-bit field with bit zero always set to “0” (to avoid a source routed frame). The Negotiation codes are instrumental in conducting the VC handshake mechanism. Support of up to a maximum of 127 unique Negotiation codes is provided. Following are a few example Negotiation codes, with others being developed based on future requirements:

    • VC REQUEST (from local to remote)=0x02;
    • VC ACK (from remote to local)=0x04;
    • VC RESUME (from local to remote)=0x06; and
    • Reserved Negotiation code: =0x0.

The local has an internal REQ Retry timer and REQ Retry limits (both programmable by software before link up). The REQ Timer is based on the standard pause timer mechanism, except that it is within the local device. If the local does not receive any VC ACK response from remote before the timer expires, the local device re-sends another VC request. The number of VC REQUEST retried by local is controlled by the REQ Retry limits value. The default for the Internal REQ Retry timer is 0x1FFF and the default for the Internal REQ Retry limits is 3.

The ACKNOWLEDGEMENT (ACK) response phase is an encoded Pause frame sent from the remote (Responder) back to the local (Requester) after receiving the initial VC Request packet. If the remote device does not support the VC protocol, the remote device enters a pause state as per the standard Pause frame. Otherwise, the fields have the following meaning:

    • 6 byte DA, as specified in std;
    • 6 byte SA, ACKNOWLEDGEMENT Phase Encoding;
    • 2 byte Type, MAC Control: 88-08;
    • 2 byte op-code, Pause Frame: 00-01;
    • 2 byte Pause Timer, According to port's state;
    • 42 byte Payload, VC Capability list; and
    • 4 byte FCS.

With respect to acknowledgement phase encoding, the 6 byte SA field of the remote device VC ACK and the remote VC identification is encoded with exactly the same semantics as the six bytes of SA address field in the VC REQUEST phase. The description of this field is exactly the same as outlined above in the VC REQUEST phase with remote response and shown in FIG. 5. The 42 bytes of data payload is used to encode the remote device VC capability feature list. This is also discussed in more detail below. The ACK Frame Format is illustrated in FIG. 6.

The remote has an internal ACK Retry timer and ACK Retry limits (both programmable by software). The ACK Timer is based on the std. Pause timer mechanism, except that it is within the remote device. If the remote does not receive any VC RESUME response from local before the timer expires, the remote device re-sends another VC ACK. The number of VC ACK sent by remote is controlled by the ACK Retry limits value. As an example, the default for the Internal ACK Retry timer is set to 0x1FFF and the default for the Internal ACK Retry limits is set to 3.

The RESUME response phase, initiated by the local device, is also an encoded Pause frame sent to the remote with pause timer value determined by the port's current state. After receiving the ACK from the remote device, the local device sends the local capability list in the Resume frame. The 42 bytes of data payload encode the list of VC functions that should be enabled on the link. FIG. 7 shows the RESUME Frame Format. The frame format follows 802.3 standard for Pause control frames with following field settings:

    • 6 byte DA=as specified in std;
    • 6 byte SA=RESUME phase encoding;
    • 2 byte Type=MAC Control: 88-08;
    • 2 byte Op-code=Pause Frame: 00-01;
    • 2 byte Pause Timer=According to port's state;
    • 42 byte Payload=Enabled Capability list; and
    • 4 byte FCS.

The 6 byte SA field of local device VC RESUME and local VC identification is encoded with exactly the same semantics as the six bytes of SA address field in the VC REQUEST phase. The description of this field is exactly the same as outlined in VC REQUEST phase, which is illustrated in FIG. 5.

In addition, the VC architecture is also capable of handling special conditions arising during the VC handshake mechanism. One such condition occurs if the VC REQUEST needs to be retried. If the VC ACK response does not come from the remote, the local re-sends another REQUEST, limited to maximum REQ Retry limit value. If the REQ Retry limit is reached and no ACK has arrived, the local MAC switches to non-VC (standard) mode and supports the standard Ethernet packet flow.

In the case when the VC ACK is retried, i.e. the VC RESUME response does not come from the local, the remote re-sends another ACK, limited to maximum ACK Retry limit value. If the ACK Retry limit is reached and no RESUME arrived, the remote MAC switches to non-VC (standard) mode.

In addition, a remote device may receive multiple VC REQUEST frames. This can happen if the local device did not receive the VC ACK frame from the remote or the VC ACK frame had CRC errors. The “remote” device should send an ACK frame for each request received. However, the “remote” may send one VC ACK frame if multiple REQUEST frames are received before an ACK is sent by the “remote”. Similarly, a local device may receive multiple VC ACK frames. This could happen if the “remote” did not receive the RESUME frame or the RESUME frame has CRC errors. The local should send an ACK frame for each RESUME frame it receives. However, the local may send one RESUME frame if multiple ACKS are received before a RESUME frame is sent.

Also, if the two VC link partners find during the handshake that the other link partner supports a different version of VC specification, then the two VC devices settle for the lowest common denominator feature set between the two versions.

In general, the pause timer value indicated in the VC Handshake frame should be obeyed. In this way, pause may be asserted during the VC Handshake if required. If a non-zero pause time is specified by the VC Handshake frame, then the receiver of the frame may send further VC Handshake frames, but it should not send normal frames until the Pause time is elapsed (or until pause has been de-asserted).

In order for VC Handshake operation to operate, certain registers need to be set. Guidelines for the design of the VC Handshake mechanism in the MAC are provided below, where the following items may entail the use of multiple registers. Control of VC subsystems, such as enabling handshake, forcing renegotiation, determining manner of function enabling (automatic or software) etc., should be supported. Registers devoted to VC Status should be supported, including a Per Port register, indicating successful completion of VC Handshake and other necessary status information. Registers for the REQUEST phase timer and the REQUEST Retry limit counter, discussed above, need to be included, as well as registers for the ACK phase timer and the ACK Retry limit counter.

Additional registers are required in respective devices for capability negotiation. These include read only VC capability registers indicating the capabilities of local and remote devices and VC Local and Remote Advertisement registers. The VC Advertisement registers are usually a copy of VC Capability, and this is the actual value that is advertised by the local and remote device during the handshake. In this way, software can disable some capabilities in local and/or remote device, if desired.

Since the handshake can be initiated by both the link partners, hardware implementation can provide two advertisement registers per device. For example: 1) VC Local Client Advertisement register (read/write register) containing the values to be advertised in the ACK frame sent during the VC Handshake. This register indicates the client functions supported by the local device (which VC frames will be obeyed by the local side). 2) VC Local Server Advertisement register (read/write register) containing the values to be sent in the RESUME frame sent during the VC Handshake. It indicates the server functions supported by the local device (which VC frames the local side may generate).

In addition, other registers are not strictly required and are thus optional VC registers. For example, a VC device may implement the VC Local and Remote Advertisement register as separate registers for the ACK (client functions) and RESUME (server functions) phases of the Handshake. Thus, the local device may have a VC Remote Advertisement register initialized with the values indicated in the ACK frame received during the VC Handshake. This indicates the client functions supported by the remote device. Similarly, the remote device may have a VC local Advertisement register initialized with the values indicated in the RESUME frames received during the VC Handshake. This indicates the functions supported by the local device.

A VC Functionality Enabled register may also be required that indicates what VC functionality is actually enabled. This may be configured by software or as a result of the VC Handshake.

Lastly, with respect to the VC Handshake triggering, the VC Handshake frames are typically the first frames exchanged between the devices involved. The handshake should immediately follow the link up state. Thus, a reliable indication of link up is required.

VC Capability Exchange

The VC Handshake mechanism allows the link partners to be VC aware. At the same time, VC capabilities are exchanged between the link partners during the ACK and RESUME phases of the handshake. The link partners participating in the VC Handshake must support the VC capability registers, which consist of VC Control, Local VC Capability, Local VC Advertisement and Remote VC Advertisement registers. It is noted that each of these may be a set of registers depending on implementation, for example, if the register size of the device is smaller than the number of VC capability bits. Each type is referred to as a single register to emphasize the parallel nature of the sets.

The exchange of the capabilities is done via the VC Link Advertisement register encoded in the data payload of the VC ACK and RESUME frame. Each bit in this sequence may refer to an individual application op-code or to a collection or related application op-codes. A “1” indicates that a specific capability is enabled and “0” indicates that it is disabled. The intent of VC Capability registers is to provide the required configuration settings for the VC applications supported by both local and remote devices. In addition VC devices may implement Configuration registers which give overall control to enable/disable hardware functionality. The size of all VC Capability registers is recommended to be 32 bits for the initial version.

The bits in each VC capability register can refer to the same functionality. However, the significance depends on whether the register represents the local or remote ability. The following TABLE 1 is an implementation example to show the applications supported in one version of the VC architecture.

TABLE 1
Bit Description
0 Device can generate Priority Selective Flow Control frames
1 Device can obey Priority Selective Flow Control frames
2 Device can generate Flow ID Selective Flow Control frames
3 Device can obey Flow ID Selective Flow Control frames
4 Device can generate Egress Priority Selective Flow Control frames
5 Device can obey Egress Priority Selective Flow Control frames
31:6 Reserved.

Each VC aware device supports the following sets of registers. The Local VC Capability Register is a read only register set. The register defines the set of capabilities of which the local device is capable. The Local VC Advertisement Register is a read/write register set. This register advertises the local VC capability to the remote. It may be initialized in one of two ways: it may be 0 to advertise no abilities by default, and thus software is required to change the register, or it may be copied from the Local VC Ability register.

The Remote VC Advertisement Register is a read only register set, but its value is determined by the VC negotiation. This register is populated by the local when it receives the ACK frame, and by the remote when it receives the RESUME frame during the handshake.

The VC Functionality Enabled Register is a read/write register set. The purpose of this register is to enable the hardware functionality of the indicated VC operations. The default value of this register may be indicated in one of two ways depending on configuration settings and is determined by the result of the VC Handshake frames. The ability to generate a certain VC frame type (that is, to be a server for this operation) is enabled if the device is capable of this function (as indicated in the Local Ability register) and the corresponding VC Frame obey function is advertised by the remote device (as indicated in the Remote Advertisement register). Alternatively, the ability to obey a certain VC frame type (that is, to be a client for this operation) is enabled if the device is capable of this function (as indicated in the Local Ability register) and the remote device is capable of generating that frame type.

VC Frame Format

The VC frame format has been developed to meet many requirements. Included in these requirements is to provide point-to-point communication, to enable end-to-end communication and enable redirection of packet to a CPU. Other requirements include allowing customer specific functionality, a scalable frame format to allow complex applications, and to enable use of Ethertype for purposes other than VC. The various formats for VC frames are described below.

FIG. 8 illustrates one embodiment of the VC frame format. The VC frame is an Ethernet II frame with an Ethertype value assigned by IEEE. The destination MAC address should be the unicast address of the directly connected device or the reserved multicast address 01-80-c2-00-00-01. It is noted that although the reserved multicast address is reserved for IEEE802.3x PAUSE frame, a VC frame with this DA should be sent only when both ends are VC aware.

The source address should be that of the device sending the VC frame. The Ethertype field represents the Ethertype value assigned by IEEE. The Protocol field represents the type of application. For VC applications this field MUST be 1. This field permits applications other than VC to use frames with this Ethertype.

The VC tag may have one of the three formats as discussed below. In the VC_TAG_TYPE0 frame format, illustrated in FIG. 9, the OPCODE0 field is of 8 bits and parameters field is of 24 bits in the first word. The parameter field can be extended is necessary and is really dependent on the o-code.

The 8-bit OPCODE0 field represents the op-code of an application and the associated function. The value of 0xFF is a reserved value, which indicates that the next 8 bits is the op-code value. If the value of OPCODE0 is other than 0xFF, then the fields following the OPCODE0 is a parameter field. The rest of this word may be occupied by parameters for Type 0 opcodes.

In the VC_TYPE_TAG1 VC tag format, illustrated in FIG. 10, the OPCODE0 field is inactive (has a value of 0xFF) and OPCODE1 is active. For OPCODE1 to be active, the value must be less than 0xFF. Up to 16 bits are available for the parameters in the first word. The width of the parameter field is dependent on the OPCODE1 value.

In the VC_TYPE_TAG2 VC tag format, illustrated in FIG. 11, the OPCODE0 and OPCODE1 field are inactive and OPCODE2 is active. For OPCODE2 to be active, OPCODE0 must be 0xFF and OPCODE1 must be 0xFF. Any parameters to these opcodes must be placed in subsequent words. The format of those depends on the OPCODE2 value. In the VC tag for priority based selective flow control, illustrated in FIG. 12, VC tag includes a priority bit map.

Auto-Negotiation

The Auto-negotiation function allows a device to advertise enhanced modes of operation it possesses to a device at the remote end of a link segment and to detect corresponding enhanced operational modes that the other device may be advertising. The complete implementation details on auto-negotiation are explained in IEEE802.3 specifications. The Virtual Channel (VC) capability is established between the two link partners by adding new bits and new registers to the IEEE802.3 specifications.

VC capable devices can use the Next-page feature in the standard Auto-negotiation arbitration mechanism to allow exchange of VC capabilities. The next page format for VC capability exchange is implementation dependent.

The above-discussed configuration of the invention is, in one embodiment, embodied on a semiconductor substrate, such as silicon, with appropriate semiconductor manufacturing techniques and based upon a circuit layout which would, based upon the embodiments discussed above, be apparent to those skilled in the art. A person of skill in the art with respect to semiconductor design and manufacturing would be able to implement the various modules, interfaces, and components, etc. of the present invention onto a single semiconductor substrate, based upon the architectural description discussed above. It would also be within the scope of the invention to implement the disclosed elements of the invention in discrete electronic components, thereby taking advantage of the functional aspects of the invention without maximizing the advantages through the use of a single semiconductor substrate.

Although the invention has been described based upon these preferred embodiments, it would be apparent to those of skilled in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention. In order to determine the metes and bounds of the invention, therefore, reference should be made to the appended claims.

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US3749845Aug 27, 1971Jul 31, 1973Bell Telephone Labor IncDigital data communication system
US4218756Jun 19, 1978Aug 19, 1980Bell Telephone Laboratories, IncorporatedControl circuit for modifying contents of packet switch random access memory
US4333020May 23, 1979Jun 1, 1982Motorola, Inc.MOS Latch circuit
US4395774Jan 12, 1981Jul 26, 1983National Semiconductor CorporationLow power CMOS frequency divider
US4433378Sep 28, 1981Feb 21, 1984Western DigitalChip topography for MOS packet network interface circuit
US4445051Jun 26, 1981Apr 24, 1984Burroughs CorporationField effect current mode logic gate
US4449248Feb 1, 1982May 15, 1984General Electric CompanyBattery saving radio circuit and system
US4463424Oct 21, 1983Jul 31, 1984International Business Machines CorporationMethod for dynamically allocating LRU/MRU managed memory among concurrent sequential processes
US4519068Jul 11, 1983May 21, 1985Motorola, Inc.Method and apparatus for communicating variable length messages between a primary station and remote stations of a data communications system
US4545023Sep 13, 1984Oct 1, 1985Engineering Project Development LimitedHand-held computer
US4590550Jun 29, 1983May 20, 1986International Business Machines CorporationInternally distributed monitoring system
US4599526May 13, 1983Jul 8, 1986At&T Bell LaboratoriesClocked latching circuit
US4649293Oct 31, 1985Mar 10, 1987U.S. Philips CorporationClocked comparator
US4680787Sep 12, 1986Jul 14, 1987Motorola, Inc.Portable radiotelephone vehicular converter and remote handset
US4717838Nov 14, 1986Jan 5, 1988National Semiconductor CorporationHigh input impedance, high gain CMOS strobed comparator
US4721866Nov 21, 1985Jan 26, 1988Digital Equipment CorporationCMOS current switching circuit
US4727309Jan 22, 1987Feb 23, 1988Intel CorporationCurrent difference current source
US4737975Dec 30, 1986Apr 12, 1988Metrofone, Inc.Programmable system for interfacing a standard telephone set with a radio transceiver
US4760571Jul 24, 1985Jul 26, 1988Siegfried SchwarzRing network for communication between one chip processors
US4761822Aug 18, 1986Aug 2, 1988Libera Developments Ltd.Burst-mode two-way radio communications system
US4763319May 19, 1986Aug 9, 1988Bell Communications Research, Inc.Multi-rate synchronous virtual circuit network for voice and data communications
US4777657Apr 1, 1987Oct 11, 1988Iss Engineering, Inc.Computer controlled broadband receiver
US4791324Apr 10, 1987Dec 13, 1988Motorola, Inc.CMOS differential-amplifier sense amplifier
US4794649Apr 29, 1987Dec 27, 1988Nec CorporationRadio communication system with power saving disablement prior to call handling processes
US4804954Apr 30, 1987Feb 14, 1989Motorola, Inc.Battery saving method for portable communications receivers
US4806796Mar 28, 1988Feb 21, 1989Motorola, Inc.Active load for emitter coupled logic gate
US4807282Dec 30, 1985Feb 21, 1989International Business Machines Corp.Programmable P/C compatible communications card
US4817054Dec 4, 1985Mar 28, 1989Advanced Micro Devices, Inc.High speed RAM based data serializers
US4817115Feb 27, 1987Mar 28, 1989Telxon CorporationEncoding and decoding system for electronic data communication system
US4821034Feb 6, 1987Apr 11, 1989Ancor Communications, Inc.Digital exchange switch element and network
US4850009May 31, 1988Jul 18, 1989Clinicom IncorporatedPortable handheld terminal including optical bar code reader and electromagnetic transceiver means for interactive wireless communication with a base communications station
US4890832Apr 22, 1988Jan 2, 1990Sharp Kabushiki KaishaCompact electronic apparatus with removable processing units
US4894792Sep 30, 1988Jan 16, 1990Tandy CorporationPortable computer with removable and replaceable add-on modules
US4905231May 3, 1988Feb 27, 1990American Telephone And Telegraph Company, At&T Bell LaboratoriesMulti-media virtual circuit
US4916441Sep 19, 1988Apr 10, 1990Clinicom IncorporatedPortable handheld terminal
US4964121Aug 30, 1989Oct 16, 1990Motorola, Inc.Battery saver for a TDM system
US4969206Jul 18, 1989Nov 6, 1990Phyle Industries LimitedPortable data collection device with RF transmission
US4970406Jun 26, 1989Nov 13, 1990Gazelle Microcircuits, Inc.Resettable latch circuit
US4977611Feb 19, 1988Dec 11, 1990Nec CorporationPortable radio apparatus having battery saved channel scanning function
US4995099Mar 28, 1990Feb 19, 1991Motorola, Inc.Power conservation method and apparatus for a portion of a predetermined signal
US5008879Nov 14, 1988Apr 16, 1991Datapoint CorporationLAN with interoperative multiple operational capabilities
US5025486Dec 9, 1988Jun 18, 1991Dallas Semiconductor CorporationWireless communication system with parallel polling
US5029183Jun 29, 1989Jul 2, 1991Symbol Technologies, Inc.Packet data communication network
US5031231Sep 26, 1989Jul 9, 1991Nec CorporationMobile telephone station with power saving circuit
US5033109Feb 13, 1989Jul 16, 1991Mitsubishi Denki Kabushiki KaishaPocket transceiver
US5041740Apr 30, 1990Aug 20, 1991Motorola, Inc.Parallel clocked latch
US5055659Feb 6, 1990Oct 8, 1991Amtech Technology Corp.High speed system for reading and writing data from and into remote tags
US5055660May 15, 1990Oct 8, 1991Avicom International, Inc.Portable transaction monitoring unit for transaction monitoring and security control systems
US5079452Jun 29, 1990Jan 7, 1992Digital Equipment CorporationHigh speed ECL latch with clock enable
US5081402Feb 22, 1991Jan 14, 1992Comfortex CorporationLow power consumption wireless data transmission and control system
US5087099Aug 16, 1990Feb 11, 1992Stolar, Inc.Long range multiple point wireless control and monitoring system
US5115151Jun 8, 1990May 19, 1992Western Digital CorporationTriple comparator circuit
US5117501Aug 8, 1988May 26, 1992General Electric CompanyDynamic regrouping in a trunked radio communications system
US5119502Aug 30, 1990Jun 2, 1992Telefonaktiebolaget L M EricssonPeriodic system ordered rescan in a cellular communication system
US5121408Oct 16, 1989Jun 9, 1992Hughes Aircraft CompanySynchronization for entry to a network in a frequency hopping communication system
US5122689Sep 4, 1990Jun 16, 1992Siemens AktiengesellschaftCmos to ecl/cml level converter
US5123029Jun 21, 1991Jun 16, 1992International Business Machines CorporationBroadcast-initiated bipartite frame multi-access protocol
US5128938Mar 6, 1991Jul 7, 1992Motorola, Inc.Energy saving protocol for a communication system
US5134347Oct 16, 1991Jul 28, 1992Comfortex CorporationLow power consumption wireless data transmission and control system
US5142573Feb 4, 1991Aug 25, 1992Oki Electric Industry Co., Ltd.Telephone apparatus for radio communication with an adaptor
US5149992Apr 30, 1991Sep 22, 1992The State Of Oregon Acting By And Through The State Board Of Higher Education On Behalf Of Oregon State UniversityMOS folded source-coupled logic
US5150361Jan 18, 1991Sep 22, 1992Motorola, Inc.Energy saving protocol for a TDM radio
US5152006Feb 25, 1991Sep 29, 1992Motorola, Inc.Receiver controller method and apparatus
US5153878Dec 11, 1989Oct 6, 1992Motorola Inc.Radio data communications system with diverse signaling capability
US5162674May 10, 1991Nov 10, 1992State Of Oregon Acting By And Through The State Board Of Higher Education On Behalf Of Oregon State UniversityCurrent-steering CMOS logic family
US5175870Nov 30, 1989Dec 29, 1992U.S. Philips CorporationPower economising in multiple user radio systems
US5177378May 7, 1991Jan 5, 1993Kabushiki Kaisha ToshibaSource-coupled FET logic circuit
US5179721Nov 5, 1990Jan 12, 1993Motorola Inc.Method for inter operation of a cellular communication system and a trunking communication system
US5181200Oct 29, 1990Jan 19, 1993International Business Machines CorporationHandoff method and apparatus for mobile wireless workstation
US5196805Jan 31, 1992Mar 23, 1993Motorola, Inc.Distributed differential amplifier arrangement
US5216295Aug 30, 1991Jun 1, 1993General Instrument Corp.Current mode logic circuits employing IGFETS
US5230084Dec 6, 1990Jul 20, 1993Motorola, Inc.Selective call receiver having extended battery saving capability
US5239662Jun 26, 1992Aug 24, 1993Norand CorporationSystem including multiple device communications controller which coverts data received from two different customer transaction devices each using different communications protocols into a single communications protocol
US5241542Aug 23, 1991Aug 31, 1993International Business Machines CorporationBattery efficient operation of scheduled access protocol
US5241691Feb 25, 1991Aug 31, 1993U.S. Philips CorporationMethod of optimizing the transmission of idle beacon messages and a communications system using the method
US5247656May 23, 1990Sep 21, 1993Matsushita Electric Industrial Co., Ltd.Method and apparatus for controlling a clock signal
US5249220Apr 18, 1991Sep 28, 1993Rts Electronics, Inc.Handheld facsimile and alphanumeric message transceiver operating over telephone or wireless networks
US5249302Feb 11, 1991Sep 28, 1993Motorola, Inc.Mixed-mode transceiver system
US5265238Jan 25, 1991Nov 23, 1993International Business Machines CorporationAutomatic device configuration for dockable portable computers
US5265270Jun 3, 1991Nov 23, 1993Motorola, Inc.Method and apparatus for providing power conservation in a communication system
US5274666Oct 16, 1991Dec 28, 1993Telephonics CorporationWireless communication system
US5276680May 1, 1991Jan 4, 1994Telesystems Slw Inc.Wireless coupling of devices to wired network
US5278831Jul 7, 1992Jan 11, 1994U.S. Philips CorporationInformation transmission system
US5289055Nov 17, 1992Feb 22, 1994At&T Bell LaboratoriesDigital ECL bipolar logic gates suitable for low-voltage operation
US5289469Jan 16, 1992Feb 22, 1994Kabushiki Kaisha ToshibaCommunication control unit with lower layer protocol control and higher layer protocol control
US5291516Sep 18, 1992Mar 1, 1994Omnipoint Data Company, Inc.Dual mode transmitter and receiver
US5293639Mar 9, 1993Mar 8, 1994Motorola, Inc.Reduction of power consumption in a portable communication unit
US5296849Oct 25, 1991Mar 22, 1994Nec CorporationPager receiver for enabling to omit power-on signal for receiving synchronization code in pager signal
US5297144Jan 22, 1991Mar 22, 1994Spectrix CorporationReservation-based polling protocol for a wireless data communications network
US5301196Mar 16, 1992Apr 5, 1994International Business Machines CorporationHalf-speed clock recovery and demultiplexer circuit
US5304869Apr 17, 1992Apr 19, 1994Intel CorporationBiCMOS digital amplifier
US5315591Nov 23, 1992May 24, 1994Cray Communications LimitedMethod and apparatus for controlling congestion in packet switching networks
US5323392Feb 19, 1992Jun 21, 1994International Business Machines CorporationAdaptation device and method for efficient interconnection of data processing devices and networks
US5329192Feb 25, 1993Jul 12, 1994Industrial Technology Research InstituteHigh speed CMOS current switching circuit
US5331509Nov 18, 1993Jul 19, 1994Cordata, Inc.Modular notebook computer having a planar array of module bays and a pivotally attached flat-panel display
US5345449Feb 25, 1993Sep 6, 1994Inmos LimitedClock generation
US5349649Mar 30, 1992Sep 20, 1994Kabushiki Kaisha ToshibaPortable electronic device supporting multi-protocols
US5361397Sep 20, 1993Nov 1, 1994Motorola, Inc.Communication device and system capable of automatic programmable energizing
US5363121Jun 29, 1990Nov 8, 1994International Business Machines CorporationMultiple protocol communication interface for distributed transaction processing
US5373149Feb 1, 1993Dec 13, 1994At&T Bell LaboratoriesFolding electronic card assembly
US5373506Jul 9, 1993Dec 13, 1994Motorola Inc.Method and apparatus for paging in a communication system
US5390206Oct 1, 1991Feb 14, 1995American Standard Inc.Wireless communication system for air distribution system
US5392023Sep 6, 1991Feb 21, 1995Motorola, Inc.Data communication system with automatic power control
US5394402Jun 10, 1994Feb 28, 1995Ascom Timeplex Trading AgHub for segmented virtual local area network with shared media access
US5406615Aug 4, 1993Apr 11, 1995At&T Corp.Multi-band wireless radiotelephone operative in a plurality of air interface of differing wireless communications systems
US5406643Feb 11, 1993Apr 11, 1995Motorola, Inc.Method and apparatus for selecting between a plurality of communication paths
US5418837Jul 30, 1993May 23, 1995Ericsson-Ge Mobile Communications Inc.Method and apparatus for upgrading cellular mobile telephones
US5420529May 19, 1994May 30, 1995Northern Telecom LimitedCurrent steering switch and hybrid BiCMOS multiplexer with CMOS commutation signal and CML/ECL data signals
US5423002Feb 28, 1994Jun 6, 19953Com CorporationSystem for extending network resources to remote networks
US5426637Dec 14, 1992Jun 20, 1995International Business Machines CorporationMethods and apparatus for interconnecting local area networks with wide area backbone networks
US5428636May 7, 1993Jun 27, 1995Norand CorporationRadio frequency local area network
US5430845Jun 17, 1992Jul 4, 1995Unisys CorporationPeripheral device interface for dynamically selecting boot disk device driver
US5434518May 9, 1994Jul 18, 1995National Semiconductor CorporationECL-to-BICOMS/CMOS translator
US5437329Jan 25, 1994Aug 1, 1995Baker Hughes IncorporatedMethod and apparatus for activation of furnace slag base cement
US5440560Mar 20, 1992Aug 8, 1995Rypinski; Chandos A.Sleep mode and contention resolution within a common channel medium access method
US5455527Sep 17, 1993Oct 3, 1995Siemens AktiengesellschaftCMOS buffer circuit with controlled current source
US5457412Nov 10, 1993Oct 10, 1995Hitachi, Ltd.Semiconductor integrated circuit device including input circuitry to permit operation of a Bi-CMOS memory with ECL level input signals
US5459412Jul 1, 1993Oct 17, 1995National Semiconductor CorporationBiCMOS circuit for translation of ECL logic levels to MOS logic levels
US5465081Mar 4, 1991Nov 7, 1995Cedar-Dell LimitedMulticomponent wireless system with periodic shutdown of transmitting and receiving modes
US5473607Aug 9, 1993Dec 5, 1995Grand Junction Networks, Inc.Packet filtering for data networks
US5481265May 7, 1992Jan 2, 1996Russell; David C.Ergonomic customizeable user/computer interface devices
US5481562Apr 1, 1991Jan 2, 1996Microcom Systems, Inc.Multi-mode modem and data transmission method
US5488319Aug 18, 1994Jan 30, 1996International Business Machines CorporationLatch interface for self-reset logic
US5502719Oct 27, 1994Mar 26, 1996Hewlett-Packard CompanyPath allocation system and method having double link list queues implemented with a digital signal processor (DSP) for a high performance fiber optic switch
US5510734Jun 14, 1995Apr 23, 1996Nec CorporationHigh speed comparator having two differential amplifier stages and latch stage
US5510748Jan 18, 1994Apr 23, 1996Vivid Semiconductor, Inc.Integrated circuit having different power supplies for increased output voltage range while retaining small device geometries
US5519695Oct 27, 1994May 21, 1996Hewlett-Packard CompanySwitch element for fiber channel networks
US5519707Oct 13, 1992May 21, 1996Synoptics Communications, Inc.Multiplexing of communications services on a virtual service path in an ATM network or the like
US5521530Aug 31, 1994May 28, 1996Oki Semiconductor America, Inc.Efficient method and resulting structure for integrated circuits with flexible I/O interface and power supply voltages
US5533029Jun 5, 1995Jul 2, 1996Pacific Communication Sciences, Inc.Cellular digital packet data mobile data base station
US5535373Feb 15, 1995Jul 9, 1996International Business Machines CorporationProtocol-to-protocol translator for interfacing disparate serial network nodes to a common parallel switching network
US5544222Nov 12, 1993Aug 6, 1996Pacific Communication Sciences, Inc.Cellular digtial packet data mobile data base station
US5548230Jun 1, 1994Aug 20, 1996Pmc-Sierra, Inc.High-speed CMOS pseudo-ECL output driver
US5548238Jan 5, 1995Aug 20, 1996Cirrus Logic Inc.Low power high speed CMOS current switching circuit
US5550491Sep 21, 1995Aug 27, 1996Nec CorporationCurrent-mode logic circuit
US5574724May 26, 1995Nov 12, 1996Lucent Technologies Inc.Adjustment of call bandwidth during a communication call
US5576644Jun 2, 1995Nov 19, 1996International Business Machines CorporationFast edge triggered self-resetting CMOS receiver with parallel L1/L2 (master/slave) latch
US5579487Jun 30, 1994Nov 26, 1996Teletransaction, Inc.Portable work slate computer with multiple docking positions for interchangeably receiving removable modules
US5583456Aug 25, 1995Dec 10, 1996Nec CorporationDifferentially coupled AND/NAND and XOR/XNOR circuitry
US5583859Aug 30, 1994Dec 10, 1996Bell Communications Research, Inc.Data labeling technique for high performance protocol processing
US5584048Oct 26, 1994Dec 10, 1996Motorola, Inc.Beacon based packet radio standby energy saver
US5600267Nov 28, 1995Feb 4, 1997Cypress Semiconductor CorporationApparatus for a programmable CML to CMOS translator for power/speed adjustment
US5603051Jun 6, 1995Feb 11, 1997Hewlett-Packard CompanyInput/output processor with a local memory providing shared resources for a plurality of input/output interfaces on an I/O bus
US5606268Feb 14, 1995Feb 25, 1997Apple Computer, Inc.Differential to single-ended CMOS converter
US5619497Mar 15, 1996Apr 8, 1997Emc CorporationMethod and apparatus for reordering frames
US5625308Nov 14, 1995Apr 29, 1997Mitsubishi Denki Kabushiki KaishaTwo input-two output differential latch circuit
US5628055Dec 12, 1994May 6, 1997Telefonaktiebolaget L M Ericsson PublModular radio communications system
US5630061Apr 19, 1993May 13, 1997International Business Machines CorporationSystem for enabling first computer to communicate over switched network with second computer located within LAN by using media access control driver in different modes
US5640356Dec 29, 1995Jun 17, 1997Cypress Semiconductor Corp.Two-stage differential sense amplifier with positive feedback in the first and second stages
US5640399Sep 18, 1995Jun 17, 1997Lsi Logic CorporationSingle chip network router
US5668809Oct 20, 1993Sep 16, 1997Lsi Logic CorporationSingle chip network hub with dynamic window filter
US5675583May 26, 1995Oct 7, 1997Lucent Technologies Inc.Variable communication bandwidth for conference call initiation
US5675584Dec 29, 1995Oct 7, 1997Sun Microsystems, Inc.High speed serial link for fully duplexed data communication
US5675585Jul 26, 1995Oct 7, 1997Alcatel TelspaceMethod and system for interleaving and deinterleaving SDH frames
US5680038Jun 20, 1996Oct 21, 1997Lsi Logic CorporationHigh-swing cascode current mirror
US5680633Aug 31, 1993Oct 21, 1997Norand CorporationModular, portable data processing terminal for use in a radio frequency communication network
US5689644Mar 25, 1996Nov 18, 1997I-Cube, Inc.Network switch with arbitration sytem
US5724361Mar 12, 1996Mar 3, 1998Lsi Logic CorporationHigh performance n:1 multiplexer with overlap control of multi-phase clocks
US5726588Aug 15, 1996Mar 10, 1998Lsi Logic CorporationDifferential-to-CMOS level converter having cross-over voltage adjustment
US5732346Feb 16, 1996Mar 24, 1998Research In Motion LimitedTranslation and connection device for radio frequency point of sale transaction systems
US5740366Feb 28, 1995Apr 14, 1998Norand CorporationCommunication network having a plurality of bridging nodes which transmit a beacon to terminal nodes in power saving state that it has messages awaiting delivery
US5742604Mar 28, 1996Apr 21, 1998Cisco Systems, Inc.Interswitch link mechanism for connecting high-performance network switches
US5744366Nov 14, 1994Apr 28, 1998Trustees Of The University Of PennsylvaniaMesoscale devices and methods for analysis of motile cells
US5744999Jan 22, 1996Apr 28, 1998Lg Semicon Co., Ltd.CMOS current source circuit
US5748612Aug 10, 1995May 5, 1998Mcdata CorporationMethod and apparatus for implementing virtual circuits in a fibre channel system
US5748631May 9, 1996May 5, 1998Maker Communications, Inc.Asynchronous transfer mode cell processing system with multiple cell source multiplexing
US5754549Dec 5, 1995May 19, 1998International Business Machines CorporationInexpensive two-way communications switch
US5757770Oct 10, 1995May 26, 1998Thomson-CsfMethod and device for the control of congestion in sporadic exchanges of data packets in a digital transmission network
US5758078Mar 28, 1997May 26, 1998Fujitsu LimitedGlobal server for transmitting calling capability to mediator and local servers for requesting calling capability from the mediator to transmit resource capability to global server
US5767699May 28, 1996Jun 16, 1998Sun Microsystems, Inc.Fully complementary differential output driver for high speed digital communications
US5778414Jun 13, 1996Jul 7, 1998Racal-Datacom, Inc.Performance enhancing memory interleaver for data frame processing
US5796727Apr 30, 1993Aug 18, 1998International Business Machines CorporationWide-area wireless lan access
US5798658Oct 16, 1996Aug 25, 1998Werking; Paul M.Source-coupled logic with reference controlled inputs
US5802258May 3, 1996Sep 1, 1998International Business Machines CorporationLoosely coupled system environment designed to handle a non-disruptive host connection switch after detection of an error condition or during a host outage or failure
US5802287Aug 3, 1995Sep 1, 1998Lsi Logic CorporationSingle chip universal protocol multi-function ATM network interface
US5802465Oct 1, 1996Sep 1, 1998Nokia Mobile Phones Ltd.Data transmission in a radio telephone network
US5802576Jul 1, 1996Sep 1, 1998Sun Microsystems, Inc.Speculative cache snoop during DMA line update
US5805927Sep 24, 1997Sep 8, 1998Apple Computer, Inc.Direct memory access channel architecture and method for reception of network information
US5821809May 23, 1996Oct 13, 1998International Business Machines CorporationCMOS high-speed differential to single-ended converter circuit
US5826027Oct 11, 1995Oct 20, 1998Citrix Systems, Inc.Method for supporting an extensible and dynamically bindable protocol stack in a distrubited process system
US5828653Apr 26, 1996Oct 27, 1998Cascade Communications Corp.Quality of service priority subclasses
US5829025Dec 17, 1996Oct 27, 1998Intel CorporationComputer system and method of allocating cache memories in a multilevel cache hierarchy utilizing a locality hint within an instruction
US5831985Aug 5, 1997Nov 3, 1998Emc CorporationMethod and apparatus for controlling concurrent data transmission from multiple sources in a channel communication system
US5839051Nov 3, 1997Nov 17, 1998Technophone LimitedHost radio telephone to directly access a handset NAM through a connecter without requiring the handset controller to be employed
US5844437Mar 28, 1997Dec 1, 1998Nec CorporationDifferential flipflop circuit operating with a low voltage
US5848251Aug 6, 1996Dec 8, 1998Compaq Computer CorporationSecondary channel for command information for fibre channel system interface bus
US5859669Nov 26, 1996Jan 12, 1999Texas Instruments IncorporatedSystem for encoding an image control signal onto a pixel clock signal
US5861881Feb 8, 1996Jan 19, 1999Actv, Inc.Interactive computer system for providing an interactive presentation with personalized video, audio and graphics responses for multiple viewers
US5875465Apr 3, 1997Feb 23, 1999Arm LimitedCache control circuit having a pseudo random address generator
US5877642Nov 18, 1996Mar 2, 1999Nec CorporationLatch circuit for receiving small amplitude signals
US5887146Aug 12, 1996Mar 23, 1999Data General CorporationSymmetric multiprocessing computer with non-uniform memory access architecture
US5887187Apr 14, 1997Mar 23, 1999Lsi Logic CorporationSingle chip network adapter apparatus
US5892382Aug 1, 1997Apr 6, 1999Mitsubishi Denki Kabushiki KaishaCurrent mode logic circuit, source follower circuit and flip flop circuit
US5892922Feb 28, 1997Apr 6, 19993Com CorporationVirtual local area network memory access system
US5893150Jul 1, 1996Apr 6, 1999Sun Microsystems, Inc.Efficient allocation of cache memory space in a computer system
US5893153Aug 2, 1996Apr 6, 1999Sun Microsystems, Inc.Method and apparatus for preventing a race condition and maintaining cache coherency in a processor with integrated cache memory and input/output control
US5903176Sep 4, 1996May 11, 1999Litton Systems, Inc.Clock circuit for generating a high resolution output from a low resolution clock
US5905386Feb 27, 1998May 18, 1999Pmc-Sierra Ltd.CMOS SONET/ATM receiver suitable for use with pseudo ECL and TTL signaling environments
US5907553Apr 8, 1997May 25, 1999Level One Communications, Inc.Power savings in multiple technology physical layer devices supporting autonegotiation
US5908468Oct 24, 1997Jun 1, 1999Advanced Micro Devices, Inc.Data transfer network on a chip utilizing a multiple traffic circle topology
US5909127Feb 14, 1996Jun 1, 1999International Business Machines CorporationCircuits with dynamically biased active loads
US5909686Jun 30, 1997Jun 1, 1999Sun Microsystems, Inc.Hardware-assisted central processing unit access to a forwarding database
US5914955Mar 28, 1995Jun 22, 1999Lsi Logic CorporationSwitched network hub on a chip
US5920705Jan 30, 1997Jul 6, 1999Nokia Ip, Inc.Method and apparatus for dynamically shifting between routing and switching packets in a transmission network
US5937169Oct 29, 1997Aug 10, 19993Com CorporationOffload of TCP segmentation to a smart adapter
US5940771Oct 19, 1995Aug 17, 1999Norand CorporationNetwork supporting roaming, sleeping terminals
US5945847May 20, 1997Aug 31, 1999Lucent TechnologiesDistributed amplifier logic designs
US5945858Mar 31, 1998Aug 31, 1999Nec CorporationClocked flip flop circuit with built-in clock controller and frequency divider using the same
US5945863Jun 18, 1997Aug 31, 1999Applied Micro Circuits CorporationAnalog delay circuit
US5951637May 7, 1997Sep 14, 1999Intel CorporationBandwidth reservation system
US5961631Jul 16, 1997Oct 5, 1999Arm LimitedData processing apparatus and method for pre-fetching an instruction in to an instruction cache
US5969556Jul 15, 1997Oct 19, 1999Mitsubishi Denki Kabushiki KaishaFlip-flop circuit, parallel-serial converting circuit, and latch circuit
US5974508Oct 8, 1997Oct 26, 1999Fujitsu LimitedCache memory system and method for automatically locking cache entries to prevent selected memory items from being replaced
US5977800Oct 20, 1997Nov 2, 1999Vlsi Technology, Inc.Differential MOS current-mode logic circuit having high gain and fast speed
US5978379Jan 23, 1997Nov 2, 1999Gadzoox Networks, Inc.Fiber channel learning bridge, learning half bridge, and protocol
US5978849Jun 13, 1997Nov 2, 1999International Business Machines CorporationSystems, methods, and computer program products for establishing TCP connections using information from closed TCP connections in time-wait state
US5987507Dec 29, 1998Nov 16, 19993Com TechnologiesMulti-port communication network device including common buffer memory with threshold control of port packet counters
US6002279Oct 24, 1997Dec 14, 1999G2 Networks, Inc.Clock recovery circuit
US6008670Aug 19, 1997Dec 28, 1999Hewlett-PackardDifferential CMOS logic family
US6014041Sep 26, 1997Jan 11, 2000Intel CorporationDifferential current switch logic gate
US6014705Oct 21, 1997Jan 11, 2000Intermec Ip Corp.Modular portable data processing terminal having a higher layer and lower layer partitioned communication protocol stack for use in a radio frequency communications network
US6025746Dec 23, 1996Feb 15, 2000Stmicroelectronics, Inc.ESD protection circuits
US6026075Feb 25, 1997Feb 15, 2000International Business Machines CorporationFlow control mechanism
US6028454Jun 12, 1998Feb 22, 2000The University Of WaterlooDynamic current mode logic family
US6037841Oct 7, 1998Mar 14, 2000Applied Micro Circuits CorporationImpedance matched CMOS transimpedance amplifier for high-speed fiber optic communications
US6037842Apr 21, 1998Mar 14, 2000Applied Micro Circuits CorporationComplementary metal-oxide semiconductor voltage controlled oscillator (CMOS VCO)
US6038254Jun 10, 1998Mar 14, 2000International Business Machines CorporationAdaptive filtering method and apparatus to compensate for a frequency difference between two clock sources
US6061351Dec 18, 1997May 9, 2000Advanced Micro Devices, Inc.Multicopy queue structure with searchable cache area
US6061747Oct 16, 1997May 9, 2000Lsi Logic CorporationSystem for sending data from-and-to a computer monitor using a high speed serial line
US6064626Jul 31, 1998May 16, 2000Arm LimitedPeripheral buses for integrated circuit
US6081162Jun 17, 1999Jun 27, 2000Intel CorporationRobust method and apparatus for providing a digital single-ended output from a differential input
US6088356Jun 30, 1997Jul 11, 2000Sun Microsystems, Inc.System and method for a multi-layer network element
US6094074Jul 16, 1998Jul 25, 2000Seiko Epson CorporationHigh speed common mode logic circuit
US6097722Dec 13, 1996Aug 1, 2000Nortel Networks CorporationBandwidth management processes and systems for asynchronous transfer mode networks using variable virtual paths
US6098064May 22, 1998Aug 1, 2000Xerox CorporationPrefetching and caching documents according to probability ranked need S list
US6104214Jan 4, 1999Aug 15, 2000Mitsubishi Denki Kabushiki KaishaCurrent mode logic circuit, source follower circuit, and flip flop circuit
US6111425Oct 15, 1998Aug 29, 2000International Business Machines CorporationVery low power logic circuit family with enhanced noise immunity
US6111859Oct 24, 1997Aug 29, 2000Advanced Micro Devices, Inc.Data transfer network on a computer chip utilizing combined bus and ring topologies
US6114843Aug 18, 1998Sep 5, 2000Xilinx, Inc.Voltage down converter for multiple voltage levels
US6118776Aug 7, 1997Sep 12, 2000Vixel CorporationMethods and apparatus for fiber channel interconnection of private loop devices
US6122667Dec 19, 1997Sep 19, 2000Sony CorporationMethod and integrated circuit for high-bandwidth network server interfacing to a local area network using CSMA/CD
US6128305Jan 29, 1998Oct 3, 2000At&T Corp.Architecture for lightweight signaling in ATM networks
US6151662Dec 2, 1997Nov 21, 2000Advanced Micro Devices, Inc.Data transaction typing for improved caching and prefetching characteristics
US6157623Dec 18, 1997Dec 5, 2000Advanced Micro Devices, Inc.Apparatus and method for selectively outputting data using a MAC layer interface or a PCI bus interface
US6178159Mar 2, 1998Jan 23, 2001Lucent Technologies Inc.Available bit rate flow control algorithms for ATM networks
US6185185Nov 21, 1997Feb 6, 2001International Business Machines CorporationMethods, systems and computer program products for suppressing multiple destination traffic in a computer network
US6188339Jan 13, 1999Feb 13, 2001Fuji Photo Film Co., Ltd.Differential multiplexer and differential logic circuit
US6194950Aug 28, 1998Feb 27, 2001Lucent Technologies Inc.High-speed CMOS multiplexer
US6202125May 6, 1997Mar 13, 2001Intel CorporationProcessor-cache protocol using simple commands to implement a range of cache configurations
US6202129Mar 31, 1998Mar 13, 2001Intel CorporationShared cache structure for temporal and non-temporal information using indicative bits
US6209020Sep 20, 1996Mar 27, 2001Nortel Networks LimitedDistributed pipeline memory architecture for a computer system with even and odd pids
US6212582Dec 29, 1997Apr 3, 2001Lucent Technologies Inc.Method for multi-priority, multicast flow control in a packet switch
US6215497Aug 12, 1998Apr 10, 2001Monolithic System Technology, Inc.Method and apparatus for maximizing the random access bandwidth of a multi-bank DRAM in a computer graphics system
US6218878Apr 16, 1998Apr 17, 2001Nippon Precision Circuits, Inc.D-type flip-flop circiut
US6222380Jun 11, 1999Apr 24, 2001International Business Machines CorporationHigh speed parallel/serial link for data communication
US6223239Aug 12, 1998Apr 24, 2001Compaq Computer CorporationDual purpose apparatus, method and system for accelerated graphics port or system area network interface
US6226680Apr 27, 1998May 1, 2001Alacritech, Inc.Intelligent network interface system method for protocol processing
US6232844May 28, 1999May 15, 2001Vitesse Semiconductor CorporationControlled orthogonal current oscillator with ranging
US6243386Sep 14, 1999Jun 5, 2001Gadzoox Networks, Inc.Fibre channel learning bridge, learning half bridge, and protocol
US6259312Mar 9, 1999Jul 10, 2001Nokia Mobile Phones LimitedCircuit arrangement for adjusting the impedance of a differential active component
US6265898Sep 25, 2000Jul 24, 2001Texas Instruments IncorporatedCurrent mode logic gates for low-voltage high speed applications
US6266797Nov 14, 1997Jul 24, 2001Advanced Micro Devices, Inc.Data transfer network on a computer chip using a re-configurable path multiple ring topology
US6269427Mar 18, 1999Jul 31, 2001International Business Machines CorporationMultiple load miss handling in a cache memory system
US6279035Apr 10, 1998Aug 21, 2001Nortel Networks LimitedOptimizing flow detection and reducing control plane processing in a multi-protocol over ATM (MPOA) system
US6310501Nov 24, 1999Oct 30, 2001Nec CorporationLatch circuit for latching data at an edge of a clock signal
US6324181Apr 16, 1998Nov 27, 20013Com CorporationFibre channel switched arbitrated loop
US6332179Aug 19, 1999Dec 18, 2001International Business Machines CorporationAllocation for back-to-back misses in a directory based cache
US6349098Apr 17, 1998Feb 19, 2002Paxonet Communications, Inc.Method and apparatus for forming a virtual circuit
US6349365Oct 8, 1999Feb 19, 2002Advanced Micro Devices, Inc.User-prioritized cache replacement
US6356944Mar 31, 1997Mar 12, 2002Compaq Information Technologies Group, L.P.System and method for increasing write performance in a fibre channel environment
US6363011Jul 25, 2000Mar 26, 2002Cypress Semiconductor CorporationSemiconductor non-volatile latch device including non-volatile elements
US6366583Jul 21, 1999Apr 2, 2002Cisco Technology, Inc.Network router integrated onto a silicon chip
US6373846Mar 9, 1998Apr 16, 2002Lsi Logic CorporationSingle chip networking device with enhanced memory access co-processor
US6374311Apr 14, 1998Apr 16, 2002Intermec Ip Corp.Communication network having a plurality of bridging nodes which transmit a beacon to terminal nodes in power saving state that it has messages awaiting delivery
US6377571Apr 23, 1998Apr 23, 20023Com CorporationVirtual modem for dialout clients in virtual private network
US6385201Apr 29, 1998May 7, 2002Nec CorporationTopology aggregation using parameter obtained by internodal negotiation
US6396832Sep 4, 1998May 28, 20023Com CorporationMethod and apparatus for optimizing a switched arbitrated loop for maximum access fairness
US6396840Jun 3, 1998May 28, 2002Nortel Networks LimitedMethod, interface and system for connecting communication traffic across an intermediate network
US6424194Jan 18, 2000Jul 23, 2002Broadcom CorporationCurrent-controlled CMOS logic family
US6424624Oct 7, 1998Jul 23, 2002Cisco Technology, Inc.Method and system for implementing congestion detection and flow control in high speed digital network
US6427171Feb 28, 2000Jul 30, 2002Alacritech, Inc.Protocol processing stack for use with intelligent network interface device
US6434620Aug 27, 1999Aug 13, 2002Alacritech, Inc.TCP/IP offload network interface device
US6438651Nov 1, 1999Aug 20, 2002International Business Machines CorporationMethod, system, and program for managing requests to a cache using flags to queue and dequeue data in a buffer
US6459681Nov 13, 1998Oct 1, 2002Sprint Communications Company L.P.Method and system for connection admission control
US6463052May 20, 1998Oct 8, 2002Sprint Communications Company L.P.Method, system and apparatus for telecommunications control
US6463092Sep 9, 1999Oct 8, 2002Silicon Image, Inc.System and method for sending and receiving data signals over a clock signal line
US6470029Jun 8, 1998Oct 22, 2002Nec CorporationBandwidth control method in a network system
US6484224Nov 29, 1999Nov 19, 2002Cisco Technology Inc.Multi-interface symmetric multiprocessor
US6490622Mar 11, 1998Dec 3, 2002Kabushiki Kaisha ToshibaNode device and scheme for sharing common virtual connection indentifier between end-nodes
US6493343Dec 30, 1998Dec 10, 2002Compaq Information Technologies GroupSystem and method for implementing multi-pathing data transfers in a system area network
US6496479Sep 24, 1998Dec 17, 2002Sony CorporationNetwork resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus
US6535518Aug 3, 2000Mar 18, 2003Simpletech Inc.System for bypassing a server to achieve higher throughput between data network and data storage system
US6538486Oct 11, 2000Mar 25, 2003Lucent Technologies Inc.Latch chain having improved sensitivity
US6563827Dec 1, 1997May 13, 2003Nortel Networks LimitedDistribution network
US6564267Nov 22, 1999May 13, 2003Intel CorporationNetwork adapter with large frame transfer emulation
US6597689Dec 30, 1998Jul 22, 2003Nortel Networks LimitedSVC signaling system and method
US6606321 *Dec 29, 1999Aug 12, 20033Com CorporationMethod of establishing MPOA shortcut virtual channel connections
US6614791May 11, 1999Sep 2, 2003Nortel Networks LimitedSystem, device, and method for supporting virtual private networks
US6614796Nov 19, 1998Sep 2, 2003Gadzoox Networks, Inc,Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US6630135Nov 12, 1999Oct 7, 2003Alcon Laboratories, Inc.Use of sustained release antibiotic compositions in ophthalmic surgical procedures
US6631351Sep 14, 2000Oct 7, 2003Aidentity MatrixSmart toys
US6633936Sep 26, 2000Oct 14, 2003Broadcom CorporationAdaptive retry mechanism
US6636485May 14, 1998Oct 21, 20033Com CorporationMethod and system for providing quality-of-service in a data-over-cable system
US6636947Aug 24, 2000Oct 21, 2003International Business Machines CorporationCoherency for DMA read cached data
US6640248Jul 9, 1999Oct 28, 2003Malibu Networks, Inc.Application-aware, quality of service (QoS) sensitive, media access control (MAC) layer
US6658599Jun 22, 2000Dec 2, 2003International Business Machines CorporationMethod for recovering from a machine check interrupt during runtime
US6665759Mar 1, 2001Dec 16, 2003International Business Machines CorporationMethod and apparatus to implement logical partitioning of PCI I/O slots
US6681283Aug 12, 1999Jan 20, 2004Mips Technologies, Inc.Coherent data apparatus for an on-chip split transaction system bus
US6757291Feb 10, 2000Jun 29, 2004Simpletech, Inc.System for bypassing a server to achieve higher throughput between data network and data storage system
US6757746Feb 20, 2001Jun 29, 2004Alacritech, Inc.Obtaining a destination address so that a network interface device can write network data without headers directly into host memory
US6766389May 18, 2001Jul 20, 2004Broadcom CorporationSystem on a chip for networking
US6771601Jan 31, 2000Aug 3, 2004International Business Machines CorporationNetwork switch having source port queuing and methods, systems and computer program products for flow level congestion control suitable for use with a network switch having source port queuing
US6771602Nov 29, 1999Aug 3, 2004Lucent Technologies Inc.Method and apparatus for dynamic EPD threshold for UBR control
US6788686Nov 30, 1999Sep 7, 2004Lucent Technologies Inc.Method of maintaining packet order in multipath transmission systems having non-uniform traffic splitting
US6788704Aug 5, 1999Sep 7, 2004Intel CorporationNetwork adapter with TCP windowing support
US6810040Dec 22, 1997Oct 26, 2004Cisco Technology, Inc.Method and apparatus for configuring network devices
US6816932May 15, 2001Nov 9, 2004Broadcom CorporationBus precharge during a phase of a clock signal to eliminate idle clock cycle
US6822940 *Sep 29, 2000Nov 23, 2004Cisco Technology, Inc.Method and apparatus for adapting enforcement of network quality of service policies based on feedback about network conditions
US6845403Oct 31, 2001Jan 18, 2005Hewlett-Packard Development Company, L.P.System and method for storage virtualization
US6850521Mar 17, 2000Feb 1, 2005Broadcom CorporationNetwork switch
US6859435Jul 24, 2000Feb 22, 2005Lucent Technologies Inc.Prevention of deadlocks and livelocks in lossless, backpressured packet networks
US6862296Dec 21, 1999Mar 1, 2005Lsi Logic CorporationReceive deserializer circuit for framing parallel data
US6862621Jul 11, 2001Mar 1, 2005Fujitsu LimitedFlow controlling apparatus and node apparatus
US6865158Dec 4, 2000Mar 8, 2005Nec CorporationATM switch with OAM functions
US6874054Dec 19, 2002Mar 29, 2005Emulex Design & Manufacturing CorporationDirect memory access controller system with message-based programming
US6897697Aug 26, 2002May 24, 2005Broadcom CorporationCurrent-controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US6904519Nov 29, 2000Jun 7, 2005Microsoft CorporationMethod and computer program product for offloading processing tasks from software to hardware
US6911855Jun 21, 2002Jun 28, 2005Broadcom CorporationCurrent-controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US6912221Jan 4, 2000Jun 28, 2005Cisco Technology, Inc.Method of providing network services
US6912603Oct 3, 2001Jun 28, 2005Fujitsu LimitedTransmitting apparatus and method of controlling flow thereof
US6927606Oct 7, 2002Aug 9, 2005Broadcom CorporationLow voltage differential to single-ended converter
US6937080May 9, 2002Aug 30, 2005Broadcom CorporationCurrent-controlled CMOS logic family
US6938092Aug 27, 2002Aug 30, 2005Alacritech, Inc.TCP offload device that load balances and fails-over between aggregated ports having different MAC addresses
US6957269Jan 3, 2001Oct 18, 2005Advanced Micro Devices, Inc.Method and apparatus for performing priority-based flow control
US6971006Aug 23, 2002Nov 29, 2005Broadcom CorporationSecurity chip architecture and implementations for cryptography acceleration
US6976205Sep 21, 2001Dec 13, 2005Syrus ZiaiMethod and apparatus for calculating TCP and UDP checksums while preserving CPU resources
US6982583Jun 25, 2004Jan 3, 2006Broadcom CorporationCurrent-controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US7007103Apr 30, 2002Feb 28, 2006Microsoft CorporationMethod to offload a network stack
US7009985Jan 21, 2003Mar 7, 2006Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US7062568Jan 31, 2002Jun 13, 2006Forcelo Networks, Inc.Point-to-point protocol flow control extension
US7181531Apr 30, 2002Feb 20, 2007Microsoft CorporationMethod to synchronize and upload an offloaded network stack connection with a network stack
US7190676Oct 31, 2002Mar 13, 2007Cadtel Systems, Inc.Traffic manager, gateway signaling and provisioning service for all packetized networks with total system-wide standards for broadband applications including all legacy services
US7212534Jun 18, 2002May 1, 2007Broadcom CorporationFlow based congestion control
US7239636Jun 18, 2002Jul 3, 2007Broadcom CorporationMultiple virtual channels for use in network devices
US7346701Aug 23, 2003Mar 18, 2008Broadcom CorporationSystem and method for TCP offload
US7362769Jan 21, 2003Apr 22, 2008Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US7366190Jan 21, 2003Apr 29, 2008Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US7376755Jun 10, 2003May 20, 2008Pandya Ashish ATCP/IP processor and engine using RDMA
US7382790Jul 10, 2003Jun 3, 2008Emulex Design & Manufacturing CorporationMethods and apparatus for switching fibre channel arbitrated loop systems
US7385972Jan 21, 2003Jun 10, 2008Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US7397788Jul 10, 2003Jul 8, 2008Emulex Design & Manufacturing CorporationMethods and apparatus for device zoning in fibre channel arbitrated loop systems
US7397800Aug 29, 2003Jul 8, 2008Broadcom CorporationMethod and system for data placement of out-of-order (OOO) TCP segments
US7400639Aug 7, 2003Jul 15, 2008Intel CorporationMethod, system, and article of manufacture for utilizing host memory from an offload adapter
US7411959Aug 29, 2003Aug 12, 2008Broadcom CorporationSystem and method for handling out-of-order frames
US7411960Mar 29, 2004Aug 12, 2008Cisco Technology, Inc.Method and apparatus for configuring network devices with subnetworks in an ATM environment and retrieving permanent virtual channel (PVC) configuration information from network devices
US7430171Jan 15, 2003Sep 30, 2008Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US7433326May 5, 2003Oct 7, 2008Cisco Technology, Inc.Methods and devices for exchanging peer parameters between network devices
US7515612Jul 15, 2003Apr 7, 2009Qlogic, CorporationMethod and system for processing network data packets
US7586850Feb 23, 2005Sep 8, 2009Emulex Design & Manufacturing CorporationPrevention of head of line blocking in a multi-rate switched Fibre Channel loop attached system
US7633949Apr 21, 2005Dec 15, 2009Cisco Technology, Inc.Method of providing network services
US20010026553Jan 22, 2001Oct 4, 2001Gallant John K.Intelligent policy server system and method for bandwidth control in an ATM network
US20010032265Mar 6, 2001Oct 18, 2001Nec Corporation.Method of communication control and system thereof
US20010037397Mar 9, 2001Nov 1, 2001Boucher Laurence B.Intelligent network interface system and method for accelerated protocol processing
US20020078265Dec 15, 2000Jun 20, 2002Frazier Giles RogerMethod and apparatus for transferring data in a network data processing system
US20020085562Dec 12, 2001Jul 4, 2002International Business Machines CorporationIP headers for remote direct memory access and upper level protocol framing
US20020087723Jan 3, 2001Jul 4, 2002Robert WilliamsMethod and apparatus for performing priority-based flow control
US20020089927May 4, 2001Jul 11, 2002Fischer Michael A.System and method for synchronizing data trasnmission across a variable delay interface
US20020089931 *Jul 11, 2001Jul 11, 2002Syuji TakadaFlow controlling apparatus and node apparatus
US20020095519Feb 26, 2002Jul 18, 2002Alacritech, Inc.TCP/IP offload device with fast-path TCP ACK generating and transmitting mechanism
US20020103988Mar 22, 2002Aug 1, 2002Pascal DornierMicroprocessor with integrated interfaces to system memory and multiplexed input/output bus
US20020110087Aug 23, 2001Aug 15, 2002David ZeligEfficient setup of label-switched connections
US20020130692May 9, 2002Sep 19, 2002Broadcom CorporationCurrent-controlled CMOS logic family
US20020174253May 18, 2001Nov 21, 2002Broadcom CorporationSystem on a chip for networking
US20020190770Aug 26, 2002Dec 19, 2002Broadcom CorporationCurrent -controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US20020194400 *Jun 19, 2001Dec 19, 2002Micron Technology, Inc.Peripheral device with hardware linked list
US20030001646May 9, 2002Jan 2, 2003Broadcom CorporationCurrent-controlled CMOS logic family
US20030016628Jun 18, 2002Jan 23, 2003Broadcom CorporationFlow based congestion control
US20030021229Jun 18, 2002Jan 30, 2003Broadcom CorporationMultiple virtual channels for use in network devices
US20030038809Oct 23, 2002Feb 27, 2003Philips Electronics North America CorporationMethod for storing and retrieving data that conserves memory bandwidth
US20030046330Sep 4, 2001Mar 6, 2003Hayes John W.Selective offloading of protocol processing
US20030046418Aug 31, 2001Mar 6, 2003Jignesh RavalMethod and system for verifying the hardware implementation of TCP/IP
US20030061505Aug 30, 2002Mar 27, 2003Todd SperrySystems and methods for implementing host-based security in a computer network
US20030067337Jun 21, 2002Apr 10, 2003Broadcom CorporationCurrent-controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US20030079033Jul 29, 2002Apr 24, 2003Alacritech, Inc.Protocol processing stack for use with intelligent network interface device
US20030084185Oct 30, 2001May 1, 2003Microsoft CorporationApparatus and method for scaling TCP off load buffer requirements by segment size
US20030105977Dec 5, 2001Jun 5, 2003International Business Machines CorporationOffload processing for secure data transfer
US20030107996Jan 21, 2003Jun 12, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030108050Jan 15, 2003Jun 12, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030108058Jan 21, 2003Jun 12, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030108060Jan 21, 2003Jun 12, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030108061Jan 21, 2003Jun 12, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030118040Jan 21, 2003Jun 26, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030140124Aug 27, 2002Jul 24, 2003Alacritech, Inc.TCP offload device that load balances and fails-over between aggregated ports having different MAC addresses
US20030169753Jan 21, 2003Sep 11, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030172342Aug 29, 2002Sep 11, 2003Uri ElzurSystem and method for identifying upper layer protocol message boundaries
US20030174720Jan 21, 2003Sep 18, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030174721Jan 21, 2003Sep 18, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030174722Jan 21, 2003Sep 18, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030198251Jan 21, 2003Oct 23, 2003Black Alistair D.Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20030204631Apr 30, 2002Oct 30, 2003Microsoft CorporationMethod to synchronize and upload an offloaded network stack connection with a network stack
US20030204634Apr 30, 2002Oct 30, 2003Microsoft CorporationMethod to offload a network stack
US20030227908May 4, 2001Dec 11, 2003Scoggins Shwu-Yan ChangMethod and apparatus for negotiating bearer control parameters using property sets
US20040019652Jul 25, 2002Jan 29, 2004International Business Machines CorporationMethod and apparatus for network communication card memory management
US20040042458Aug 29, 2003Mar 4, 2004Uri ElzuSystem and method for handling out-of-order frames
US20040042464Aug 29, 2003Mar 4, 2004Uri ElzurSystem and method for TCP/IP offload independent of bandwidth delay product
US20040042483Aug 23, 2003Mar 4, 2004Uri ElzurSystem and method for TCP offload
US20040042487Aug 19, 2003Mar 4, 2004Tehuti Networks Inc.Network traffic accelerator system and method
US20040044798Aug 29, 2003Mar 4, 2004Uri ElzurSystem and method for network interfacing in a multiple network environment
US20040062245Apr 22, 2003Apr 1, 2004Sharp Colin C.TCP/IP offload device
US20040062275Sep 27, 2002Apr 1, 2004Siddabathuni Ajoy C.Method and apparatus for offloading message segmentation to a network interface card
US20040081186Jul 1, 2003Apr 29, 2004Vixel CorporationMethods and apparatus for switching Fibre Channel Arbitrated Loop devices
US20040085972Jul 10, 2003May 6, 2004Vixel CorporationMethods and apparatus for trunking in fibre channel arbitrated loop systems
US20040085994Jul 10, 2003May 6, 2004Vixel CorporationMethods and apparatus for device access fairness in fibre channel arbitrated loop systems
US20040093411Aug 29, 2003May 13, 2004Uri ElzurSystem and method for network interfacing
US20040133713Aug 29, 2003Jul 8, 2004Uri ElzurMethod and system for data placement of out-of-order (OOO) TCP segments
US20040227544Jun 25, 2004Nov 18, 2004Guangming YinCurrent-controlled CMOS circuit using higher voltage supply in low voltage CMOS process
US20050027911Jul 2, 2004Feb 3, 2005Hayter Mark D.System on a chip for networking
US20050160139Jan 4, 2005Jul 21, 2005Boucher Laurence B.Network interface device that can transfer control of a TCP connection to a host CPU
US20050165980Mar 23, 2005Jul 28, 2005Emulex Design & Manufacturing CorporationDirect memory access controller system with message-based programming
US20050184765Apr 26, 2005Aug 25, 2005Armond HairapetianCurrent-controlled CMOS logic family
US20050185654Apr 21, 2005Aug 25, 2005Zadikian H. M.Method of providing network services
US20050216597Mar 24, 2004Sep 29, 2005Shah Hemal VMessage context based TCP transmission
US20050278459Jan 20, 2005Dec 15, 2005Boucher Laurence BNetwork interface device that can offload data transfer processing for a TCP connection from a host CPU
US20060165115Jan 26, 2005Jul 27, 2006Emulex Design & Manufacturing CorporationControlling device access fairness in switched fibre channel fabric loop attachment systems
US20060176094Mar 21, 2006Aug 10, 2006Broadcom Corporation, A California CorporationCurrent-controlled CMOS logic family
US20070170966Mar 29, 2007Jul 26, 2007Broadcom Corporation, A California CorporationCurrent-controlled CMOS logic family
US20070171914Mar 27, 2007Jul 26, 2007Broadcom CorporationFlow based congestion control
US20070237163May 31, 2007Oct 11, 2007Broadcom CorporationMultiple virtual channels for use in network devices
US20080025315Oct 8, 2007Jan 31, 2008Broadcom CorporationSystem and method for identifying upper layer protocol message boundaries
US20080095182Dec 21, 2007Apr 24, 2008Uri ElzurSystem and method for tcp/ip offload independent of bandwidth delay product
US20080151922Feb 18, 2008Jun 26, 2008Uri ElzurSystem and method for tcp offload
US20080205421Apr 30, 2008Aug 28, 2008Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20080276018Jul 23, 2008Nov 6, 2008Broadcom CorporationSystem on a chip for networking
US20080298369Aug 7, 2008Dec 4, 2008Uri ElzurSystem and method for handling out-of-order frames
US20090074408Nov 19, 2008Mar 19, 2009Broadcom CorporationFibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost
US20090128380Jan 30, 2009May 21, 2009Broadcom CorporationCurrent-controlled CMOS logic family
EP0465090A1Jun 25, 1991Jan 8, 1992AT&T Corp.Congestion control for connectionless traffic in data networks via alternate routing
EP0465090B1Jun 25, 1991Apr 24, 1996AT&T Corp.Congestion control for connectionless traffic in data networks via alternate routing
EP0692892A2Jul 10, 1995Jan 17, 1996ITALTEL SOCIETA ITALIANA TELECOMUNICAZIONI s.p.a.Method and equipment for the real time management of resources in a virtual private network in ATM technique
EP0692892A3Jul 10, 1995Jul 22, 1998ITALTEL SOCIETA ITALIANA TELECOMUNICAZIONI s.p.a.Method and equipment for the real time management of resources in a virtual private network in ATM technique
EP0692892B1Jul 10, 1995Apr 16, 2003Italtel s.p.a.Method and equipment for the real time management of resources in a virtual private network in ATM technique
EP1039718A2Feb 24, 2000Sep 27, 2000Nec CorporationData communication method terminal equipment, interconnecting installation, data communication system and recording medium
EP1206075B1Nov 14, 2001Apr 11, 2007Altima Communications, Inc.Linked network switch configuration
EP1280302A2Jul 5, 2002Jan 29, 2003Broadcom CorporationMultiple virtual channels for use in network devices
EP1280302B1Jul 5, 2002Mar 16, 2005Broadcom CorporationMultiple virtual channels for use in network devices
EP1345382A2Mar 7, 2003Sep 17, 2003Broadcom CorporationSystem and method for identifying upper layer protocol message boundaries
EP1357721A2Apr 15, 2003Oct 29, 2003Broadcom CorporationSystem and method for identifying upper layer protocol message boundaries
EP1460804A2Jan 28, 2004Sep 22, 2004Broadcom CorporationSystem and method for handling out-of-order frames (fka reception of out-of-order tcp data with zero copy service)
EP1460805A2Mar 18, 2004Sep 22, 2004Broadcom CorporationSystem and method for network interfacing (FKA mechanism for handling out-of-order TCP/IP frames)
EP1460806A2Mar 18, 2004Sep 22, 2004Broadcom CorporationSystem and method for network interfacing in a multiple network environment
EP1537695B1Aug 29, 2003Feb 25, 2009Broadcom CorporationSystem and method for tcp offload
FR2725573A1 Title not available
FR2725573B1 Title not available
JP1188301A Title not available
WO1997028505A1Jan 30, 1997Aug 7, 1997Ipsilon Networks, Inc.Improved method and apparatus for dynamically shifting between routing and switching packets in a transmission network
WO2000056113A1Mar 17, 1999Sep 21, 2000Nokia Networks OyInternet protocol switch and method
WO2001086910A1Apr 26, 2001Nov 15, 2001Nokia CorporationResource allocation in packet network
WO2003079612A1Dec 11, 2002Sep 25, 2003Adaptec, Inc.Method and apparatus for direct data placement over tcp/ip
Non-Patent Citations
Reference
11. Crayford "Fast Ethernet Gets Plug-and-Play," Wescon Cnference, IEEE Center, Hoes Lane, US, Nov. 7, 1995, pp. 354-359, XP000586593.
23rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 2 (3G TS 23.228 version 1.4.0), Nov. 2000, clean text version, pp. 1-102.
33rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 2 (3G TS 23.228 version 1.4.0), Nov. 2000, clean text version, pp. 1-102.
43rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 2 (3G TS 23.228 version 1.4.0), Nov. 2000, diff-marked text version, pp. 1-116.
53rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 2 (3G TS 23.228 version 1.4.0), Nov. 2000, diff-marked text version, pp. 1-116.
63rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 2 (3G TS 23.228 version 1.7.0), Feb. 2001, marked text version, pp. 1-132.
73rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 2 (3G TS 23.228 version 1.7.0), Feb. 2001, marked text version, pp. 1-132.
83rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 2 (3G TS 23.228 version 1.7.0); (Feb. 2001); 134 pages.
93rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 2 (3G TS 23.228 version 1.7.0); (Feb. 2001); 134 pages.
103rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 2 (3G TS 23.228 version 5.0.0), Apr. 2001, pp. 1-126.
113rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 2 (3G TS 23.228 version 5.0.0), Apr. 2001, pp. 1-126.
123rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem-Stage 5 (3G TS 23.228 version 5.0.0); (Apr. 2001); 126 pages.
133rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Subsystem—Stage 5 (3G TS 23.228 version 5.0.0); (Apr. 2001); 126 pages.
143rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Sysbsystem-Stage 2; (3G TS 23,228 version 2.0.0), 2001.
153rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Sysbsystem—Stage 2; (3G TS 23,228 version 2.0.0), 2001.
163rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Sysbystem-Stage 2; (3G TS 23, 228 version 2.0.0) (2001).
173rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia (IM) Sysbystem—Stage 2; (3G TS 23, 228 version 2.0.0) (2001).
18A.G. Fraser & W.T. Marshall, "Data Transport in a Byte Stream Network," IEEE Journal on Selected Areas in Communications, vol. 7 No. 7, p. 1020 (Sep. 1989).
19A.G. Fraser, "Datakit—A Modular Network for Synchronous and Asynchronous Traffic," ICC '79 Conference Record, pp. 20.1.1 a 20.1.3 (Jun. 10-14, 1979).
20Allam, "Low Power CMOS Logic Families", IEEE, 1999, pp. 419-422.
21Allstot, "Current-Mode Logic Techniques for CMOS Mixed-Mode ASIC's", IEEE Custom Integrated Circuits Conference, 1991, pp. 25.2.1-25.2.4.
22Ang, "An Evaluation of an Attempt at Offloading TCP/IP Protocol Processing Onto An i960RN-Based iNIC", Hewlett Packard, 2001, pp. 1-33.
23Aydemir, "Flow Control in Gb/s Ethernet Netwols" (1998).
24Cao, "OC-192 Transmitter and Receiver in Standard 0.18-um CMOS", IEEE Journal of Solid-State Circuits, vol. 37, No. 12, Dec. 2002, pp. 1768-1780.
25Cisco Systems, Inc., Product Bulletin No. 1189 (1998).
26Cisco Systems, Inc., Product Bulletin No. 797 (1998).
27Corner, "A CMOS Phase Detector For Mixed Signal ASIC Application", IEEE, 1993, pp. 232-234.
28D. Ferrari & D.C. Verma, "A Scheme for Real-Time Channel Establishment in Wide-Are Networks," IEEE Journal on Selected Areas in Communications, vol. 8. No. 3 p. 368 (Apr. 1990).
29Dally, "Virtual-Channel Flow Control", IEEE Transactions on Parallel and Distributed Systems, vol. 3, No. 2, Mar. 1992, pp. 194-205.
30David E. McDysan & Darren L. Spohn, ATM Theory and Applications (1999).
31De Prycker, Martin, Asynchronous Transfer Mode: Solutions for Broadband ISDN (1993).
32Defendant and Counterclaim Plaintiff Emulex Corporation's Opening Claim Construction Brief, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-1058-JVS (ANx) consilidated with CV 10-3963 JVS (ANx), dated Oct. 18, 2010.
33Defendant and Counterclaim Plaintiff Emulex Corporation's Reply Claim Construction Brief, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) consolidated with CV 10-3963 JVS (ANx), dated Nov. 8, 2010.
34Defendant Emulex Corporation's Disclosure of Preliminary Invalidity Contentions, with Exhibit A, Broadcom Corporation vs. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Jun. 28, 2010.
35Defendant Emulex Corporation's First Amended Disclosure of Preliminary Invalidity Contentions, with Exhibit A, Broadcom Corporation vs. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Aug. 30, 2010.
36Deposition of Allan Christine, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1-58 JVS (ANx) Consolidated with CV 10-3963 JSV (ANx), Mar. 3, 2011.
37Deposition of Daniel Talayco, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) Consolidated with CV 10-3969 JVS (ANx), Mar. 23, 2011.
38Deposition of Martin Lund, United States District Court, Central District of California, Southern District, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058 JVS (ANx) Consolidated SACV 10-03963-JVS (ANx), Feb. 25, 2011.
39Deposition of Mohan Kalkunte, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1-58-JVS (ANx) Consolidated with CV 10-3963 JVS (ANx), Mar. 11, 2011.
40Deposition of Shiri Kadambi, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) Consolidated with CV 10-3963 JVS (ANx), Mar. 25, 2011.
41Deposition of Uri Elzur, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) Consolidated with CV10-3963JVS (ANx), Apr. 1, 2011.
42Domenico Ferrari & Dinesh C. Verma, "A Scheme for Real-Time Channel Establishment in Wide-Area Networks," IEEE Journal on Selected Areas on Communications vol. 8 No. 3 p. 368 (Apr. 1990).
43E. Varvarigos and V. Sharma, "The Ready-to-Go Virtual Circuit Protocol: A Loss-Free Protocol for Multigigabit Networks Using FIFO Buffers," IEEE/ACM Transactions on Networking, vol. 5, issue 5 (1997).
44Emulex Contention's Disclosure of Invalidity Contentions, United States District Court Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) consolidated with CV 10-3963 JVS (ANx), Feb. 4, 2011.
45Emulex Corporation's Answer, Affirmative Defenses, And Counterclaims, Demand for Jury Trial, Broadcom Corporation vs. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Nov. 4, 2009.
46Ewen, "Single-Chip 1062 Mbaud CMOS Transceiver for Serial Data communication", 1995 IEEE International Solid-State Circuits Conference, Digest of Technical Papers, First Edition, Feb. 1995, pp. 1-2, 6-13, 32-33, 336, IEEE Catalog No. 95CH35753, Publisher: John H. Wuorinen, Castine, ME 04421.
47Excerpts from EP02014915 file history as cited in Emulex Corporation's Answer, Affirmative Defenses, And Counterclaims, Demand for Jury Trial, Broadcom Corporation vs. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Nov. 4, 2009.
48Fibre Channel Arbitration Loop (FC-AL), X3.262-199x, X3T11/Project 960D/Rev. 4.5, working draft proposal, American National Standard for Information Technology, Jun. 1,1995, pp. i-x, 1-92.
49Fibre Channel Physical and Signaling Interface (FC-PH), X3.230-199x, X3T11 Project 755D/Rev. 4.3, working draft proposal, American National Standard for Information Systems, Jun. 1, 1994, pp. i-xxxiv, 1-338, Index.
50Fiedler, "A 1.0625Gbps Transceiver with 2x-Oversampling and Transmit Signal Pre-Emphasis", 1997 IEEE International Solid-State Circuits Conference, Digest of Technical Papers, ISSCC97, Session 15, Serial Data Communications, Paper FP 15.1, pp. 238-239, 464.
51Fiedler, "A CMOS Pulse Density Modulator for High-Resolution A/D Converters", IEEE Journal of Solid-State Circuits, vol. sc-19, No. 6, Dec. 1984, pp. 995-996.
52Final Office Action Received for U.S. Appl. No. 10/173,422, mailed on Oct. 24, 2006, 19 pages.
53Fischer, "CiNIC-Calpoly Intelligent NIC", A Thesis Presented to the Faculty of California Polytechnic State University, San Luis Obispo, Jun. 2001, pp. i-xi, 1-137.
54Frank Kim, "Run Your Application on a Variety of Desktop Platforms with Terminal Server," Microsoft Systems Journal (Dec. 1998).
55Fujimori, "A 90-dB SNR 2.5-MHz Output-Rate ADC Using Cascaded Multibit Delta-Sigma Modulation at 8x Oversampling Ratio", IEEE Journal of Solid-State Circuits, vol. 35, No. 12, Dec. 2000, pp. 1820-1828.
56G.W.R Lunderer et al., "A Virtual Circuit Switch as the Basis for Distributed Systems," Applications, Technologies, Architectures, and Protocols for Computer Communication: Proceedings of the Seventh Symposium on Data Communications, p. 164 (1981).
57H. Frazier, "The 802.3z Gigabit Ethernet Standard," LAN MAN Standards Committee of the IEEE Computer Society (May/Jun. 1998).
58Hairapetian, "An 81-MHz IF Receiver in CMOS", IEEE Journal of Solid-State Circuits, vol. 31, No. 12, Dec. 1996, pp. 1981-1986.
59Hairapetian, "Low-Temperature Mobility Measurements On CMOS Devices", IEEE Transactions on Electron Devices, vol. 36, No. 8, Aug. 1989, pp. 1448-1455.
60I. Crayford, "Fast Ethernet Gets Plug-and-Play," Westcon Conference, IEEE Center, Hoes Lane, US, pp. 354-359 (Nov. 7, 1995).
61IEEE Link Task Force Autodetect, "Specification for Nway Autodetect," version 1.0 (Apr. 10, 1994).
62IEEE Standard 802.3x-1997, "Specification for 802.3 Full Duplex Operation".
63IEEE Standards for Local and Metropolitan Area Networks: Supplements to Carrier Sense Multiple Access With Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications-Specifications for 802.3 Full Duplex Operation and Physical Layer Specification for 100 Mb/s Operation on Two Pairs of Category 3 or Better Balanced Twisted Pair Cable (100 BASE-T2), IEEE Std. 802.3x-1997 and IEEE Std. 802.3y-1997, Supplements to ISO/IEC 8802-3; 1996 [ANS/IEEE Std. 802.3, 1996 Edition].
64IEEE Standards for Local and Metropolitan Area Networks: Supplements to Carrier Sense Multiple Access With Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications—Specifications for 802.3 Full Duplex Operation and Physical Layer Specification for 100 Mb/s Operation on Two Pairs of Category 3 or Better Balanced Twisted Pair Cable (100 BASE-T2), IEEE Std. 802.3x-1997 and IEEE Std. 802.3y-1997, Supplements to ISO/IEC 8802-3; 1996 [ANS/IEEE Std. 802.3, 1996 Edition].
65Index of /ftp/Specs/archive/23-series/23.228, date retrieved Oct. 19, 2009, document available at http://www.3gpp.org/ftp/Specs/archive/23-series/23.228/.
66Index of /ftp/Specs/archive/23—series/23.228, date retrieved Oct. 19, 2009, document available at http://www.3gpp.org/ftp/Specs/archive/23—series/23.228/.
67Invalidity Contentions for U.S. Patent No. 7,239,636, Broadcom Corp. v. Emulex Corp., Case No. SACV-1058 JVS (ANx), Feb. 4, 2011.
68J. Dunlop, "Techniques For The Integration of Packet Voice and Data on IEEE 802.3 LANs," Computer Communications vol. 12, Issue 5 (Oct. 1989).
69J. Kurose and K. Ross, Computer Networking: A Top-Down Approach (Addison-Wesley 2001).
70J.S. Turner, L.F. Wyatt, "A Packet Network Architecture for Integrated Services," GLOBECOM '83 IEEE Global Telecommunications Conference p. 2.1.1 (1983).
71JK Roussos et al., Congestion Control Protocols for Interconnected LANs Supporting Voice and Data Traffic, Computer Communications, Elsevier Science Publishers BV, Amsterdam, Netherlands, vol. 17, No. 1, 1994, pp. 25-34, XP000415044.
72Joint Claim Construction and Prehearing Statement Pursuant to N.D. Cal. Patent L.R. 4-3, United States District Court, Central District of California, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-1058 JVS (ANx), SACV10-03963-JVS (ANx), dated Sep. 24, 2010.
73K. MacLeod et al., "Enhanced Flow Control for 802.3 Links Utilizing Extensions of 802.3x Flow Control," IEEE 802 Exec Study Group on QOS and Flow Control (Nov. 11, 1998).
74K. MacLeod et al., "Enhanced Flow Control for 802.3 Links Utilizing Extensions of 802.3x Flow Control," IEEE 802 Exec Study Group on QOS and Flow Control, Nov. 11, 1998, XP002178211.
75K. Yoshigoe and K. Christensen, "RATE Control for Bandwidth Allocated Services in IEEE 802.3 Ethernet," LCN archive-Proceedings of the 26th Annual IEEE Conference on Local Computer Networks (2001).
76K. Yoshigoe and K. Christensen, "RATE Control for Bandwidth Allocated Services in IEEE 802.3 Ethernet," LCN archive—Proceedings of the 26th Annual IEEE Conference on Local Computer Networks (2001).
77K.S. Teow, "Definitions of Managed Objects for the Fabric Element in Fibre Channel Standard," Network Working Group, Request for Comments: 2837 (May 2000).
78Kadambi et al., Gigabit Ethernet: Migrating to High-Band LANs (Prentice-Hall 1999).
79L. Zhang et al., "RSVP: A New Resource ReSerVation Protocol," IEEE Network Magazine, vol. 7 No. 5 (Sep. 1993).
80Lucent Technologies, 3GPP TSG-SA2 Drafting Session, S2-002211, Nov. 29-30, 2000, p. 1.
81M. Aydemir et al., Flow Control in GBS Ethernet Networks, IEEE Exec Study Group on QOS and Flow Control, Nov. 11, 1998, pp. 1-31, XP002258501.
82M. Ragagopal et al., "IP and ARP over Fibre Channel," Network Working Group, Request for Comments: 2625 (Jun. 1999).
83M. Seaman et al., Integrated Service Mappings on IEEE 802 Networks, Network Working Group, Request for Comments: 2815 (May 2000).
84Momtaz, "A Fully Integrated SONET OC-48 Transceiver in Standard CMOS", IEEE Journal of Solid-State Circuits, vol. 36, No. 12, Dec. 2001, pp. 1964-1973.
85Nayfeh, "Exploring the Design Space for a Shared-Cache Multiprocessor", Computer Systems Laboratory, Stanford University, IEEE, 1994, pp. 166-175.
86Newman et al., "Flow Labeled IP A Connectionless Approach to ATM," INFOCOM '96, Fifteenth Annual Joint Conference of the IEEE Computer Societies, Networking the Next Generation, IEEE Proceedings (1996).
87Non-Final Office Action Received for U.S. Appl. No. 10/173,422, mailed on Jun. 28, 2006, 25 pages.
88Non-Final Office Action Received for U.S. Appl. No. 11/806,427, mailed on Jul. 20, 2009, 11 pages.
89Notice of Allowance Received for U.S. Appl. No. 10/173,421, mailed on Dec. 29, 2006, 11 pages.
90Notice of Allowance Received for U.S. Appl. No. 10/173,422, mailed on Mar. 7, 2007, 7 pages.
91Order Regarding Markman/Claim Construction Hearing, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-01058-JVS (ANx) consolidated SACV 10-03963-JVS (Anx), dated Dec. 17, 2010.
92Order Regarding Markman/Claim Construction Hearing, United States District Court, Central District of California, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-1058 JVS (ANx), SACV10-03963-JVS (ANx), dated Dec. 17, 2010.
93P. Montessoro and D. Pierattoni, "A New Approach for Future Network Architectures Design," Proceedings of SSGRR 2001 (Aug. 2001).
94P. Newman et al., "Flow Labeled IP-A Connectionless Approach to ATM," INFOCOM '96. Fifteenth Annual Joint Conference of the IEEE Computer Societies, Networking the Next Generation, Proceedings IEEE (1996).
95P. Newman et al., "Flow Labeled IP—A Connectionless Approach to ATM," INFOCOM '96. Fifteenth Annual Joint Conference of the IEEE Computer Societies, Networking the Next Generation, Proceedings IEEE (1996).
96Pinkerton, "The Case for RDMA", May 29, 2002, pp. 1-27.
97Plaintiff Broadcom Corporation's Opening Markman Brief, United States Districk Court, Central District of California, Southern Division, Broadcom Corporation v. Elulex Corporation, Case No. SACV09-01058 JVS (ANx), SACV10-03963-JVS (ANx), dated Oct. 18, 2010.
98Plaintiff Broadcom Corporation's Reply Markman Brief, United States District Court, Central District of California, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-01058 JVS (ANx), SACV 1003963-JVS (ANx), dated Nov. 8, 2010.
99Pope, "Tip of the Week: Net-Interface Accelerators Can Help or Hinder", Network Systems Design Line, Feb. 26, 2007, http://www.networksystemsdesignline.com, pp. 1-2.
100R. Cummings et al, "Fiber channel Physical and Signaling Interface (FC-PH) Rev. 4.3," American National Standard for Information Systems (Jun. 1, 1994).
101R. Seifert, Gigabit Ethernet (Addison-Wesley 1998).
102R. Seifert, The Switch Book (2000).
103R. Stewart et al., RFC 2960, Stream Control Transmission Protocol (The Internet Society, Oct. 2000) ("SCTP").
104Sanchez, "Iterations in TCP/IP-Ethernet Network Optimization", a Master's thesis presented to the Faculty of California, Polytechnic State University, San Luis Obispo, Jun. 1999, pp. i-xiii, 1-156.
105Sanchez, "Iterations in TCP/IP—Ethernet Network Optimization", a Master's thesis presented to the Faculty of California, Polytechnic State University, San Luis Obispo, Jun. 1999, pp. i-xiii, 1-156.
106Series H: Audiovisual and Multimedia Systems, Infrastructure of Audiovisual Services-Systems and Terminal Equipment for Audiovisual Services; Visual Telephone Systems and Equipment for Local Area Networks Which Provide a Non-Guaranteed Quality of Serives, ITU-T Recommendation H.323, Superseded by a more recent version, Nov. 1996, pp. i-v, 1-71, 1.
107Series H: Audiovisual and Multimedia Systems, Infrastructure of Audiovisual Services—Systems and Terminal Equipment for Audiovisual Services; Visual Telephone Systems and Equipment for Local Area Networks Which Provide a Non-Guaranteed Quality of Serives, ITU-T Recommendation H.323, Superseded by a more recent version, Nov. 1996, pp. i-v, 1-71, 1.
108Shivam, "EMP: Zero-copy OS-bypass NIC-Driven Gigabit Ethernet Message Passing", SC1001 Nov. 2001, Denver, CO.
109Tanenbaum, Excerpt from Computer Networks, Third Edition, 1996, Publisher: Prentice Hall PTF, Upper Saddle River, New Jersey 07458, pp. 556-558.
110W. Noureddine and F. Tabagi, "Selective back-Pressure in Switched Ethernet LANs," Global Telecommunications Conference, GLOBECON '99 (1999).
111W. Noureddine and F. Tobagi, "Selective Back-Pressure in Switched Ethernet LASs," Global Telecommunications Conference, GLOBECOM '99 (1999), pp. 1256-1263, vol. 1 (1999).
112W. Noureddine et al., "Selective Back-Pressure in Switched Ethernet LANS," IEEE Globecom, pp. 1256-1263, vol. 1, 1999, pp. 1-9, XP002258500.
113W. Rickard, "Fibre Channel As A Network Backbone," WESCON/94, Idea/Microelectronics, Conference Record (Sep. 27-29, 1994).
114W.H. Leung et al., "A set of operating system mechanisms to support multimedia applications," Proc. 1988 Int'l Zuruch Seminar on Digital Commc'ns (Mar 1988).
115W.H. Leung, L.F. Morgan, and B.F. Wong, "The Connector and Active Devices Mechanisms for Constructing Multimedia Applications," Second Workshop on Workstation Operating Systems, pp. 68-72 (IEEE, Sep. 1990).
116W.J. Dally, "Virtual Flow Control," IEEE Trans. on Parallel and Distributed Systems, vol. 3 No. 2 (Mar. 1992).
117Yeh, "Introduction to TCP/IP Offload Engine (TOA)", 10 Gigabit Ethernet Alliance, Version 1.0, Apr. 2002.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US9036643Jul 16, 2013May 19, 2015Broadcom CorporationMultiple logical channels for use in network devices
US20130046872 *Feb 21, 2013George SeelmanMethod and apparatus for network device registration
Classifications
U.S. Classification370/235, 370/231, 370/230, 370/236
International ClassificationH04J1/16, H04L1/00, H04L12/46, H04L29/06, H04L12/56
Cooperative ClassificationH04L49/3018, H04L47/266, H04L47/6205, H04L49/50, Y02B60/31, H04L47/29, H04L47/11, H04L47/2441, H04L47/18, H04L47/33, H04L45/66, H04L47/16, H04L47/6225, H04L49/205, H04L49/508, H04L47/30, H04L49/351, H04L29/06, H04L12/5693, H04L47/10, H04L12/4641, H04L49/90, H04L47/6215, H04L47/24, H04L47/2433
European ClassificationH04L12/46V, H04L47/29, H04L47/11, H04L47/24D, H04L47/26A1, H04L47/33, H04L47/62A, H04L12/56K, H04L47/62D1, H04L47/30, H04L47/24, H04L47/24C1, H04L29/06, H04L47/16, H04L49/50, H04L47/18, H04L47/62C, H04L49/90, H04L47/10
Legal Events
DateCodeEventDescription
Aug 5, 2013ASAssignment
Owner name: BROADCOM CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KADAMBI, SHIRI;AMBE, SHEKHAR;KALKUNTE, MOHAN;AND OTHERS;SIGNING DATES FROM 20020529 TO 20020612;REEL/FRAME:030941/0230
Aug 14, 2015FPAYFee payment
Year of fee payment: 4
Feb 11, 2016ASAssignment
Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, NORTH
Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:BROADCOM CORPORATION;REEL/FRAME:037806/0001
Effective date: 20160201