Shared auto-negotiation logic for multiple port network devices

• US 5,883,894 A
• Filed: 12/30/1996
• Issued: 03/16/1999
• Est. Priority Date: 12/30/1996
• Status: Expired due to Term

• Current Assignee: Hewlett Packard Enterprise Development LP (Hewlett-Packard Enterprise Company)
• Original Assignee: 3Com Corporation (HP Inc.)
• Inventors: Hayek, Claude G., Patel, Sandeep A.
• Primary Examiner(s): HSU, ALPUS
• Application Number:
  US08/774,480
• Time in Patent Office: 806 Days
• Field of Search: 370/465, 370/466, 370/401, 370/437, 370/438, 370/439, 370/445, 370/447, 370/449, 370/458, 370/461, 370/462
• US Class Current: 370/438
• CPC Class Codes: H04L 49/351 for local area network [LAN], e.g. Ethernet switches
• CPC Class Codes: H04L 49/40 Constructional details, e.g. power supply, mechanical construction or backplane
• CPC Class Codes: H04L 69/24 Negotiation of communication capabilities
• CPC Class Codes: H04L 69/323 in the physical layer [OSI layer 1]
• CPC Class Codes: H04L 9/40 Network security protocols

Abstract

A device interconnects across links, a plurality of terminals having respective modes of operation. The device includes a plurality of ports for connection to respective links, and logic coupled to the plurality of ports to exercise an auto-negotiation protocol with terminals coupled to the respective links to resolve modes of operation. The logic includes a shared unit for executing the auto-negotiation protocol, and an arbiter unit for arbitrating among the plurality of ports for use of the shared unit. The arbiter connects ports in the plurality of ports to the shared unit in a round robin sequence. Memory stores a set of status signals for respective ports. The arbiter logic polls the memory to read the set of status signals in sequence, and in response enables use of the shared auto-negotiation unit by the ports. The modes of operation resolved by the shared auto-negotiation unit include LAN technology supported by terminals on the corresponding links, such as IEEE 802.3 Local Area Network technologies.

Claims

1. A device which interconnects across links a plurality of terminals having respective modes of operation, comprising:

a plurality of ports for connection to respective links;

memory storing a set of status signals, status signals in the set indicating states of corresponding ports in the plurality of ports, wherein status signals in the set indicate one of a resolved state and an unresolved state, the resolved state indicating that a mode of operation has been resolved for the link on the corresponding port, and the unresolved state indicating that a mode of operation has been not resolved for the link on the corresponding port;

a shared unit coupled to the plurality of ports to exercise an auto-negotiation protocol with terminals coupled the respective links to resolve modes of operation for the respective links, wherein the modes of operation resolved by the shared unit include local area network LAN technologies supported by terminals on the corresponding links; and

arbiter logic which polls the memory to read the set of status signals in a sequence, and in response to status signals in the set, enables use of the shared unit by the corresponding ports.

2. The device of claim 1, wherein the arbiter logic comprises logic to poll the memory in a round robin sequence.

3. The device of claim 1, comprising:

a selector responsive to the arbiter unit, having a plurality of inputs coupled to corresponding ports in the plurality of ports, and having an output coupled to the shared unit.

4. The device of claim 1, wherein the shared unit generates a signal upon successful resolution of a mode of operation for a corresponding port, and including logic responsive to said signal to write status signals in the set to the memory.

5. The device of claim 1, wherein the modes of operation resolved by the shared unit include IEEE 802.3 local area network LAN technologies supported by terminals on the corresponding links.

6. The device of claim 5, wherein the auto-negotiation protocol executed by the shared unit comprises an auto-negotiation function specified according to IEEE Standard 802.3.

7. A device which interconnects across links a plurality of terminals having respective modes of operation, comprising:

a plurality of ports for connection to respective links;

logic coupled to the plurality of ports to exercise a protocol with terminals coupled the respective links to resolve modes of operation for the respective links, the logic including a shared unit for executing the protocol; and

an arbiter unit for arbitrating among the plurality of ports for use of the shared unit, the arbiter unit comprising;

memory storing a set of status signals, status signals in the set indicating states of corresponding ports in the plurality of ports; and

logic which polls the memory to read the set of status signals in a sequence, and in response to status signals in the set, enables use of the shared unit by the corresponding ports.

8. The device of claim 7, wherein status signals in the set indicate one of a resolved state and an unresolved state, the resolved state indicating that a mode of operation has been resolved for the link on the corresponding port, and the unresolved state indicating that a mode of operation has been not resolved for the link on the corresponding port.

9. The device of claim 8, wherein the shared unit generates a signal upon successful resolution of a mode of operation for a corresponding port, and including logic responsive to said signal to write status signals in the set to the memory.

10. A method for automatically negotiating a mode of operation for a set of ports on a network device, comprising:

monitoring status of ports in the set of ports according to a sequence to determine whether a mode of operation is resolved or unresolved for selected ports in the sequence;

for a selected port in the sequence, if the status indicates that a mode of operation is unresolved, then connecting the selected port to a shared auto-negotiation unit and executing an auto-negotiation protocol for the selected port to resolve a mode of operation for the selected port;

storing status signals in memory for the set of ports indicating for ports in the set whether a mode of operation is resolved or unresolved; and

changing the status of the selected port from unresolved to resolved, and returning to the step of monitoring, said monitoring step includes polling the stored status signals.

11. The method of claim 10, wherein the step of monitoring includes polling the stored status signals according to a round robin sequence.

12. The method of claim 10, including generating a signal upon successful resolution of a mode of operation for the selected port, and writing in response to said signal the status signals in the set to memory.