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



After reading the various posts on this discussion thread, I feel that 
some clarification on the recent V5R3 planning statement regarding SNA 
communications may be in order. 

There are no plans to discontinue the support of the numerous APPC based 
applications shipped on i5/OS including DDM, Display Station Passthru, and 
the various SNADs applications ( SNDNETF, SNDNETMSG, SNDNETSPLF, SNDDST). 
These IBM supplied APPC applications as well as any user supplied APPC 
applications will continue to be supported.  The message being conveyed by 
the planning statement is that most SNA applications will continue to be 
supported, but the underlying transport mechanism for supporting these 
applications will be IP based.

With Enterprise Extender support, which will be supported in a future 
release, the APPC applications will be able to run over IP.  Enterprise 
Extender is a technology that has been widely accepted in the industry for 
addressing the problem of allowing SNA traffic to flow over an IP based 
networking infrastructure.  Enterprise Extender will have significant 
advantages over the AnyNet support provided on i5/OS.  It will be easier 
to configure than AnyNet, provide better performance than AnyNet, and it 
will also support dependent LU traffic (3270 emulation, RJE, DHCF, NRF, 
SNUF) up to the mainframes when used in conjunction with Dependent LU 
Requester (DLUR) support. 

The following article published last week by Timothy Prickett Morgan 
provides some additional information on this topic. 

http://www.itjungle.com/tfh/tfh050905-story01.html







rob@xxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
05/16/2005 10:00 AM
Please respond to
Midrange Systems Technical Discussion


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: Death of SNA?






Good question.

There are multiple parts of SNDDST.  There's the use of it to perform the 
like function of SNDNETMSG.  Then there's the use of it to send email out.

Here, we already use a "command exit program" to convert SNDDST into Dave 
Leland's SNDEMAIL.  If I truly knew if that was dropping, I'd modify the 
program to let the programming manager know of yet another program that 
has SNDDST buried in it that needs to be modified.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





MWalter@xxxxxxxxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
05/16/2005 08:54 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: Death of SNA?






Where does that leave SNDDST?

Thanks,

Mark

Mark D. Walter
Senior Programmer/Analyst
CCX, Inc.
mwalter@xxxxxxxxxx
http://www.ccxinc.com


 
             rob@xxxxxxxxx 
             Sent by: 
             midrange-l-bounce                                          To 


             s@xxxxxxxxxxxx            midrange-l@xxxxxxxxxxxx 
                                                                        cc 


 
             05/16/2005 09:39                                      Subject 


             AM                        Death of SNA? 
 
 
             Please respond to 
             Midrange Systems 
                 Technical 
                Discussion 
             <midrange-l@midra 
                 nge.com> 
 
 




http://www.mcpressonline.com/mc/.6b24cce2

Claims that the release after V5R3 will be the last to support SNA.

Confirmation from IBM:
http://www-1.ibm.com/servers/eserver/iseries/support/planning/futuresftwr.html




http://www-1.ibm.com/servers/eserver/iseries/support/planning/nav.html

Items affected:
SNDNETF
SNDNETMSG
SNDNETSPLF
etc.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.