[ Next Article | Previous Article | Book Contents | Library Home | Legal | Search ]
AIX Versions 3.2 and 4 Asynchronous Communications Guide

Serial Line Internet Protocol

Serial Line Internet Protocol (SLIP) is the protocol which TCP/IP uses when operating through a serial connection as shown in the following figure. It is commonly used on dedicated serial links and dial-up connections that operate at speeds between 1200bps and 19.2Kbps or higher.

Note: To use baud rates higher than 38400, specify a baud rate of 50 in the /etc/uucp/Devices file for the desired tty, then change the SMIT configuration for that tty to reflect the actual baud rate desired.

For example. to run the cu command on tty0 with a baud rate of 115200, use the following procedure:

  1. Ensure the hardware supports the baud rate.
  2. Edit /etc/uucp/Devices to include the following line:
    Direct tty0 - 50 direct
  3. Enter the smit chtty fast path.
  4. Select tty0.
  5. Change the baud rate to 115200.
  6. Exit SMIT.

See the following for further discussions of SLIP:

SLIP Configuration Steps

There are two recommended steps to follow during SLIP configuration. Using this two-step approach separates the hardware and machine-dependent configuration requirements from the SLIP software and command syntax problems.

Step 1

Use ATE or the cu utility to accomplish a successful login at the remote system. This proves the usability and correctness of the physical link.

It is important to verify the operability of any modems involved in a SLIP link as they are the most frequent cause of problems during the setup phase. For this reason, topics on modem considerations and modem programming are presented before any SLIP configuration procedures in this chapter.

Step 2

After establishing an error-free login to the remote system using ATE or the cu command, the user can begin the SLIP configuration.

Modem Considerations

When configuring modems for SLIP, it is important that the following changes be made on both ends of the communication link. Both the local and remote modems must be configured exactly the same.

  1. The modem must acknowledge the presence of DTR.

    Referencing the local modem, if DTR is assumed or ignored, the modem can never perform a hang-up. It can only close the line or hangup when it recognizes the loss of carrier from the other end. This means that disconnects can occur only when instigated by the other end. The AT commands &D2 or &D3 are proper settings for most Hayes-compatible modems.

  2. The modem must never force, assume, or ignore data carrier detect (DCD).

    DCD must follow or track the real condition. This means that carrier will exist after a bona fide connection to the other end (modem) across the switched telephone line. This also applies to a dedicated line. &C1 is the suggested setting for most Hayes-compatible modems.

  3. The modem must never force, assume, or ignore a clear to send (CTS) signal.

    CTS must track or follow request To send (RTS). If CTS is forced true, the port open will fail whenever a getty is put upon the port or when RTS flow control protocol is added to the port.

  4. Modems should be configured to turn off automatic repeat request (ARQ) codes if problems arise during slattach dial attempts.

    If, the modems repeatedly fail to make a connection during slattach dial-in attempts, the user should check the modem configurations and turn off the ARQ codes if they are currently on. In most Hayes-compatible modems, this is the &A0 setting.

    Disabling ARQ result codes does not affect error-controlled connections nor does it keep the modem from returning standard CONNECT messages (if result codes are enabled) as needed for the slattach dial string.

  5. ECL (Error Checking on the Link) is critical.

    Either BOTH modems or NEITHER modem can use it. Normally, both modems must agree on its usage during the connect session. If ECL is chosen, the physical telephone line must be good enough to allow a recovery from a data error before the TCP/IP timers expire while awaiting an acknowledge packet for the last data sent across the SLIP link.

  6. Data Compression across the link.

    It is acceptable to use data compression across the link as long as it is totally handled by the modems. SLIP does not perform any type of compression. If data compression is invoked, it is much better to have two modems of the exact same type; this ensures that each will perform the compression in the same manner and same time frame.

Manual Modem Programming Using cu

Use the following procedure to manually program modems attached to the system unit.

Prerequisites

Procedure

  1. Add the following line to the /etc/uucp/Devices file if it does not already exist (replace # with the number for your port).
    Direct tty# - Any direct
    Note: Any line in the Devices file which begins with a # sign in the leftmost column is a comment.
  2. Save and exit the file.
  3. Enter the following command on the command line:
    cu -ml tty#
  4. A connected message should appear on the screen indicating that the modem is connected and ready to be programmed.
  5. Type AT and press Enter. The modem will respond with OK. If there is no response from the modem or if characters typed do not appear on the screen, check the following:
  6. Program the modem using the settings shown in the previous section, "Modem Considerations." The following example demonstrates how to program and save basic settings for a Hayes-compatible modem. Enter:
    AT&F    <enter>
    AT&D2   <enter>
    ATS0=1  <enter>
    ATS9=12 <enter>
    AT&C1   <enter>
    AT&W    <enter>
    ~.      <enter>
    Where &F is used to reset the modem to factory defaults, &D2 sets DTR, S0 and S9 set register values, &C1 set carrier, and &W writes the settings to the modem. The tilde-period ends the connection.

Automated Modem Configuration

Users can customize their modems manually or use the cu utility with its associated files to create an automated modem configuration script.

Prerequisites

Procedure

The following example shows how to automatically configure a Telebit T3000 modem attached to tty0.

  1. Edit the /etc/uucp/Systems file.
  2. Add the following line at the end of the file. The entry should begin in the leftmost column of the file.
    telebit Nvr TELEPROG 19200
  3. Save and exit the file.
  4. Edit the /etc/uucp/Devices file.
  5. Add the following line at the end of the file. The entry should begin in the leftmost column of the file.
    TELEPROG tty0 - 19200 TelebitProgram
  6. Save and exit the file.
  7. Edit the /etc/uucp/Dialers file.
  8. Add the following lines at the end of the file. The entries should begin in the leftmost column of the file.
    Note: The following four lines should be made into one long line:
    TelebitProgram  =,-,    "" \dAT&F\r\c OK         ats0=1s2=255s7=60s11=50s41=2s45=255s51=252s63=1s58=2s64=1\r\c OK  ATs69=2s105=0s111=30s255=0M0&C1Q2&D3&Q0&R3&S1&T5\r\c OK ATE0X12&W\r\c OK
  9. Save and exit the file.
  10. To begin the automated configuration, enter the following command:
    cu -d telebit
    The command will fail because you are not connecting to a system. Watch the debug output of the command to see that ATE0X12&W is sent to the modem and that an OK is received. If so, then the modem has been successfully programmed.

Problems may arise because of incorrect values placed in the Dialers file or because of the modem's existing configuration. If this occurs, try programming the modem manually and enter the dialers strings (in step 8) one by one.

Configuring SLIP over a Modem

The following procedure lists the steps necessary to configure a SLIP line between two system units communicating over 9600 baud modems. For clarity, these instructions use the names systemA and systemB for the two hosts.

Prerequisites

  1. You must have root user authority.
  2. The modems must be physically connected to systemA and systemB.

Procedure

  1. To create a tty on systemA through SMIT, use the smit tty fast path.
  2. Select Add a TTY.
  3. Select rs232 as the type of tty you want to create.
  4. Select an available serial port, for example sa0.
  5. Select a port number for this tty. Position the cursor on the PORT number field; list and select an available port number from the list.
  6. Set the BAUD rate to the baud rate of the modem.
  7. Set Enable LOGIN to disable.
  8. Set FLOW CONTROL to be used to RTS or none. This option is available only on systems with AIX Version 4.
  9. Select Do.
  10. Exit the SMIT interface.
  11. To create a tty on systemB, repeat steps 1-10, except set Enable LOGIN to enable.
    Note: The remaining instructions assume that the tty number on both systems is tty1.
  12. Test the physical modem connection with the cu command.
    1. On systemA, enter:
      cu -m1 tty1
    2. Once connected to the modem, type:
      • ATDT ###-####
      • Where ###-#### is the phone number of the remote machine.
    3. At this point, a login prompt from systemB should appear. If not, return to the section entitled "Configuring Modems for SLIP" and verify modem setup for both systems. Do not continue unless a successful login to systemB is achieved.
    4. Log in to systemB.
    5. If systemB is NOT at AIX Version 4.1 or greater, then once logged into systemB, enter stty add rts at the command line. This adds RTS/CTS line discipline to tty1 which SLIP uses to operate more reliably.

      If systemA is also NOT at AIX Version 4.1 or greater, issue the same command on it by entering:

      stty add rts < /dev/tty1
    6. Now type exit to logoff of system B and type ~. to exit cu.
  13. Since the tty configuration for use with cu is slightly different from the configuration for use with SLIP, enter smit chgtty on systemA.
  14. Select tty1.
  15. Select Change/Show TTY Program. (This menu option is available on AIX Version 3.2.5 systems only.)
  16. Remove all occurrences of ixon, ixoff and ixany in the stty attributes for RUN TIME and stty attributes for LOGIN fields. (This option is is available only on AIX Version 3.2.5 systems.)
  17. Select Do.
  18. On systemB, enter the smit chgtty fast path.
  19. Select tty1.
  20. Select Change/Show TTY Program. (This menu option is available only on AIX Version 3.2.5 systems.)
  21. Set Enable LOGIN to disable.
  22. Remove all occurrences of ixon, ixoff and ixany in the stty attributes for RUN TIME and stty attributes for LOGIN fields. (This option is is available only on AIX Version 3.2.5 systems.)
  23. Select Do.
  24. Exit the SMIT interface.
  25. Add the following line to the /etc/uucp/Devices file on both systemA and systemB:
    Direct tty1 - 9600 direct
    This entry must precede any other entry for tty1 in the Devices file and should always begin in the leftmost column.
  26. To create a SLIP network interface on systemA, use the smit mkinet fast path.
  27. Select Add a Serial Line INTERNET Network Interface.
  28. Select tty1.
  29. Specify the INTERNET ADDRESS of systemA. For example:
    [130.130.130.2]
  30. Specify the DESTINATION Address of systemB. For example:
    [130.130.130.1]
    DO NOT make entries in the BAUD RATE or DIAL STRING fields at this time. These entries can be added later after the correct operation of SLIP is verified through command line options.
  31. Select Do.
  32. To create a SLIP network interface on systemB, repeat steps 26-31. Change the network addresses as follows if following the examples provided:
    INTERNET ADDRESS     [130.130.130.2]
    DESTINATION Address  [130.130.130.1]
  33. Add the following two entries to the /etc/hosts file on both systemA and systemB:
    130.130.130.1    systemA
    130.130.130.2    systemB
    The name assigned should be unique. In other words, if the Token-Ring interface on systemA is already assigned the name systemA, assign the SLIP interface a name such as systemA_slip.
  34. Start SLIP on systemB by entering:
    slattach tty1 9600
  35. Start SLIP on systemA by entering:
    slattach tty1 9600 ' "" AT OK ATDT555-1234 CONNECT "" ' 
    The command can be read as: Use tty1 at 9600 baud. Send AT to the modem. The modem should respond with OK. Dial the phone number 555-1234. The modem should respond with CONNECT.

    Users may add the number nine to the end of the slattach dial string in order to obtain debug information during the dial attempt. For example:

    slattach tty1 9600 ' "" AT OK ATDT555-12349 CONNECT "" ' 9 
    This debug output is similar to information displayed when using the cu -d command on a tty device.
    Note: The debug option is not a supported feature of slattach and is supplied on an as-is basis. Non-supported features may be removed at any time without notice to the users.
  36. Test the SLIP connection using the ping command.
    1. On systemA enter: ping systemB.
    2. On systemB enter: ping systemA.
    If both tests succeed, the SLIP connection is ready for use. If not, return to step 25 and verify that the configuration on both systems is correct.

Configuring SLIP on an Xstation 130

Serial Line Internet Protocol (SLIP) is a driver that provides point-to-point connection from an Xstation 130 to a host providing boot service and X protocols. This allows the Xstation 130 to use the capabilities of remote hosts not physically connected by an Ethernet or token-ring network.

The SLIP protocol recognizes Internet Protocol (IP) packets on a serial line, runs Xclients on the Xstation from a serial-line connected host, and runs some Internet Control Message Protocols (ICMPs), such as those used by the ping command.

Two methods of SLIP configuration from an Xstation to a host system are shown in the following figure. Xstations may be directly attached to the host system through a null modem cable or they may be attached over modems.

Procedure

  1. Connect the serial-link between the host and the Xstation 130.

    Connect one end of the EIA-232 serial cable to the selected serial port on the host, and the other end to the selected serial port (s0, s1, s2, or s3) on the Xstation 130 or a host modem. If a host modem is used, connect the selected Xstation serial port to its modem.

  2. To configure the host for SLIP, enter the host Internet address, host name, Xstation Internet address, and Xstation name at the name server or in the host's /etc/hosts file.
  3. To configure a tty on the host for SLIP, use the smit tty fast path.
  4. Select Add a TTY.
  5. Select tty rs232 Asynchronous Terminal as the tty type to configure.
  6. Select sa0 or sa1 as the parent adapter.
  7. Change the values, if required, for the following fields:
    PORT number Select List and choose the correct port number on the host from the displayed list.
    BAUD rate Select List and choose the baud rate that matches the host modem or Xstation 130.
    PARITY Set this field to none.
    BITS per character Set this field to 8.
    Number of STOP BITS Set this field to 1.
    Enable LOGIN Set this field to disable.
    XON-XOFF handshaking Set this field to no. (This option is not available on AIX Version 4.1 or higher.)
    FLOW CONTROL to be used Set this field to rts or none.
  8. Select Do to complete the configuration of the host tty serial port.
  9. To add a Communications Serial Line Interface to the host, use the smit mkinet fast path.
  10. Select Add a Serial Line INTERNET Network Interface.
  11. Select the previously configured tty port on the system as the SLIP connection.
  12. Fill in values for the following fields:
    INTERNET ADDRESS Enter the same host address as in step 2.
    DESTINATION Address Enter the same address as in step 2.
    Network MASK If applicable, enter the network mask in dotted decimal format.
    BAUD RATE If a dial string is used, select List to select the correct baud rate to use for the dial string and modem.
    DIAL STRING If applicable, enter the string used to call up the Xstation 130 through the modem.
    Note: The modem may require a carriage return (a single bell note) at the end of the dial string.
  13. Select Do to complete the configuration of the Serial Line Interface.
  14. To attach a serial communications line (tty), use the slattach command.
  15. To detach the interface, use the ifconfig InterfaceName down command after ending the slattach command. The InterfaceName parameter is the name shown by the netstat command.
  16. Unless a network type has been defined, use the smit x_config fast path to display the Xstation Configuration menu.
  17. Select Define an Xstation Network Type. Provide the values to define an Ethernet network for the Xstation. This network type must use bootfile4.
  18. Select Do to save the defined Ethernet network.
  19. Cancel to return to the Xstation Configuration menu.
  20. To add an Xstation using the network type defined above, select Add an Xstation.
  21. Select Xstation 130 from the Add an Xstation menu.
  22. Provide the field values. Be sure to use the Xstation name added in step 2 and the Network Type Name defined in step 17. A hardware address is not required.
  23. If using modems, set them up according to their instruction manuals. If desired, the Xstation can be used as an asynchronous terminal to set up the Xstation modem.
  24. Configure the Xstation 130 for SLIP at the Xstation, as follows:
    1. Power on the Xstation 130.
    2. When the LAN Statistics screen is displayed, press F12 to set the SLIP parameters.
    3. When the Network Setup menu is displayed, use the up and down cursor keys to move the highlighted bar. Enter the following information:
      Primary Network Select the network from which to boot the Xstation.
      Enable SLIP Select YES.
      Serial Port Select s0 as the serial port where the EIA-232 cable is connected. SERIAL 1 is s0.
      Baud rate Select the correct baud rate. Ten values range from 110 to 38400. If modems are not used, this value must match the system value in step 2b.
      Terminal Internet Address Enter the SLIP Internet address for the Xstation 130 in dotted decimal format. This address must match the DESTINATION Address configured on the system in step 2c.
      Host Internet Address Enter the SLIP Internet Address for the system in dotted decimal format.
      Subnet Mask If applicable, enter the subnet mask in dotted decimal format.
      Dial String If applicable, enter the string used to dial the system connection through the modem.
      Disable Bootp Select NO.
    4. Press the F12 key to save the Network Setup and return to the LAN Statistics screen.

Temporarily Deactivating a SLIP Connection

To temporarily deactivate a SLIP connection, do the following on both the local and remote systems:

  1. Enter:
    ifconfig sl# down
  2. List the currently running slattach processes using the command:
    ps -ef | grep slat
    The output may be similar to the following:
    root  1269  1    0   Jun 25  ... slattach
  3. Kill the slattach process using its process ID. For example, to kill the slattach process shown above enter:
    kill 1269
    where 1269 is the slattach process ID. Do NOT remove the slattach process using the -9 flag of the kill command.

    The SLIP connection is now disabled.

Activating a SLIP Connection

Use the following instructions to activate a SLIP connection that is temporarily disabled using the above instructions. Run these commands on both the local and remote systems.

  1. Enter:
    ifconfig sl# up
  2. Re-issue the slattach command used initially. Review the instructions on pages 19 and 20 for additional help with this step.

Removing a SLIP Interface

Use the following instructions to completely remove a SLIP interface. Once these instructions are executed both the sl# interface and its associated slattach process are removed. Any entries made to the /etc/hosts file will remain and must be removed manually.

  1. To remove the SLIP interface and its associated slattach process, use the smit rminet fast path to access the Available Network Interfaces screen.
  2. Select the appropriate entry from the Available Network Interfaces screen and select Do.
    Note: Any entries made to the /etc/hosts file will remain and must be removed manually.

Debugging SLIP Problems

The following describes the commands needed to debug SLIP problems and supplies you with examples.

netstat Command

The netstat command works in conjunction with the ifconfig command to provide a status condition of the TCP/IP network interface. The command netstat -in for example uses the -i flag to present information on the network interfaces while the -n flag prints the IP addresses instead of the host names. Use this command to verify SLIP interfaces, addresses, and hostnames. The following section describes netstat -in output.

Program the modem using the settings shown in the previous section, "Modem Considerations." The following example demonstrates how to program and save basic settings for a Hayes-compatible modem. Enter:

Name  Mtu   Network    Address             lpkts     Ierrs Opkts Oerrs  Col
lo0   1536  <Link>                         2462       0    2462   0     0
lo0   1536  127        localhost.austi     2462       0    2462   0     0 
tr0   1492  <Link>                         1914560    0   21000   0     0
tr0   1492  129.35.16  glad.austin.ibm     1914560    0   21000   0     0
sl0   552   1.1.1.0    1.1.1.1             48035      0   54963   0     0
sl1*  552   140.252.1  140.252.1.5         48035      0   54963   0     0
netstat -in Command Output

Notice the * next to the sl1 interface. This shows that the network interface is down or unavailable for use. The user can correct this by issuing the ifconfig sl1 up command if it is a valid SLIP interface.

netstat provides statistics concerning input and output packet counts as well as input and output errors that are helpful when troubleshooting SLIP connections.

Example

The user enters a ping to a remote host across a SLIP link and the ping command appears to hang. They quickly run a netstat -in command from another command shell and notice that the Opkts are increasing but that there are no Ipkts from the remote host. This indicates that the remote system is not returning (or not receiving) the information. They must run the same netstat command on the remote system to verify the receipt of the ping packets or rise in the error count.

The translation of hostnames versus Internet numbers is relative to name resolution and thus critical to proper operation of a SLIP line. To debug hostname, aliases, and routing problems, use the netstat -rn command. The basename of the host or hostname is the only name that should return from the /etc/hosts file. If the machine is being serviced by a nameserver (ie. /etc/resolv.conf exists), then the name-server will return the fully qualified-domain name in this command.

ifconfig Command

The ifconfig command is the network interface configuration tool provided with AIX. It allows the network interface STRUCTURE to be dynamically created or deleted from the kernel memory in AIX. This command accepts data from the command line, then builds a memory structure that conforms to the parameters. For debugging purposes, the ifconfig command is used to examine the status of a communications interface.

Example

To examine the current status of the sl1 interface:

  1. Enter the netstat -i command and examine the output selecting the appropriate sl# interface. For example, sl0, sl1, sl2, etc.
  2. Enter the ifconfig sl# command and examine the ifconfig output for the following key fields:
    POINTTOPOINT flag This flag should always be present on an operational SLIP link. If not, the link could be in a down or disconnected state. Try issuing the ifconfig sl# up and the ifconfig sl# commands again to see if its condition changes.
    UP flag Indicates that the network sl# interface is activated and should be operational.
    RUNNING flag Indicates that the slattach command was successful. In actuality, the link is accessed, a dial is completed, the other end has answered, and the remote end has returned CARRIER DETECT status. When the CD status occurs the flags are updated with the running bit.

pdisable and lsdev Commands

Any tty port that is used for SLIP connections must be in a disabled or unavailable state. To verify that the port for tty1 is disabled, obtain root user authority and enter one of the following commands:

ps Command

The ps command displays information about active processes to standard output. Use this command to verify the existence (or nonexistence) of slattach processes that are used to assign a tty line to network interfaces.

If netstat -in shows that the interface is down, the user should run the ps -ef | grep slat command to see if an slattach process is currently running on the associated tty port. Note that for a directly connected SLIP interface, broken connections are retried automatically without manual intervention. For a SLIP interface connected by modem, broken connections must be manually redialed. If a user supplies a dial string in the slattach command line, the user must reenter the command and dial string to restore a broken connection.

ping Command and Modem Lights

The ping command and modem lights are used to debug SLIP communication problems. A ping is an echo request packet, sent out of the machine, and an echo response packet is returned. This sequence of events is useful if the administrator can see the modem lights.

Example

The local system constructs the echo request packet and sends it to the remote system. The Send Data (SD) light on the local modem illuminates. This means that the local TCP/IP, slattach, and tty were able to group information and send it out of the modem to the remote system.

The remote modem receives the packet and the receive data light flashes but its SD light does not. This means that the remote system was not able to send (or return) the local system's ping request. As a result, the user on the local system may see the ping command hang, requiring a Ctrl c to exit the condition.

The most common cause of this problem is the use of XON/XOFF flow control in one or both modems, however, the user should not overlook the possibility of routing or address conflicts on the systems.

Common Problems and Error Messages

Message: 0821-296 Cannot set line discipline for /dev/tty# to slip.ioctl(TXSETLD). A system call received a parameter that is not valid.

Possible Causes: This type of error normally occurs when starting the slattach process and is attributable to incorrect configuration of SLIP. The problem is most likely caused by a mismatch between the tty device number and the sl interface number. This also explains why the system reported that ifconfig had not been run before slattach.

This problem may also occur when slattach processes are dropped or killed incorrectly or when the user attempts to move a SLIP connection to another tty port and forgets to reconfigure the sl# interface to match the tty. Check for running slattach processes that may still be running (for example, ps -ef | grep slat).

Action: The tty device for SLIP is /dev/tty24 and user has created an sl0 interface. This is incorrect. The user should create an sl24 interface which matches the tty number (tty24 and sl24). If the problem continues, the user should bring down the sl interface (see "Bringing Down an SLIP Interface") and reconfigure the connection using the following commands:

lsdev  -Cc if  -s SL
lsattr -El sl0

Message:

network is not currently available
route to remote host not available

Possible Cause: These errors occur most often when a user attempts to ping a host over the SLIP link and the link has been improperly established. The most likely problem is that one or both tty ports associated with the sl# interface are in an enabled state. It is also possible that there is an address or route conflict between the host systems.

Actions:

Problem: When the remote site dials in to the local host, the modem on the local host connects but does not complete the login process.

Possible Causes: If the two modems connect and begin to handshake or exchange connection information but then disconnect, the problem may be due to modem result codes. This problem can also be caused by an improper slattach dial string. If the two modems ring but never begin the handshake process, the problem may be that the modem is not set for auto-answer.

Actions:

  1. Test the modem connection first with the cu command. The modem on the remote host should allow the user to login to the system. There should not be any garbage on the screen during the login attempt; if so, it may indicate a noisy phone line which may be part of the problem. During the login, multiple login heralds should not scroll across the screen. If they are present, this could again indicate a problem phone line or incorrect modem settings.
  2. Check the modem configurations and try turning off the ARQ codes if they are currently on. In most Hayes-compatible modems this is the &A0 setting. Disabling ARQ result codes does not affect error-controlled connections nor does it keep the modem from returning standard CONNECT messages (if result codes are enabled) as needed for the slattach dial string.

Problem: The user is unable to ping across a modem SLIP connection. The ping command may hang or return error messages.

Possible Causes:

  1. The modems and/or tty ports may be configured to use XON/XOFF flow control.
  2. The slattach process may have been terminated on the remote host or the modem connection dropped.
  3. The addresses assigned to the SLIP hosts may be incorrect.

Actions:

  1. Examine both the local and remote modem configurations. They should be set to use RTS/CTS (hardware) flow control or no flow control at all. The user should attempt to ping from each system. Ping systemA to systemB.
  2. Verify that the slattach process is still running on both local and remote systems. Use the command: ps -ef |grep slat. Verify that the sl# interface is in a running state. Use the command: ifconfig sl#.
  3. Verify that there is not a conflict between the SLIP addresses and those associated with other network interface (if any). Use the command: netstat -ir. If the address or address class is in question, reconfigure SLIP using a simpler address scheme such as 1.1.1.1 for the local host and 1.1.1.2 for the remote host.

    Additional help with SLIP setup is available through ConsultLine which is a fee based offering of the AIX Support Family.

    Use the SLIP questionnaire located on the next page to record information on the existing SLIP configuration before calling the help line. In this way, the user can more efficiently relay his information to help line personnel and speed up the troubleshooting process.


[ Next Article | Previous Article | Book Contents | Library Home | Legal | Search ]