|
Well, then you are running the SNADS over SNA not IP, that it won't work on a pure IP network. SNADS is an SNA app, it won't run over IP natively, so anynet does the SNA to IP conversion so the software/app does not need to be changed, even though it is running over IP. The app doesn't know or care. (the OS does however because the performance is a bit weak). Carl Carl Galgano EDI Consulting Services, Inc. 540 Powder Springs Street Suite C19 Marietta, GA 30064 770-422-2995 mailto: cgalgano@ediconsulting.com http://www.ediconsulting.com EDI, Communications and AS400 Technical Consulting -----Original Message----- From: Ken Slaugh <ken.slaugh@cm-inc.com> To: 'MIDRANGE-L@midrange.com' <MIDRANGE-L@midrange.com> Date: Tuesday, March 02, 1999 2:06 PM Subject: RE: SNADS over TCP/IP >Just run IP and an APPC controller on the same line. No ANYNET needed. > >Ken Slaugh >Senior Programmer/System Analyst >AS/400 Professional Network Administrator/MSE >Specialist - Client Access/400 >Chouinard & Myhre, Inc. > >> -----Original Message----- >> From: Dave Shaw [SMTP:dshaw1@InfoAve.Net] >> Sent: Tuesday, March 02, 1999 8:36 AM >> To: MIDRANGE-L@midrange.com >> Subject: Re: SNADS over TCP/IP >> >> -----Original Message----- >> From: Peter H O'Connor <PHOC@compuserve.com> >> >> >> >Many companies are dropping SNA or plan to drop SNA and switch over >> to >> >TCP/IP. However, this leaves them without SNADS. >> > >> >My question, is there any interest in being about to use SNADS like >> >functions over TCP/IP? You could do such things as SNDNETF and >> SNDNETMSG. >> >You could receive the file just like you currently do on an SNA >> network. >> > >> >Basically, you would have the ability of SNADSing anyone with an IP >> >address. >> > >> >I would appreciate any comments on the subject. >> >> What would be the advantage of this hypothetical function over just >> using >> Anynet to run SNADS over TCP/IP? >> >> --- >> Dave Shaw, General Nutrition, Greenville, SC (just down the road from >> BMW - >> Bubba Makes Wheels :) >> The opinions expressed may not be my employer's unless I'm >> sufficiently >> persuasive... >> >> >> >> +--- >> | This is the Midrange System Mailing List! >> | To submit a new message, send your mail to MIDRANGE-L@midrange.com. >> | To subscribe to this list send email to MIDRANGE-L-SUB@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 subscribe to this list send email to MIDRANGE-L-SUB@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 subscribe to this list send email to MIDRANGE-L-SUB@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.