cc/td/doc/product/software/ssr90
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Protocol Translation

Protocol Translation

This chapter focuses on the configuration of Cisco's one-step method protocol translation facility. In addition, it provides configuration examples for typical protocol translation
environments. You will find the following information in this chapter:

Making two-step protocol translation connections is described in the "Protocol Translator User Commands" chapter.

Cisco's Protocol Translation Options

Cisco's protocol translator (also called application gateway) function translates virtual terminal protocols to allow devices running dissimilar protocols to communicate. Cisco protocol translation software supports Telnet (TCP), LAT, and X.25. One-step protocol translation software performs bidirectional translation between any of the following protocols:


Note TN3270 and XRemote are also supported by the protocol translation software. However, to translate between these and other supported protocols, you must use the two-step method. Refer to the "Protocol Translator User Commands" chapter, for information concerning two-step translations in general. Refer to the "TN3270 Configuration and Management" and "XRemote Configuration and Management" chapters for information about TN3270 and XRemote, respectively.

The translation of virtual terminal protocols allows connectivity to devices running different protocol stacks. This option does not perform translation between other protocol services such as file transfer protocols.

Protocol translation is available in these Cisco products:

The CPT, IPT, and an IGS not configured for bridging or routing support up to 100 concurrent translation sessions. The IGS running concurrent routing, bridging, and protocol translation supports 32 sessions. When the IGS is not configured for one-step protocol translation using the translate command, it supports up to 100 virtual terminal sessions using the two-step method.

The chassis-based terminal server configurations can support up to 96 lines, which are divided up as either asynchronous terminal lines or protocol translation sessions. For example, the ASM terminal server offers 16 of its 96 lines for protocol translation sessions, and the MSM terminal server supports up to 64 protocol translation sessions.


Note If you use the IGS for routing or bridging and then decide to use the full 100 translation sessions, you must explicitly turn routing or bridging off and reboot the system to see the additional lines. With routing and bridging disabled, the IGS by default uses the proxy Address Resolution Protocol (ARP) to find the router. You can also configure a default router or use the Gateway Discovery Protocol; see the"TCP/IP Configuration and Management" chapter for details.

This chapter assumes you have a working knowledge of Cisco protocol translator and routing software conventions. It touches on specific configuration procedures for specifying system-wide facilities, as well as translate command examples. Before continuing with this chapter, be sure that you are familiar with the system configuration, system management, LAT, TCP, and X.25 descriptions provided in this publication. Refer to the "Protocol Translator User Commands" chapter, for information about one-step and two-step protocol translation procedures.

Configuring One-Step Translations

The ability to make single-step user connections to resources through Cisco protocol
translators is made possible by the translate global configuration command. This section describes the translate command specifications and provides information about the use of protocol-specific incoming and outgoing addressing options. Examples of translation
configuration commands and files are provided at the end of this section.

Using the Translate Command

The translate command causes incoming LAT, TCP, or X.25 requests for connections to a specified destination address/host name to result in automatic conversion to the specified outgoing connection type. The connection request to the address specified in the translate command is executed.


Note The translate command does not support TN3270 or XRemote one-step translations. To use the protocol translator to convert these protocols, you must use the two-step method as described in the "Protocol Translator User Commands" chapter. Also, refer to the other chapters in this part of the publication for details concerning connection services and options available for all protocols supported by the protocol translator.

The translate command causes incoming connections to the specified input protocol and address to result in the automatic formation of an outgoing connection to the specified protocol and address.

The translate global command has the following general syntax:

translate protocol inaddress [inoptions] protocol outaddress [outoptions] [globaloptions]

The first part of the command describes the expected incoming protocol, the protocol's address or service name, followed by options that may be selected for that protocol, as needed or appropriate.

The next part of the command describes the outgoing protocol and its address or service name, also followed by options that may be selected for that protocol.

The last part of the command lists global options that apply to the entire command.

Table 1-1 illustrates the possible keywords, arguments, and options for the translate command. These keywords and arguments are described in the following sections.


The Translate Command Options

Incoming

Protocol Options

Outgoing

Protocol Options

Global Options

translate protocol inaddress [inoptions] protocol outaddress [outoptions]



[globaloptions]
lat servicename unadvertised lat servicename node nodename access-class number
port portname max-users number
local
login
x25 x121 address cud c-u-data x25 x121 address cud c-u-data quiet
profile profile profile profile swap
reverse reverse
pvc number
tcp IPaddress port portnumber tcp IPaddress port portnumber
binary

Protocol Translation Options

Select one of the following keywords to supply the incoming protocol (protocol inaddress), and the outgoing protocol translation option (protocol outaddress). You must specify a protocol name (tcp, lat, or x25) followed by an address or service name:

The X.121 addresses used in the translate command will generally be subaddresses of the X.121 address of the X.25 network interface. Typically, the interface address will be a 12 digit number. Any additional digits are interpreted as a subaddress. The PDN still routes these calls to the interface, and the protocol translator itself is responsible for dealing with the extra digits in an appropriate way.

Telnet/TCP Translation Options

You can select these incoming and outgoing options (inoptions and outoptions) for the Telnet/TCP translations, as appropriate:

LAT Translation Options

You can select these incoming and outgoing options (inoptions and outoptions) for the LAT translations, as appropriate:


Note  The node and port keywords and arguments apply only to the destination. These options can also be combined.

X.25 Translation Options

You can select these incoming and outgoing options (inoptions and outoptions) for X.25 translation, as appropriate:

Global Translation Options

Global options for the translate subcommand are as follows:

Protocol Translation Configuration Examples

This section provides examples of how to enter the translate command, and then how to create a protocol translation configuration file.

Translate Command Examples

The following examples illustrate various ways in which the translate command can be entered. (The lines denote parts of the command, and are for illustration purposes only.)

Example 1:

This example illustrates a simple X.25 to TCP translation command. Packets coming in X.25 address 652365123 arrive via PVC 1 and are translated to TCP packets and transmitted out IP address 131.108.1.1.

translate x25 652365123 pvc 1 tcp 131.108.1.1 incoming option outgoing
Example 2:

This example illustrates incoming LAT to outgoing TCP translations. The unadvertised keyword prevents broadcast of service advertisements to other servers. Outgoing translated packets are transmitted out IP address rubble via TCP port 4005.

translate lat pt-printer1 unadvertised tcp rubble port 4005 incoming option outgoing option
Example 3:

This example illustrates a more complex translate command that calls an X.29 profile and swaps the default PAD operation of the protocol translator to that of an X.25 host.

x29 profile fullpackets 2:0 3:0 4:100 7:21 translate x25 217536124 profile fullpackets tcp rubble port 4006 swap incoming option outgoing option global

Protocol Translation Application Examples

The remainder of this section is devoted to illustrating protocol translation examples. Most of these application examples are defined within the context of the network illustrated in Figure 1-1. The application environment described here focuses on IGS implementations; however, in applications solely featuring protocol translation, any of the Cisco protocol
translator products can be used.


Note In the application illustrations that follow throughout this chapter, source and destination device icons used to illustrate the flow of translated information are shown with black type in outlined shapes. Other elements in the environment are shown with reverse type on solid black shapes (as shown for all elements in Figure 1-1).

Figure 1-1: Summary Diagram Showing IGS Systems as Protocol Translators



Basic Configuration

The following example listings provide the basic global configuration subcommands and interface configuration subcommands to setup IGS-A (connected to Network A) and IGS-B (connected to Network B) illustrated in Figure 1-1. Refer to the IP and X.25 chapters under "Transmission Protocols" in this manual for more information concerning configuration details for these protocols.

Example (IGS-A):
!*******IGS ROUTER A - GENERAL CONFIGURATION******** ! Interface ethernet 0 ip address 1.0.0.2 255.255.0.0 ! ! enable LAT on interface lat enabled ! interface serial 0 encapsulation X.25 x25 address 11111 ! The following parameters may depend on your network x25 facility packetsize 512 512 x25 facility windowsize 7 7 ! ! IP address and MAP command needed only if routing IP ip address 3.0.0.1 255.255.0.0 x25 map ip 3.0.0.2 22222 broadcast ! ! Set up IP routing router igrp 100 network 1.0.0.0 network 3.0.0.0 ! ! Advertise as available for connections via LAT ! Use this name (IGS-A) if connecting via 2-step method ! (for connecting directly to a specific Protocol Translator) lat service IGS-A enable ! ! Set up some IP host names/addresses ip host IGS-A 1.0.0.2 3.0.0.1 ip host TCP-A 1.0.0.1 ip host TCP-B 2.0.0.1 ip host IGS-B 3.0.0.2 2.0.0.2 !

The partial configuration provided above for IGS-A outlines a baseline configuration for the unit's Ethernet and serial interfaces. It configures support for IP, LAT, and X.25. For more information concerning these configuration commands and interface configuration subcommands, refer to Part 3 and Part 4 and the chapters in this part of the manual. The focus of this chapter is on using the translate command variations with this basic configuration (and the one provided for IGS-B) as the framework for discussing protocol translation options. Refer to the Cisco Router Products Configuration and Reference publication for information about router functions included in this example.


Note The examples that follow focus on creating configurations that support one-step protocol translation. These connections can also be made using the two-step protocol translation method. Refer to the "Protocol translator User Commands" chapter, for more information concerning one-step and two-step protocol translation procedures.
Example (IGS-B):
!*******IGS ROUTER B - GENERAL CONFIGURATION******** ! Interface ethernet 0 ip address 2.0.0.2 255.255.0.0 ! ! enable LAT on interface lat enabled ! interface serial 0 encapsulation X.25 x25 address 22222 ! The following parameters may depend on your network x25 facility packetsize 512 512 x25 facility windowsize 7 7 ! ! IP address and MAP command needed only if routing IP ip address 3.0.0.2 255.255.0.0 x25 map ip 1.0.0.2 11111 broadcast ! ! Set up IP routing router igrp 100 network 2.0.0.0 network 3.0.0.0 ! ! advertise as available for connections via LAT ! Use this name (IGS-B) if connecting via 2-step method ! (for connecting directly to a specific Protocol Translator) lat service IGS-B enable ! ! Set up some IP host names/addresses ip host IGS-A 3.0.0.1 1.0.0.2 ip host TCP-A 1.0.0.1 ip host TCP-B 2.0.0.1 ip host IGS-B 2.0.0.2 3.0.0.2 !
Note IP host names used to identify specific hosts can be specified either explicitly by using the ip host global configuration command, or by using Domain Name Service (DNS) facilities.

As with the IGS-A, the partial configuration provided for IGS-B outlines baseline configuration for the unit's Ethernet and serial interfaces. IGS-B is configured to support IP, LAT, and X.25. For more information concerning these configuration commands and interface configuration subcommands, refer to Part 3 and Part 4 and the chapters in this part of the manual. The focus of this chapter is on using the translate command variations with this basic configuration as the framework or context for discussing protocol translation options.

The example configuration segments that follow are partial and representative in nature. They would be part of the complete configuration file for an individual protocol translator/router.

Local LAT to TCP

The IGS can translate between LAT and TCP (Telnet) traffic to allow communication among resources in these protocol environments. In Figure 1-2, the LAT device on Network A (LAT-A) is shown connecting to a TCP device (TCP-A).


Note In the context of examples described in this chapter, a LAT device can be a LAT terminal server or LAT host, while a TCP device can be either a TCP terminal server or TCP host.

Figure 1-2: Local LAT to TCP Translation



The following example configuration illustrates use of the translate global configuration subcommand to translate from LAT to TCP. It is applied to IGS-A.

Example:
! Translate LAT connections to TCP for connectivity to TCP-A translate lat TCP-A tcp TCP-A ! Optional additional commands lat service TCP-A ident Protocol Translation to TCP-A

In the last command above, the text string "Protocol Translation to TCP-A" is text that is used as an identification for the LAT service named TCP-A (sent to other servers on the local network).

LAT to X.25 Host

The IGS protocol translation option allows LAT devices to communicate with X.25 hosts through an X.25 PDN. In the application illustrated in Figure 1-3, a LAT device (LAT-A) is talking to an X.25 host (X25-C) with its LAT traffic translated to X.25.


Figure 1-3: LAT to X.25 Host Translation



The following example configuration illustrates use of the translate global configuration subcommand to translate from LAT to X.25. It is applied to IGS-A. This configuration example includes an example of using reverse charging for connections. Setting the translate command to reverse charges causes the protocol translator to instruct the PDN to charge the destination for the connection. It is essentially a collect call. This reversal of charges must be pre-arranged with the PDN and destination location (on an administrative basis), or the call will not be accepted.

Example:
! Translate LAT to X.25 host, with reverse charging translate lat X25-C x25 33333 reverse ! ! Specify optional X.25 hostname x25 host X25-C 33333

X.25 PAD to LAT

In addition to allowing LAT devices to communicate with X.25 hosts as illustrated in Figure 1-3, IGS protocol translation allows terminals connected to X.25 PADs to communicate with LAT devices on a remote LAN (Figure 1-4). X.25 PAD terminals make a call using an X.121 address which is translated to a LAT address. To the PAD terminal user, the connection appears to be a direct connection to a host on the X.25 PDN. The IGS also supports X.29 access lists, which allow you to restrict LAN resources (LAT or TCP) available to the PAD user.


Figure 1-4: X.25 PAD to LAT Translation



Example (IGS-A):

The following example configuration illustrates use of the translate global configuration subcommand to translate from an X.25 PAD to a LAT-device on Network A. It is applied to IGS-A. The configuration example includes an access list that limits remote LAT-access through IGS-A to connections from PAD-C.

! Define X25 access list to only allow pad-c x25 access-list 1 permit ^44444 x25 access-list 1 deny .* ! ! Set up translation translate x25 1111101 lat LAT-A access-class 1

The preceding configuration example typifies the use of access lists in Cisco internetworking systems. The first two lines define the scope of access-list 1. The first line specifies that access list 1 will permit all calls from X.121 address 44444. The caret symbol (^) specifies that the leading 4 is the beginning of the address number. Refer to Appendix B, "Pattern Matching," for details concerning the use of special characters in defining X.121 addresses. The second line of the definition explicitly denies calls from any other number.

This access list is then applied to all incoming traffic on the serial port for IGS-A (X.121 address 1111101) with the third configuration line in the example. However, it applies only to the translate command at the end of the example above. This translate command specifies that incoming X.25 packets on the serial line (with address 1111101) is translated to LAT and sent to LAT-A if it passes access-list 1 restrictions.

If multiple X.25 translate commands are defined, each must include unique X.121 addresses. It is also important that the CCITT protocol used in transferring packets match among X.121 addresses. This is specified in the protocol identification field of call-user data. This field specifies whether a packet is routed, translated, or handled as a virtual terminal connection.


Note The X.121 address 1111101 used in the preceding example may be a subaddress of the address 11111 originally assigned to this serial port on IGS-A earlier in this chapter. However, that is not a requirement. The number to use in this command is negotiated
(administratively) between the customer site's network management personnel and the PDN service provider. The number specified must match the number to which your PDN is sending data. That number may or may not be the number (or a subaddress of the number) administratively assigned to the Cisco protocol translator. It is up to the site administrator and the PDN to agree on a number to be used, as it is possible that the PDN can be configured to place calls on a given line that are intended for a destination that does not match the number assigned by site administration in the configuration file. Refer to the 1984 CCITT Red Book specifications for more information concerning X.121 addresses.

X.25 PAD to TCP

Making a translated connection from an X.25 PAD to a TCP device (Figure 1-5) is analogous to the preceding X.25 PAD to LAT example. Instead of translating to LAT, the IGS-A configuration includes a statement to translate to Telnet (called TCP in the configuration syntax of Cisco protocol translation software). Note that a protocol translator can include statements supporting both translations (X.25 PAD to LAT and X.25 PAD to TCP). Different users on the same PAD can talk to X.25, LAT, or TCP devices.


Figure 1-5: X.25 PAD to TCP Translation



The following example configuration illustrates use of the translate global configuration subcommand to translate from an X.25 PAD to a TCP-device on Network A. It is applied to IGS-A.

Example:
! Set up translation translate x25 1111102 tcp TCP-A

LAT to LAT (via X.25 Translation)

Protocol translators can be used to provide transparent connectivity between LAT devices on different networks via an X.25 PDN. Figure 1-6 illustrates this application. In this
application, the LAT device on Network A (LAT-A) first makes a virtual connection to the IGS on Network A using the LAT protocol.

The IGS translates the LAT packets into X.25 packets and sends them through the X.25 network to the IGS connected to Network B. This IGS translates the X.25 packets back to LAT packets and establishes a virtual connection to the LAT device on Network B (LAT-B). These hand offs are essentially handled transparently when configured for a one-step
translation as described in the "Protocol Translator User Commands" chapter.


Figure 1-6: LAT to LAT via an X.25 PDN



The following configuration example illustrates the use of the translate global configuration subcommand to translate from LAT to X.25 and from X.25 to back to LAT to allow connection service to a LAT-device on Network B from a LAT device (LAT-A) on Network A. It includes configurations for both IGS-A and IGS-B.

Example (IGS-A):
! Translate LAT to X.25 translate lat DISTANT-LAT x25 2222201 !
Example (IGS-B):
! Translate X.25 to LAT translate x25 2222201 lat LAT-B !

In the translate statement for IGS-A, DISTANT-LAT defines a LAT service name for IGS-A. When a connection to LAT-B is attempted by a user on device LAT-A, DISTANT-LAT is the target specified in a connection command.

In the translate configuration command for IGS-B, the LAT service on the target host (LAT-B) is LAT-B. IGS-B translates the incoming X.25 packets from 2222201 to LAT and transparently relays these packets to LAT-B.

An example connection request follows.

local>connect DISTANT-LAT

With the example configurations specified for IGS-A and IGS-B above, the user connection command, or any similar connection command, results in a connection attempt from LAT-A on Network A to LAT-B on Network B.

A translation configuration intended to force IGS-B to send information back from LAT-B to LAT-A is symmetrical to the prior configuration. The following examples illustrate this corresponding configuration (not shown in Figure 1-6):

Example (IGS-B):
! Translate LAT to X.25 translate lat FAR-LAT x25 1111103 !
Example (IGS-A):
! Translate X.25 to LAT translate x25 1111103 lat LAT-A !
Note You can use the same name (for example, "LAT-B") in the translate configuration subcommand for both IGS-A and IGS-B, but this symmetry is not required. Each protocol translator operates independently. The key is the common X.121 address used in both commands. If you prefer to have unique service names, set the names in each of the protocol translators to be the same.

LAT to TCP (via X.25)

Cisco protocol translators can be used to provide transparent connectivity between LAT and TCP devices on different networks via an X.25 PDN. In the application illustrated in Figure 1-7, the traffic from the LAT device on Network A is communicating with the TCP device on Network B. There are two ways to provide this connectivity.

The LAT traffic from Network A can be translated into either X.25 packets or Telnet packets to be sent out on the X.25 PDN. If the traffic is translated to Telnet by IGS-A, the packets are encapsulated within X.25 frames. In general, translating the traffic directly to X.25 is more efficient in this application since no encapsulation is necessary. X.25 packets have only five bytes of header information, while Telnet over X.25 includes 45 bytes of header information.

If the traffic is translated from LAT directly into X.25 frames by IGS-A, then IGS-B on Network B translates incoming packets intended for device TCP-B into Telnet. If IGS-A converts LAT to TCP (Telnet), then the Telnet traffic is being encapsulated in X.25 and sent on the X.25 network; the IGS on Network B strips off the encapsulation and routes the TCP packet. In this case, protocol translation is not needed on IGS-B.


Figure 1-7: LAT to TCP via X.25



The following configuration examples illustrate use of the translate global configuration subcommand to translate from LAT to X.25 (IGS-A) and from X.25 to Telnet (IGS-B) allowing connection service to a TCP-device on Network B (TCP-B) from a LAT-device on Network A (LAT-A). Example configurations are for both IGS-A and IGS-B.

Example (IGS-A):
! Translate LAT to X.25 translate lat DISTANT-TCP x25 2222202 !
Example (IGS-B):
! Translate X.25 to TCP translate x25 2222202 tcp TCP-B !

In the translate statement for IGS-A, DISTANT-TCP defines a LAT service name for IGS-A. When a connection to TCP-B is attempted by a user on device LAT-A, DISTANT-TCP is the target specified in a connection command.

In the translate configuration command for IGS-B, the Telnet service on the target host (TCP-B) is TCP-B. IGS-B translates the incoming X.25 packets from 2222202 to Telnet packets and transparently relays these packets to TCP-B.

An example connection request follows.

local>connect DISTANT-TCP

With the example configurations specified for IGS-A and IGS-B above, the user connection command, or similar connection command, results in a connection attempt from LAT-A on Network A to TCP-B on Network B.


Note You can use the same name (for example, TCP-B) in the translate configuration subcommand for both IGS-A and IGS-B, but this symmetry is not required. Each protocol translator operates independently. The key is the common X.121 address used in both commands. If you prefer to have unique service names, set the names in each of the protocol translators to be the same.

LAT to LAT over Frame Relay or SMDS

To transport LAT traffic over a Frame Relay or SMDS network, LAT must first be translated to TCP (Telnet). The TCP traffic is routed over the Frame Relay network and then retranslated back to LAT on the IGS on Network B. Refer to Figure 1-8 and the associated partial configuration example.


Note The interface configurations for a Frame Relay or SMDS implementation specified differ from the specifications at the beginning of this chapter. For more information concerning Frame Relay and SMDS configuration, refer to the "Configuring Packet Switch Node Software" chapter of the Cisco Router Products Configuration and Reference publication.

Figure 1-8: LAT to LAT over Frame Relay or SMDS



The following configuration example illustrates use of the translate global configuration subcommand to translate from LAT to LAT when the WAN uses Frame Relay or SMDS. Under this configuration, the IGS is routing encapsulated packets translated from LAT to TCP (Telnet) over the Frame Relay or SMDS network. Packets are then translated back to LAT on the other side of the Frame Relay or SMDS network. Example translation configurations for both IGS-A and IGS-B are included, but these examples do not include complete interface configuration specifics.

Example (IGS-A):
! Translate LAT to TCP/Telnet translate lat DISTANT-LAT tcp IGS-B !
Example (IGS-B):
! Translate TCP to LAT translate tcp IGS-B lat LAT-B !
Note You can use the same name (for example, LAT-B) in the translate configuration subcommand for both IGS-A and IGS-B, but this symmetry is not required. Each protocol translator operates independently. The key is the common IP name used in both commands.

LAT to LAT (over an IP WAN)

The IGS with protocol translation can also be used to connect LAT devices over a Wide Area backbone that only allows routable protocols (Figure 1-9). This dilemma faces organizations with LAT networks that are either isolated or are on their own internetwork.

With the IGS, LAT traffic can be translated to TCP and then routed on the WAN as Telnet traffic. The LAT connections stay local between the LAT device and the IGS. Connections are thus not susceptible to delays on the WAN. This reduces the amount of traffic on the WAN since only the data from specific LAT sessions is forwarded on the WAN rather than all the LAT protocol status information packets.


Figure 1-9: LAT to LAT over an IP WAN



The following configuration example illustrates use of the translate configuration subcommand to translate from LAT to LAT when an IP WAN media is used. Under this configuration, the IGS is routing encapsulated packets translated from LAT to TCP (Telnet) over the WAN network. Packets are then translated back to LAT on the other side of the WAN network. Example translation configurations for both IGS-A and IGS-B are included, but these examples do not include specifics of configuration for routers in the WAN. The examples shown are essentially the same configurations for the protocol translation as with the preceding Frame Relay example.

Example (IGS-A)
! Translate LAT to TCP/Telnet translate lat DISTANT-LAT tcp IGS-B !
Example (IGS-B)
! Translate TCP to LAT translate tcp IGS-B lat LAT-B !
Note You can use the same name (for example, LAT-B) in the translate configuration subcommand for both IGS-A and IGS-B, but this symmetry is not required. Each protocol translator operates independently. The key is the common IP name used in both commands.

Central Site Protocol Translation

When an organization requires the translation of protocols among multiple remote sites over an X.25 network, with retranslation at a central site, an IGS may be required. The IGS in this configuration allows more than 32 concurrent translation sessions.

To support this application, an IGS is directly connected back-to-back (Figure 1-10) to another Cisco router (for example, AGS+, AGS, MGS, or CGS). This second Cisco router acts as an X.25 switch, by sending X.25 packets to the IGS while concurrently routing and bridging other protocols.

As the IGS is operating only as a protocol translator, it is capable of supporting 100 concurrent protocol translation sessions as opposed to the 32 that are supported when the IGS is routing, bridging, and protocol translating.


Figure 1-10: Central Site Protocol Translation Example



The following configuration example illustrates the configuration of IGS and AGS+ systems to support translating protocols over an X.25 network among multiple sites.

The "other" Cisco router is configured to act as an X.25 switch to send X.25 packets to the IGS while concurrently routing and bridging other protocols. This example also illustrates use of the translate global configuration subcommand to translate LAT, TCP, and X.25 over an X.25 WAN media. Under this configuration, IGS-A can translate LAT or TCP (Telnet) traffic into X.25 packets for transmission over an X.25 PDN network. Packets are then translated back to LAT or TCP on the other side of the WAN. Example configurations are included for both IGS-A and the Cisco router connected to the WAN at the central location; however, complete configuration details are not provided.

Example (Basic Configuration for IGS-A):
! Interface ethernet 0 ip address 1.0.0.2 255.255.0.0 ! ! enable LAT on interface if concurrently routing (8.3 feature) lat enable ! interface serial 0 encapsulation X.25 ! note that this is subaddress 3 of 11111 x25 address 111113 ! The following parameters may depend on your network x25 facility packetsize 512 512 x25 facility windowsize 7 7 no ip address !
Example ("Other" Central Site Cisco Router Configuration):
! ! Interface to WAN interface serial 0 x25 address 11111 x25 route ^111113 interface serial 1 ip address .... ! Interface to IGS interface serial 1 x25 route .* interface serial 0 no ip address !
Example (Translate Configuration for IGS-A):
! no ip routing ! Note subaddress of subaddress 11111(3(3)) translate x25 1111133 tcp tcpdevice translate lat TCP-B x25 3333301 translate lat tcp-device tcp tcp-device ! etc...any translate commands needed by application !

Standalone LAT to TCP Translation

For sites needing a high amount of local TCP-to-LAT translation sessions, the IGS can be set up to only use an Ethernet port. This application allows 100 concurrent translation sessions. In the applications illustrated in Figure 1-11, any other Cisco router, including an IGS, can be used to interconnect network segments performing bridging and/or routing.


Figure 1-11: IGS as Standalone Protocol Translator



Translation Example (IGS-A only):
Interface ethernet 0 ip address 1.0.0.2 255.255.0.0 ! ! enable LAT on this interface lat enabled ! interface serial 0 shutdown no ip routing default-gateway 1.0.0.100 ! translate lat TCP-A tcp TCP-A translate lat TCP-B tcp TCP-B translate tcp LAT-A lat lat-z ! etc...translate commands as required

Monitoring Translation

Use the EXEC show translate command described in this section to obtain displays of translation activity.

Examining Translation Configuration

The command show translate is used to show information about any protocol translation information configured using the translate configuration command. The command syntax is:

show translate

Sample output of the command follows:

Translate From: X25 3137005406515 access-class 5 To: TCP 199.31.7.17 Port 23 0/10 users active, 5 peak, 20 total, 1 failures

The first line contains the source protocol for the translation, and the second line contains the destination protocol and global options, all as specified in the original translate configuration command.

The last line in the display describes usage statistics for that particular translation. The first number 0 is the number of currently active users acting through the translate command. Following the slash, 10 is the max-users global parameter from the configuration (zero if no maximum was specified). The peak number 5 is the largest number of users concurrently using this translation. The total 20 is the total number of connections through this translation, and failures 1 is the number of attempted translations that failed for any reason (destination host not responding, access failure, login failure, resource exhaustion, and so on).

Additional sample outputs follow:

Translate From: LAT LUCY To: TCP 132.100.2.113 Port 23 1/0 users active, 1 peak, 1 total, 0 failures Translate From: X25 3137005406515 access-class 5 To: TCP 199.31.7.17 Port 23 0/0 users active, 0 peak, 0 total, 0 failures Translate From: LAT MATHOML To: TCP 199.31.7.17 Port 23 2/0 users active, 2 peak, 3 total, 0 failures Translate From: TCP 132.100.1.25 Port 23 To: X25 31370 Profile echo 0/0 users active, 0 peak, 0 total, 0 failures

Debugging Translation

There is one privileged debugging command for translation: debug translate. It is described in this section and is used to troubleshoot translation activity. Generally, you enter this commands during troubleshooting sessions with Cisco Customer Engineers.

Use the undebug translate command to turn the display off.

debug translate

The debug translate command shows the startups of each type of protocol translation, and indicates failures of the translate command.

Translation Global Configuration Command Summary

This section summarizes the global system configuration command translate:

translate inaddress [inoptions]outaddress [outoptions][globaloptions]

Causes incoming connections to the specified input protocol and address to result in the automatic formation of an outgoing connection to the specified protocol and address.

Protocol Options (inaddress|outaddress)

Telnet/TCP Translation Options (inoptions|outoptions)

LAT Translation Options (inoptions|outoptions)

X.25 Translation Options (inoptions|outoptions)

Global Translation Options (globaloptions)

hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1997 © Cisco Systems Inc.