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



I don't remember all the details as to when twinax was removed from the
hardware but essentially SNA (if you use it) runs within TCP/IP. As a
result, using SNA over TCP/IP will be slower than APPC/APPN which is a SNA
protocol. Basically, your system is almost certainly using TCP for all
communications hence APPC/APPN will be slower as it has to convert the
APPC/APPN to run over TCP/IP and then at the target end, convert it back to
APPN/APPC.

The only advantage to using APPC/APPN is that APPC/APPN is more secure and
if someone is hacking your line, its way more difficult to interpret the
SNA packets.

Darryl.

On Mon, Apr 13, 2020 at 2:42 PM Patrik Schindler <poc@xxxxxxxxxx> wrote:

Hello Bryan,

thanks for your input!


Am 13.04.2020 um 14:10 schrieb Bryan Dietz <bdietz400@xxxxxxxxx>:

I recall a problem we had with Cisco routers/switches. Ours was a
routing problem, and had to do the the APPC “ARP” request set out. The fix
was to (re)create the line like below: CRTLINETH ETHSTD(*ETHV2)

I know about this issue. It wasn't a routing problem, but an ethernet
framing difference. I learned that, too and by leaving the default *BOTH,
everything's working as expected. :-)

When doing this you also need to re-configure the IP address and
associated routes.

Yes, but in here, it's a different case. With wrong framing, stuff doesn't
work at all. In here, it works, albeit only for a few seconds until IOS
crashes. :-)

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc


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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


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.