× 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: SNA over IP communication
  • From: "Alexei Pytel" <pytel@xxxxxxxxxx>
  • Date: Thu, 4 Jan 2001 17:47:42 -0600
  • Importance: Normal



> 2. entries in the QAPPNRMT configuration list where the Remote Location
is
> the same as [hostname], and the Remote Control Point is TCPIP.  The
Remote
> Network ID, Local Location, and Control Point Net ID can be usually be
left
> as *NETATR, which will cause the information from DSPNETA to be filled
in.
> If the remote network name is different from the local network name,
enter
> the actual remote name.  In either case the Remote Network ID should be
the
> same as [networkname] when you are done.

Not exactly. When you create APPC controller type *ANYNW, you create a kind
of "funnel", leading down to SNA-over-IP support.
For this controller you specify control point - as <network ID>/<CP name>
pair.
They could be anything at all - not necessarily TCPIP.

When you configure QAPPNRMT, for every remote location, which is supposed
to be reached via SNA-over-IP, you add an entry and specify control point
from *ANYNW controller.

When APPC session is established for a given remote location, system will
look in QAPPNRMT, then find appropriate APPC controller using control point
information. If this happens to be *ANYNW controller, then SNA-over-IP is
used to find IP address, establish connection etc. etc.

You may have as many *ANYNW controllers as you want (with different CP
names) - or funnel all SNA-over-IP sessions via single *ANYNW controller.


Alexei



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


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.