[an error occurred while processing this directive]

HP OpenVMS Systems

Wide Area Networking products
» 

HP OpenVMS Systems

OpenVMS information

» What's new on our site
» Upcoming events
» Configuration and buying assistance
» Send us your comments

HP OpenVMS systems

» OpenVMS software
» Supported Servers
» OpenVMS virtualization
» OpenVMS solutions and partners
» OpenVMS success stories
» OpenVMS service and support
» OpenVMS resources and information
» OpenVMS documentation
» Education and training

Evolving business value

» Business Systems Evolution
» AlphaServer systems transition planning
» Alpha RetainTrust program

Related links

» HP Integrity servers
» HP Alpha systems
» HP storage
» HP software
» HP products and services
» HP solutions
» HP support
disaster proof
HP Integrity server animation
HP Integrity server animation
Content starts here

X.25 for OpenVMS Integrity server—methods of communication over IP

The X.25 v2.0 release for OpenVMS Integrity provides support for communication via:

  • X.25 Server/Client (X.25 over DECnet)
  • LLC2 (X.25 over LAN)
  • XOT (X.25 over TCP/IP)

The above methods require an external machine to act as a gateway or relay to the X.25 connection or PSDN. The X.25 for OpenVMS Integrity server provides the interface for the actual synchronous line and may be implemented using an OpenVMS Alpha system with a PBXDP or PBXDD synchronous communication controller, or a third party dedicated router.

Note:X.25 native communication using synchronous communication controllers on OpenVMS Integrity servers will not be supported.

X.25 Server/Client

This communication method allows systems that are interconnected via a DECnet network to exchange X.25 protocol information. A typical network configuration would consist of an OpenVMS Alpha system with a synchronous communication controller (PBXDP or PBXDD) that would act as a gateway or X.25 Server for other OpenVMS Alpha or Integrity systems (X.25 clients) running X.25.

X.25 Server/Client configuration using DECnet

In this configuration, Systems A, B and C could communicate with System D. System C could be implemented as an Alpha system with a synchronous communication controller PBXDP or PBXDD, or as a third party router that supports X.25 Server (X.25 over DECnet) and synchronous communications.

Advantages of this configuration are that since DECnet is a routable protocol, the systems may be interconnected over wide area network. In addition, the actual networking backbone could be provided by TCP/IP and then use DECnet-over-TCP/IP for the X.25 client/server connection. One disadvantage for this configuration is that DECnet and X.25 Server/Client are implemented with proprietary protocols.

X.25 over Ethernet (LLC2)

This option allows X.25 systems that are interconnected via a LAN or Extended LAN to communicate via the LLC2 protocol. There are two basic configurations:
  • Pure LLC2
  • LLC2 used in conjunction with a relay system which allows X.25 traffic to be "relayed" from the LLC2 link to some other linkage such as a sync card.

Both configurations are outlined in the following diagram: X.25 using LLC2 and Relay

In the configuration shown, System A can communicate with System B using X.25 over LLC2. Both System A and B could also communicate with System C, and if System C was configured with X.25 Relay, Systems A and B would also be able to communicate with System D.

System C could be implemented as an Alpha system with a synchronous communication controller PBXDP or PBXDD, or as a third party router that supports LLC2 and synchronous communications.

The Relay system can be configured with different types of connections such as the synchronous line shown, or by running X.25 over TCP/IP. Many different types of third party router hardware exists that can provide the functionality of System C. LLC2 is not a routable protocol and so is limited to use on a LAN or Extended LAN.

X.25 over TCP/IP (XOT)

Based on RFC1613, X.25 over TCP/IP (aka XOT), this communication method allows systems that are interconnected via TCP/IP network to exchange X.25 protocol information. A typical network configuration would consist of an OpenVMS Alpha system with a synchronous communication controller (PBXDP or PBXDD) that would act as a gateway or X.25 Server for other OpenVMS Alpha or Integrity systems (X.25 clients) running X.25.

X.25 configuration using TCP/IP

In this configuration System A can communicate via X.25 with System B; either A or B can communicate with System C which in turn could be configured with X.25 Relay allowing A & B to communicate with system D.

System C could be implemented as an Alpha system with a synchronous communication controller PBXDP or PBXDD, or as a third party router that supports X.25 over TCP/IP and synchronous communications.

Advantages of this configuration are that since TCP/IP is a routable protocol, the systems may be interconnected over wide area network. As with LLC2, there are many vendors that provide XOT functionality in dedicated routers. The connectivity between System C and System D could be via a synchronous line/PSDN; a point to point connection (leased line) or even an ISDN connection (using a dedicated device to connect from the sync line to an ISDN interface.

Variations on a theme

The following diagram looks at two disjoint locations (a home office and a remote office), connected via a virtual private network (such as PPTP).

X.25 configuration using TCP/IP

In this configuration the Windows XP Pro system would establish a PPTP connection to the Windows 2003 Server (or even another XP Pro system). Once the VPN connection was established (and assuming that the Windows systems were configured for internet connection sharing), the two X.25 systems running XOT could communicate.

The major advantage of this configuration is that it completely eliminates the need for a synchronous communication adapter. This configuration is also secure, since the PPTP connection can have 128 bit encryption. The existing X.25 legacy application to continue functioning with no noticeable change (from the application perspective) to the network environment.

More information

» HP X.25 for OpenVMS Alpha and I64 Systems, v2.0 SPD (pdf)