× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: 5494, frame relay, and parms...
  • From: Chuck Lewis <CLEWIS@xxxxxxxxxx>
  • Date: Wed, 13 May 1998 19:42:21 -0400

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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.