SNA-Over-IP?

[Stoeberl]

[@Fuerchau]
Hab jetzt mal bei der Leitungsbeschreibung der Ethernet-Karten auf beiden System den Wert AUTOCRTCTL mit dem Befehl CHGLINETH auf *YES geändert. Der Systemwert QAUTOCFG war bereits auf EIN . Die Einheit erstellt er immer noch nicht automatisch (Zumindest beim STRPASTHR, da sagt er das die Leitwegdaten nicht ermittelt werden konnten. Hab diese jetzt manuell erstellt.). Die Device wird erstellt. Vielleicht hätte ich auch mal die Leitung abhängen müssen damit die Änderung wirkt?! (Kann ich momentan nicht machen solange noch jemand arbeitet )

[@Pickachu]
In der Konfigurationsliste lag wohl der Hauptfehler. Hier ging auf einer Maschine die Liste für den lokalen APPN-Standort ab (*APPNLCL). Nachdem ich die erstellt habe klappte auch der STRPASTHR und ich konnte das Senden über QSNADS einrichten.

Danke für eure Hilfe!

Kennt einer von euch vielleicht ne kleine Übersicht / Zusammenfassung zu dem Thema damit ich mal ein etwas besseres Verständnis dafür krieg. Ich kann mit den Begriffen "Leitung", "Steuereinheit", "Netzwerk-ID", usw. nicht soviel anfangen.

cu
Martin

[Fuerchau]

Stimmt, AUTOCFG wirkt erst ab Neustart der Leitung.
Konfigurationsliste *APPNLCL und *APPNRMT sind natürlich erforderlich.
Host-Eintrag ist nicht erforderlich, die AS sucht das selber.

Was die CTL's angeht, so ist tatsächlich auf einer Maschine eine CTL-Definition erforderlich, die Gegenseite wird dann automatisch erstellt.

Beschreibungen:
http://publib.boulder.ibm.com/iserie...2924/index.htm
Unter "Networking" findest du alles.

[Pikachu]

Hallo Fuerchau!

Konfigurationsliste *APPNLCL und *APPNRMT sind natürlich erforderlich.
Host-Eintrag ist nicht erforderlich, die AS sucht das selber.

Hm? Ich habe hier SNA-über-IP am Laufen, aber es ist auf den beiden Maschinen nur jeweils eine *APPNRMT-Konfigurationsliste vorhanden, jedoch keine *APPNLCL-Konfigurationsliste.

Ist der Host-Eintrag wirklich nicht erforderlich? Wie findet das SNA auf der einen Maschine dann die andere Maschine im TCP/IP-Netzwerk, wenn es die IP-Adresse dieser Maschine nicht weiß?

Viele Grüße
Jürgen

[Fuerchau]

Naja, *APPNLCL ist nur dann erforderlich, wenn der Systemname bzw. Kontrollpunkt anders benamt werden soll (häufig sind die Systemnamen ja irgendwie S44xyz).
Die Suche erfolgt über den Namen des fernen Konrollpunktes per SNA-Request übers Netz. Das hat nichts mit einer DNS-Namensauflösung über IP zu tun.

Trage ich in SystemA als *APPNLCL eben SYSTEMA ein ist dieses über den Kontrollpunkt SYSTEMA zusätzlich zum Systemnamen erreichbar.
Da die Systemnamen (wie gesagt) eher selten geändert werden kann ich über die Kontrollpunkte etwas sprechendere Namen verwenden.
Das ist ähnlich zur HOSTS zu sehen. Ich kann dort jedes beliebige BlaBla eintragen, Hauptsache die IP stimmt. Dies ist aber ausschließlich für ausgehenden Suchen nötig, da im Endeffekt mit der IP gearbeitet wird.

Bei SNA ist es da etwas anderes. Der Kontrollpunkt wird eben über SNA ermittelt und verbunden. DSPNETA zeigt den Systemnamen und den Namen des Kontrollpunktes an (was über *APPNLCL erweitert werden kann), DSPAPPNINF die Netztopologie.

Beim CRTCTLAPPC wird ja für APPN der ferne Kontrollpunkt benannt, daher ist die Hosts nicht erforderlich.

[Pikachu]

Hallo Fuerchau!

Bei SNA ist es da etwas anderes. Der Kontrollpunkt wird eben über SNA ermittelt und verbunden. DSPNETA zeigt den Systemnamen und den Namen des Kontrollpunktes an (was über *APPNLCL erweitert werden kann), DSPAPPNINF die Netztopologie.

Beim CRTCTLAPPC wird ja für APPN der ferne Kontrollpunkt benannt, daher ist die Hosts nicht erforderlich.

Aber wie kann SNA ein fremdes System im Netzwerk finden, wenn dieses Netzwerk "nur" ein IP-Netzwerk ist? Irgendwo muss es deshalb doch eine Beziehung zwischen SNA-Namen und IP-Adressen geben, damit der SNA-Datenverkehr über ein IP-Netzwerk (SNA-über-IP) stattfinden kann. Diese Beziehung wird über den speziellen Host-Tabelleneintrag hergestellt.

Viele Grüße
Jürgen

[Stoeberl]

Beschreibungen:
http://publib.boulder.ibm.com/iserie...2924/index.htm
Unter "Networking" findest du alles.

Danke, muss ich mich mal bei Gelegenheit ein bisschen einlesen.

cu
Martin

[Fuerchau]

Wie die einzelnen IP-Kommandos aussehen weiss ich nicht. Aber wenn du z.B. in Windows die Netzwerkumgebung des Explorers aufrufst werden dir auch alle erreichbaren Namen der PC's angezeigt ohne dass ich alle in der Hosts benenne.
Hierfür gibt es IP-Broadcast-Nachrichten, ICMP u.v.a.

[grunzheini]

Ich hätte zu diesem Thema auch noch ein Problem anzubieten

Wir nutzen ebenfals SNA over IP.
Bei aus taucht des öfteren folgender Fehler auf:
APPC-Fehler. Fehlercode ist X'0009000000000000'

Leider wissen wir nicht warum die Verbindung bzw. STRPASTHR 1- 2 Stunden ohne Probleme funktioniert und auf einmal kommt es wieder ein Weiler zum oben genannten Fehler.

Die Verbindung wurde durch unserem Provider/ Support-Partner eingerichtet und lief eigentlich immer ohne Probleme.
Doch seit ein paar Wochen ist der Wurm drin.

Ich kann mir nicht vorstellen, dass es an der Konfiguration liegt, da das agnze ja ein wandfrei gelaufen ist. Ich habe auch schon anhand der in diesem Thread genannten Tipps überprüft und konnte keine Unstimmigkeiten feststellen.

Hat hierzu jemand eine Idee, woran das liegen könnte?
evtl.
-Anzahl STRPASTHR -Sitzungen?
-Hardware-Defekt einer Karte
-...

Grunzheini

[Fuerchau]

Schau mal ins Joblog, da muss es noch einen weiteren Fehler geben.
Diesen Fehlercode (Sense-Code) musst du mal analysieren:
10.0 "SNA Formats" IBM Library Server=
Ggf. ist der Fehler Kategorie 10:
10.3 "SNA Formats" IBM Library Server=

[grunzheini]

*NONE Anforderung 16.10.08 09:46:18,746776 QPTCHECK *N QUICMD QSYS 0460
Nachricht . . . : -STRPASTHR RMTLOCNAME(FUK01)
CPI8903 Information 00 16.10.08 09:46:23,431408 QPAPASS QSYS 029E QPAPASS QSYS 029E
Nachricht . . . : Virtuelle Einheit QPADEV000R auf System FUK01 ausgewählt.
CPC8901 Beendigung 00 16.10.08 09:47:26,661120 QPAPASS QSYS 0995 QMNWRKXX QSYS 027D
Nachricht . . . : Durchgriff normal beendet.
*NONE Anforderung 16.10.08 09:47:35,634864 QUICMD QSYS 0460 QUICMD QSYS 0460
Nachricht . . . : -passthru fk
5722SS1 V5R3M0 040528 Jobprotokoll anzeigen FUKNR 16.10.08 10:25:20 Seite 6
Jobname . . . . . . . . . . : PCPRGM03S4 Benutzer . . . . : LANGJ Nummer . . . . . . . . . . . : 607294
Jobbeschreibung . . . . . . : QDFTJOBD Bibliothek . . . : QGPL
NACHR-ID ART BEW DATUM ZEIT VON PGM BIBLIOTHEK INST AN PGM BIBLIOTHEK INST
CPI8903 Information 00 16.10.08 09:47:35,860272 QPAPASS QSYS 029E QPAPASS QSYS 029E
Nachricht . . . : Virtuelle Einheit QPADEV000R auf System FUK01 ausgewählt.
CPC8901 Beendigung 00 16.10.08 09:47:48,504632 QPAPASS QSYS 0995 PASSTHRU TESTBIB 00A5
Nachricht . . . : Durchgriff normal beendet.
*NONE Anforderung 16.10.08 09:47:54,135408 QUICMD QSYS 0460 QUICMD QSYS 0460
Nachricht . . . : -go menu15
*NONE Anforderung 16.10.08 09:47:54,138336 QUIMNDRV QSYS 02A1 QUIMNDRV QSYS 02A1
Nachricht . . . : -/* */
CPC8901 Beendigung 00 16.10.08 09:50:24,479760 QPAPASS QSYS 0995 FAXEDT TB.LIBR 0029
Nachricht . . . : Durchgriff normal beendet.
CPC8901 Beendigung 00 16.10.08 09:51:02,893056 QPAPASS QSYS 0995 FAXEDT TB.LIBR 0029
Nachricht . . . : Durchgriff normal beendet.
CPF8921 Abbruch 40 16.10.08 09:51:37,018368 QPAPASS QSYS 0995 FAXEDT TB.LIBR 0029
Nachricht . . . : APPC-Fehler. Fehlercode ist X'0009000000000000'.
Ursache . . . . : APPC-Fehler trat auf, während Einheit FUK01 am System
FUKNR von der Durchgriffsfunktion benutzt wurde. Die ersten 4 Ziffern des
Fehlercodes enthalten den Ursachencode; es folgen die Prüfdaten. Die ersten
4 Ziffern des Fehlercodes bedeuten: 0009 -- Zeitüberschreitung beim
Aktivieren der Sitzung. 0010 -- Einheit nicht angehängt. 408B oder 488B --
Im Befehl STRPASTHR (Durchgriff starten) angegebener Modus ist ungültig.
408C oder 488C -- In den Netzwerkattributen angegebener Modus ist nicht
vorhanden. 4834 -- Wiederherstellung abgebrochen. 6826,E015-E019,E01A --
SNA-Fehler (siehe Prüfdaten). E020-E022 -- Hardwarefehler (Prüfdaten sind
Hardwarefehlercode). Fehlerbeseitigung: Die zuvor im Jobprotokoll
aufgelisteten Nachrichten auf die Fehlerursache überprüfen. Die Fehler
korrigieren und die Anforderung wiederholen. Das Problem melden, wenn es
weiterhin auftritt (Befehl ANZPRB). Technische Beschreibung . . . . . . . :
Die Maßnahmen zur Fehlerbeseitigung richten sich nach dem Fehlercode. 0009
-- -- 1. Sicherstellen, dass am Zielsystem ein aktives Subsystem mit einem
DFV-Eintrag vorhanden ist, der mit der APPC- oder APPN-Zieleinheit
übereinstimmt. Wenn nicht, mit dem Befehl ADDCMNE die Einheit hinzufügen und
das Subsystem starten. -- 2. Mit dem Befehl DSPMODD die Modusbeschreibung
anzeigen, um zu prüfen, ob alle im Quellen-, im Zielsystem und allen
Zwischensystemen benutzten Übertragungsmodi übereinstimmende Beschreibungen
aufweisen. -- 3. Mit dem Befehl DSPMODSTS die Anzahl der aktiven Sitzungen
ermitteln. Entspricht sie der in der Modusbeschreibung maximal erlaubten
Anzahl, einen anderen Modus benutzen oder warten, bis eine Sitzung frei ist.
-- 4. Die Standardwartezeit für CLASS erhöhen, die vom Befehl STRPASTHR
benutzt wird. -- 5. In der Nachrichtenwarteschlange für Systembediener
Nachricht CPP1236 suchen, die weitere Informationen enthält. 0010 --
APPC-Einheit anhängen. 408B oder 488B -- Wert für Parameter MODE ändern.
408C oder 488C -- Befehl DSPNETA (Netzwerkattribute anzeigen) eingeben, um
den Namen des Standardmodus festzustellen. Danach mit dem Befehl CRTMODD
eine Modusbeschreibung mit diesem Namen erstellen oder den Namen des
Standardmodus mit dem Befehl CHGNETA in einen vorhandenen Modus ändern.
4834, 6826, E015-E019, E01A, E020-E022 -- Problem melden (Befehl ANZPRB).
Informationen zu SNA-Prüfdaten enthält das Handbuch "SNA Formats", IBM Form
GA27-3136, oder das Thema "APPN Support" im Information Center unter
IBM System i and i5/OS Information Center.
CPA0701 Abfrage 99 16.10.08 09:51:37,366576 QCLXERR QSYS 00C6 *EXT *N
Nachricht . . . : (C D I R) CPF8921 von FAXEDT bei 2600 empfangen.
Ursache . . . . : Das CL-Programm FAXEDT in Bibliothek TB.LIBR hat einen
Fehler bei Anweisung 2600 festgestellt. Der Nachrichtentext für CPF8921 ist:
APPC-Fehler. Fehlercode ist X'0009000000000000'.. Fehlerbeseitigung: Das
Anzeigen der Anfragenachricht kann durch Ändern des Programms ausgeschlossen

Ich hoffe du kannst so was erkennen, da es vom Format nicht ganz passt.

Also ich habe keinen anderen Fehler gefunden. Hier kann man auch schön sehen, dass es vorher ein paar mal ohne Probleme funktioniert hat.

[grunzheini]

Ich bin gerade eben noch auf was gestoßen:

In der Modusbeschreibung, welche für
das STRPASTHR verwendet wird
(BLANK) gibt es einen Parameter
Lokal gesteuerte Sitzungen . . . LCLCTLSSN

der Wert war auf 4 gestanden.

Kann es sein, dass dies mein Problem ist und nur deswegen der Fehler gelegentlich auftritt, wenn mehr als 4 Sessions gestartet werden?

Klingt irgendwie gut.... zumindest für mich

[Fuerchau]

Tja, könnte durchaus sein.
Ich habe hier ein System, in dem MAXSSN auf 195 und LCLCTLSSN auf 50 steht.
Da es keine anderen Meldungen im Joblog gibt deutet der X'0009' wirklich nur auf Timeout hin.

Erhöhe den Wert einfach.
Ich weiß allerdings nicht, ob dieser sofort wirkt oder erst nach Neustart der CTLD.