Electrical computers and digital processing systems: multicomput – Computer-to-computer session/connection establishing
Reexamination Certificate
1998-08-25
2001-12-04
Dinh, Dung C. (Department: 2153)
Electrical computers and digital processing systems: multicomput
Computer-to-computer session/connection establishing
C709S228000, C370S432000
Reexamination Certificate
active
06327621
ABSTRACT:
FIELD OF INVENTION
The present invention is generally directed to an IP multicast interface used in network connections with gateway devices.
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 proliferated 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 contribute to many limitations that exist with today's 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 incorporates by reference U.S. Pat. No. 5,999,974 issued Dec. 7, 1999.
SUMMARY OF THE INVENTION
A method for addressing IP multicast problems using a special set of control commands in a computing network environment having at least one host and a plurality of clients connected to one another via a local area network (LAN). The method comprises: sending a special control command by a first platform that desires to add a new IP multicast address; providing a LAN MAC multicast address as well as an IP multicast address with the special control command; a controlling platform receiving said connection requests and registering said information provided about each new IP multicast address in a multicast routing table; creating one entry in said table for each connection request received if said connection request contains a new IP multicast address entry; initiating a use count mechanism to keep track of numbers of communication stacks which have registered with a certain IP multicast address, thus allowing different virtual hosts to register new entries; and routing all inbound IP packets destined for an IP multicast address to all communication stacks which have registered with said controlling platform.
A method of dynamically configuring and monitoring every host connected to a gateway device in a computing network environment.
REFERENCES:
patent: 4677588 (1987-06-01), Benjamin et al.
patent: 5237659 (1993-08-01), Takats
patent: 5361256 (1994-11-01), Doeringer et al.
patent: 5430727 (1995-07-01), Callon
patent: 5442630 (1995-08-01), Gagliardi et al.
patent: 5463625 (1995-10-01), Yasrebi
patent: 5473608 (1995-12-01), Gagne et al.
patent: 5475601 (1995-12-01), Hwang
patent: 5491693 (1996-02-01), Britton et al.
patent: 5596579 (1997-01-01), Yasrebi
patent: 5832229 (1998-11-01), Tomoda et al.
patent: 5835723 (1998-11-01), Andrews et al.
patent: 5920560 (1999-07-01), Takahashi et al.
patent: 5959989 (1999-09-01), Gleeson et al.
patent: 6009467 (1999-12-01), Ratcliff et al.
patent: 6046989 (2000-04-01), Ta
Lee Chin
Ratcliff Bruce H.
Valley Stephen R.
Dinh Dung C.
Gonzalez Floyd A.
International Business Machines - Corporation
Neff Lily
Trim Nkosi N
LandOfFree
Method for shared multicast interface in a multi-partition... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method for shared multicast interface in a multi-partition..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method for shared multicast interface in a multi-partition... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2592449