The Personals in OS/2 Warp 4: Difference between revisions

From OS2World.Com Wiki
Jump to navigation Jump to search
(Created page with "No, this article isn't about lonely people in search of the perfect mate. It's about the Personals--the IBM Personal Communications Entry (PCOMM-E) products, particularly PCOM...")
 
No edit summary
Line 2: Line 2:


'''''Well, this isn't about lonely people in search of the perfect mate. Here, the Personals are the IBM Personal Communications Entry (PCOMM-E) products, with the main focus on PCOMM-E's TCP/IP version. This article tells you how to use PCOMM-E(TCP/IP) to easily access your S/390 or AS/400 computer system from the OS/2 Warp 4 desktop.'''''
'''''Well, this isn't about lonely people in search of the perfect mate. Here, the Personals are the IBM Personal Communications Entry (PCOMM-E) products, with the main focus on PCOMM-E's TCP/IP version. This article tells you how to use PCOMM-E(TCP/IP) to easily access your S/390 or AS/400 computer system from the OS/2 Warp 4 desktop.'''''
IBM Personal Communications Entry (PCOMM-E) is a group of entry-level versions of the popular PCOMM for OS/2 32-bit product. It provides a subset of the functionality and connectivity available in the IBM Personal Communications for OS/2 family of full-function products, while preserving the same basic look and feel.
PCOMM-E comes in three versions:
* Personal Communications/3270 - IEEE 802.2 Entry Level Version 3.4, for interaction with S/390 applications through a native SNA LAN (IEEE 802.2) connection. PCOMM-E(IEEE) is shipped in the OS/2 Warp AttachPak.
* Personal Communications/3270 - LUA Entry Level Version 4.0, also for interaction with S/390 applications. Access to the S/390 is through IBM Communications Server's LUA API or the OS/2 Access Feature. PCOMM-E(LUA) is shipped with IBM Communications Server.
* Personal Communications AS/400 and 3270 - TCP/IP Entry Level Version 4.1 provides up to two 5250 and/or 3270 GUI display sessions for interaction with AS/400 or S/390 applications, respectively. Access to the AS/400 or S/390 is through TCP/IP Version 3.5 for OS/2 stack. PCOMM-E(TCP/IP) can take advantage of any transport for which the TCP/IP stack is configured, including LAN, SLIP, or PPP. PCOMM-E(TCP/IP) is shipped with OS/2 Warp 4.
This article focuses on the PCOMM-E(TCP/IP) version. For the rest of this article, the term PCOMM-E specifically denotes PCOMM-E(TCP/IP).
==== PCOMM-E Highlights ====
PCOMM-E gives you access, at your OS/2 Warp 4 PC workstation, to 3270 and/or 5250 applications on host computers. As shown in Figure 1, PCOMM-E supports up to two host GUI display sessions (called WorkStation Sessions). Each session is autonomous, enabling you to have sessions to different hosts, using different emulations, different color mappings, different languages, and so forth.
The 5250 and 3270 applications adhere to any of the IBM 3270 Display Station screen sizes--24x80, 32x80, 43x80, or 27x132--with no need for scrolling. In fact, PCOMM-E's automatic font-sizing capability scales fonts to fit within a session window whenever the window is resized.
PCOMM-E provides additional capabilities to users who have historically used the limited TN3270 and TN5250 emulators that came with IBM TCP/IP for OS/2 products.
For the rare occasion when you may need to resolve a problem, PCOMM-E comes with administration tools. With these tools, you can trace the communications between PCOMM-E and sockets, and apply Authorized Program Analysis Reports (APARs), Corrective Service Diskettes (CSDs), and device drivers. Figure 2 displays the tools within the Administration Tools folder.
{| border="1"
|+'''Figure 2. Administration Tools'''
|-
| [[Image:pers2.jpg]]
|}
Key Functions
PCOMM-E provides these major functions:
* 3270 display emulation
* 5250 display emulation
* Color mapping
* Maximum of two sessions
* Models 2 through 5 screen sizes
* Clipboard edit functions (Undo, Copy, Cut, and Paste)
* Printer Definition Tables (PDTs)
* Connectivity via TCP/IP Version 3.5 for OS/2, included with OS/2 Warp 4
* Automatic font sizing
* Trace setup utility
* Maintenance tools for applying CSDs, APARs, and device drivers
==== What You Need to Know ====
Prior to installing and configuring PCOMM-E for access to an S/390 or AS/400, you need to determine certain facts:
* Is your S/390 or AS/400 on the same network as your OS/2 Warp host? If not, you need to ensure that a router exists to provide the path between your network and the destination network.
* Is there a name server available on the network, or is a host list available in the TCP/IP configuration at the OS/2 Warp host? If so, you need to know the host name of your destination. If not, you need to know its IP address.
* Is only a single interface being used for all sessions between PCOMM-E(TCP/IP) and the S/390 and/or AS/400? If two interfaces are required (for example, LAN to the S/390 and SLIP to the AS/400), you need to ensure that both are enabled.
* Is OS/2 Warp 4 Remote Access being used? If so, Remote Access must be properly configured with TCP/IP as a protocol.
Finally, you need to configure MPTS and/or TCP/IP to address all of these concerns.
==== PCOMM-E Interfaces ====
PCOMM-E supports native TCP/IP and TCP/IP encapsulated in NetBIOS. The interfaces available to the OS/2 Warp 4 workstation are:
* Serial Line Internet Protocol (SLIP)
* Point-to-Point Protocol (PPP)
* LAN (Token-Ring, Ethernet, PC Network, or FDDI)
* IBM Remote Access Client
* IBM 8235 Dial-In Access to LANs (DIALs) Client
{| border="1"
|+'''Figure 3. TCP/IP Protocol Bound to Token-Ring'''
|-
| [[Image:pers3.jpg]]
|}
IBM Dial-Up for TCP/IP lets you use SLIP or PPP through a COM port to connect to another TCP/IP host or to a service provider.
PCOMM-E also accommodates LAN connections supported by MPTS (Token-Ring, Ethernet, PC Network, and FDDI). Asynchronous Transfer Mode (ATM) LAN Emulation is also an option.
Finally, PCOMM-E is supported by the IBM emulated LAN solutions, IBM Remote Access (LAN Distance), and IBM 8235 DIALs. For both Remote Access and 8235 DIALs, PCOMM-E resides on the client machine. The client machine communicates through the workstation's COM port to a server that is physically connected to the local area network. For IBM Remote Access, the server is a software solution; for IBM 8235 DIALs, the server is a hardware solution. In either case, the server gives the remote client running PCOMM-E access to a S/390 and/or AS/400 host residing on the LAN.
When you use either LAN or Remote Access as the transport for the TCP/IP protocol, you must verify your MPTS configuration and modify it as needed. You can do this in PCOMM-E's Adapter and Protocol Configuration screen, shown in Figures 3 and 4. In Figure 3, the TCP/IP protocol is bound to the physical Token-Ring adapter installed in the box. In Figure 4, the TCP/IP protocol is bound to the virtual LAN (LAN Distance) adapter provided with Remote Access.
Figure 3. TCP/IP Protocol Bound to Token-Ring
{| border="1"
|+'''Figure 4. TCP/IP Protocol Bound to LAN Distance'''
|-
| [[Image:pers4.jpg]]
|}
Figure 4. TCP/IP Protocol Bound to LAN Distance
==== TCP/IP Configuration ====
You may have to modify your existing TCP/IP configuration if it does not include the routes or name services that allow connectivity to your AS/400 and/or S/390. For the interface(s) that you have configured and enabled under TCP/IP, confirm the following:
* Verify that the current router definitions will get you to the destination host network and address. If not, add the necessary routing statements to your configuration.
* If you want to use a host name rather than an IP address, make sure the host name exists locally or at the configured name server. Add the host name at either location if it does not exist.
For SLIP or PPP connections, you will need to use the IBM Dial-Up for TCP/IP utility to configure the connection to the destination TCP/IP host, either directly or through a service provider.
==== AS/400 Configuration ====
Since this connectivity is via TCP/IP, software running on the AS/400 must include TCP/IP Connectivity Utilities/400 (product number 5763-TC1) as well as OS/400 (product number 5763-SS1). These utilities support the standard TCP/IP utilities and protocols on the AS/400.
PCOMM-E provides access to the AS/400 through 5250 Telnet; optionally, you can use 3270 Telnet. During TCP/IP Connectivity Utilities installation and subsequent setup, the required communication objects are created within OS/400 to allow access by remote TCP/IP applications. AS/400 supports TCP/IP via several media: LAN (Ethernet and Token-Ring), X.25, SDDI, FDDI, and ISDN.
The key information required to configure TCP/IP in OS/2 Warp 4 PCOMM-E is:
* Host name and/or IP address
* A valid userid and password for AS/400
* Whether the TCP/IP daemons (servers) have been started on the AS/400
The next series of steps shows you how to obtain this information. It is important that you work with your information systems professionals to ensure easy, quick access to the AS/400. For example, they will have to set up a valid password and security access to applications and databases on the AS/400.
The first step is to sign on to the AS/400. To do this, find a workstation or terminal attached to the AS/400 with which you want to communicate, and power it on (for a PC, start up Client Access/400). A Sign-On menu immediately appears. After you sign on, you see the AS/400 Main Menu screen (Figure 5).
{| border="1"
|+'''Figure 5. AS/400 Main Menu'''
|-
| [[Image:pers5.jpg]]
|}
Figure 5. AS/400 Main Menu
Next, perform the following steps to determine whether the TCP/IP Connectivity Utilities/400 are installed in the system:
Once you know that the TCP/IP Connectivity Utilities are loaded, your next step is to gather the configuration information. Return to the AS/400 Main Menu by continually pressing F12 until the main menu is displayed. Then perform the following steps:
{| border="1"
|+'''Figure 7. Work with TCP/IP Host Table Entries'''
|-
| [[Image:pers7.jpg]]
|}
Figure 7. Work with TCP/IP Host Table Entries
The IP address that you found in step 2 in the "Work with TCP/IP Interfaces" screen, 9.19.138.5, is associated with two names in Figure 7: A simple host name, DAL90TCP, and a fully qualified name (including domain), DAL90TCP.SL.DFW.IBM.COM. These represent the host names and the IP address that you should configure on your workstation to communicate with the AS/400.
At this point, you have all the information you need for connecting to the AS/400 from another TCP/IP host.
The next step is to check which servers (e.g., TCP/IP daemons) are running on the AS/400. This is also where you can determine which other users are connected, and which sockets are being used.
The command to view the current connection status of the AS/400 TCP/IP is either NETSTAT or WRKCNNSTS. Return to the AS/400 Main Menu by continually pressing F12 until it is displayed. At the bottom of the main menu, at the "Selection or Command" prompt, type either of these commands and press Enter. You see the "Work with TCP/IP Connection Status" screen, shown in Figure 8.
{| border="1"
|+'''Figure 8. Work with TCP/IP Connection Status'''
|-
| [[Image:pers8.jpg]]
|}
Figure 8. Work with TCP/IP Connection Status
Before attempting to connect, make sure that your "Work with TCP/IP Connection Status" screen contains a row with the entry "telnet" under Local Port, as shown in Figure 8. This entry indicates that the AS/400 TCP/IP Telnet server is listening for a remote host connection. If no such entry appears in your screen, then you must restart TCP/IP. To do that, from a command line, type STRTCP to start TCP/IP, or STRTCPSVR to start the TCP/IP servers, then press Enter. You can enter these commands on any screen that has "Selection or Command" at the bottom.
==== S/390 Configuration ====
For the S/390 host, you need to verify and collect much of the same configuration data that you did for the AS/400 host.
To verify that TCP/IP is installed and configured on the host system, consult its systems administrator.
The system administrator configures IBM TCP/IP Version 2 Release 3 for VM and IBM TCP/IP for MVS by modifying configuration files and datasets. At startup time, the configuration parameters for TCP/IP and all its services (server processes) are read from these configuration files and datasets.
Figure 9 summarizes the configuration files and datasets that contain information pertinent to this article. These files are meant to be viewed and altered by the system administrator. For this reason, we will not go into detail about them. If you have system administration responsibilities, please read IBM TCP/IP for VM V2R3 : Planning and Customization (SC31-6082) or IBM TCP/IP V3R2 for MVS: Customization and Administration Guide (SC31-7134) to build and tailor these configuration data sets.
 
{| border="1"
|+''' Figure 9. Major TCP/IP Configuration Files and Datasets for VM and MVS'''
|-
|
<pre>
File Name Dataset Name                        Purpose
(in VM) (in MVS)
PROFILE TCPIP PROFILE.TCPIP Main configuration
TCPIP DATA TCPIP.DATA Clients and servers configuration file
HOSTS LOCAL HOSTS.LOCAL Flat table for name-to-address translation
ETC GATEWAYS ETC.GATEWAYS External gateways description
NSMAIN DATA NSMAIN.DATA Name server configuration file
MASTER DATA MASTER.DATA Name server resource records
</pre>
|}
==== PCOMM-E Configuration ====
PCOMM-E is installed alongside the base OS/2 Warp 4.
Configuring PCOMM-E(TCP/IP) is as simple as providing a host name or destination IP address. In fact, if both host GUI display sessions (workstation sessions in PCOMM-E terminology) are connected to a single destination, you need to configure only one session, then use the "Run the same" option under "File" in the menu bar of the PCOMM-E WorkStation Session window.
{| border="1"
|+'''Figure 10. Administration Tools'''
|-
| [[Image:pers10.jpg]]
|}
When PCOMM-E is installed during the OS/2 Warp 4 installation process, a Personal Communications folder is added to the OS/2 Warp 4 Programs folder. To configure a PCOMM-E workstation display session, open the Personal Communications folder (Figure 10) and do the following steps:
Figure 10. Personal Communications Folder
   
{| border="1"
|-
!'''Figure 13. Telnet3270 Window'''
|-
| [[Image:pers13.jpg]]
|-
!'''Figure 14. Telnet3270 Advanced Window'''
|-
| [[Image:pers14.jpg]]
|}
Customization is now complete. The WorkStation Session window is in view and ready to be placed in session with the host.
If you previously selected Autoconnect from the Communication menu bar, an immediate attempt is made to establish a session with the host. If you have not selected Autoconnect, then select Communication from the menu bar of the WorkStation Session window. You see the Communication pulldown menu (Figure 15). In that menu, select Autoconnect to make the connection. (For the difference between Autoconnect and Auto-reconnect, see the note in step 6 above.)
Figure 15. Communication Pulldown Menu
If you require a second session to the same destination, do steps 8a and 8b to initiate the session. If you require a second session to a different destination, do steps 9a through 9f.
Second session to the same destination
==== Limitations ====
Even with the wealth of features discussed in this article, PCOMM-E contains only a portion of the features available in the full-function IBM Personal Communications products.
The limitations listed below are based on a comparison with the PCOMM full-function product. PCOMM-E(TCP/IP) is not intended to replace PCOMM, so you must decide whether PCOMM-E(TCP/IP) fulfills your needs for 3270 and/or 5250 LAN and WAN connectivity.
'''''Note:''''' Functions that are available in the full-function PCOMM product, but not in PCOMM-E, appear in gray in the PCOMM-E menus.
{| border="1"
|+'''Figure 17.  Save WorkStation Profile as Window'''
|-
| [[Image:pers18.jpg]]
|}
Limitations in PCOMM-E(TCP/IP) are:
* All connections are through the TCP/IP socket interface
* No externalized API support
* Command line file transfer interface only
* No graphics support
* Font set is limited to the IBM3270 set
* Keyboard mapping is static
* No hotspot support
* No popup keypad support
* Menu bar is not customizable
* No iconic tool bar
* No support for advanced edit functions ("copy append" and "paste next")
* No AS/400 PC Support/Client Access features (data transfer and shared folders)
PCOMM-E's limitations, however, do provide a benefit: Storage requirements are reduced, because the connection is TCP/IP only, with limited advanced usability features.
----
[[Collins]] is an advisory marketing support representative in PC Server pre-sales support within the IBM Personal Systems Competency Center, Roanoke, Texas. She provides technical and marketing assistance for IBM PC Servers and supported network operating systems. Fran previously developed IBM redbooks and workshops on IBM enterprise workstation software.
[[Kerl]] is a consulting marketing support representative in the IBM AS/400 Competency Center in Roanoke, Texas. His responsibilities include client/server application development and data warehouse planning, design, and implementation for the IBM AS/400. During his 28 years with IBM, James has provided technical assistance to customers who developed communication applications for AS/400 and System/3x systems, 3270 workstations and controllers, and host communication configurations.

Revision as of 15:59, 19 October 2017

No, this article isn't about lonely people in search of the perfect mate. It's about the Personals--the IBM Personal Communications Entry (PCOMM-E) products, particularly PCOMM-E's TCP/IP version. Learn to use PCOMM-E(TCP/IP) to easily access your S/390 or AS/400 computer system from the OS/2 Warp 4 desktop.

Well, this isn't about lonely people in search of the perfect mate. Here, the Personals are the IBM Personal Communications Entry (PCOMM-E) products, with the main focus on PCOMM-E's TCP/IP version. This article tells you how to use PCOMM-E(TCP/IP) to easily access your S/390 or AS/400 computer system from the OS/2 Warp 4 desktop.

IBM Personal Communications Entry (PCOMM-E) is a group of entry-level versions of the popular PCOMM for OS/2 32-bit product. It provides a subset of the functionality and connectivity available in the IBM Personal Communications for OS/2 family of full-function products, while preserving the same basic look and feel.

PCOMM-E comes in three versions:


  • Personal Communications/3270 - IEEE 802.2 Entry Level Version 3.4, for interaction with S/390 applications through a native SNA LAN (IEEE 802.2) connection. PCOMM-E(IEEE) is shipped in the OS/2 Warp AttachPak.
  • Personal Communications/3270 - LUA Entry Level Version 4.0, also for interaction with S/390 applications. Access to the S/390 is through IBM Communications Server's LUA API or the OS/2 Access Feature. PCOMM-E(LUA) is shipped with IBM Communications Server.
  • Personal Communications AS/400 and 3270 - TCP/IP Entry Level Version 4.1 provides up to two 5250 and/or 3270 GUI display sessions for interaction with AS/400 or S/390 applications, respectively. Access to the AS/400 or S/390 is through TCP/IP Version 3.5 for OS/2 stack. PCOMM-E(TCP/IP) can take advantage of any transport for which the TCP/IP stack is configured, including LAN, SLIP, or PPP. PCOMM-E(TCP/IP) is shipped with OS/2 Warp 4.

This article focuses on the PCOMM-E(TCP/IP) version. For the rest of this article, the term PCOMM-E specifically denotes PCOMM-E(TCP/IP).


PCOMM-E Highlights

PCOMM-E gives you access, at your OS/2 Warp 4 PC workstation, to 3270 and/or 5250 applications on host computers. As shown in Figure 1, PCOMM-E supports up to two host GUI display sessions (called WorkStation Sessions). Each session is autonomous, enabling you to have sessions to different hosts, using different emulations, different color mappings, different languages, and so forth.


The 5250 and 3270 applications adhere to any of the IBM 3270 Display Station screen sizes--24x80, 32x80, 43x80, or 27x132--with no need for scrolling. In fact, PCOMM-E's automatic font-sizing capability scales fonts to fit within a session window whenever the window is resized.


PCOMM-E provides additional capabilities to users who have historically used the limited TN3270 and TN5250 emulators that came with IBM TCP/IP for OS/2 products.


For the rare occasion when you may need to resolve a problem, PCOMM-E comes with administration tools. With these tools, you can trace the communications between PCOMM-E and sockets, and apply Authorized Program Analysis Reports (APARs), Corrective Service Diskettes (CSDs), and device drivers. Figure 2 displays the tools within the Administration Tools folder.


Figure 2. Administration Tools

Key Functions PCOMM-E provides these major functions:


  • 3270 display emulation
  • 5250 display emulation
  • Color mapping
  • Maximum of two sessions
  • Models 2 through 5 screen sizes
  • Clipboard edit functions (Undo, Copy, Cut, and Paste)
  • Printer Definition Tables (PDTs)
  • Connectivity via TCP/IP Version 3.5 for OS/2, included with OS/2 Warp 4
  • Automatic font sizing
  • Trace setup utility
  • Maintenance tools for applying CSDs, APARs, and device drivers

What You Need to Know

Prior to installing and configuring PCOMM-E for access to an S/390 or AS/400, you need to determine certain facts:

  • Is your S/390 or AS/400 on the same network as your OS/2 Warp host? If not, you need to ensure that a router exists to provide the path between your network and the destination network.
  • Is there a name server available on the network, or is a host list available in the TCP/IP configuration at the OS/2 Warp host? If so, you need to know the host name of your destination. If not, you need to know its IP address.
  • Is only a single interface being used for all sessions between PCOMM-E(TCP/IP) and the S/390 and/or AS/400? If two interfaces are required (for example, LAN to the S/390 and SLIP to the AS/400), you need to ensure that both are enabled.
  • Is OS/2 Warp 4 Remote Access being used? If so, Remote Access must be properly configured with TCP/IP as a protocol.

Finally, you need to configure MPTS and/or TCP/IP to address all of these concerns.


PCOMM-E Interfaces

PCOMM-E supports native TCP/IP and TCP/IP encapsulated in NetBIOS. The interfaces available to the OS/2 Warp 4 workstation are:

  • Serial Line Internet Protocol (SLIP)
  • Point-to-Point Protocol (PPP)
  • LAN (Token-Ring, Ethernet, PC Network, or FDDI)
  • IBM Remote Access Client
  • IBM 8235 Dial-In Access to LANs (DIALs) Client
Figure 3. TCP/IP Protocol Bound to Token-Ring

IBM Dial-Up for TCP/IP lets you use SLIP or PPP through a COM port to connect to another TCP/IP host or to a service provider.


PCOMM-E also accommodates LAN connections supported by MPTS (Token-Ring, Ethernet, PC Network, and FDDI). Asynchronous Transfer Mode (ATM) LAN Emulation is also an option.


Finally, PCOMM-E is supported by the IBM emulated LAN solutions, IBM Remote Access (LAN Distance), and IBM 8235 DIALs. For both Remote Access and 8235 DIALs, PCOMM-E resides on the client machine. The client machine communicates through the workstation's COM port to a server that is physically connected to the local area network. For IBM Remote Access, the server is a software solution; for IBM 8235 DIALs, the server is a hardware solution. In either case, the server gives the remote client running PCOMM-E access to a S/390 and/or AS/400 host residing on the LAN.


When you use either LAN or Remote Access as the transport for the TCP/IP protocol, you must verify your MPTS configuration and modify it as needed. You can do this in PCOMM-E's Adapter and Protocol Configuration screen, shown in Figures 3 and 4. In Figure 3, the TCP/IP protocol is bound to the physical Token-Ring adapter installed in the box. In Figure 4, the TCP/IP protocol is bound to the virtual LAN (LAN Distance) adapter provided with Remote Access.


Figure 3. TCP/IP Protocol Bound to Token-Ring


Figure 4. TCP/IP Protocol Bound to LAN Distance

Figure 4. TCP/IP Protocol Bound to LAN Distance


TCP/IP Configuration

You may have to modify your existing TCP/IP configuration if it does not include the routes or name services that allow connectivity to your AS/400 and/or S/390. For the interface(s) that you have configured and enabled under TCP/IP, confirm the following:

  • Verify that the current router definitions will get you to the destination host network and address. If not, add the necessary routing statements to your configuration.
  • If you want to use a host name rather than an IP address, make sure the host name exists locally or at the configured name server. Add the host name at either location if it does not exist.

For SLIP or PPP connections, you will need to use the IBM Dial-Up for TCP/IP utility to configure the connection to the destination TCP/IP host, either directly or through a service provider.


AS/400 Configuration

Since this connectivity is via TCP/IP, software running on the AS/400 must include TCP/IP Connectivity Utilities/400 (product number 5763-TC1) as well as OS/400 (product number 5763-SS1). These utilities support the standard TCP/IP utilities and protocols on the AS/400.

PCOMM-E provides access to the AS/400 through 5250 Telnet; optionally, you can use 3270 Telnet. During TCP/IP Connectivity Utilities installation and subsequent setup, the required communication objects are created within OS/400 to allow access by remote TCP/IP applications. AS/400 supports TCP/IP via several media: LAN (Ethernet and Token-Ring), X.25, SDDI, FDDI, and ISDN.


The key information required to configure TCP/IP in OS/2 Warp 4 PCOMM-E is:


  • Host name and/or IP address
  • A valid userid and password for AS/400
  • Whether the TCP/IP daemons (servers) have been started on the AS/400

The next series of steps shows you how to obtain this information. It is important that you work with your information systems professionals to ensure easy, quick access to the AS/400. For example, they will have to set up a valid password and security access to applications and databases on the AS/400.


The first step is to sign on to the AS/400. To do this, find a workstation or terminal attached to the AS/400 with which you want to communicate, and power it on (for a PC, start up Client Access/400). A Sign-On menu immediately appears. After you sign on, you see the AS/400 Main Menu screen (Figure 5).


Figure 5. AS/400 Main Menu

Figure 5. AS/400 Main Menu


Next, perform the following steps to determine whether the TCP/IP Connectivity Utilities/400 are installed in the system:


Once you know that the TCP/IP Connectivity Utilities are loaded, your next step is to gather the configuration information. Return to the AS/400 Main Menu by continually pressing F12 until the main menu is displayed. Then perform the following steps:

Figure 7. Work with TCP/IP Host Table Entries

Figure 7. Work with TCP/IP Host Table Entries


The IP address that you found in step 2 in the "Work with TCP/IP Interfaces" screen, 9.19.138.5, is associated with two names in Figure 7: A simple host name, DAL90TCP, and a fully qualified name (including domain), DAL90TCP.SL.DFW.IBM.COM. These represent the host names and the IP address that you should configure on your workstation to communicate with the AS/400.


At this point, you have all the information you need for connecting to the AS/400 from another TCP/IP host.


The next step is to check which servers (e.g., TCP/IP daemons) are running on the AS/400. This is also where you can determine which other users are connected, and which sockets are being used.


The command to view the current connection status of the AS/400 TCP/IP is either NETSTAT or WRKCNNSTS. Return to the AS/400 Main Menu by continually pressing F12 until it is displayed. At the bottom of the main menu, at the "Selection or Command" prompt, type either of these commands and press Enter. You see the "Work with TCP/IP Connection Status" screen, shown in Figure 8.


Figure 8. Work with TCP/IP Connection Status

Figure 8. Work with TCP/IP Connection Status


Before attempting to connect, make sure that your "Work with TCP/IP Connection Status" screen contains a row with the entry "telnet" under Local Port, as shown in Figure 8. This entry indicates that the AS/400 TCP/IP Telnet server is listening for a remote host connection. If no such entry appears in your screen, then you must restart TCP/IP. To do that, from a command line, type STRTCP to start TCP/IP, or STRTCPSVR to start the TCP/IP servers, then press Enter. You can enter these commands on any screen that has "Selection or Command" at the bottom.


S/390 Configuration

For the S/390 host, you need to verify and collect much of the same configuration data that you did for the AS/400 host.

To verify that TCP/IP is installed and configured on the host system, consult its systems administrator.


The system administrator configures IBM TCP/IP Version 2 Release 3 for VM and IBM TCP/IP for MVS by modifying configuration files and datasets. At startup time, the configuration parameters for TCP/IP and all its services (server processes) are read from these configuration files and datasets.


Figure 9 summarizes the configuration files and datasets that contain information pertinent to this article. These files are meant to be viewed and altered by the system administrator. For this reason, we will not go into detail about them. If you have system administration responsibilities, please read IBM TCP/IP for VM V2R3 : Planning and Customization (SC31-6082) or IBM TCP/IP V3R2 for MVS: Customization and Administration Guide (SC31-7134) to build and tailor these configuration data sets.


Figure 9. Major TCP/IP Configuration Files and Datasets for VM and MVS
 File Name	Dataset Name                         Purpose
 (in VM)	(in MVS)

 PROFILE TCPIP	PROFILE.TCPIP	Main configuration 

 TCPIP DATA	TCPIP.DATA	Clients and servers configuration file

 HOSTS LOCAL	HOSTS.LOCAL	Flat table for name-to-address translation

 ETC GATEWAYS	ETC.GATEWAYS	External gateways description

 NSMAIN DATA	NSMAIN.DATA	Name server configuration file

 MASTER DATA	MASTER.DATA	Name server resource records

PCOMM-E Configuration

PCOMM-E is installed alongside the base OS/2 Warp 4.

Configuring PCOMM-E(TCP/IP) is as simple as providing a host name or destination IP address. In fact, if both host GUI display sessions (workstation sessions in PCOMM-E terminology) are connected to a single destination, you need to configure only one session, then use the "Run the same" option under "File" in the menu bar of the PCOMM-E WorkStation Session window.


Figure 10. Administration Tools

When PCOMM-E is installed during the OS/2 Warp 4 installation process, a Personal Communications folder is added to the OS/2 Warp 4 Programs folder. To configure a PCOMM-E workstation display session, open the Personal Communications folder (Figure 10) and do the following steps:


Figure 10. Personal Communications Folder


Figure 13. Telnet3270 Window
Figure 14. Telnet3270 Advanced Window

Customization is now complete. The WorkStation Session window is in view and ready to be placed in session with the host.


If you previously selected Autoconnect from the Communication menu bar, an immediate attempt is made to establish a session with the host. If you have not selected Autoconnect, then select Communication from the menu bar of the WorkStation Session window. You see the Communication pulldown menu (Figure 15). In that menu, select Autoconnect to make the connection. (For the difference between Autoconnect and Auto-reconnect, see the note in step 6 above.)


Figure 15. Communication Pulldown Menu


If you require a second session to the same destination, do steps 8a and 8b to initiate the session. If you require a second session to a different destination, do steps 9a through 9f.


Second session to the same destination


Limitations

Even with the wealth of features discussed in this article, PCOMM-E contains only a portion of the features available in the full-function IBM Personal Communications products.

The limitations listed below are based on a comparison with the PCOMM full-function product. PCOMM-E(TCP/IP) is not intended to replace PCOMM, so you must decide whether PCOMM-E(TCP/IP) fulfills your needs for 3270 and/or 5250 LAN and WAN connectivity.


Note: Functions that are available in the full-function PCOMM product, but not in PCOMM-E, appear in gray in the PCOMM-E menus.


Figure 17. Save WorkStation Profile as Window
File:Pers18.jpg

Limitations in PCOMM-E(TCP/IP) are:


  • All connections are through the TCP/IP socket interface
  • No externalized API support
  • Command line file transfer interface only
  • No graphics support
  • Font set is limited to the IBM3270 set
  • Keyboard mapping is static
  • No hotspot support
  • No popup keypad support
  • Menu bar is not customizable
  • No iconic tool bar
  • No support for advanced edit functions ("copy append" and "paste next")
  • No AS/400 PC Support/Client Access features (data transfer and shared folders)

PCOMM-E's limitations, however, do provide a benefit: Storage requirements are reduced, because the connection is TCP/IP only, with limited advanced usability features.



Collins is an advisory marketing support representative in PC Server pre-sales support within the IBM Personal Systems Competency Center, Roanoke, Texas. She provides technical and marketing assistance for IBM PC Servers and supported network operating systems. Fran previously developed IBM redbooks and workshops on IBM enterprise workstation software. 


Kerl is a consulting marketing support representative in the IBM AS/400 Competency Center in Roanoke, Texas. His responsibilities include client/server application development and data warehouse planning, design, and implementation for the IBM AS/400. During his 28 years with IBM, James has provided technical assistance to customers who developed communication applications for AS/400 and System/3x systems, 3270 workstations and controllers, and host communication configurations.