US6006261A - Internet protocol assists using multi-path channel protocol - Google Patents

Internet protocol assists using multi-path channel protocol Download PDF

Info

Publication number
US6006261A
US6006261A US08/924,006 US92400697A US6006261A US 6006261 A US6006261 A US 6006261A US 92400697 A US92400697 A US 92400697A US 6006261 A US6006261 A US 6006261A
Authority
US
United States
Prior art keywords
host
command
gateway device
local area
initiating
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US08/924,006
Inventor
Bruce H. Ratcliff
Stephen R. Valley
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to US08/924,006 priority Critical patent/US6006261A/en
Assigned to INTERNATIONAL BUSINESS MACHINES CORPORATION reassignment INTERNATIONAL BUSINESS MACHINES CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: RATCLIFF, BRUCE H., VALLEY, STEPHEN R.
Application granted granted Critical
Publication of US6006261A publication Critical patent/US6006261A/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Definitions

  • the present invention is generally directed to an expanded control command interface that can support network connections to gateway devices without dealing with configuration complexities.
  • a distributed network is an aggregate of individual systems that are connected to one another electronically.
  • Distributed networks can be organized in a number of ways, either remotely extending over great distances using wide area networks or WANs, or locally through the use of a Local Area Network, better known as a LAN.
  • a LAN usually consists of a number of nodes or hosts located within an office, a building or at other close proximations. Being a type of a distributed network, a LAN loosely couples processors and workstations. Generally, workstations on a LAN do not share a central memory but do share common servers. In this way a LAN increases the power and flexibility of workstations by enabling them to access shared data without jeopardizing the security of each individual resource.
  • a LAN system that has been in wide use in recent years is produced by Novell, Inc. of Provo, Utah.
  • a LAN device driver is implemented on top of the local operating systems to be coupled and device driver commands at the LAN workstations are directed to and from the workstations onto the LAN to the target servers.
  • Each network itself can in turn comprises of a plurality of logical networks which in turn run independent and different networking protocols.
  • the challenge has not become only to interconnect local area networks to one another, but to do so and still provide remote server access through WANs or other devices.
  • Three basic methods are now available to interconnect both local and remote area networks to one another as to provide wide used access and remote information exchange capabilities. These three methods are 1) bridges or data-link devices that connect similar networks together; 2) routers that perform routing services by maintaining a routing table in each host; and 3) gateway devices that carry out protocol conversions and other connectivity functions.
  • a device driver for the gateway is provided with modems or other physical ports that can be linked to switched communication WANs.
  • a gateway facility allows the interconnection of multiple independently controlled communication networks to one another in a way that logical units in the network can communicate with one another without any changes to the network.
  • a logical network runs a single networking protocol, but a processing organization can be composed of a dozen of logical networks running six or seven networking protocols.
  • a gateway provides transparent interconnection of these single networking protocols, so that a single multiport transport network is formed.
  • gateway devices are implemented on top of the LAN device drivers as a switched communications device interface.
  • the user initialization of the communication link-up procedure redirects the user hardware commands to the gateway.
  • the communications interface in the gateway driver then institutes and maintains the switched communications link, diverting hardware resources of the driver to do so.
  • the connection and access procedures are then executed using the gateway ports and modems in order to link the user's system with the switched communications network.
  • a remote connection is established through the LAN/WAN which sets up a point to point configuration through the port along the communication line between the user and the communications device in use.
  • the procedure described above have many complexities associated with it.
  • the complexities connected with the configuration assessment of gateway devices is an on-going concern of the designers of such devices today. These configuration concerns contributes to many limitations that exist with today gateway devices. These limitations often make the interconnection of networks running different protocols non-transparent. Because many of the present gateways are transport layer protocol-specific, it is possible that a gateway cannot interconnect a network running for example a TCP/IP protocol and a network running the SNA protocol.
  • a variety of gateway devices have been developed which connect TCP/IP to different operating system and give connectivity to the LAN/WAN environments, but each time the configuration has to be redefined and reassessed before connectivity is accomplished successfully. Furthermore, each gateway device can usually implement only a subset of the TCP/IP functions.
  • gateway devices do not support many of the TCP/IP functions and performance problems have been encountered due to increased bandwidth of the LAN/WAN arenas.
  • One of the communication protocols used to communicate with the gateway is LCS or LAN Channel Station.
  • a control command interface exists in the LCS protocol that requires all the configuration information to be set prior to the TCP/IP connect sequence. Nonetheless, the control interface does not have a command sequence to enable the use of the TCP/IP functions which have been implemented in the gateway devices.
  • an expanded control command interface is needed.
  • a method of allowing any initiating host to establish communications with any receiving host in a computing network using a Multi-path channel communication protocol The computing environment also having a gateway device that is electronically connected from one end to at least one initiating host and at the other end to at least one local area network through which a plurality of hosts are connected to the gateway device.
  • the method comprises the steps of first performing an initialization step during which using handshaking techniques address of all hosts connected to the gateway is determined.
  • the information is then stored in a port-sharing table in a memory location accessible to the gateway device. All host connections are routinely checked and any unavailability or change in status is then also recorded in the portsharing table. All host communications is performed entirely through the gateway device.
  • a special IP address command such as a SET IP address command
  • the entries in the portsharing table is checking to see if the initiating host is an existing host or a newly attached host. Address and information of any host that is not already in existance in the table will then be added to the port-sharing table. All information about the local area network number as well as maximum transmission unit size is also obtained from the IP datagram of the initiating host. In turn the initiating host is provided with information including the local area network's type, any maximum transmission unit limitations, and any MAC addresses in order to establish a successful communication between the initiating host and the receiving host through said local area network.
  • a special IP address command such as a SET IP address command
  • FIG. 1 is a block diagram illustration of a computing environment
  • FIG. 2 is another block diagram illustration of a computing environment having a gateway device and a plurality of hosts;
  • FIG. 3 is another illustration of the block diagram shown in FIG. 2 with arrows indicating the existing flow of information
  • FIG. 4 is another illustration of the block diagram shown in FIG. 2 with arrows indicating the flow of information according to one embodiment of the present invention
  • FIG. 5 is yet another block diagram illustration of a computing environment providing different functions as supported by the environment
  • FIG. 6 is an illustration of blocks of data grouped together.
  • FIGS. 7A and 7B is an illustration of data flow to and from the gateway device.
  • FIG. 1 is an illustration of an example showing the connection of large computing network environment, such as one provided by a large mainframe computer, to a Local Area Network (LAN) and the Internet.
  • the large rectangle in FIG. 1 shown at 100 is a computing network environment such as an IBM S/390 computer.
  • the operating system(s) for the computing environment is shown as 110 and can be one of many available operating systems such as OS/390 or MVS/ESA.
  • the software products and applications reside, some examples being DB 2, TSO, CICS, and IMS.
  • the Common Gateway Interface or CGI is shown at 130 and interfaces with the communication devices such as an IBM Internet Connection Server, to access VTAM (shown at 142), TCP/IP (shown at 144), IPX (shown at 146) or other similar communication protocols.
  • the network connection to the LAN and/or Internet can be accomplished by means of any indicated communications controller or such as an Open Systems Adapter connection, hereinafter OSA.
  • the network connection from the computing environment servers can be a channel (150) or an integrated platform (155) connection.
  • An Open System Adapter or an OSA shown at 158 is an integrated connectivity platform and a product of IBM Corp. of Armonk.
  • OSA provides direct attachment to token ring (shown at 172), ethernet (shown at 174), FDDI's or fiber distributed data interfaces, and ATM (not shown). Multiple host systems can be accessed from a single workstation through a single OSA LAN/WAN port. Integrated on the OSA card is a channel adapter, a control unit and LAN adapters. OSA supports a variety of communication protocols, namely SNA/APPN, TCP/IP and IPX. OSA allows the sharing of applications and/or LAN ports among logical partitions.
  • LCS provides an efficient method of transferring data across the I/O subsystems by blocking multiple LAN frames together in one common chain.
  • OSA operating system
  • LCS LAN Channel Station
  • gateway devices have been developed which connect to TCP/IP and give connectivity to LAN/WAN environment.
  • a Media Access Control Header also known as a MAC Header
  • MAC Header along with the LAN type
  • Building a MAC header is not an easy task.
  • each time the host and LAN devices communicate a MAC Header has to be created which can be both inefficient in terms of time and memory consumption.
  • the present invention introduces a concept which makes the formation of MAC headers and providing of such aforementioned information each time between the initiating host and receiving device obsolete. This will save latency, memory capacity and introduces efficiency on memory moves especially on the initiating host's side. The host no longer has a requirement to know any LAN/WAN specific information.
  • FIG. 2 depicts one embodiment of the present invention.
  • Originating hosts A and B shown at 210 and 212 are connected to a gateway device, preferably an integrated gateway device such as an OSA and shown at 220.
  • the destination hosts C and D shown at 240 and 242 are also connected via the LAN shown at 230 to the gateway device.
  • the appropriate MAC Header has to be formed first for each communication.
  • Another existing limitation in the present system is that if host A is trying to communicate with host B, the information has to travel from host A into the gateway device and onto the LAN as depicted by the arrows shown in FIG. 3 at 350 before being transformed to Host B.
  • the present invention provides for a technique so that the information from Host A can be provided to Host B without going to the LAN at all as depicted in FIG. 4 and indicated by the arrows shown at 460.
  • each host whenever each host gets connected to the gateway device, it sends the required address information as an configuration command to the gateway device during an initial handshaking at the onset of establishing communication with the gateway device. It is the gateway device itself that uses the configuration command and controls the communication from that point on.
  • destination hosts C and D continuously are aware of the IP addresses and requirements of the gateway device. Destination hosts C and D obtain the destination MAC addresses of initiating hosts A and B directly from the gateway device, not from Hosts A and B. Hosts A and B have no knowledge of the media specific information or address resolution. Hosts C and D only know about the gateway device address. In other words hosts C and D only know hosts A and B through the gateway device.
  • hosts A and B are not aware of independent existence of C and D except through the use of the gateway device.
  • the gateway device there is no need to define the type of device or the LAN type and protocol versioning each time the communication is being established.
  • there are tables existing in the gateway device that are used to make the device aware of all the host/LAN/WAN connections and their special needs. Every time, for example host A is trying to communicate with host C, the gateway device searches in its table of addresses to find the address of A and C so that communication is carried out successfully.
  • the gateway device is also aware, through the use of its previously stored information of the type of LAN that is connected to device C, any limitations and particular needs that device C has as well as the type of communication protocol needed for device A to communicate with device C. Every time a LAN or host is being newly added, the present invention through an initialization step introduces the device and stores any pertinent information that is needed for further communications. From that point on, once the host becomes connected to the gateway device, the gateway device remains aware of all its requirements. The gateway device also checks the availability and existence of the device connections and their workability, at intervals to monitor and ensure that the device is still available. If the device is no longer in use, the gateway device makes the appropriate alterations to the table(s) in question.
  • FIG. 5 is an illustration of the workings of the present invention as explained by one embodiment.
  • the host and its operating system and applications is shown at 500 and 501 respectively.
  • the IP protocols are shown at 502 (IP) and TCP and UDP at 504 and 506, respectively.
  • the TCP/IP or UDP/IP functions available are shown at 550--ARP, 552--Inbound TCP checksum, 554 --IP fragmentation/reassembly, 556--broadcast filtering, 558--IP multicast, 560--Inbound UDP checksum and 562--IP version support (Version 6 is used as way of example).
  • the communication protocol options presented at 550-562 are merely for demonstration purposes and it is possible to add or modify this list according to each particular setup and mechanism. For example in an alternate embodiment of the invention described below, SAP and RIP functions are among the functions that are supported.
  • the LAN connection is shown at 580 and the gateway connection at 530.
  • control command interface exists in the gateway device to allow TCP/IP or other protocols to connect to the gateway device in order to begin data transfers.
  • this control command interface requires all the configuration information to be set prior to the TCP/IP connect sequence.
  • the control interface does not have a command sequence to enable the use of the TCP/IP functions which have been implemented in the gateway device.
  • the TCP/IP program product running on such operating systems as MVS and VM/VSE have been developed by a number of companies. But many of today's TCP/IP implementations have encountered performance problems due to the increased bandwidth of the LAN/WAN arenas.
  • TCP/IP functions have been identified which could better be implemented in a gateway device which has LAN/WAN connectivity. Some of these functions include ARP assist, TCP and IP checksum calculations, broadcast filtering and IP fragmentation and reassembly.
  • ARP assist To try and improve the MVS and other similar operating system's performance using TCP/IP or other communication protocols, various TCP/IP functions have been identified which could better be implemented in a gateway device which has LAN/WAN connectivity. Some of these functions include ARP assist, TCP and IP checksum calculations, broadcast filtering and IP fragmentation and reassembly.
  • the present invention introduces an expanded control command interface. This will allow gateway devices to implement most TCP/IP functions and provide means for determining which TCP/IP functions are supported by the gateway device, if any.
  • the present invention provides for an expanded control command interface to reduce the complexity of gateway device configurations and address the limitations caused by providing a MAC header.
  • a new subset of control commands have been developed which can be used to reduce such configuration complexities. These fall into three basic categories.
  • the Set IP Address function basically sets up the IP address at STARTUP time, instead of configuration time. In this way each time a TCP/IP session has to be initialized, configuration needs not to be reestablished, therefore reducing the complexity of configuring the device and dynamically configuring the new IP sessions.
  • Query IP Assist function allows the TCP-UDP/IP to query the channel attached device to determine which TCP-UDP/IP functions are implemented in the device. This will allow the ability to determine which functions if any it wishes to use on the gateway device. So referring back to FIG. 1, all functions shown at 150-162 may not be available. Rather only a subset of 150, 152 and 154 may be available. If the user requires the IP multicast, for example, which is not available the Query IP Assist will allow the user to determine this before further processing time is wasted. Because of its flexibility, the Query IP Assist function can be selected as desired to either work in conjunction with the SET IP Address function or with SET IP Assist function.
  • the Set IP Assist function will tell the channel attached device which TCP-UDP/IP functions are supported and available to be activated. This allows TCP-UDP/IP to individually select which functions it desires to use. Referring back to FIG. 1, the user may only want to select broadcast filtering for example from the menu of available functions shown at 152-162.
  • the Set IP Address command is used to associate an IP address with a specific user session.
  • the command is initiated by the user.
  • the gateway device quickly searches its existing port-sharing tables to see if the particular IP address is included or not. If there is a match found, that means that the particular device has been formerly identified. A complete IP data match also indicates that there are no alterations or modifications to be made. However if no matches are found for the IP address, the information concerning the particular IP address, the application using the gateway device from the particular host and the information concerning the port type and subnet mask is obtained from the IP datagram and configuration information and used to build a new entry in the port-sharing table to be used for all future communications.
  • the MTU or maximum transmission Unit size is also determined. The MTU is the maximum data size allowable for processing.
  • FIGS. 7A and 7B show this exchange of information flow to and from the gateway. While FIG. 7A shows this exchange for the following tables represented in this section, FIG. 7B is a similar counterpart showing the flow for the alternate embodiment as described below.
  • Table 1A is composed of the information obtained at the onset of SETIP Address command and Table 1B comprises of the returned information.
  • One of the commands provided by the present invention is a SET IP Assist.
  • the IP Assist command designed for high performance LAN/WAN connections allows the dynamic configuration of IP functions in gateway devices and enables virtual IP addressing.
  • TCP-UDP/IP will use this command to query the channel or integrated platform which TCP-UDP/IP functions on the device are available. This allows TCP-UDP/IP to individually select which functions it desires to use.
  • the SET IP Assist (SETASSTPARMS) function allows TCP/IP to support multiple devices which in turn can support multiple levels of IP Assist functions.
  • TCP/IP can specify different IP functions for each configured IP address with the SET IP ASSIST function. This adds considerable flexibility to TCP/IP. Special IP ASSISTs which are more useful for specific IP addresses configured for Web Serving can specify specific IP ASSISTs which are designed for Web Serving.
  • FIG. 5 provides some of the functions supported and used by TCP/IP and on the OSA platform. These assist functions include ARP, Inbound Checksum, Outbound Checksum and IP Fragmentation/Reassembly.
  • the IP Assist functions are designed to shorten the Host code path length and improve the performance of TCP/IP. By providing a command which can be used to query the communication adapters, individual IP sessions which run through the adapter can be setup to use the fast path and the other IP sessions can use the normal path. Again a list of the functions available is kept on the port-sharing table and those that become available or unavailable are masked off appropriately. In this way it is easy to determine at once which functions are supported by the system at any one time very efficiently.
  • Table 2A The following tables highlight the information originally obtained (Table 2A) and information relayed back to the host (Table 2B). Note that the information provided in FIG. 5 highlighting OSA supported functions ARP, Inbound Checksum, Outbound Checksum and IP Fragmentation/Reassembly are only for demonstration purposes. The set of functions can be customized to include more or less elements selectively as applications require.
  • the SETASSTPARMS command is used by the host IP stack and all the IP applications (i.e. TCP/IP, UDP/IP etc.) to enable the particular assists desired and to specify the parameters needed by the particular assists that are being implemented in the channel, integrated or OSA specific platforms. Examples of these parameters is the setting of the size of the ARP Cache, or the protocols that will be filtered if Broadcast Filtering is implemented. When used with an OSA adapter, the OSA adapter will just discard the broadcast packet when it has been received.
  • the IP protocols include RIP (Routing Information Protocol, SNMP (Simple Network Management Protocol) and BGP (Border Gateway Protocol). This command allows the user not only to query about the functions that are available but to selectively pick and choose these functions. Tables 3A and 3B are representative of the information obtained and information returned respectively. Tables 3C and 3D represent some of the commands available and the responses returned.
  • MPC or multi-path channel protocol is a highly efficient data transfer interface developed to replace LCS by IBM Corp. of Armonk, N.Y.
  • MPC can be implemented in the TCP/IP or VTAM layer; it can also be implemented using Novell based systems.
  • Host A wants to send data to the gateway or another host, it will wait and collect all information that has to be sent in preselected sizes. This waiting and grouping of data is called “blocking". On the receiving side, this blocked data has to be "deblocked" to distinguish between the individual commands or data.
  • the existing LCS protocol provides an efficient method of transferring data across the I/O subsystem by blocking multiple LAN frames together in one long chain.
  • the LCS protocol is required to use the host processor to copy all the LAN Media Headers and all the application data into one contiguous block before performing the data transfer across the I/O subsystem.
  • the LCS must prepend each LAN frame in the block with a four byte LCS header. This header is needed by the "deblocker" application running on the channel attached platform.
  • the "deblocker” application uses the header to remove the individual LAN frames from the LCS block and send them to the LAN. This makes very inefficient use of the host's memory and creates extra latency for the user data.
  • the current LCS interface also requires the device drivers to build the LAN Media Headers.
  • the data passed to LCS must be in the exact format of the data which is to be transferred to the LAN. This requires all applications using the LAN interface to know which LAN type the data is being transferred to along with the destination LAN MAC addresses.
  • One unique device driver must be written for each LAN type to which the application is connected.
  • the MPC protocol uses a new type of "blocked" data stream known as Discontiguous Protocol Data Units or DPDUs.
  • This new data stream interface allows the header or control information to be in a separate memory area from the user data as it is transferred to the I/O subsystem. This eliminates the need to copy all the LAN media Headers and the application data into one contiguous area.
  • DPDU Discontiguous Protocol Data Unit
  • a Macro interface has been provided to use when sending data across the MPC connection. The interface allows the application to specify a buffer list. Each entry in the buffer list corresponds to one portion of the discontiguous user data.
  • MPC uses Protocol Data Unit or PDU headers to point at the various portions of the discontiguous user data. Each PDU will contain a list of the PDU elements. Each PDU element will point to one of the entries in the buffer list.
  • the Set IPX Address command (used primarily but not exclusively with Novell's IPX communication protocol) also to associate an IP address with a specific user session.
  • the command is initiated by the user. Once the command is received, the gateway device quickly searches its existing port-sharing tables to see if the particular IP address is included or not, and alterations, additions or modifications are made if an exact match is not found.
  • the only information provided to the gateway device is the LAN port number and id. All other information including a MAC address (as one is necessary in this scenario), MTU size and even the LAN type is provided by the gateway device itself from the port-sharing tables.
  • the following tables provide the specifics of the exchange of information between the host and the gateway device. Notice that all necessary headers including a MAC Header is either dissected or returned by the gateway device as required. Table X1 A and X1 B below shows the IPX command requirements and returned information.
  • Binding is a function that allows the supporting of different LAN types on one computing network environment.
  • the Bind function allows the association of particular LAN frame types to a gateway or the physical port.
  • Unbind function is used when a host IPX connection terminates or is shutdown.
  • the Bind command allows one Novell IPX device driver running on the host to support multiple LAN types along with multiple frame types within a specific LAN type. Prior to this implementation, one device driver was necessary for each LAN type and each frame type within a specific LAN type. For example, one device driver can now support an Ethernet-SNAP and Ethernet-802.2 frame type.
  • the IPX BIND command is used to BIND a Frame Type to the OSA LAN Port.
  • the Command Format is as follows:
  • Bind and Unbind commands as reflected in tables X1 E and X1 F below are also used to add even additional information, for example additional SAP parameters. These functions are used in a manner similar to the original bind and unbind function.
  • the IPX Subsequent BIND command is used to specify additional SAP information to the OSA adapter.
  • the Subsequent BIND command may or may not immediately follow the IPX BIND command.
  • IPX RIP and SAP frames will be forwarded to the operating system (MVS).
  • IPX Bind net command (table X1 G) reflects a command used to pass network numbers associated with the operating system to the communication platform. Once a Network Number is specified, then all IPX traffic will be allowed to flow through the IPX connection. The network number will be used to route all non-RIP and non-SAP frames to the proper IPX connection. (RIP and SAP being two functions that are supported in this embodiment.)
  • FIG. 7B shows the flow of data back and forth from the gateway device for the functions described.
  • Table X1 G shows an example of this for MVS operating system and OSA platform.
  • IPX Unbind net shown at table X1 H, below is similar to other unbind commands.
  • IPX BIND Network Command is used to pass the IPX Network Numbers associated with the MVS Netware Stack to the OSA adapter. Once this command has been processed all IPX frames can be forwarded to the MVS IPX Stack(s).
  • IPX BIND Network command The format of the IPX BIND Network command is as follows:
  • the SET IPX Assist function is also similar to the IP Assist command functions in that they are both designed for high performance LAN/WAN connections and allow the dynamic configuration of IPX address in gateway devices.
  • MPC works both with the TCP/IP and other communications protocol including NetBios as well as the Novel protocol stacks and drivers. As a consequence the number of functions available for the user is more involved.
  • the gateway device again through the pre-established port-sharing tables, it is determined and known to the gateway device as which functions are supported by the device.
  • the set of functions are different in this section and RIP and SAP functions are added to the list of functions available, while other functions specified before with the exception of broadcast filtering may not be available.
  • Table X2 is reflective of this.
  • the SETASSTPARMS IPX command is used in a similar manner to its IP counterpart. It is designed to allow the user to select among the appropriately available functions. As before, this command allows the user not only to query about the functions that are available but to selectively pick and choose these functions. Tables X3 is representative of the information obtained and information returned respectively.
  • the new routing mechanism suggested by the teachings of the present invention is workable for the MPC protocol as well. Again, through the port-sharing tables it is possible to route messages directly from Host A to Host B without having to access the LAN. It is as before the gateway device that controls and monitors the configurations of the host devices. As before, this routing mechanism can be implemented in a loosely coupled environment, such as a Sysplex, for sending any type of data between any two hosts and especially without involving any LAN/WAN connections.
  • FIG. 6 shows the blocking of data in the existing systems.
  • Block Header 610 shows the start of a new data batch. Each block header 610 is usually followed by the appropriate MAC Header and LLC shown at 612 and 614. The Protocol header and the Protocol data follow as shown in 616 and 618. A new block of data is shown at 620 and 630.
  • the applications receive user data which is to be sent to the LAN in a data buffer. The applications send the user data to the protocol layer.
  • the protocol layers device drivers can now build the LAN Media headers in a separate buffer area and pass a buffer list to the MPC Macro interface. MPC will then build one PDU with two PDU elements to represent the LAN frame. This design, however, also creates some inefficiencies.
  • each PDU header built by the VTAM or similar protocols is lengthy, usually having a length of 28 bytes plus the PDU element headers are each 8 bytes in length, normally. This translates into a confined, usually 44 (28+8+8) header being built for each LAN frame being sent by the application. This is compared to the 4 byte LCS header associated with each LAN frame.
  • the protocol stacks must still build the LAN Media headers and be knowledgeable of the LAN Media to which the data is being transmitted.
  • One unique Device Driver must be written on the Host to support each unique LAN type. LCS has the same requirement. Building the LAN Media headers requires the allocation of a special buffer and the moving of the LAN specific data into this buffer. MPC must also build a separate PDU element for the headers.
  • the present invention also teaches an interface layer composed of software to be placed between the protocol stacks and MPC.
  • This layer has a timer to wait for data from the protocol stacks. As data buffers are received, a buffer list is assembled. The buffer list contains one entry for each data buffer received. After the timer expires, the buffer list is then transferred to the MPC layer. The MPC layer then places the entire buffer list which contains multiple data buffers from a protocol in one PDU. The data will be transmitted across the I/O Subsystem in one CCW chain, arriving at the channel attached processor as one "block".
  • the protocol headers contain the length of each data element.
  • the "deblocker” code running on the channel attached processor uses the length fields in the protocol headers to determine the offset of the next data element in the block. This eliminates the need for a special header to point at the next data element which is used by the LCS protocol.
  • the blocking of multiple protocol data elements in one PDU also improves the efficiency of the data transfer.
  • only one PDU header needs to be processed for one group of "n" protocol data elements.
  • one PDU header needed to be processed for each protocol data element.
  • the requirement of building LAN Media headers can also be removed with the present invention, from the protocol device drivers.
  • the protocol device drivers just append the destination address on the local LAN as required for each specific protocol.
  • the protocol stacks no longer need to have a unique device driver for each unique LAN connection.
  • One device driver can now be used for all LAN connections. This requirement was removed by placing code in the channel attached platform which builds the LAN Media headers.
  • the LAN media headers are built as the protocol data is removed from the block by the "deblocker" code.

Abstract

A method of allowing any initiating host to establish communications with any receiving host in a computing network using a Multi-path channel communication protocol. The computing environment also having a gateway device that is electronically connected from one end to at least one initiating host and at the other end to at least one local area network through which a plurality of hosts are connected to the gateway device. The method comprise the steps of first performing an initialization step during information and addresses of all present hosts are determined and stored in a port-sharing table which is kept up to date by regular monitoring of availability status. All host communications is performed entirely through the gateway device. Upon the receipt of a special IP address certain information is obtained from the datagram. Then the address and information of the initiating host is compared to the entries in the portsharing table and if no match is found a new entry is made. All necessary information for the establishment of a successful communication between the two hosts are then provided to the initiating host.

Description

FIELD OF INVENTION
The present invention is generally directed to an expanded control command interface that can support network connections to gateway devices without dealing with configuration complexities.
BACKGROUND OF THE INVENTION
Personal computers are gaining widespread popularity as the state of technology is improving. Over the past few decades, their utilization has profilerated both for personal purposes and for use in business and scientific communities. Establishing good computing communications have become a necessity as individual users try to connect to one another for exchange of information, and to larger computers to take advantage of their higher processing capabilities. This need to communicate between different computing hosts or nodes have evolved into the creation of distributed networks. A distributed network is an aggregate of individual systems that are connected to one another electronically. Distributed networks can be organized in a number of ways, either remotely extending over great distances using wide area networks or WANs, or locally through the use of a Local Area Network, better known as a LAN.
A LAN usually consists of a number of nodes or hosts located within an office, a building or at other close proximations. Being a type of a distributed network, a LAN loosely couples processors and workstations. Generally, workstations on a LAN do not share a central memory but do share common servers. In this way a LAN increases the power and flexibility of workstations by enabling them to access shared data without jeopardizing the security of each individual resource.
A LAN system that has been in wide use in recent years is produced by Novell, Inc. of Provo, Utah. In a Novell system, a LAN device driver is implemented on top of the local operating systems to be coupled and device driver commands at the LAN workstations are directed to and from the workstations onto the LAN to the target servers.
As networks have grown and particularly as LANs have come into widespread use, many businesses and organizations have faced the necessity of interconnecting and managing a confederation of networks and LANs. Each network itself can in turn comprises of a plurality of logical networks which in turn run independent and different networking protocols. The challenge has not become only to interconnect local area networks to one another, but to do so and still provide remote server access through WANs or other devices.
Three basic methods are now available to interconnect both local and remote area networks to one another as to provide wide used access and remote information exchange capabilities. These three methods are 1) bridges or data-link devices that connect similar networks together; 2) routers that perform routing services by maintaining a routing table in each host; and 3) gateway devices that carry out protocol conversions and other connectivity functions. Typically, a device driver for the gateway is provided with modems or other physical ports that can be linked to switched communication WANs.
A gateway facility allows the interconnection of multiple independently controlled communication networks to one another in a way that logical units in the network can communicate with one another without any changes to the network. A logical network runs a single networking protocol, but a processing organization can be composed of a dozen of logical networks running six or seven networking protocols. A gateway provides transparent interconnection of these single networking protocols, so that a single multiport transport network is formed.
In the existing mechanisms, gateway devices are implemented on top of the LAN device drivers as a switched communications device interface. The user initialization of the communication link-up procedure redirects the user hardware commands to the gateway. The communications interface in the gateway driver then institutes and maintains the switched communications link, diverting hardware resources of the driver to do so. The connection and access procedures are then executed using the gateway ports and modems in order to link the user's system with the switched communications network. A remote connection is established through the LAN/WAN which sets up a point to point configuration through the port along the communication line between the user and the communications device in use.
The procedure described above have many complexities associated with it. The complexities connected with the configuration assessment of gateway devices is an on-going concern of the designers of such devices today. These configuration concerns contributes to many limitations that exist with today gateway devices. These limitations often make the interconnection of networks running different protocols non-transparent. Because many of the present gateways are transport layer protocol-specific, it is possible that a gateway cannot interconnect a network running for example a TCP/IP protocol and a network running the SNA protocol. Furthermore, a variety of gateway devices have been developed which connect TCP/IP to different operating system and give connectivity to the LAN/WAN environments, but each time the configuration has to be redefined and reassessed before connectivity is accomplished successfully. Furthermore, each gateway device can usually implement only a subset of the TCP/IP functions. Most currently existing gateway devices do not support many of the TCP/IP functions and performance problems have been encountered due to increased bandwidth of the LAN/WAN arenas. One of the communication protocols used to communicate with the gateway is LCS or LAN Channel Station. A control command interface exists in the LCS protocol that requires all the configuration information to be set prior to the TCP/IP connect sequence. Nonetheless, the control interface does not have a command sequence to enable the use of the TCP/IP functions which have been implemented in the gateway devices. To reduce the complexity of configuring gateway devices, an expanded control command interface is needed.
This application is being filed with the following related applications on the same date--attorney dockes: 08/921,432; 08/921,845; 08/921,433; 08/921,441; 08/924,007; 08/920,533; 08/924,018; 08/924,022; 08/920,587; 08/921,434; and 08/920,588.
SUMMARY OF THE INVENTION
A method of allowing any initiating host to establish communications with any receiving host in a computing network using a Multi-path channel communication protocol. The computing environment also having a gateway device that is electronically connected from one end to at least one initiating host and at the other end to at least one local area network through which a plurality of hosts are connected to the gateway device. The method comprises the steps of first performing an initialization step during which using handshaking techniques address of all hosts connected to the gateway is determined. The information is then stored in a port-sharing table in a memory location accessible to the gateway device. All host connections are routinely checked and any unavailability or change in status is then also recorded in the portsharing table. All host communications is performed entirely through the gateway device. Upon the receipt of a special IP address command, such as a SET IP address command, issued at onset of a request from an initiating host to establish communications, first the entries in the portsharing table is checking to see if the initiating host is an existing host or a newly attached host. Address and information of any host that is not already in existance in the table will then be added to the port-sharing table. All information about the local area network number as well as maximum transmission unit size is also obtained from the IP datagram of the initiating host. In turn the initiating host is provided with information including the local area network's type, any maximum transmission unit limitations, and any MAC addresses in order to establish a successful communication between the initiating host and the receiving host through said local area network.
BRIEF DESCRIPTION OF THE DRAWINGS
The subject matter which is regarded as the invention is particularly pointed out and distinctly claimed in the concluding portion of the specification. The invention, however, both as to organization and method of practice, together with further objects and advantages thereof, may best be understood by reference to the following description taken in connection with the accompanying drawings in which:
FIG. 1 is a block diagram illustration of a computing environment;
FIG. 2 is another block diagram illustration of a computing environment having a gateway device and a plurality of hosts;
FIG. 3 is another illustration of the block diagram shown in FIG. 2 with arrows indicating the existing flow of information;
FIG. 4 is another illustration of the block diagram shown in FIG. 2 with arrows indicating the flow of information according to one embodiment of the present invention;
FIG. 5 is yet another block diagram illustration of a computing environment providing different functions as supported by the environment;
FIG. 6 is an illustration of blocks of data grouped together; and
FIGS. 7A and 7B is an illustration of data flow to and from the gateway device.
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is an illustration of an example showing the connection of large computing network environment, such as one provided by a large mainframe computer, to a Local Area Network (LAN) and the Internet. The large rectangle in FIG. 1 shown at 100 is a computing network environment such as an IBM S/390 computer. The operating system(s) for the computing environment is shown as 110 and can be one of many available operating systems such as OS/390 or MVS/ESA. At the next layer, shown at 120, the software products and applications reside, some examples being DB 2, TSO, CICS, and IMS. The Common Gateway Interface or CGI is shown at 130 and interfaces with the communication devices such as an IBM Internet Connection Server, to access VTAM (shown at 142), TCP/IP (shown at 144), IPX (shown at 146) or other similar communication protocols. The network connection to the LAN and/or Internet (shown at 160-174) can be accomplished by means of any indicated communications controller or such as an Open Systems Adapter connection, hereinafter OSA. The network connection from the computing environment servers can be a channel (150) or an integrated platform (155) connection. An Open System Adapter or an OSA shown at 158 is an integrated connectivity platform and a product of IBM Corp. of Armonk. OSA provides direct attachment to token ring (shown at 172), ethernet (shown at 174), FDDI's or fiber distributed data interfaces, and ATM (not shown). Multiple host systems can be accessed from a single workstation through a single OSA LAN/WAN port. Integrated on the OSA card is a channel adapter, a control unit and LAN adapters. OSA supports a variety of communication protocols, namely SNA/APPN, TCP/IP and IPX. OSA allows the sharing of applications and/or LAN ports among logical partitions.
There are many protocols used to connect the communication stacks, for example an MVS TCP/IP Stack to a channel attached platform or an integrated platform such as the OSA. One such platform protocol is known as an LCS or LAN Channel Station. LCS provides an efficient method of transferring data across the I/O subsystems by blocking multiple LAN frames together in one common chain. In the following sections, the teachings of the present invention may be described in reference with a system using OSA and LCS to communicate with the MVS operating system in a setup using TCP/IP. However, the workings of the present invention is not limited to the use of OSA, LCS, TCP/IP and MVS and any such reference will be used for demonstrative purposes only.
A variety of gateway devices have been developed which connect to TCP/IP and give connectivity to LAN/WAN environment. In the existing systems, when a host is communicating with a LAN or other similar networks a Media Access Control Header, also known as a MAC Header, along with the LAN type, has to be first established so that the host and the LAN understand what kind of device and at what address the communication is being determined to address the particular needs of one another. Building a MAC header is not an easy task. In a large communicating environment, each time the host and LAN devices communicate a MAC Header has to be created which can be both inefficient in terms of time and memory consumption. Each time communication is to be established information including the device(s) address on both the sending and receiving ends, MAC header, LAN type, device type, protocol versioning and the like has to be exchanged. This process requires substantial spending of both time and memory. The present invention, however, introduces a concept which makes the formation of MAC headers and providing of such aforementioned information each time between the initiating host and receiving device obsolete. This will save latency, memory capacity and introduces efficiency on memory moves especially on the initiating host's side. The host no longer has a requirement to know any LAN/WAN specific information.
FIG. 2 depicts one embodiment of the present invention. Originating hosts A and B shown at 210 and 212 are connected to a gateway device, preferably an integrated gateway device such as an OSA and shown at 220. The destination hosts C and D shown at 240 and 242 are also connected via the LAN shown at 230 to the gateway device. In the existing systems when originating hosts A and B try to establish communication with destination hosts C and D, the appropriate MAC Header has to be formed first for each communication. Another existing limitation in the present system is that if host A is trying to communicate with host B, the information has to travel from host A into the gateway device and onto the LAN as depicted by the arrows shown in FIG. 3 at 350 before being transformed to Host B. The present invention, however, provides for a technique so that the information from Host A can be provided to Host B without going to the LAN at all as depicted in FIG. 4 and indicated by the arrows shown at 460.
In the present invention whenever each host gets connected to the gateway device, it sends the required address information as an configuration command to the gateway device during an initial handshaking at the onset of establishing communication with the gateway device. It is the gateway device itself that uses the configuration command and controls the communication from that point on. Referring back to FIG. 2, destination hosts C and D continuously are aware of the IP addresses and requirements of the gateway device. Destination hosts C and D obtain the destination MAC addresses of initiating hosts A and B directly from the gateway device, not from Hosts A and B. Hosts A and B have no knowledge of the media specific information or address resolution. Hosts C and D only know about the gateway device address. In other words hosts C and D only know hosts A and B through the gateway device. The same is true about hosts A and B in that they are not aware of independent existence of C and D except through the use of the gateway device. As a consequence, there is no need to define the type of device or the LAN type and protocol versioning each time the communication is being established. In the present invention there are tables existing in the gateway device that are used to make the device aware of all the host/LAN/WAN connections and their special needs. Every time, for example host A is trying to communicate with host C, the gateway device searches in its table of addresses to find the address of A and C so that communication is carried out successfully. But the gateway device is also aware, through the use of its previously stored information of the type of LAN that is connected to device C, any limitations and particular needs that device C has as well as the type of communication protocol needed for device A to communicate with device C. Every time a LAN or host is being newly added, the present invention through an initialization step introduces the device and stores any pertinent information that is needed for further communications. From that point on, once the host becomes connected to the gateway device, the gateway device remains aware of all its requirements. The gateway device also checks the availability and existence of the device connections and their workability, at intervals to monitor and ensure that the device is still available. If the device is no longer in use, the gateway device makes the appropriate alterations to the table(s) in question.
In the existing systems there is a configuration file attached to each communication platform that controls all configuration information. It is the responsibility of the user to keep this configuration file updated. Any new addition or deletion of hosts must be inputted by the user and there is no way that modifications and alterations can be handled automatically. The present invention, however, as explained earlier dynamically and automatically handles alterations, additions and modifications to the configuration through the use of commands explained in detail below and through the use of specially accessed tables.
FIG. 5 is an illustration of the workings of the present invention as explained by one embodiment. The host and its operating system and applications is shown at 500 and 501 respectively. The IP protocols are shown at 502 (IP) and TCP and UDP at 504 and 506, respectively. The TCP/IP or UDP/IP functions available are shown at 550--ARP, 552--Inbound TCP checksum, 554 --IP fragmentation/reassembly, 556--broadcast filtering, 558--IP multicast, 560--Inbound UDP checksum and 562--IP version support (Version 6 is used as way of example). The communication protocol options presented at 550-562 are merely for demonstration purposes and it is possible to add or modify this list according to each particular setup and mechanism. For example in an alternate embodiment of the invention described below, SAP and RIP functions are among the functions that are supported. The LAN connection is shown at 580 and the gateway connection at 530.
In such setups, usually a control command interface exists in the gateway device to allow TCP/IP or other protocols to connect to the gateway device in order to begin data transfers. However, this control command interface requires all the configuration information to be set prior to the TCP/IP connect sequence. Furthermore, the control interface does not have a command sequence to enable the use of the TCP/IP functions which have been implemented in the gateway device. The TCP/IP program product running on such operating systems as MVS and VM/VSE have been developed by a number of companies. But many of today's TCP/IP implementations have encountered performance problems due to the increased bandwidth of the LAN/WAN arenas. To try and improve the MVS and other similar operating system's performance using TCP/IP or other communication protocols, various TCP/IP functions have been identified which could better be implemented in a gateway device which has LAN/WAN connectivity. Some of these functions include ARP assist, TCP and IP checksum calculations, broadcast filtering and IP fragmentation and reassembly. To reduce the complexity of configuring the gateway devices, the present invention introduces an expanded control command interface. This will allow gateway devices to implement most TCP/IP functions and provide means for determining which TCP/IP functions are supported by the gateway device, if any.
The present invention provides for an expanded control command interface to reduce the complexity of gateway device configurations and address the limitations caused by providing a MAC header. A new subset of control commands have been developed which can be used to reduce such configuration complexities. These fall into three basic categories.
The Set IP Address function basically sets up the IP address at STARTUP time, instead of configuration time. In this way each time a TCP/IP session has to be initialized, configuration needs not to be reestablished, therefore reducing the complexity of configuring the device and dynamically configuring the new IP sessions.
Query IP Assist function allows the TCP-UDP/IP to query the channel attached device to determine which TCP-UDP/IP functions are implemented in the device. This will allow the ability to determine which functions if any it wishes to use on the gateway device. So referring back to FIG. 1, all functions shown at 150-162 may not be available. Rather only a subset of 150, 152 and 154 may be available. If the user requires the IP multicast, for example, which is not available the Query IP Assist will allow the user to determine this before further processing time is wasted. Because of its flexibility, the Query IP Assist function can be selected as desired to either work in conjunction with the SET IP Address function or with SET IP Assist function.
The Set IP Assist function will tell the channel attached device which TCP-UDP/IP functions are supported and available to be activated. This allows TCP-UDP/IP to individually select which functions it desires to use. Referring back to FIG. 1, the user may only want to select broadcast filtering for example from the menu of available functions shown at 152-162.
As a consequence, as explained earlier, since the hosts really only know each other through the gateway device, and the gateway device through its port-sharing tables controls and monitors all the configuration information, when Host A wants to communicate with Host B, (FIGS. 2-4), Host A's data does not require to go all the way to the LAN before being transmitted to Host B as in the existing systems. Routing between A and B is direct and without the extra step of involving the LAN. This routing mechanism can be implemented in a loosely coupled environment, such as a Sysplex, for sending any type of data between any two hosts and especially without involving any LAN/WAN connections.
SET IP ADDRESS
The Set IP Address command is used to associate an IP address with a specific user session. The command is initiated by the user. Once the command is received, the gateway device quickly searches its existing port-sharing tables to see if the particular IP address is included or not. If there is a match found, that means that the particular device has been formerly identified. A complete IP data match also indicates that there are no alterations or modifications to be made. However if no matches are found for the IP address, the information concerning the particular IP address, the application using the gateway device from the particular host and the information concerning the port type and subnet mask is obtained from the IP datagram and configuration information and used to build a new entry in the port-sharing table to be used for all future communications. The MTU or maximum transmission Unit size is also determined. The MTU is the maximum data size allowable for processing.
The following tables depicts the information that is obtained from the IP datagram and configuration information, and the information returned to the host and/or established to be used for future communications. FIGS. 7A and 7B show this exchange of information flow to and from the gateway. While FIG. 7A shows this exchange for the following tables represented in this section, FIG. 7B is a similar counterpart showing the flow for the alternate embodiment as described below.
Table 1A is composed of the information obtained at the onset of SETIP Address command and Table 1B comprises of the returned information.
                                  TABLE 1A                                
__________________________________________________________________________
SETIP Command Structure                                                   
__________________________________________________________________________
 ##STR1##                                                                 
Where:                                                                    
nnnn -   Sequence Number Field - two byte field containing a S/390        
                    integer sequence counter. Each command initiator      
         maintains its own                                                
                    sequence count, which starts at zero for the first    
         command, and is                                                  
                    serially incremented (by one) for each subsequent     
         command. The                                                     
                    response string will contain the same sequence number 
         echoed back.                                                     
LT-             Adapter type code - one byte field indicating the adapter 
         type code.                                                       
                       1 = Ethernet                                       
              2 = Token Ring                                              
              7 = FDDI                                                    
LN-      Relative adapter number - one byte field indicating the relative 
         adapter                                                          
                    number.                                               
VER-           2 byte field - version supported for this command (valid   
         entries are                                                      
                    4 (IP V4) or 6 (IP V6)).                              
CNT-           Count Field - 2 byte field (unsigned integer) contains the 
         number of                                                        
                    parameters that are included in the command data      
         field.                                                           
IP Addr-   IP address of the connection. This is a 4 or 16 byte field     
         depending                                                        
                    on the value of the version id. (V4 = 4bytes, V6 =    
         16bytes).                                                        
Netmask -                                                                 
           The TCP/IP Netmask of this connection. This is a 4 or 16 byte  
         field                                                            
                    depending on the value of the version id. (V4 =       
         4bytes, V6 = 16bytes).                                           
MTU -          The Maximum transmittal unit size (MTU) of this            
         connection. This a                                               
                    4 byte field stating the max frame size that can be   
         transmitted on this                                              
                    LAN/WAN segment.                                      
__________________________________________________________________________

                                  TABLE 1B                                
__________________________________________________________________________
SETIP Reply Command Structure                                             
__________________________________________________________________________
 ##STR2##                                                                 
Where:                                                                    
nnnnn -  Sequence Number Field - two byte field containing a S/390        
                  integer sequence counter. Each command initiator        
         maintains its own                                                
                  sequence count, which starts at zero for the first      
         command, and is                                                  
                  serially incremented (by one) for each subsequent       
         command. The                                                     
                  response string will contain the same sequence number   
         echoed back.                                                     
RC -          Command return code. 2 byte field indicating the return     
         code                                                             
                  status.                                                 
__________________________________________________________________________
RC values:                                                                
                      Data Length                                         
Value                                                                     
       Description                                                        
                        (in bytes)                                        
__________________________________________________________________________
0x0000                                                                    
      Success               0   0                                         
0x0001                                                                    
      Command Not                                                         
                        00                                                
            Supported                                                     
0xE001                                                                    
      Data Field Mismatch                                                 
                    0  0                                                  
            (V6 type with V4 data                                         
            field size or vice versa)                                     
0xE002                                                                    
      Invalid MTU Size                                                    
                            4                                             
                                    (returns Max MTU                      
                                    size that we can                      
                                    support on this                       
                                    connection)                           
0xE003                                                                    
      Invalid LAN Type                                                    
                            4                                             
            or LAN Number                                                 
                         (returns LAN Type                                
                                    and LAN Number)                       
0xE004                                                                    
      IP Address table                                                    
                            4                                             
            full         (returns max number                              
                                    of connections we                     
                                    support. Currently                    
                        MAX = 16)                                         
__________________________________________________________________________
LT -     Adapter type code - one byte field indicating the adapter type   
         code.                                                            
              1 = Ethernet                                                
              2 = Token Ring                                              
              7 = FDDI                                                    
LN -     Relative adapter number - one byte field indicating the relative 
         adapter                                                          
                  number.                                                 
VER -        2 byte field - version supported for this command (valid     
         entries are 1                                                    
                  (SNA) ,4 (IP V4), or 6 (IP V6)).                        
ASTS -      16 bit field - TCP/IP Assists supported (information valid    
         only in reply                                                    
                  frames). The bit fields are defined as follows (bit on  
         signifies supported)                                             
                  Assist List:                                            
               Arp Processing-                                            
                            bit 0 (0x0001)                                
              Inbound Checksum Support -                                  
                                bit 1 (0x0002)                            
              Outbound Checksum Support -                                 
                             bit 2 (0x0004)                               
              IP Fragmentation/Reassembly -                               
                             bit 3 (0x0008)                               
              Filtering -                   bit 4 (0x0010)                
              IP V6 Support -                                             
                                      bit 5 (0x0020)                      
ASTE -   16 bit field - TCP/IP Assists Enabled (information valid only in 
         reply                                                            
                  frames).                                                
CNT -        Count Field - 2 byte field (unsigned integer) contains the   
         number of                                                        
                  parameters that are included in the command data        
         field.                                                           
DATA -      RC code dependent data.                                       
__________________________________________________________________________
QIPASST--Query IP Assist Function
One of the commands provided by the present invention is a SET IP Assist. The IP Assist command designed for high performance LAN/WAN connections allows the dynamic configuration of IP functions in gateway devices and enables virtual IP addressing. TCP-UDP/IP will use this command to query the channel or integrated platform which TCP-UDP/IP functions on the device are available. This allows TCP-UDP/IP to individually select which functions it desires to use. The SET IP Assist (SETASSTPARMS) function allows TCP/IP to support multiple devices which in turn can support multiple levels of IP Assist functions. TCP/IP can specify different IP functions for each configured IP address with the SET IP ASSIST function. This adds considerable flexibility to TCP/IP. Special IP ASSISTs which are more useful for specific IP addresses configured for Web Serving can specify specific IP ASSISTs which are designed for Web Serving.
FIG. 5 provides some of the functions supported and used by TCP/IP and on the OSA platform. These assist functions include ARP, Inbound Checksum, Outbound Checksum and IP Fragmentation/Reassembly. The IP Assist functions are designed to shorten the Host code path length and improve the performance of TCP/IP. By providing a command which can be used to query the communication adapters, individual IP sessions which run through the adapter can be setup to use the fast path and the other IP sessions can use the normal path. Again a list of the functions available is kept on the port-sharing table and those that become available or unavailable are masked off appropriately. In this way it is easy to determine at once which functions are supported by the system at any one time very efficiently. The following tables highlight the information originally obtained (Table 2A) and information relayed back to the host (Table 2B). Note that the information provided in FIG. 5 highlighting OSA supported functions ARP, Inbound Checksum, Outbound Checksum and IP Fragmentation/Reassembly are only for demonstration purposes. The set of functions can be customized to include more or less elements selectively as applications require.
              TABLE 2A                                                    
______________________________________                                    
QIPASST Command Structure                                                 
______________________________________                                    
 ##STR3##                                                                 
Where:                                                                    
nnnnn -    Sequence Number Field - two byte field containing              
            a S/390  integer sequence counter. Each command               
            initiator maintains its own  sequence count,                  
            which starts at zero for the first command,                   
            and is serially incremented (by one)                          
            for each subsequent command. The response string              
            will contain the same sequence number                         
            echoed back.                                                  
LT -       Adapter type code - one byte field indicating the              
            adapter type code.                                            
               1 = Ethernet                                               
              2 = Token Ring                                              
              7 = FDDI                                                    
LN -       Relative adapter number - one byte field                       
            indicating the relative adapter number.                       
VER -       2 byte field - version supported for this                     
            command ( valid entries are                                   
                      4 (IP V4), or 6 (IP V6)).                           
______________________________________                                    

              TABLE 2B                                                    
______________________________________                                    
Figure 7-15 QUERYIP Reply-Command Structure                               
______________________________________                                    
 ##STR4##                                                                 
Where:                                                                    
nnnnn -    Sequence Number Field - two byte field containing              
            a S/390 integer sequence counter. Each command                
           initiator maintains its own sequence count,                    
            which starts at zero for the first command,                   
            and is serially incremented (by one)                          
            for each subsequent command. The response string              
            will contain the same sequence number                         
            echoed back.                                                  
RC -        Command return code. 2 byte field indicating                  
            the return code status.                                       
                      RC values:                                          
                     0x0000 = Success                                     
                   0x0001 = Command Not Supported                         
                   0xE003 = Incorrect LAN Type or Number                  
LT -       Adapter type code - one byte field indicating                  
            the adapter type code.                                        
                    1 = Ethernet                                          
                    2 = Token Ring                                        
                    7 = FDDI                                              
LN -       Relative adapter number - one byte                             
            field indicating the relative adapter number.                 
VER -            2 byte field - version supported for this                
            command (valid entries are                                    
                      4 (IP V4) or 6 (IP V6)).                            
ASTS -          16 bit field - TCP/IP Assists supported                   
            (information valid only in reply                              
            frames). The bit fields are defined                           
            as follows (bit on signifies supported)                       
                      Assist List:                                        
         Arp Processing -                                                 
                         bit 0 (0x0001)                                   
         Inbound Checksum Support -                                       
                           bit 1 (0x0002)                                 
         Outbound Checksum Support -                                      
                            bit 2 (0x0004)                                
         IP Fragmentation/Reassembly -                                    
                         bit 3 (0x0008)                                   
         Filtering -                       bit 4 (0x0010)                 
         IP V6 Support -              bit 5 (0x0020)                      
ASTE -     16 bit field - TCP/IP Assists Enabled                          
            (information valid only in reply                              
                      frames).                                            
______________________________________
SETASSTPARMS--Set IP Assist (Parameters)
The SETASSTPARMS command is used by the host IP stack and all the IP applications (i.e. TCP/IP, UDP/IP etc.) to enable the particular assists desired and to specify the parameters needed by the particular assists that are being implemented in the channel, integrated or OSA specific platforms. Examples of these parameters is the setting of the size of the ARP Cache, or the protocols that will be filtered if Broadcast Filtering is implemented. When used with an OSA adapter, the OSA adapter will just discard the broadcast packet when it has been received. The IP protocols include RIP (Routing Information Protocol, SNMP (Simple Network Management Protocol) and BGP (Border Gateway Protocol). This command allows the user not only to query about the functions that are available but to selectively pick and choose these functions. Tables 3A and 3B are representative of the information obtained and information returned respectively. Tables 3C and 3D represent some of the commands available and the responses returned.
                                  TABLE 3A                                
__________________________________________________________________________
Figure 7-16 SETASSTPARMS Command Structure                                
__________________________________________________________________________
 ##STR5##                                                                 
Where:                                                                    
nnnnn -  Sequence Number Field - two byte field containing a S/390        
                               integer sequence counter. Each command     
         initiator maintains its own                                      
                               sequence count, which starts at zero for   
         the first command, and is                                        
                               serially incremented (by one) for each     
         subsequent command. The                                          
                               response string will contain the same      
         sequence number echoed back.                                     
LT -               Adapter type code - one byte field indicating the      
         adapter type code.                                               
                                    1 = Ethernet                          
              2 = Token Ring                                              
              7 = FDDI                                                    
LN -            Relative adapter number - one byte field indicating the   
         relative adapter                                                 
                               number.                                    
VER -             2 byte field - version supported for this command       
         (valid entries are                                               
                               4 (IP V4) or 6 (IP V6)).                   
Assist Number -                                                           
          Number                                                          
                 Description                                              
__________________________________________________________________________
         0x000l                 ARP Assist                                
         0x0002                 Inbound CheckSum Support                  
         0x0004                 OutBound CheckSum Support                 
         0x0008                 IP Frag/Reassemble                        
         0x0010                 Frame Filtering                           
         0x0020                 IP V6 Support                             
__________________________________________________________________________
Assist Options - Assist Specific - refer to table below                   
Assist Parameters - Assist Specific - refer to table below                
__________________________________________________________________________

                                  TABLE 3B                                
__________________________________________________________________________
SETASSTPARMS Reply Command Structure                                      
__________________________________________________________________________
 ##STR6##                                                                 
Where:                                                                    
nnnnn -  Sequence Number Field - two byte field containing a S/390        
         integer sequence counter. Each command initiator maintains its   
         own                                                              
         sequence count, which starts at zero for the first command, and  
         is                                                               
         serially incremented (by one) for each subsequent command. The   
         response string will contain the same sequence number echoed     
         back.                                                            
RC -     Command return code. 2 byte field indicating the return code     
         status.                                                          
         RC values:                                                       
             0x0000 = Success                                             
             0x0001 = Command Not Supported                               
             0xE003 = Incorrect LAN Type or Number                        
LT -     Adapter type code - one byte field indicating the adapter type   
         code.                                                            
             1 = Ethernet                                                 
             2 = Token Ring                                               
             7 = FDDI                                                     
LN -     Relative adapter number - one byte field indicating the relative 
         adapter                                                          
         number.                                                          
VER -    2 byte field - version supported for this command ( valid        
         entries are                                                      
         4 (IP V4) or 6 (IP V6)).                                         
ASTS -   16 bit field - TCP/IP Assists supported (information valid only  
         in reply                                                         
         frames). The bit fields are defined as follows (bit on signifies 
         supported)                                                       
         Assist List:                                                     
              Arp Processing -                                            
                             bit 0 (0x0001)                               
              Inbound Checksum Support -                                  
                             bit 1 (0x0002)                               
              Outbound Checksum Support -                                 
                             bit 2 (0x0004)                               
              IP Fragmentation/Reassembly -                               
                             bit 3 (0x0008)                               
              Filtering -    bit 4 (0x0010)                               
              IP V6 Support -                                             
                             bit 5 (0x0020)                               
ASTE -   16 bit field - TCP/IP Assists Enabled (information valid only in 
         reply                                                            
         frames).                                                         
ASN -    2 byte field - Assist Number                                     
ASO -    2 byte field - Assist Option                                     
RC -     4 byte field - Return Code -                                     
         0x00000000 -Success                                              
         Anything else - command specific failure                         
Data -   Assist specific data                                             
__________________________________________________________________________

                                  TABLE 3C                                
__________________________________________________________________________
Assist Number                                                             
       Assist Command                                                     
               Assist Command Description                                 
                                     Assist Command Parameters            
__________________________________________________________________________
ARP    0×0001                                                       
               Start Assist          None                                 
(0×0001)                                                            
       0×0002                                                       
               Stop Assist           None                                 
       0×0003                                                       
               Set Number of ARP Cache Entries (Default                   
                                     4 byte field = number of             
                                     entries                              
       0×0004                                                       
               Query ARP Cache Table - returns all entries                
                                     None                                 
               ARP Cache                                                  
       0×0005                                                       
               Add ARP Cache Entry   4 or 16 byte field = IP              
                                     address of entry you want to         
                                     add                                  
       0×0006                                                       
               Remove ARP Cache Entry                                     
                                     4 or 16 byte field = IP              
                                     address of entry you want to         
                                     remove                               
       0×0007                                                       
               Flush ARP Table - all ARP Cache Entries are                
                                     None                                 
               deleted                                                    
Inbound                                                                   
       0×0001                                                       
               Start Assist          None                                 
CheckSum                                                                  
       0×0002                                                       
               Stop Assist           None                                 
Support                                                                   
       0×0003                                                       
               Enable Checksum Frame Types (Bit on enables                
                                     None                                 
(0×0002) feature)                                                   
               Bit 0 - Enable IP Frame CheckSumming                       
               Bit 1 - Enable ICMP Frame CheckSumming                     
               Bit 2 - Enable UDP Frame CheckSumming                      
               Bit 3 - Enable TCP Frame CheckSumming                      
               Bits 4-31 - reserved (set to zero)                         
OutBound                                                                  
       0×0001                                                       
               Start Assist          None                                 
CheckSum                                                                  
       0×0002                                                       
               Stop Assist           None                                 
Support                                                                   
       0×0003                                                       
               Enable Checksum Frame Types (Bit on enables                
                                     None                                 
(0×0004) feature)                                                   
               Bit 0 - Enable IP Frame CheckSumming                       
               Bit 1 - Enable ICMP Frame CheckSumming                     
               Bit 2 - Enable UDP Frame CheckSumming                      
               Bit 3 - Enable TCP Frame CheckSumming                      
               Bits 4-31 - reserved (set to zero)                         
Ip     0×0001                                                       
               Start Assist          None                                 
Frag/  0×0002                                                       
               Stop Assist           None                                 
Reassmble                                                                 
Support                                                                   
(0×0008)                                                            
Filtering                                                                 
       0×0001                                                       
               Start Assist          None                                 
Support                                                                   
       0×0002                                                       
               Stop Assist           None                                 
(0×0010)                                                            
       0×0003                                                       
               What Frames to Filter (32 Bit field)                       
                                     None                                 
               (Turn bit on to enable filtering)                          
               Bit 0 - ARP Frames (This bit is turned on                  
               automatically if the ARP Assist                            
               is enabled)                                                
               Bit 1 - RARP Frames                                        
               Bit 2 - ICMP Frames                                        
               Bit 3 - IP Frames                                          
               Bit 4 - IPX/SPX Frames                                     
               Bit 5 - RIP Frames                                         
               Bit 6 - BGP Frames                                         
               Bit 7 - UDP Frames                                         
               Bit 8 - TCP Frames                                         
               Bit 9 - SNMP Frames                                        
               Bit 10 - Mutlicast Frames                                  
               Bit 11 - BroadCast Frames                                  
               Bit 12-31 - Reserved                                       
IPV6   0×0001                                                       
               Start Assist          None                                 
Support                                                                   
       0×0002                                                       
               Stop Assist           None                                 
(0×0020)                                                            
       0×0003                                                       
               What Functions to Support (32 Bit field)                   
                                     None                                 
               (Turn bit on to enable)                                    
               Bit 0 - Allow V6 Traffic                                   
               Bit 1 - Allow V4 Traffic                                   
               Bit 2 - Translate V4 to V6 Model                           
               Bit 3 - Translate V6 to V4 Model                           
               Bit 4-31 Reserved                                          
__________________________________________________________________________

                                  TABLE 3D                                
__________________________________________________________________________
                                     Assist Data (Reply) -                
Assist Number                                                             
       Assist Command                                                     
               Assist Command Description                                 
                                     (least significant 2                 
__________________________________________________________________________
                                     bytes)                               
ARP    0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
(0×0001)                           0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0003                                                       
               Set Number of ARP Cache Entries (Default                   
                                     RC -6)                               
                                         0×0000 -                   
                                              Succcss                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                         0×0003 -                   
                                              Out of Range                
                                     Data -                               
                                         if RC = 0×0003 return      
                                         4 bytes - max number             
                                         of entries supported             
       0×0004                                                       
               Query ARP Cache Table - returns all entries                
                                     RC -                                 
                                         0×0000 -                   
                                              Succcss                     
               ARP Cache                 0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data - if non failing RC -           
                                     returns ARP Cache Table              
       0×0005                                                       
               Add ARP Cache Entry   RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                     Supported                            
                                     Data - returns ARP Cache             
                                     Entry                                
       0×0006                                                       
               Remove ARP Cache Entry                                     
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data - returns ARP Cache             
                                     Entry                                
       0×0007                                                       
               Flush ARP Table - all ARP Cache Entries are                
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
               deleted                   0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
Inbound                                                                   
       0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
CheckSum                                 0×0001 -                   
                                              Failed                      
Support                                  0×0002 -                   
                                              Not                         
(0×0002)                                Supported                   
                                     Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0003                                                       
               Enable Checksum Frame Types (Bit on enables                
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
               feature)                  0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
               Bit 0 - Enable IP Frame CheckSumming                       
                                              Supported                   
               Bit 1 - Enable ICMP Frame CheckSumming                     
                                     Data - 4 bytes with least 4          
               Bit 2 - Enable UDP Frame CheckSumming                      
                                     significant bits representing        
               Bit 3 - Enable TCP Frame CheckSumming                      
                                     what Checksumming support            
               Bits 4-31 - reserved (set to zero)                         
                                     is available                         
OutBound                                                                  
       0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
CheckSum                                 0×0001 -                   
                                              Failed                      
Support                                  0×0002 -                   
                                              Not                         
(0×0004)                                Supported                   
                                     Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0003                                                       
               Enable Checksum Frame Types (Bit on enables                
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
               feature)                  0×0001 -                   
                                              failed                      
                                         0×0002 -                   
                                              Not                         
               Bit 0 - Enable IP Frame CheckSumming                       
                                              Supported                   
               Bit 1 - Enable ICMP Frame CheckSumming                     
                                     Data - 4 bytes with least 4          
               Bit 2 - Enable UDP Frame CheckSumming                      
                                     significant bits representing        
               Bit 3 - Enable TCP Frame CheckSumming                      
                                     what Checksumming support            
               Bit 4-31 - reserved (set to zero)                          
                                     is available                         
Ip     0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
Frag/                                    0×0001 -                   
                                              Failed                      
Reassmble                                0×0002 -                   
                                              Not                         
Support                                       Supported                   
(0×0008)                       Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
Filtering                                                                 
       0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
Support                                  0×0001 -                   
                                              Failed                      
(0×0010)                           0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0003                                                       
               What Frames to Filter (32 Bit field)                       
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
               (Turn bit on to enable filtering)                          
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
               Bit 0 -                                                    
                    ARP Frames (This bit is turned on                     
                                              Supported                   
                     automatically if the ARP Assist                      
                                     Data - 4 bytes with least 12         
                     is enabled)     significant bits representing        
               Bit 1 -                                                    
                     RARP Frames     what Filtering support is            
               Bit 2 -                                                    
                     ICMP Frames     available                            
               Bit 3 -                                                    
                     IP Frames                                            
               Bit 4 -                                                    
                     IPX/SPX Frames                                       
               Bit 5 -                                                    
                     RIP Frames                                           
               Bit 6 -                                                    
                     BGP Frames                                           
               Bit 7 -                                                    
                     UDP Frames                                           
               Bit 8 -                                                    
                     TCP Frames                                           
               Bit 9 -                                                    
                     SNMP Frames                                          
               Bit 10 -                                                   
                     Mutlicast Frames                                     
               Bit 11 -                                                   
                     BroadCast Frames                                     
               Bit 12-31 -                                                
                     Reserved                                             
IP V6  0×0001                                                       
               Start Assist          RC -                                 
                                         0×0000 -                   
                                              Success                     
Support                                  0×0001 -                   
                                              Failed                      
(0×0020)                           0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0002                                                       
               Stop Assist           RC -                                 
                                         0×0000 -                   
                                              Success                     
                                         0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
                                              Supported                   
                                     Data -                               
                                         None                             
       0×0003                                                       
               What Functions to Support (32 Bit field)                   
                                     RC -                                 
                                         0×0000 -                   
                                              Success                     
               (Turn bit on to enable)   0×0001 -                   
                                              Failed                      
                                         0×0002 -                   
                                              Not                         
               Bit 0 - Allow V6 Traffic       Supported                   
               Bit 1 - Allow V4 Traffic                                   
                                     Data - 4 bytes with least 4          
               Bit 2 - Translate V4 to V6 Model                           
                                     significant bits representing        
               Bit 3 - Translate V6 to V4 Model                           
                                     what function support is             
               Bit 4-31 Reserved     available                            
__________________________________________________________________________
 SETASSTPARMS Reply Command Options
MULTI-PATH CHANNELS--An Alternate Embodiment
MPC or multi-path channel protocol is a highly efficient data transfer interface developed to replace LCS by IBM Corp. of Armonk, N.Y. MPC can be implemented in the TCP/IP or VTAM layer; it can also be implemented using Novell based systems. In the existing systems when Host A wants to send data to the gateway or another host, it will wait and collect all information that has to be sent in preselected sizes. This waiting and grouping of data is called "blocking". On the receiving side, this blocked data has to be "deblocked" to distinguish between the individual commands or data.
The existing LCS protocol provides an efficient method of transferring data across the I/O subsystem by blocking multiple LAN frames together in one long chain. However, to provide this interface the LCS protocol is required to use the host processor to copy all the LAN Media Headers and all the application data into one contiguous block before performing the data transfer across the I/O subsystem. Also the LCS must prepend each LAN frame in the block with a four byte LCS header. This header is needed by the "deblocker" application running on the channel attached platform. The "deblocker" application uses the header to remove the individual LAN frames from the LCS block and send them to the LAN. This makes very inefficient use of the host's memory and creates extra latency for the user data. The current LCS interface also requires the device drivers to build the LAN Media Headers. The data passed to LCS must be in the exact format of the data which is to be transferred to the LAN. This requires all applications using the LAN interface to know which LAN type the data is being transferred to along with the destination LAN MAC addresses. One unique device driver must be written for each LAN type to which the application is connected.
The MPC protocol uses a new type of "blocked" data stream known as Discontiguous Protocol Data Units or DPDUs. This new data stream interface allows the header or control information to be in a separate memory area from the user data as it is transferred to the I/O subsystem. This eliminates the need to copy all the LAN media Headers and the application data into one contiguous area. For VTAM applications, a Macro interface has been provided to use when sending data across the MPC connection. The interface allows the application to specify a buffer list. Each entry in the buffer list corresponds to one portion of the discontiguous user data. MPC uses Protocol Data Unit or PDU headers to point at the various portions of the discontiguous user data. Each PDU will contain a list of the PDU elements. Each PDU element will point to one of the entries in the buffer list.
To address the special needs arising from the new MPC protocol manner of handling data streams, an alternate embodiment of the present invention is required and presented here. The three command concepts explained earlier, namely SET IP Address, Query IP and Set IP Assist (parameters) are adjusted to function with the MPC's new requirement. The result is complementary functions SET IPX Address, Query IPX and SETASSTPARMS IPX.
Similar to SET IP Address command, the Set IPX Address command (used primarily but not exclusively with Novell's IPX communication protocol) also to associate an IP address with a specific user session. The command is initiated by the user. Once the command is received, the gateway device quickly searches its existing port-sharing tables to see if the particular IP address is included or not, and alterations, additions or modifications are made if an exact match is not found. However, in the SET IPX Address scenario the only information provided to the gateway device is the LAN port number and id. All other information including a MAC address (as one is necessary in this scenario), MTU size and even the LAN type is provided by the gateway device itself from the port-sharing tables. The following tables provide the specifics of the exchange of information between the host and the gateway device. Notice that all necessary headers including a MAC Header is either dissected or returned by the gateway device as required. Table X1 A and X1 B below shows the IPX command requirements and returned information.
              TABLE X1 A                                                  
______________________________________                                    
SETIPX Command Format                                                     
______________________________________                                    
 ##STR7##                                                                 
Where:                                                                    
C1         SETIPX command                                                 
nnnn       Sequence Number filed                                          
LN         LAN Number to be used by IPX on                                
           the OSA Adapter                                                
MTU        IPX Maximum Transmission Unit for this                         
           connection. This is a four byte field                          
           stating the maximum frame size which                           
           can be transmitted on this LAN/WAN                             
           segment. A value of 0xFFFFFFFF                                 
           implies the MTU value used will be                             
           the returned by OSA on the SETIPX                              
           response shown below.                                          
______________________________________                                    

              TABLE X1 B                                                  
______________________________________                                    
The OSA Command Response Format is as follows:                            
 ##STR8##                                                                 
 ##STR9##                                                                 
Where:                                                                    
nnnn       Sequence number matching the                                   
           SETIPX request                                                 
RC         Return code (Status) from                                      
           OSA Adapter                                                    
LT         LAN Type associated with the LAN                               
           Port seleceted on the SETIPX request                           
LN         LAN Number which was specified with                            
           the SETIPX request                                             
MAC        MAC Address of OSA LAN Port                                    
MTU        Supported MTU value on the OSA adapter                         
______________________________________
Tables X1 C and X1 D below reflect two new sub-command functions the IPX Bind and UNBIND. Binding is a function that allows the supporting of different LAN types on one computing network environment. The Bind function allows the association of particular LAN frame types to a gateway or the physical port. Unbind function is used when a host IPX connection terminates or is shutdown. The Bind command allows one Novell IPX device driver running on the host to support multiple LAN types along with multiple frame types within a specific LAN type. Prior to this implementation, one device driver was necessary for each LAN type and each frame type within a specific LAN type. For example, one device driver can now support an Ethernet-SNAP and Ethernet-802.2 frame type.
IPXBIND
The IPX BIND command is used to BIND a Frame Type to the OSA LAN Port.
The Command Format is as follows:
              TABLE X1 C                                                  
______________________________________                                    
 ##STR10##                                                                
Where:                                                                    
C2         IPX BIND command                                               
nnnn       Sequence Number filed                                          
LT         LAN Type of port                                               
LN         LAN Number                                                     
SAP        Novell's Service Advertising Protocol.                         
           This protocol is used by a Client machine                      
           to determine what servers are available                        
           on the Network.                                                
______________________________________
IPXUNBIND
              TABLE X1 D                                                  
______________________________________                                    
 ##STR11##                                                                
Where:                                                                    
C3         IPX UNBIND Command                                             
nnnn       Sequence Number filed                                          
RC         Return Code returned from OSA                                  
LT         LAN Type of port                                               
LN         LAN Number                                                     
______________________________________
Subsequent Bind and Unbind commands as reflected in tables X1 E and X1 F below are also used to add even additional information, for example additional SAP parameters. These functions are used in a manner similar to the original bind and unbind function.
IPXSUBBIND
The IPX Subsequent BIND command is used to specify additional SAP information to the OSA adapter. The Subsequent BIND command may or may not immediately follow the IPX BIND command. Once the Subsequent BIND command has been processed, IPX RIP and SAP frames will be forwarded to the operating system (MVS).
The format of the IPX Subsequent BIND command is as follows:
              TABLE X1 E                                                  
______________________________________                                    
 ##STR12##                                                                
Where:                                                                    
C4             IPX Subsequent Bind Command                                
nnnn           Sequence Number filed                                      
RC             Return Code returned from OSA                              
LT             LAN Type of port                                           
LN             LAN Number                                                 
More SAP       More SAP information                                       
______________________________________
IPXSUBUNBIND
              TABLE X1 F                                                  
______________________________________                                    
 ##STR13##                                                                
Where:                                                                    
C5        IPX Subsequent UNBIND Network Command                           
nnnn      Sequence Number filed                                           
RC        Return Code returned from OSA                                   
LT        LAN Type of port                                                
LN        LAN Number                                                      
______________________________________
IPX Bind net command (table X1 G) reflects a command used to pass network numbers associated with the operating system to the communication platform. Once a Network Number is specified, then all IPX traffic will be allowed to flow through the IPX connection. The network number will be used to route all non-RIP and non-SAP frames to the proper IPX connection. (RIP and SAP being two functions that are supported in this embodiment.)
FIG. 7B shows the flow of data back and forth from the gateway device for the functions described. Below, Table X1 G shows an example of this for MVS operating system and OSA platform. IPX Unbind net, shown at table X1 H, below is similar to other unbind commands.
IPXBINDNET
The IPX BIND Network Command is used to pass the IPX Network Numbers associated with the MVS Netware Stack to the OSA adapter. Once this command has been processed all IPX frames can be forwarded to the MVS IPX Stack(s).
The format of the IPX BIND Network command is as follows:
              TABLE X1 G                                                  
______________________________________                                    
 ##STR14##                                                                
Where:                                                                    
C6       IPX BIND Network Command                                         
nnnn     Sequence Number filed                                            
RC       Return Code returned from OSA                                    
LT       LAN Type of port                                                 
LN       LAN Number                                                       
CNT      The count of Network numbers in the Data field                   
NN       IPX Network Number(s). Each Network Number is 4                  
         bytes is length. The CNT field indicates the                     
         number of Network Numbers present in this field.                 
______________________________________
IPXUNBINDNET
              TABLE X1 H                                                  
______________________________________                                    
 ##STR15##                                                                
Where:                                                                    
C7            IPX UNBIND Network Command                                  
nnnn          Sequence Number filed                                       
RC            Return Code returned from OSA                               
LT            LAN Type of port                                            
LN            LAN Number                                                  
______________________________________
The SET IPX Assist function is also similar to the IP Assist command functions in that they are both designed for high performance LAN/WAN connections and allow the dynamic configuration of IPX address in gateway devices. As stated before MPC works both with the TCP/IP and other communications protocol including NetBios as well as the Novel protocol stacks and drivers. As a consequence the number of functions available for the user is more involved. However, again through the pre-established port-sharing tables, it is determined and known to the gateway device as which functions are supported by the device. The set of functions are different in this section and RIP and SAP functions are added to the list of functions available, while other functions specified before with the exception of broadcast filtering may not be available.
Table X2 is reflective of this.
              TABLE X2                                                    
______________________________________                                    
QIPXASST - Request and Reply Command Format                               
by telephone interview                                                    
______________________________________                                    
Request Format                                                            
 ##STR16##                                                                
Reply Format                                                              
 ##STR17##                                                                
Where:                                                                    
nnnnn Sequence Number Field - two byte field containing a S/390           
       Integer Sequence                                                   
LT    Adapter type code - one byte field indicating the adapter           
       type code.                                                         
        1 = Ethernet/Fast Ethernet                                        
        2 = Token Ring                                                    
        7 = FDDI                                                          
LN    Relative adapter number - one byte field indicating the relative    
      adapter number.                                                     
VER   2 byte field - IPX Version Supported                                
RC    Command return code. 2 byte field indicating the return code        
      status.                                                             
      RC values:                                                          
        0×0000 = Success                                            
        0×0001 = Command Not Supported                              
        0×E003 = Incorrect LAN Type or Number                       
ASTS  16 bit field - IPX Assists supported (information valid only in     
      reply frames). The bit fields are defined as follows (bit on        
      signifies supported)                                                
      Assist List:                                                        
        RIP Assist      bit 0 (0×0001)                              
        SAP Assist      bit 1 (0×0002)                              
        Frame Filtering bit 2 (0×0004)                              
        Host to Host Routing Setup                                        
                        bit 3 (0×0008)                              
        Extended IPX Version Support                                      
                        bit 4 (0×0010)                              
        (Bits 5-15 are reserved for future use)                           
ASTE  16 bit field - IPX Assists Enabled (information valid only in       
       reply frames).                                                     
______________________________________
The SETASSTPARMS IPX command is used in a similar manner to its IP counterpart. It is designed to allow the user to select among the appropriately available functions. As before, this command allows the user not only to query about the functions that are available but to selectively pick and choose these functions. Tables X3 is representative of the information obtained and information returned respectively.
                                  TABLE X3                                
__________________________________________________________________________
SETIPXASSTPARMS Reply and Request Command Format by telephone             
__________________________________________________________________________
interview                                                                 
Request Format                                                            
 ##STR18##                                                                
Reply Format                                                              
 ##STR19##                                                                
Where:                                                                    
nnnnn Sequence Number Field - two byte field containing a S/390 Integer   
      Sequence                                                            
LT    Adapter type code - one byte field indicating the adapter type      
      code.                                                               
          1 = Ethernet/Fast Ethernet                                      
          2 = Token Ring                                                  
          7 = FDDI                                                        
LN    Relative adapter number - one byte field indicating the relative    
      adapter number.                                                     
VER   2 byte field - IPX/SPX Version supported.                           
Assists Supported (ASTS) - Assist Enabled (ASTE) - 16bit Fields           
       Number       Description                                           
__________________________________________________________________________
       0×0001 (Bit 0)                                               
                    RIP Assist                                            
       0×0002 (Bit 1)                                               
                    SAP Assist                                            
       0×0004 (Bit 2)                                               
                    Frame Filtering                                       
       0×0008 (Bit 3)                                               
                    Host to Host Routing Setup                            
       0×0010 (Bit 4)                                               
                    Extended IPX Version Support                          
       Bits 5-15    Reserved                                              
__________________________________________________________________________
Assist Options - Assist Specific                                          
Assist Parameters - Assist Specific                                       
ASN   2 byte field - Assist Number                                        
ASO   2 byte field - Assist Option                                        
RC    Command return code. 2 byte field indicating the return code        
      status                                                              
          0×0000 = Success                                          
          0×0001 = Command Not Supported                            
          0×E003 = Incorrect LAN Type or Number                     
Data  Assist specific data                                                
__________________________________________________________________________
In closing of this section, it should be noted that the new routing mechanism suggested by the teachings of the present invention is workable for the MPC protocol as well. Again, through the port-sharing tables it is possible to route messages directly from Host A to Host B without having to access the LAN. It is as before the gateway device that controls and monitors the configurations of the host devices. As before, this routing mechanism can be implemented in a loosely coupled environment, such as a Sysplex, for sending any type of data between any two hosts and especially without involving any LAN/WAN connections.
Blocking IP Datagrams in an MPC Point-to-point Environment
FIG. 6 shows the blocking of data in the existing systems. Block Header 610 shows the start of a new data batch. Each block header 610 is usually followed by the appropriate MAC Header and LLC shown at 612 and 614. The Protocol header and the Protocol data follow as shown in 616 and 618. A new block of data is shown at 620 and 630. Usually the applications receive user data which is to be sent to the LAN in a data buffer. The applications send the user data to the protocol layer. Using MPC, the protocol layers device drivers can now build the LAN Media headers in a separate buffer area and pass a buffer list to the MPC Macro interface. MPC will then build one PDU with two PDU elements to represent the LAN frame. This design, however, also creates some inefficiencies. First, each PDU header built by the VTAM or similar protocols is lengthy, usually having a length of 28 bytes plus the PDU element headers are each 8 bytes in length, normally. This translates into a confined, usually 44 (28+8+8) header being built for each LAN frame being sent by the application. This is compared to the 4 byte LCS header associated with each LAN frame. Second, the protocol stacks must still build the LAN Media headers and be knowledgeable of the LAN Media to which the data is being transmitted. One unique Device Driver must be written on the Host to support each unique LAN type. LCS has the same requirement. Building the LAN Media headers requires the allocation of a special buffer and the moving of the LAN specific data into this buffer. MPC must also build a separate PDU element for the headers.
The present invention also teaches an interface layer composed of software to be placed between the protocol stacks and MPC. This layer has a timer to wait for data from the protocol stacks. As data buffers are received, a buffer list is assembled. The buffer list contains one entry for each data buffer received. After the timer expires, the buffer list is then transferred to the MPC layer. The MPC layer then places the entire buffer list which contains multiple data buffers from a protocol in one PDU. The data will be transmitted across the I/O Subsystem in one CCW chain, arriving at the channel attached processor as one "block".
Since the data contained inside the one "block" received from MPC code contains application data from a protocol stack, the protocol headers contain the length of each data element. The "deblocker" code running on the channel attached processor uses the length fields in the protocol headers to determine the offset of the next data element in the block. This eliminates the need for a special header to point at the next data element which is used by the LCS protocol.
The blocking of multiple protocol data elements in one PDU also improves the efficiency of the data transfer. In this case, only one PDU header needs to be processed for one group of "n" protocol data elements. Previously, one PDU header needed to be processed for each protocol data element.
To further improve the efficiency, the requirement of building LAN Media headers can also be removed with the present invention, from the protocol device drivers. The protocol device drivers just append the destination address on the local LAN as required for each specific protocol. The protocol stacks no longer need to have a unique device driver for each unique LAN connection. One device driver can now be used for all LAN connections. This requirement was removed by placing code in the channel attached platform which builds the LAN Media headers. The LAN media headers are built as the protocol data is removed from the block by the "deblocker" code.
While the invention has been described in detail herein in accordance with certain preferred embodiments thereof, many modifications and changes therein may be effected by those skilled in the art. Accordingly, it is intended by the appended claims to cover all such modifications and changes as fall within the true spirit and scope of the invention.

Claims (17)

We claim:
1. In a computing network environment having a gateway device, said gateway device being electronically connected to at least one initiating host and at least one local area network through which a plurality of hosts are connected to said gateway device, said computing network environment using a Multi-path channel communication protocol, a method of allowing any initiating host to establish conmmunications with any receiving host, said method comprising steps of:
performing an initialization step during which using handshaking techniques addresses for hosts electronically connected to said gateway device are determined;
forming a port-sharing table and storing said table in a memory location accessible to said gateway device;
checking at preselected intervals to determine whether connections with said hosts are still active and available;
making necessary changes in said port-sharing table to reflect if any of said connections with said hosts are no longer active or available;
controlling routing of host communications through said gateway device;
upon receipt of a special command issued upon a request from an initiating host to establish communications with a receiving host of said at least one area network, first checking to see if said initiating host is an existing host or a newly attached host by comparing said initiating host's address and information against entries in said poit-sharing table;
adding address and information of said initiating host to said port-sharing table when no match is found amongst said entries in said port-sharing table;
obtaining a local area network number as well as a maximum transmission unit size from an IP datagram provided by said initiating host;
providing to said initiating host a local area network type and maximum transmission unit size from said port-sharing table;
providing said initiating host any MAC addresses needed in order to establish a successful comnmunication between said initiating host and said receiving host through said at least one local area network;
wherein said at least one local area network comprises a plurality of local area networks comprising different types and device specifications;
wherein a special bind command can be issued to determine which local area network types are supported by said computing network environment; said special bind command identifying associated frame types to establish a successful communication; and
wherein a subsequent bind command can be issued to specify additional information used in determining any servers available on said computing network environment.
2. The method of claim 1, wherein said special command is an IPX address command.
3. The method of claim 2, wherein said SET IPX ADDRESS command is issued every time a first initiating host is communicating with a first receiving host.
4. The method of claim 2, wherein said SET IPX ADDRESS command is issued when a first initiating host communicates with a first receiving host.
5. The method of claim 1, wherein an appropriate media header can be constructed by said gateway device by using said port-sharing table; and
said apropriate media header being further provided to said initiating host so that successful communication can be established between said initiating host and said receiving host.
6. The method of claim 1, wherein said local area network's type of port and network number are provided by said initiating host to accomplish said special bind command, further comprising a step of further associating a frame type to said communication platform local area network.
7. The method of claim 1, wherein said subsequent bind command can contain information about service advertising protocol or SAP.
8. The method of claim 1, wherein an unbind command can be used for command termination or shutdown.
9. The method of claim 1, wherein said special IP Address command is a SET IPX ADDRESS command.
10. The method of claim 1, wherein said communication platform is an open system adapter platform.
11. The method of claim 1, wherein said computing environment uses VTAM communication protocol.
12. The method of claim 1, wherein said computing network environment uses VTAM communication protocol.
13. The method of claim 1, wherein said at least one local area network comprises a plurality of local area networks.
14. The method of claim 17, wherein said plurality of local area networks each are of different type and associated with them different and independent communication platforms.
15. The method of claim 1, wherein said gateway device uses a LAN Channel Station Communication Protocol.
16. The method of claim 1, wherein said computing network environment uses Novell IPX communication protocol.
17. In a computing network environment having a gateway device, said gateway device being electronically connected to at least one initiating host and at least one local area network through which a plurality of hosts are connected to said gateway device, said computing network environment using a Multi-path channel communication protocol, a method of allowing any initiating host to establish communications with any receiving host, said method comprising steps of:
performing an initialization step during which using handshaking techniques addresses for hosts electronically connected to said gateway device are determined;
forming a port-sharing table and storing said table in a memory location accessible to said gateway device;
checking at preselected intervals to determine whether connections with said hosts are still active and available;
making necessary changes in said port-sharing table to reflect if any of said connections with said hosts are no longer active or available;
controlling routing of host communications through said gateway device;
upon receipt of a special command issued upon a request from an initiating host to establish communications with a receiving host of said at least one area network, first checking to see if said initiating host is an existing host or a newly attached host by comparing said initiating host's address and information against entries in said port-sharing table;
adding address and information of said initiating host to said port-sharing table when no match is found amongst said entries in said port-sharing table;
obtaining a local area network number as well as a maximum transmission unit size from an IP datagram provided by said initiating host;
providing to said initiating host a local area network type and maximum transmission unit size from said port-sharing table;
providing said initiating host any MAC addresses needed in order to establish a successful communication between said initiating host and said receiving host through said at least one local area network;
wherein said at least one local area network comprises a plurality of local area networks comprising different types and device specifications; and
wherein an IPXBINDNET command can be used for passing Network numbers associated with a stack to said initiating host before successful communication is established.
US08/924,006 1997-08-29 1997-08-29 Internet protocol assists using multi-path channel protocol Expired - Lifetime US6006261A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US08/924,006 US6006261A (en) 1997-08-29 1997-08-29 Internet protocol assists using multi-path channel protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/924,006 US6006261A (en) 1997-08-29 1997-08-29 Internet protocol assists using multi-path channel protocol

Publications (1)

Publication Number Publication Date
US6006261A true US6006261A (en) 1999-12-21

Family

ID=25449575

Family Applications (1)

Application Number Title Priority Date Filing Date
US08/924,006 Expired - Lifetime US6006261A (en) 1997-08-29 1997-08-29 Internet protocol assists using multi-path channel protocol

Country Status (1)

Country Link
US (1) US6006261A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6317434B1 (en) * 1999-04-14 2001-11-13 Verizon Laboratories Inc. Data link layer switch with multicast capability
US20030041238A1 (en) * 2001-08-15 2003-02-27 International Business Machines Corporation Method and system for managing resources using geographic location information within a network management framework
US20030163625A1 (en) * 2002-02-22 2003-08-28 Broadcom Corporation Switch architecture independent of media
US6681258B1 (en) 2000-05-31 2004-01-20 International Business Machines Corporation Facility for retrieving data from a network adapter having a shared address resolution table
US6772221B1 (en) 2000-02-17 2004-08-03 International Business Machines Corporation Dynamically configuring and 5 monitoring hosts connected in a computing network having a gateway device
US6778540B1 (en) 2000-05-31 2004-08-17 International Business Machines Corporation Facility for forwarding data from a network adapter to a router partition without internet protocol (ip) processing
US20040160969A1 (en) * 2003-02-19 2004-08-19 Se-Woong Moon Apparatus for distributively processing BGP and method thereof
US6947431B1 (en) 2000-08-23 2005-09-20 Radio Ip Software Inc. Wireless data communications with header suppression and reconstruction
US20060045089A1 (en) * 2004-08-27 2006-03-02 International Business Machines Corporation Method and apparatus for providing network virtualization
US20070094402A1 (en) * 2005-10-17 2007-04-26 Stevenson Harold R Method, process and system for sharing data in a heterogeneous storage network
US7315541B1 (en) 2002-04-03 2008-01-01 Cisco Technology, Inc. Methods and apparatus for routing a content request
US20090182858A1 (en) * 2006-05-29 2009-07-16 China Mobile Communications Corporation Method for assigning address to the intelligent information household appliance and the sub-equipment in the household network

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4677588A (en) * 1983-11-14 1987-06-30 International Business Machines Corp. Network interconnection without integration
US5185860A (en) * 1990-05-03 1993-02-09 Hewlett-Packard Company Automatic discovery of network elements
US5237659A (en) * 1989-07-27 1993-08-17 Bull S.A. Gateway device for connecting a computer bus to a ring network
US5425023A (en) * 1991-07-12 1995-06-13 Hitachi, Ltd. Network system and method of managing a maximum transfer unit in the network system
US5426427A (en) * 1991-04-04 1995-06-20 Compuserve Incorporated Data transmission routing system
US5430727A (en) * 1990-09-04 1995-07-04 Digital Equipment Corporation Multiple protocol routing
US5442630A (en) * 1991-05-24 1995-08-15 Gagliardi; Ugo O. ISDN interfacing of local area networks
US5463625A (en) * 1993-09-29 1995-10-31 International Business Machines Corporation High performance machine for switched communications in a heterogeneous data processing network gateway
US5473608A (en) * 1991-04-11 1995-12-05 Galileo International Partnership Method and apparatus for managing and facilitating communications in a distributed heterogeneous network
US5475601A (en) * 1994-02-15 1995-12-12 Emhart Glass Machinery Investments Inc. Control for glassware forming system including bidirectional network gateway
US5491693A (en) * 1993-12-30 1996-02-13 International Business Machines Corporation General transport layer gateway for heterogeneous networks
US5519858A (en) * 1992-01-10 1996-05-21 Digital Equipment Corporation Address recognition engine with look-up database for storing network information
US5524254A (en) * 1992-01-10 1996-06-04 Digital Equipment Corporation Scheme for interlocking line card to an address recognition engine to support plurality of routing and bridging protocols by using network information look-up database
US5596579A (en) * 1993-10-01 1997-01-21 International Business Machines Corporation High performance machine for switched communications in a heterogeneous data processing network gateway
US5612959A (en) * 1992-07-08 1997-03-18 Hitachi, Ltd. Multicast communications method
US5636216A (en) * 1994-04-08 1997-06-03 Metricom, Inc. Method for translating internet protocol addresses to other distributed network addressing schemes
US5684954A (en) * 1993-03-20 1997-11-04 International Business Machine Corp. Method and apparatus for providing connection identifier by concatenating CAM's addresses at which containing matched protocol information extracted from multiple protocol header
US5790541A (en) * 1996-04-01 1998-08-04 Motorola, Inc. Apparatus, method, system and system method for distributed routing in a multipoint communication system
US5809254A (en) * 1993-06-24 1998-09-15 Nec Corporation Data communication mechanism capable of producing data packet having optimal segment size in communication system
US5822319A (en) * 1995-05-18 1998-10-13 Kabushiki Kaisha Toshiba Router device and datagram transfer method for data communication network system

Patent Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4677588A (en) * 1983-11-14 1987-06-30 International Business Machines Corp. Network interconnection without integration
US5237659A (en) * 1989-07-27 1993-08-17 Bull S.A. Gateway device for connecting a computer bus to a ring network
US5185860A (en) * 1990-05-03 1993-02-09 Hewlett-Packard Company Automatic discovery of network elements
US5430727A (en) * 1990-09-04 1995-07-04 Digital Equipment Corporation Multiple protocol routing
US5426427A (en) * 1991-04-04 1995-06-20 Compuserve Incorporated Data transmission routing system
US5473608A (en) * 1991-04-11 1995-12-05 Galileo International Partnership Method and apparatus for managing and facilitating communications in a distributed heterogeneous network
US5442630A (en) * 1991-05-24 1995-08-15 Gagliardi; Ugo O. ISDN interfacing of local area networks
US5425023A (en) * 1991-07-12 1995-06-13 Hitachi, Ltd. Network system and method of managing a maximum transfer unit in the network system
US5519858A (en) * 1992-01-10 1996-05-21 Digital Equipment Corporation Address recognition engine with look-up database for storing network information
US5524254A (en) * 1992-01-10 1996-06-04 Digital Equipment Corporation Scheme for interlocking line card to an address recognition engine to support plurality of routing and bridging protocols by using network information look-up database
US5612959A (en) * 1992-07-08 1997-03-18 Hitachi, Ltd. Multicast communications method
US5684954A (en) * 1993-03-20 1997-11-04 International Business Machine Corp. Method and apparatus for providing connection identifier by concatenating CAM's addresses at which containing matched protocol information extracted from multiple protocol header
US5809254A (en) * 1993-06-24 1998-09-15 Nec Corporation Data communication mechanism capable of producing data packet having optimal segment size in communication system
US5463625A (en) * 1993-09-29 1995-10-31 International Business Machines Corporation High performance machine for switched communications in a heterogeneous data processing network gateway
US5596579A (en) * 1993-10-01 1997-01-21 International Business Machines Corporation High performance machine for switched communications in a heterogeneous data processing network gateway
US5491693A (en) * 1993-12-30 1996-02-13 International Business Machines Corporation General transport layer gateway for heterogeneous networks
US5475601A (en) * 1994-02-15 1995-12-12 Emhart Glass Machinery Investments Inc. Control for glassware forming system including bidirectional network gateway
US5636216A (en) * 1994-04-08 1997-06-03 Metricom, Inc. Method for translating internet protocol addresses to other distributed network addressing schemes
US5822319A (en) * 1995-05-18 1998-10-13 Kabushiki Kaisha Toshiba Router device and datagram transfer method for data communication network system
US5790541A (en) * 1996-04-01 1998-08-04 Motorola, Inc. Apparatus, method, system and system method for distributed routing in a multipoint communication system

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6937608B1 (en) 1999-04-14 2005-08-30 Verizon Laboratories Inc. Data link layer switch with multicast capability
US7573874B2 (en) 1999-04-14 2009-08-11 Verizon Laboratories Inc. Data link layer switch with multicast capability
US6317434B1 (en) * 1999-04-14 2001-11-13 Verizon Laboratories Inc. Data link layer switch with multicast capability
US20050232272A1 (en) * 1999-04-14 2005-10-20 Verizon Laboratories Inc. Data link layer switch with multicast capability
US6772221B1 (en) 2000-02-17 2004-08-03 International Business Machines Corporation Dynamically configuring and 5 monitoring hosts connected in a computing network having a gateway device
US6681258B1 (en) 2000-05-31 2004-01-20 International Business Machines Corporation Facility for retrieving data from a network adapter having a shared address resolution table
US6778540B1 (en) 2000-05-31 2004-08-17 International Business Machines Corporation Facility for forwarding data from a network adapter to a router partition without internet protocol (ip) processing
US6947431B1 (en) 2000-08-23 2005-09-20 Radio Ip Software Inc. Wireless data communications with header suppression and reconstruction
US20030041238A1 (en) * 2001-08-15 2003-02-27 International Business Machines Corporation Method and system for managing resources using geographic location information within a network management framework
US20050268017A1 (en) * 2002-02-22 2005-12-01 Broadcom Corporation Method of handling data in a network device
US7469310B2 (en) 2002-02-22 2008-12-23 Broadcom Corporation Network switch architecture for processing packets independent of media type of connected ports
US7725639B2 (en) 2002-02-22 2010-05-25 Broadcom Corporation Switch architecture independent of media
EP1341348A1 (en) * 2002-02-22 2003-09-03 Broadcom Corporation Switch architecture independent of type of media
US20030163625A1 (en) * 2002-02-22 2003-08-28 Broadcom Corporation Switch architecture independent of media
US7054977B2 (en) 2002-02-22 2006-05-30 Broadcom Corporation Method of handling data in a network device
US20060184712A1 (en) * 2002-02-22 2006-08-17 Broadcom Corporation Switch architecture independent of media
US20090138644A1 (en) * 2002-02-22 2009-05-28 Broadcom Corporation Switch architecture independent of media
US6934787B2 (en) 2002-02-22 2005-08-23 Broadcom Corporation Adaptable switch architecture that is independent of media types
US7315541B1 (en) 2002-04-03 2008-01-01 Cisco Technology, Inc. Methods and apparatus for routing a content request
US7330474B2 (en) 2003-02-19 2008-02-12 Samsung Electronics Co., Ltd. Apparatus for distributively processing BGP and method thereof
US20040160969A1 (en) * 2003-02-19 2004-08-19 Se-Woong Moon Apparatus for distributively processing BGP and method thereof
US7515589B2 (en) 2004-08-27 2009-04-07 International Business Machines Corporation Method and apparatus for providing network virtualization
US20060045089A1 (en) * 2004-08-27 2006-03-02 International Business Machines Corporation Method and apparatus for providing network virtualization
US20070094402A1 (en) * 2005-10-17 2007-04-26 Stevenson Harold R Method, process and system for sharing data in a heterogeneous storage network
US20090182858A1 (en) * 2006-05-29 2009-07-16 China Mobile Communications Corporation Method for assigning address to the intelligent information household appliance and the sub-equipment in the household network
US8065435B2 (en) * 2006-05-29 2011-11-22 China Mobile Communications Corporation Method for assigning address to the intelligent information household appliance and the sub-equipment in the household network

Similar Documents

Publication Publication Date Title
US5999974A (en) Internet protocol assists for high performance LAN connections
US6014699A (en) Internet protocol assists for high performance LAN connections
US6009467A (en) System for checking status of supported functions of communication platforms at preselected intervals in order to allow hosts to obtain updated list of all supported functions
US6078964A (en) Establishing direct communications between two hosts without using a high performance LAN connection
US6003088A (en) Blocking IP datagrams in a multi-path channel point-to-point environment
US6084859A (en) Internet protocol assists using multi-path channel protocol
US6023734A (en) Establishing direct communications between two hosts without using a high performance LAN connection
US5987515A (en) Internet protocol assists using multi-path channel protocol
US7640364B2 (en) Port aggregation for network connections that are offloaded to network interface devices
US7697536B2 (en) Network communications for operating system partitions
EP0381365B1 (en) A system and method for interconnecting applications across different networks of data processing systems
US7227868B2 (en) Relay connection management program, relay connection management method, relay connection management apparatus and recording medium which stores relay connection management program
US6370583B1 (en) Method and apparatus for portraying a cluster of computer systems as having a single internet protocol image
US7254620B2 (en) Storage system
US20030101275A1 (en) Information processing system accessed through network and control method of packet transfer load
US6185218B1 (en) Communication method and apparatus for use in a computing network environment having high performance LAN connections
US6006261A (en) Internet protocol assists using multi-path channel protocol
US5974049A (en) Internet protocol assists for high performance LAN connections
US6389027B1 (en) IP multicast interface
US6327621B1 (en) Method for shared multicast interface in a multi-partition environment
US6003080A (en) Internet protocol assists using multi-path channel protocol
EP1111850A2 (en) Control and distribution protocol for a portable router framework
US6772221B1 (en) Dynamically configuring and 5 monitoring hosts connected in a computing network having a gateway device
US6985496B2 (en) Communication management device and communication management method
US20040105438A1 (en) Router and method for controlling maximum transmission unit of external network interface

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RATCLIFF, BRUCE H.;VALLEY, STEPHEN R.;REEL/FRAME:008700/0116

Effective date: 19970828

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment

Year of fee payment: 7

FPAY Fee payment

Year of fee payment: 12