|
Bleddyn, What do you have the retry limit(s) set at ? Thanks, Chuck Bleddyn Williams wrote: > We are doing the same with an International solution where the customer has > lots of 5394,s and 5494,s sitting in the remote offices that used to run > over X.25. The provider is IBM Network Services and the routers are IBM > 2210's, which will spoof the SNA links. The things we have been told to > watch out for are things like retry limits, for if the network goes down to > ensure the controller will come on line with no intervention. We are also > making sure all the 5494's are on the latest code release, I think they have > to be on at least 3.1? > > Thanks Bleddyn > > http://www.morpheus.ltd.uk - home to the AS/400 eBusiness Mailing List > > -----Original Message----- > From: owner-midrange-l@midrange.com > [mailto:owner-midrange-l@midrange.com]On Behalf Of Carl Galgano > Sent: 12 May 1998 14:10 > To: MIDRANGE-L@midrange.com > Subject: Re: 5494, frame relay, and parms... > > Larry's comments are right on. We have a client doing SNA over frame relay > and we are using Vanguard MP routers (Motorola) and that is exactly what > the Vanguard units do. The "spoof" (a technical term) the AS400 and the > remote 5494 into thinking SNA frames are being passed from end to end. > They work very well. > Carl > > At 10:53 PM 5/10/98 -0400, you wrote: > >mcrump@ballfoster.com wrote: > >> > >> We have 20+ 5494's that we just converted from a private pt to pt > network... > >> > >> To the AS/400 and the 5494's they look like they are attached to a LAN. > We > >> are bridging the SNA traffic.... > >> > > If the environment is as you describe it with SNA bridging I believe > >you will never have solid reliability. The problem being that SNA is > >timing out when the 'clound' (frame relay network) gets busy - > >Especially if your CIR is low and traffic is high. Bridging will simply > >carry the SNA polling over the cloud so when the clound is busy the > >responses take too long and in some cases actually never get there. > > > > To solve this you really need routers that are using DLSW (Data Link > >Switching) instead of bridging. DLSW on the router nearest the AS/400 > >will 'lie' to the AS/400 by responding to the AS/400's polling, the > >routers on the far end will do the same for the 5494's. Only after the > >routers finally give up on communicating to one another (such as when > >CISCO stuff on AT&T's Frame go casters up) will the local router finally > >tell the AS/400 that it cannot contact the 5494's. In the mean time > >even when the 'cloud' is swamped the AS/400 believes that the 5494's are > >still there and happy. This has the desireable side effect of reducing > >WAN traffic because all those SNA polls don't hit the cloud. > > > > Now if you are already using DLSW or similair technology then I'm all > >wet and you need to raise some of those time out values..... > > > > Larry Bolhuis > > Vice President > > Arbor Solutions, Inc > > Grand Rapids, MI > > > >> > >> Michael Crump > > >> Technical Project Leader > >> > >> +--- > >> | This is the Midrange System Mailing List! > >> | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > >> | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > >> | Questions should be directed to the list owner/operator: > >david@midrange.com > >> +--- > > > >+--- > >| This is the Midrange System Mailing List! > >| To submit a new message, send your mail to MIDRANGE-L@midrange.com. > >| To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > >| Questions should be directed to the list owner/operator: > david@midrange.com > >+--- > > > Carl J. Galgano > http://cgalgano.home.mindspring.com > mailto:cgalgano@ediconsulting.com > EDI Consulting Services, Inc. > 540 Powder Springs Street > Suite C19 > Marietta, GA 30064 > 770-422-2995 > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.