Mainframe Path Start learning free
Applied10 min readLesson 2 of 3

VIPA, Sysplex Distributor and the TN3270 server

A virtual IP address (VIPA) is not tied to one adapter, so an application stays reachable if a card fails. Dynamic VIPA and Sysplex Distributor extend that across a sysplex. The TN3270 server is how almost everyone reaches green screens today.

Why a virtual IP address

A normal IP address belongs to one interface. If that OSA card or its cable fails, the address disappears with it. A VIPA (Virtual IP Address) belongs to the stack itself, not to any adapter. As long as at least one interface still works and routing knows how to reach the VIPA, clients keep connecting. This is why important z/OS services are usually published on a VIPA.

Static VIPA survives an adapter failure
Clientconnects to 10.20.40.10
Networkroutes to the stack
OSA 1 or OSA 2either path works
VIPAowned by the stack
Applicationlistening port

Dynamic VIPA

A static VIPA protects against adapter failure but stays on one system. A dynamic VIPA (DVIPA) can move between stacks in a sysplex. Each DVIPA has an owning stack and one or more backup stacks; if the owner fails, a backup takes over the address. Some DVIPAs are tied to an application: the address becomes active on whichever system the application starts on. All of this is defined in the VIPADYNAMIC section of the profile.

Sysplex Distributor

Sysplex Distributor goes a step further. One stack owns a distributed DVIPA and receives new connections, then spreads them across target stacks where the same application is running. It can use WLM information to favour systems with spare capacity or servers meeting their goals. Clients see a single address; the sysplex behaves like one server.

Sysplex Distributor at concept level
Clientsone address
Distributing stackowns the DVIPA
Target stacksSYSA, SYSB, SYSC
Server instancese.g. CICS or z/OS Connect
Choosing the right kind of VIPA
Static VIPA
Survives adapter or path failureStays on one systemSimple to define
Dynamic VIPA
Moves to a backup stack if the owner failsCan follow an applicationNeeds a sysplex
Distributed DVIPA
Spreads new connections across systemsCan use WLM to choose targetsGives scale and availability

The TN3270 server

Users no longer have real 3270 terminals. They run a 3270 emulator on a PC, which speaks the TN3270E protocol over TCP/IP to the TN3270 server in Communications Server. The server converts each connection into an SNA session with VTAM, using a VTAM LU, so applications such as TSO, CICS and IMS see an ordinary 3270 terminal.

From PC to application
3270 emulatoron a PC
TN3270 serverTCP port, often 23 or 992
VTAM LUfrom a pool
ApplicationTSO, CICS, IMS
Fragment of a TN3270 configuration (illustrative)
TELNETPARMS
  PORT 23
  INACTIVE 3600
ENDTELNETPARMS
BEGINVTAM
  PORT 23
  DEFAULTLUS TCPM0001..TCPM0500 ENDDEFAULTLUS
  ALLOWAPPL *
ENDVTAM

Exact statement names and options depend on release and site style, so read your own site's configuration before relying on any example.

Common mistakes

Pointing clients at a physical interface address

If that adapter fails, the service is unreachable even though the application is fine. Publish services on a VIPA.

Assuming Sysplex Distributor balances existing sessions

It distributes new connections. Long-lived connections stay where they started, which matters when one system is restarted.

Mixing up the two meanings of USS

In VTAM, USS means Unformatted System Services (the logon screen and its table). In z/OS generally it usually means Unix System Services. Context decides.

What you will see at work

Key terms

Check your understanding.
Take this lesson's quiz and save your progress. Free.

Take the lesson quiz
← Communications Server and the TCP/IP stackSNA and VTAM basics, and troubleshooting connectivity →