IP multicast interface

Details IP multicast interface IP multicast interface

1998-08-25

2003-07-29

Vanderpuye, Ken (Department: 2661)

Multiplex communications

Pathfinding or routing

Switching a message which includes an address header

C370S401000

Reexamination Certificate

active

06600743

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.
This application is being filed with the following related applications on the same date U.S. patent application Ser. No. 09/139948, U.S. Pat. No. 6,327,621 issued Dec. 4, 2001, and U.S. patent application Ser. No. 09/139797.
SUMMARY OF THE INVENTION
A method of multicasting messages in a computing network environment that has a gateway device and at least one host and a plurality of clients that are in processing communication with one another. At first any host and clients requesting registration are registered by obtaining their relevant information including any information needed for routing messages to that host or client. Then a multicast routing table is establishing, making one entry per host or client in the table that contains the routing information. All communication between the host and the client(s) is controlled by means of a connectivity platform that receives all information packets before searching the table and routing them accordingly to its owner. If a matching entry is not found the packet is then dropped.


REFERENCES:
patent: 4677588 (1987-06-01), Benjamin et al.
patent: 5237659 (1993-08-01), Takats
patent: 5331637 (1994-07-01), Francis et al.
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: 5570366 (1996-10-01), Baker et al.
patent: 5596579 (1997-01-01), Yasrebi
patent: 5684800 (1997-11-01), Dobbins et al.
patent: 5732071 (1998-03-01), Saito et al.
patent: 5835723 (1998-11-01), Andrews et al.
patent: 5898686 (1999-04-01), Virgile
patent: 5958018 (1999-09-01), Eng et al.
patent: 5970066 (1999-10-01), Lowry et al.
patent: 6009467 (1999-12-01), Ratcliff et al.
patent: 6016319 (2000-01-01), Kshirsagar et al.
patent: 6046989 (2000-04-01), Takahashi
patent: 609772

Affiliated with

Also associated with

Rating

IP multicast interface does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with IP multicast interface, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and IP multicast interface will most certainly appreciate the feedback.

Rate now

Comments { 0 }

Profile ID: LFUS-PAI-O-3003548