The present invention relates in general to a switching system for use in a network. More particularly, the invention relates to a portable interface method and system for accessing a switch device driver from the various network services applications supported by a switch
The proliferation of personal computers, digital telephones, telephony and telecommunications technology has resulted in the development of complex switches in order to efficiently communicate digital data between a number of different devices. These communication systems are generally referred to as networks. Each network operates on the basis of one or more switches which route digital data from an originating device to a destination device. To this end, communication protocols have been developed in order to standardize and streamline communications between devices and promote connectivity.
As advances are made in telecommunications and connectivity technology, additional protocols are rapidly being developed in order to improve the efficiency and interconnectivity of networking systems. As these advances occur, modifications are required to the switches in order to allow the switches to appropriately deal with the new protocols and take advantage of the new efficiencies that they offer.
Unfortunately, a switch can represent a large capital investment in a network system. The frequency in which new protocols are developed makes it impractical to upgrade switches with every protocol introduced to the market. Accordingly, what is needed is a system and device for improving interface portability within the switch so that switches can be quickly and easily upgraded and new network interface protocols can be written and supported on multiple switch fabrics.
The invention solves the problem of portability by defining two primary interfaces within the switch. The first interface is called the Forwarding Database Distribution Library (FDDL) Application Program Interface (API). The primary purpose of this interface is to allow each protocol application to distribute its database and functionality to intelligent port controllers within the switch. Such distribution facilitates hardware forwarding at the controller. Each protocol application may define a specific set of FDDL messages that are exchanged between the protocol application and the switch fabric, which passes the messages to software running at each port controller.
The second interface defined by the invention is called the Switch Services API. This interface is primarily a generic way for controlling data message flow between the ports interfaces and the switch device driver. A set of specific messages is defined to allow uniform exchange of information about the hardware status of the port as well as an interface for sending and receiving data frames.
The forgoing broadly outlines the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereafter, which form the basis of the claims of the invention.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanied drawings, in which:
In the following description, numerous specific details are set forth such as languages, operating systems, microprocessors, workstations, bus systems, networking systems, input/output (I/O) systems, etc., to provide a thorough understanding of the invention. However, it will be obvious to those skilled in the art that the present invention may be practiced without such specific details In other instances, well-known circuits, computer equipment, network protocols, programming configurations, or wiring systems have been shown in blocked diagram form in order to not obscure the present invention in unnecessary detail. For the most part, details concerning timing considerations, specific equipment used, specific programming languages and protocols used, specific networking systems used, and the like have been omitted in as much as these details are not necessary to obtain a complete understanding of the present invention and are well within the skills of persons of ordinary skill in the art.
The switch to which the present invention relates is shown with reference to
The switch fabric 112 is comprised of one or more processors that manage a shared pool of packet/cell memory. The switch fabric 112 controls the sophisticated queuing and scheduling functions of the switch 100.
The intelligent port controller 110 provides connectivity between the switch fabric 112 and the physical layer devices, such as the backbones 104. The intelligent port controller 110 may be implemented with one or more bitstream processors.
A typical workstation 102 is depicted with reference to
The FDDL is defined with reference to
Each of the FDDL towers 322, 324, 326, 328 is connected through the FDDL API 332 to its respective protocol services of the RMON application 314, the MPOA application 316, the Bridge 318, and the IP Autolearn application 320, as provided within the switch.
The FDDL 310 functions to receive commands from the various protocol components 314, 316, 318, 320 into the corresponding FDDL towers 322, 324, 326, 328. When a command is received into a tower 322, 324, 326, 328, it is passed to the base FDDL subsystem 330 for translation and passage directly to the switch device driver 312 through the Switch Services API 334.
The operation of the Switch Services API is demonstrated with reference to
The bridging protocol application 412 may also communicate directly with the switch device driver 420 through the Switch Services API 410.
The architecture into which the FDDL and APIs of the instant invention fit is demonstrated with reference to
The Power PC box 518 is connected to the switch fabric 514 through the Switch Device Driver 516. In turn, the switch fabric 514 is connected to one or more port controllers 520. The Switch Device Driver 516 supports a Switch Services API 522 through which it can send and receive messages to the FDDL 524) as well as the ATM Device Driver Shim 526 and the Ethernet Device Driver Shim 528. The ATM Device Driver Shim 526 and the Ethernet Device Driver Shim 528 connect to their respective net handlers 530, 532 through device driver interfaces 534, 536.
The MPOA client 538 may communicate to the switch device driver either through the ATM API 540 or through the FDDL API 542 as defined by the FDDL 524. The bridge services 544, including the Virtual LAN (VLAN) and IP Autolearn services may be provided through the Ethernet Net Handler 532, through the FDDL API 542 to the FDDL 524, or LAN Emulation Client (LEC) 546 may be provided to communicate through the ATM API 540 to the ATM Net Handler 530.
Through the structure defined, the operating system 512 features such as Simple Network Management Protocol (SNMP) and RMON 548, other box services 550, and U) hosting services 552, such as Telnet, Ping, and other may be provided.
The operation of the Switch Services API 522 as provided by the switch device driver 516 is shown with reference to
Once the switch_registration( ) called 612 is made, the API is active 614. While the API is active, calls may be made to at least any one of four primitives, including switch_send_MSG( ) 616, switch_send_data ( ) 618, switch_get_buffer ( ) 620, and switch_free_buffer ( ) 622.
The switch_send_MSG( ) primitive 616 is called to transmit a message to one or more registered interfaces. Messages may be sent to one interface, a group of interfaces, or broadcast to all interfaces. A message may be generally formatted using the Type-Length-Value (TLV) convention.
The switch_send_data( ) primitive 618 is called to transmit a data frame out of one or more interfaces. When a frame is to be transmitted to more than one interface, the set of destination interfaces may be specified with a bit mask or by other means well-appreciated within the art.
The switch_get_buffer( ) primitive 620 is called to allocate frame buffers. Conversely, the switch_free_buffer( ) primitive 622 is called to deallocate frame buffers.
Calls to the primitives may continue as long as the API is active 624. When an interface application wishes to disable the API, it does so by calling switch_deregistration( ) 626, which deregisters the application as a user of the switch services API. Execution of the Switch Services API then ceases 628.
The operation of the base FDDL subsystem is demonstrated with reference to
After the primitive FDDL_registration( ) 712 is called, the FDDL is active 714, beginning a looping process of calls.
Within the loop, the FDDL_send( ) primitive 716 may be called to initiate transmission of a message from the CPU to one or more adapters. The message may be transmitted to a single adapter or broadcast to all adapters. The FDDL_registration_status( )primitive 718 may be called query whether a particular database is currently registered with the FDDL API.
When it is no longer desired for the FDDL to be active 720, the primitive_deregistration( ) 722 may be called to deregister a client application as a user of the FDDL API. Following the call to the FDDL_deregistration( ) 722, execution of the FDDL subsystem ceases 724.
It will be well appreciated by those skilled in the art that each of the FDDL towers as shown on
The FDDL towers 322, 324, 326, 328 may each have its own registration processes that allow instances of its specific protocol client applications to register. Additionally, those skilled in the art will appreciate that the FDDL tower calls may be providing for other networking features well-known in the art, such as providing reliable delivery of messages, acknowledgment and non-acknowledgment schemes, Cyclic Redundancy Code (CRC) code checking, and the like.
Those skilled in the art will also appreciate that the Switch Services API need not provide for such flexibility. The Switch Device Drivers 312 are hardware dependent relying on the switch fabric (
As to the manner of operation and use of the instant invention, the same is made apparent from the foregoing discussion. With respect to the above description, it is to be realized that although embodiments of specific material, representations, primitives, languages, and network configurations are disclosed, those enabling embodiments are illustrative and the optimum relationship for the parts of the invention is to include variations in composition, form, function, and manner of operation, which are deemed readily apparent to one skilled in the art in view of this disclosure. All relevant relationships to those illustrated in the drawings in this specification are intended to be encompassed by the present invention.
Therefore, the foregoing is considered as illustrative of the principles of the invention, and since numerous modifications will occur to those skilled to those in the art, it is not desired to limit the invention to exact construction and operation shown or described, and a user my resort to all suitable modifications and equivalence, falling within the scope of the invention
Number | Date | Country | |
---|---|---|---|
Parent | 09513518 | Feb 2000 | US |
Child | 11844106 | Aug 2007 | US |