IBM BC-201 manual Configuration Considerations, BC-203

Page 3

Overview of IBM Networking

RSRB

Configuration Considerations

Use IP encapsulation only over a TCP connection within complex meshed networks to support connections between peers that are separated by multiple hops and can potentially use multiple paths, and where performance is not an issue. Use direct encapsulation in point-to-point connections. In a point-to-point configuration, using TCP adds unnecessary processing overhead. Multiple peer types, however, can be combined to in a single router by following the directions for each peer type. For example, for a peer to support both TCP and FST remote-peers, you would need to define both a source-bridge fst peername and a source-bridgeremote-peercommand for the local router, using the same local IP address.

FST is fast-switched when it receives or sends frames from Ethernet, Token Ring, or FDDI interfaces. It is also fast-switched when it sends and receives from serial interfaces configured with the High-Level Data Link Control (HDLC) encapsulation. In all other cases, FST is slow-switched.

In cases where FST is fast-switched, in either the Cisco routers configured for FST or in the routers contained within the IP “cloud” between a pair of FST peers, only one path is used at a given time between the two FST peers. A single path greatly decreases the likelihood that frames arrive out of sequence. In the rare cases where frames do arrive out of sequence, the FST code on the receiving peer discards the out-of-order frame. Thus the Token Ring end hosts rarely lose a frame over the FST router cloud, and performance levels remain adequate.

The same conditions are true for any slow-switched topology that provides only a single path (for example, a single X.25 network cloud) between the peers. Similarly, if two slow-switched paths are of very different costs such that one always will be chosen over the other, the chances of having frames received out of sequence are also rare.

However, if two or more slow-switched paths of equal cost exist between the two routers (such as two parallel X.25 networks), the routers alternate in sending packets between the two or more equal-cost paths. This results in a high probability of frames arriving out of sequence at the receiver. In such cases, the FST code disposes of every out-of-sequence packet, leading to a large number of drops. This requires that the end hosts resend frames, greatly reducing overall throughput.

When parallel paths exist, we strongly recommend choosing one as the preferred path. Choose a preferred path by specifying a higher bandwidth for the path that contains the direct connections to the two or more parallel paths on the router.

Do not use FST when the probability exists for frames to lose their order in your network. If you have a network where frames are routinely reordered, it is better to use the TCP protocol for RSRB. TCP provides the overhead necessary to bring frames back in order on the receiving router. FST, to remain fast, does not provide for such a mechanism, and will discard out-of-order frames.

Logical Link Control, type 2 (LLC2) local acknowledgment can be enabled only with TCP remote peers (as opposed to LAN or direct serial interface remote peers) because the Cisco IOS software needs the reliability of TCP to provide the same reliability that an LLC2 LAN end-to-end connection provides.

Therefore, the direct media encapsulation options for the source-bridgeremote-peercommand cannot be used.

If the LLC2 session between the local host and the router terminates on either side of the connection, the other device will be informed to terminate its connection to its local host.

If the TCP queue length of the connection between the two routers reaches 90 percent of its limit, they send Receiver-not-Ready (RNR) messages to the local hosts until the queue limit is reduced to below this limit.

The configuration of the LLC2 parameters for the local Token Ring interfaces can affect overall performance. Refer to the “Configuring LLC2 and SDLC Parameters” chapter for more details about fine-tuning your network through the LLC2 parameters.

 

 

Cisco IOS Bridging and IBM Networking Configuration Guide

 

 

 

 

 

 

 

78-11737-02

 

 

BC-203

 

 

 

 

 

Image 3
Contents BC-201 Overview of IBM NetworkingBC-202 RsrbBC-203 Configuration ConsiderationsBC-204 DLSw+DLSw Standard DLSw Version 2 StandardBC-205 UDP Unicast DLSw+ FeaturesEnhanced Peer-on-Demand Routing Feature IP MulticastBC-207 Local AcknowledgmentLLC2 Session Without Local Acknowledgment BC-208BC-209 BC-210 DLSw+ Support for Other SNA FeaturesStun and Bstun Stun NetworksBC-211 BC-212 Stun FeaturesBC-213 Stun BC-214BC-215 Bstun FeaturesLLC2 and Sdlc Parameters Bstun NetworksBC-216 Cisco Implementation of LLC2IBM Network Media Translation Cisco Implementation of SdlcBC-217 Sdllc Media Translation Features Virtual Token Ring ConceptBC-218 BC-219 Resolving Differences in LLC2 and Sdlc Frame SizeMaintaining a Dynamic RIF Cache Other ConsiderationsBC-220 Qllc ConversionBC-221 Cisco Implementation of Qllc ConversionBC-222 Comparing Qllc Conversion to SdllcBC-223 Other Implementation ConsiderationsBC-224 RFC 1490 Routed Format for LLC2 BNNBC-225 RFC 1490 Bridged Format for LLC2 BANBC-226 Ncia ServerBC-227 Ncia Client/Server ModelAdvantages of the Client/Server Model Extended ScalabilityBC-228 BC-229 Migration SupportBC-230 Dspu and SNA Service PointBC-231 Shows a router functioning as a Dspu concentratorSNA Switching Services Benefits of SNASwBC-232 Network Design Simplicity Reduced Configuration RequirementsScalable Appn Networks IP Infrastructure SupportHPR Capable SNA Routing Services Branch ExtenderBC-234 BC-235 Enterprise Extender HPR/IPDynamic SNA BTU Size Usability FeaturesResponsive Mode Adaptive Rate-Based Flow Control Dynamic CP Name Generation SupportConsole Message Archiving Interprocess Signal TracingManagement Enhancements User-Settable Port LimitsVirtual Token Ring LAN and IP-Focused Connection TypesMIB Support for Advanced Network Management Awareness Token Ring, Ethernet, and FddiCisco Transaction Connection Virtual Data-Link ControlNative IP Data-Link Control HPR/IP BC-240 Ctrc and CicsBC-241 Ctrc and DB2Cmcc Adapter Hardware Benefits of CtrcBC-242 Channel Interface Processor Channel Port AdapterBC-243 BC-244 Differences Between the CIP and CPAEscon Channel Port Adapter Parallel Channel Port AdapterTCP/IP Offload Cmcc Adapter Features for TCP/IP EnvironmentsCommon Link Access to Workstation Supported EnvironmentsIP Host Backup Cisco Multipath Channel+BC-246 Cmcc Adapter Features for SNA Environments Cisco SNABC-247 Cisco Multipath Channel TN3270 ServerBC-248 SNA Functions Telnet Server FunctionsBC-249 BC-250