IBM BC-201 manual BC-209

Page 9

Overview of IBM Networking

DLSw+

3x74 operates as if the acknowledgments it receives are from the 37x5. Router B looks like the 3x74 to 37x5. Because the frames do not have to travel the WAN backbone networks to be acknowledged, but are locally acknowledged by routers, the end machines do not time out, resulting in no loss of sessions.

Enabling local acknowledgment for LLC2 has the following advantages:

Local acknowledgment for LLC2 solves the T1 timer problem without having to change any configuration on the end nodes. The end nodes are unaware that the sessions are locally acknowledged. In networks consisting of hundreds or even thousands of machines, this is a definite advantage. All the frames acknowledged by the Cisco IOS software appear to the end hosts to be coming from the remote IBM machine. In fact, by looking at a trace from a protocol analyzer, one cannot say whether a frame was acknowledged by the local router or by a remote IBM machine. The MAC addresses and the RIFs generated by the Cisco IOS software are identical to those generated by the remote IBM machine. The only way to find out whether a session is locally acknowledged is to use either a show local-ackcommand or a show source-bridgecommand on the router.

All the supervisory (RR, RNR, REJ) frames that are locally acknowledged go no farther than the router. Without local acknowledgment for LLC2, every frame traverses the backbone. With local acknowledgment, only data (I-frames) traverse the backbone, resulting in less traffic on the backbone network. For installations in which customers pay for the amount of traffic passing through the backbone, this could be a definite cost-saving measure. A simple protocol exists between the two peers to bring up or down a TCP session.

Notes on Using LLC2 Local Acknowledgment

LLC2 local acknowledgment is enabled with TCP and DLSw+ Lite remote peers.

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

If the TCP queue length of the connection between the two routers reaches the high-water mark, the routers sends Receiver-Not-Ready (RNR) messages to the local hosts until the queue limit is reduced to below this limit. It is possible, however, to prevent the RNR messages from being sent by using the dlsw llc2 nornr command.

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

The routers at each end of the LLC2 session execute the full LLC2 protocol, which could result in some overhead. The decision to use local acknowledgment for LLC2 should be based on the speed of the backbone network in relation to the Token Ring speed. For LAN segments separated by slow-speed serial links (for example, 56 kbps), the T1 timer problem could occur more frequently. In such cases, it might be wise to turn on local acknowledgment for LLC2. For LAN segments separated by a T1, backbone delays will be minimal; in such cases, FST or direct should be considered. Speed mismatch between the LAN segments and the backbone network is one criterion to help you decide to use local acknowledgment for LLC2.

There are some situations (such as the receiving host failing between the time the sending host sends data and the time the receiving host receives it), in which the sending host would determine, at the LLC2 layer, that data was received when it actually was not. This error occurs because the router acknowledges that it received data from the sending host before it determines that the receiving host can actually receive the data. But because both NetBIOS and SNA have error recovery in situations where an end device goes down, these higher-level protocols will resend any missing or lost data. Because these transaction request/confirmation protocols exist above LLC2, they are not affected by tight timers, as is LLC2. They also are transparent to local acknowledgment.

 

 

Cisco IOS Bridging and IBM Networking Configuration Guide

 

 

 

 

 

 

 

78-11737-02

 

 

BC-209

 

 

 

 

 

Image 9
Contents BC-201 Overview of IBM NetworkingBC-202 RsrbBC-203 Configuration ConsiderationsBC-204 DLSw+DLSw Standard DLSw Version 2 StandardBC-205 Enhanced Peer-on-Demand Routing Feature DLSw+ FeaturesIP Multicast UDP UnicastBC-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-214LLC2 and Sdlc Parameters Bstun FeaturesBstun Networks BC-215BC-216 Cisco Implementation of LLC2IBM Network Media Translation Cisco Implementation of SdlcBC-217 Sdllc Media Translation Features Virtual Token Ring ConceptBC-218 Maintaining a Dynamic RIF Cache Resolving Differences in LLC2 and Sdlc Frame SizeOther Considerations BC-219BC-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 Scalable Appn Networks Reduced Configuration RequirementsIP Infrastructure Support Network Design SimplicityHPR Capable SNA Routing Services Branch ExtenderBC-234 BC-235 Enterprise Extender HPR/IPResponsive Mode Adaptive Rate-Based Flow Control Usability FeaturesDynamic CP Name Generation Support Dynamic SNA BTU SizeManagement Enhancements Interprocess Signal TracingUser-Settable Port Limits Console Message ArchivingMIB Support for Advanced Network Management Awareness LAN and IP-Focused Connection TypesToken Ring, Ethernet, and Fddi Virtual Token RingCisco 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 Escon Channel Port Adapter Differences Between the CIP and CPAParallel Channel Port Adapter BC-244Common Link Access to Workstation Cmcc Adapter Features for TCP/IP EnvironmentsSupported Environments TCP/IP OffloadIP 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