Multiplex communications – Pathfinding or routing – Switching a message which includes an address header
Reexamination Certificate
2000-03-31
2004-07-06
Kizou, Hassan (Department: 2662)
Multiplex communications
Pathfinding or routing
Switching a message which includes an address header
C370S469000, C709S227000, C709S230000, C709S250000
Reexamination Certificate
active
06760329
ABSTRACT:
FIELD OF THE INVENTION
The present invention relates to a method and system for handling both proprietary and transmission control protocol/internet protocol (TCP/IP) protocols over a single point-to-point protocol (PPP) connection.
Background
Currently, a point-to-point protocol (PPP) connection over a dial-up line can operate with, for example, a transmission control protocol/internet protocol (TCP/IP), an International Business Machines (IBM®) Network Basic Input/Output System (NetBIOS) Extended User interface (NetBEUI) Application Programming Interface (API) and Novell® Internetwork Packet Exchange™-Sequenced Packet Exchange™ (IPX™-SPX™) compatible protocols. However, the PPP connection does not support and, thus, can not be used for proprietary protocol-based communications. The PPP is defined in Internet Standards Track protocol RFC1549, Internet Official Protocol Standards, RFC1549—The Point-to-Point Protocol (PPP) Specification, published July 1994. The NetBEUI API is implemented in the IBM® LAN Manager program available from IBM Corporation of Armonk, N.Y. The IPX™ and SPX™ protocols are implemented in the Novell® NetWare® network operating system available from Novell, Inc., of Provo, Utah. The TCP is defined in Internet Standards Track protocol RFC793, Internet Official Protocol Standards, RFC793—Transmission Control Protocol DARPA Internet Program Protocol Specification, published September 1981. The IP is defined in Internet Standards Track protocol RFC791, Internet Official Protocol Standards, RFC791—Internet Protocol DARPA Internet Program Protocol Specification, published September 1981. In certain cases, for example, management of remote computers, there is a need for users, or more accurately remote management application programs, to communicate initially using proprietary protocols and then switch over to a TCP/IP, NetBEUI or IPX™-SPX™ type of connection for further operations while still maintaining the connection. Since PPP does not permit the use of proprietary protocols, the initial connection must first be a non-PPP connection, which is made using the proprietary protocol, a modem and a communication line. To switch to TCP/IP, the initial non-PPP connection must be dropped and the line connection initiated again using a PPP, for example, a Remote Access Service (RAS) which is provided in the Windows® 95 and above operating system (OS) versions. The Windows® OS is licensed by Microsoft Corporation of Redmond, Wash. The RAS enables a user to log on to a network via a dial-up connection and operate as if the user was physically connected to the network. This capability permits the diagnosis and correction of system problems from remote computers. In many operating environments dropping and re-dialing in an attempt to reconnect to the same line used for the non-PPP connection is not feasible, since the re-dial is not guaranteed to be able to successfully reconnect to the same line as was used for the non-PPP connection. Reconnecting to the same line can not be guaranteed since the server with which the non-PPP connection was made does not maintain any modem connection status information in order to enable the new call to be recognized as being related to the prior non-PPP call. In such situations, in order to operate in other protocols, the RAS needs to be blocked initially and the communication handle of the line must be obtained. To accomplish this, a special driver is required which can expose the communication handle at the application level. Unfortunately, due to differences across multiple platforms, a separate special driver is required for each type of platform.
While current systems permit users to connect over dial-up lines using either a PPP connection or a non-PPP connection, there are no systems that enable users to use a PPP connection to initially communicate using a non-PPP protocol and then switch to a TCP/IP, or similar protocol, [-] based PPP connection over a single communication line without first dropping the PPP connection and attempting to reconnect to the same communication line and without the use of special drivers.
Therefore, a universal method and system are needed that will enable users to use a PPP connection to communicate over a single communication line initially using a non-PPP protocol and then switch to a TCP/IP or similar protocol while still maintaining the PPP connection without the use of special drivers for different platforms.
REFERENCES:
patent: 5674003 (1997-10-01), Andersen et al.
patent: 6125177 (2000-09-01), Whittaker
patent: 6269402 (2001-07-01), Lin et al.
patent: 6560239 (2003-05-01), Frid et al.
patent: 2002/0010818 (2002-01-01), Wei et al.
Larsen Roy Kenneth
Pitla Rao S.
Intel Corporation
Kenyon & Kenyon
Kizou Hassan
Swickhamer Christopher M
LandOfFree
Method and system for handling proprietary protocols and... 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 and system for handling proprietary protocols and..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and system for handling proprietary protocols and... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3218794