IBM BC-203 manual BC-211

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

BC-211

Image 9
Contents BC-203 Overview of IBM NetworkingBC-204 RsrbBC-205 Configuration ConsiderationsBC-206 DLSw+DLSw Standard DLSw Version 2 StandardBC-207 Enhanced Peer-on-Demand Routing Feature DLSw+ FeaturesIP Multicast UDP UnicastBC-209 Local AcknowledgmentLLC2 Session Without Local Acknowledgment BC-210BC-211 BC-212 DLSw+ Support for Other SNA FeaturesStun and Bstun Stun NetworksBC-213 BC-214 Stun FeaturesBC-215 Stun BC-216LLC2 and Sdlc Parameters Bstun FeaturesBstun Networks BC-217BC-218 Cisco’s Implementation of LLC2IBM Network Media Translation Cisco’s Implementation of SdlcBC-219 Sdllc Media Translation Features Virtual Token Ring ConceptBC-220 Maintaining a Dynamic RIF Cache Resolving Differences in LLC2 and Sdlc Frame SizeOther Considerations BC-221BC-222 Qllc ConversionBC-223 Cisco’s Implementation of Qllc ConversionBC-224 Comparing Qllc Conversion to SdllcBC-225 Other Implementation ConsiderationsBC-226 RFC 1490 Routed Format for LLC2 BNNBC-227 RFC 1490 Bridged Format for LLC2 BANNcia BC-228Ncia Server Ncia Client/Server ModelBC-229 Ncia Server Client/Server Model BC-230Extended Scalability Advantages of the Client/Server ModelMigration Support BC-231Alps BC-232BC-233 Dspu and SNA Service PointRouter Acting as a Dspu Concentrator BC-234SNA Switching Services Benefits of SNASwBC-235 Scalable Appn Networks Reduced Configuration RequirementsIP Infrastructure Support Network Design SimplicityHPR Capable SNA Routing Services Branch ExtenderBC-237 BC-238 Enterprise Extender HPR/IPDynamic CP Name Generation Support Usability FeaturesDynamic SNA BTU Size Dlur Connect-OutManagement Enhancements Trap MIB Support for Advanced Network Management Awareness LAN and IP-Focused Connection TypesToken Ring, Ethernet, and Fddi Virtual Token RingCisco Transaction Connection DLC Switching Support for Access to Sdlc and QllcVirtual Data-Link Control Native IP Data-Link Control HPR/IPBC-243 Ctrc and CicsBC-244 Ctrc and DB2Cmcc Adapter Hardware Benefits of CtrcBC-245 Channel Interface Processor Channel Port AdapterBC-246 Escon Channel Port Adapter Differences between the CIP and CPAParallel Channel Port Adapter BC-247Common Link Access to Workstation Cmcc Adapter Features for TCP/IP EnvironmentsSupported Environments TCP/IP OffloadIP Host Backup Cisco Multipath Channel+BC-249 Cmcc Adapter Features for SNA Environments Cisco SNABC-250 Cisco Multipath Channel TN3270 ServerBC-251 SNA Functions Telnet Server FunctionsBC-252 BC-253 BC-254