Free Web Hosting by Netfirms
Web Hosting by Netfirms | Free Domain Names by Netfirms

IBM SNA over IP Networks

              To see CIP Router Commands Click HERE
 

SDLC via STUN

SDLC via serial tunneling (STUN) encapsulates SDLC frames into Internet Protocol (IP) packets and routes the encapsulated packets over IP supported network media. The SDLC frame is transmitted without modification, and the information within the frame is transparent to the network. All SNA physical unit (PU) types are supported. SDLC is the synchronous, bit-oriented protocol used by the SNA data link control lay The SDLC data link allows a reliable exchange of information over a communication facility between SNA devices. The protocol synchronizes receivers and transmitters and detects transmission errors. It accomplishes these functions by acknowledging frame receipt and by performing a cyclic redundancy check (CRC) on the data.
 


 

Data Link Switching DLSW

Data link switching is a means of transporting SNA and NetBIOS traffic over an IP network. Data link switching is an alternative to source route bridging (SRB) that can be used as a basis to address several problems inherent in the SRB protocol, including:

SRB hop count limits (SRB limit is 7)
Broadcast traffic (from SRB explorer frames or NetBIOS name queries)
Unnecessary traffic (acknowledgments and keepalives)
DLC timeouts
Lack of flow control and prioritization

IBM uses the ALL ROUTE EXPLORES (ARE) to broadcast out MAC addressees.
There can be DUPLICATE macs present on the same network BUT not on the same segment or bridge. RSB allows for multiple physical paths with one logical open route.
 
 

DLSw+ offers enhanced availability by maintaining a list of multiple paths per destination MAC addresses or NetBIOS names. Each Cisco router maintains a preferred route and one or more capable routes to participating DLSw+ Border Peers that can reach the destination. If the circuit over the preferred route through a pair of DLSw+ routers is broken, the next available route is promoted to the new preferred route.
No additional broadcasts are required, and recovery over an alternate path is immediate.
The remote and local routers can also perform a LOCAL ACK which reduces network polling bandwidth.


 
 
 
 

The exact way that multiple capable peers are handled with DLSw+ can be biased to meet the needs of the network.
 


Whenever a new circuit is established between a pair of end systems and the end to end path for the circuit is already known (that is, it is cached), the originating DLSw+ router sends a route verification message directly to the preferred partner in order to validate the cache. If the preferred partner is no longer available, a route verification is sent to a capable router in the cache.

This route verification exchange between routers can also be configured to perform load balancing by sending the directed verify in round robin fashion through the list of capable routers.

This feature is especially attractive in SNA networks. A very common technique used in the hierarchical SNA environment is assigning the same MAC address to different Token Ring interface couplers (TICs) on the IBM frontend processors (FEPs). DLSw+ assures that duplicate TIC addresses are found, and if multiple DLSw+ peers can be used to reach the FEPs, they are all cached. This technique can be used not
only for fault tolerance but for load balancing. When using this technique for fault tolerance, it facilitates a timely reconnection after session outages. When using this technique for load balancing, it improves overall SNA performance

Configuration Examples

#YTIS01
source-bridge ring-group 555
source-bridge remote-peer 555 tcp 192.203.241.222
source-bridge remote-peer 555 tcp 199.4.137.6
source-bridge tcp-queue-max 200
!
interface Serial0
 ip address 192.168.150.5 255.255.255.252
 bandwidth 1344
 hold-queue 130 in
 hold-queue 100 out
 ipx network C300
!
interface Serial1
 ip address 192.168.150.9 255.255.255.252
 bandwidth 1344
 hold-queue 130 in
 hold-queue 100 out
 ipx network C301
!
interface TokenRing0
 ip address 199.4.137.6 255.255.255.0
 no ip route-cache
 hold-queue 200 in
 hold-queue 100 out
 ipx network BB1
 ring-speed 16
 multiring all
 source-bridge 2456 1 555
 source-bridge spanning
!
interface TokenRing1
 ip address 198.83.16.1 255.255.255.0
 no ip route-cache
 hold-queue 200 in
 hold-queue 100 out
 ipx network BB7
 ring-speed 16
 multiring all
 source-bridge 34 1 555
 source-bridge spanning

WPIS01
source-bridge ring-group 555
source-bridge remote-peer 555 tcp 192.203.241.222
source-bridge remote-peer 555 tcp 199.4.137.6
!
interface Loopback0
 no ip address
!
interface Serial0
 ip address 192.168.150.6 255.255.255.252
 bandwidth 1344
 hold-queue 130 in
 hold-queue 100 out
 ipx network C300
!
interface Serial1
 ip address 192.168.150.10 255.255.255.252
 bandwidth 1344
 hold-queue 130 in
 hold-queue 100 out
 ipx network C301
!
interface TokenRing0
 ip address 192.168.1.1 255.255.255.0 secondary
 ip address 192.168.2.1 255.255.255.0 secondary
 ip address 192.203.241.222 255.255.255.0
 ipx network BB0
 ring-speed 16
 multiring all
 source-bridge 2817 1 555
 source-bridge input-type-list 200
!
interface TokenRing1
 no ip address
 shutdown
 ipx network 67
 ipx output-network-filter 876
 ipx output-sap-filter 1001
 ring-speed 16
 multiring all
 source-bridge 2999 2 555
 source-bridge spanning
 source-bridge input-type-list 200
!