X.25 mit VAXen

  • Hallo,


    ich bemühe mich gerade, X.25 mit einer cisco, einer VAX und einer Sun ans Laufen zu bekommen. Entsprechende serielle Interfaces und Kabel habe ich zwar im Prinzip, aber so richtig funktionieren tut noch nichts, und zur Inbetriebnahme wäre ein Protokollanalyzer (z.B. HP 4951C) extrem nützlich. Hat jemand von Euch einen, den ich mir ausleihen kann?


    Schöne Grüße,

    Hans

  • Moin Hans,

    wuerde gerne helfen.


    Hast Du schon alles durch, was es an Einstellungen und Optionen auf beiden Seiten der Verbindung gibt?

    Und da gibt es so viele Moeglichkeiten...

    VAX - P.S.I. Guides, Datex-P (X.25) Handbuecher, Takt-Quellen (macht das Modem (normalerweise)).

    Wie sieht die Verbindung VAX <-> CISCO aus? Ich frage das, weil ich, wenn ich mal Zeit haette auch gerne mit der Sache auseinandersetzen wuerde.

    Laeuft der Selbsttest auf der VAX Seite?

    Alle Software (Sync. Treiber) installiert und gestartet?

    Teste mit den Teststecker? Welche Interface?

    Protokoll Analyser und passende Software haette ich, welches Interface (V.24/X.21) wuerdest Du benoetigen?

    Versand muesste gut vorbereitet sein, das Teil ist nicht leicht und doch auch empfindlich.

    Von daher, die Fragen ob wir nicht hier eine Doublette Deiner Installation hinbekaemen um damit zu testen.


    MfG

    Bernhard

  • Hallo Bernhard,


    hier man eine Beschreibung meiner Konfiguration:


    cisco 2811 mit WIC-2A/2 und DTE-Kabeln (DB25M)

    SPARCstation IPX mit selbstgebautem Kabel (DIN8-DB25F) , SunOS 4.1.4, 6.0 SunLink X.25

    VAX 4000/105A mit DSW42 und selbstgebautem Kabel (DB50M-DB25F), VMS 5.5-2H4, VAX P.S.I. 4.3


    Auf der cisco kann ich die serielle Schnittstelle zur Sun initialisieren und sie wird hardwareseitig hochgefahren, zumindest sagt die cisco, dass das serielle Interface "up" ist. Allerdings kommt von der keine Antwort auf dem LAPD-Handshake, was aber ja durchaus an fehlender Taktung liegen kann. Die cisco kann separaten TX&RX-Takt, die Cisco hat nur eine RX-Taktleitung und muss daher für TX den RX-Takt benutzen. Das kann man auch konfigurieren, aber ohne Schnittstellenanalysator lässt sich das schlecht testen.


    Mit der VAX habe ich bisher noch überhaupt keinen Erfolg gehabt. Die Hardware-Tests der Schnittstelle laufen durch. Ich habe die WAN-Treiber und P.S.I. 4.3 installiert und wenn ich @SYNC$STARTUP laufen lasse, bekomme ich auch die Initialisierungsmeldung des (?) Treibers (ZT0: und ZT1). In der PSI_SET_UP-Prozedur werden die beiden Ports (DSW-0-0 und DSW-0-1) nicht angeboten. DECNET findet die Schnittstellen, will sie aber auch nicht initialisieren. Ich konnte bisher keine Installationshilfen zu VAX P.S.I. mit DSW42 finden (aber ich finde auch keine SPD für VAX P.S.I.).


    Loopback-Stecker habe ich nicht, müsste ich mir aber machen können. Mir ist nur das Pinout unklar, insbesondere bei der VAX.


    Ich vermute nun erstmal, dass meine Kabel nicht OK sind, aber auf der VAX gibt es offensichtlich noch Konfigurationtricks, die sich nicht unmittelbar erschließen.


    Weitere

  • Ich habe das interessante Communications Options Minireference Manual gefunden, in dem sich auch das Pinout für den Loopback-Stecker (H3199) findet:



    Gleich mal löten :)

  • Ich bin jetzt schon ein bisschen schlauer: Ich habe die falschen seriellen Kabel für die cisco - Ich brauche DCE-Kabel, habe aber nur DTE-Kabel und Nullmodembeschaltung hilft deswegen nicht, weil Signalisierungspins dem Router mitteilen, was man für ein Kabel hat. Andrew Kay hat SunLink X.25 mit seiner cisco und dem richtigen Kabel gerade ans Laufen gebracht, also brauche ich vorerst doch keinen Analyzer, sondern die richtigen Kabel aus der Bucht.


    Das VAX-Problem ist damit noch nicht gelöst, und jetzt fehlt mir eine zweite DB50F, um einen zweiten Loopback-Stecker zu löten, denn wenn ich nur einen aufstecke, schlägt der Test im Bootmonitor mit einer kryptischen Meldung fehl.

  • Suchst du soetwas?

    Nein, das ist eine Breakout Box. Mit der kann man zwar ein bisschen was sehen, aber ein Protokollanalyser kann auch den Datenstrom zerlegen. Man kann damit herauszufinden, ob das HDLC-Framing und die Taktsignale stimmen, ob die beiden Systeme korrekt ihre jeweiligen Rollen aushandeln und welche Datenpakete fließen. Das ist also ein richtiger Spezialrechner.

  • Moin,


    war heute mal aktiv und habe eine VAX aus dem Stapel gezogen, die auf der Rueckseite Zeichen eines Synchronen Seriellen Anschlusses zeigt... sie laeuft bisher nur auf der Konsole und zeigt dabei folgendes Verhalten...



    KA52-A V2.3, VMB 2.14

    Performing normal system tests.

    74..73..72..71..70..69..68..67..66..65..64..63..62..61..60..59..

    58..57..56..55..54..53..52..51..50..49..48..47..46..45..44..43..

    42..41..40..39..38..37..36..35..34..33..32..31..30..29..28..27..

    26..25..24..23..22..21..20..19..18..17..16..15..14..13..12..11..

    10..09..08..07..06..05..04..03..

    Tests completed.

    Loading system software.

    (BOOT/R5:0 DKA100)


    2..

    -DKA100

    1..0..


    BREAK durch mich


    ?02 EXT HLT

    PC = 00002C40

    >>>


    >>>sh dev

    DSSI Bus 0 Node 3 (DISK03)

    -DIA3 (RF35)


    DSSI Bus 0 Node 7 (*)


    DSSI Bus 1 Node 6 (*)


    SCSI Adapter A, SCSI ID 7

    -DKA100 (DEC RZ26B)

    -DKA300 (DEC RZ28M)


    Ethernet Adapter

    -EZA0 (08-00-2B-xx-xx-xx)


    >>>sh qbus

    Scan of Qbus I/O Space

    -20001F40 (777500) = 0020 IPCR


    Scan of Qbus Memory Space

    >>>


    erster Versuch weder in SHOW Device noch in SHOW QBUS ist was zu sehen vom Seriellen Adapter DSW41/2

    Versuchen wir mal was anderes, was kann alles getestet werden...


    >>>sh test


    Test

    # Address Name Parameters

    ___________________________________________________________________________

    20052200 SCB

    20055850 De_executive

    30 2006A53C Memory_Init_Bitmap *** mark_Hard_SBEs ******

    31 2006AB34 Memory_Setup_CSRs *********

    32 2005D148 NMC_registers **********

    33 2005D324 NMC_powerup **

    34 2005E6D8 SSC_ROM ***

    35 2005FB90 B_Cache_diag_mode bypass_test_mask *********

    37 20061590 Cache_w_Memory bypass_test_mask *********

    40 2006B5E0 Memory_count_pages SIMM_set0 SIMM_set1 Soft_errs_allowed *****

    41 20068CEC Board_Reset *

    42 20061880 Chk_for_Interrupts **********

    46 200610C4 P_Cache_diag_mode bypass_test_mask *********

    47 2006AD04 Memory_Refresh start_a end incr cont_on_err time_seconds *****

    48 2006B028 Memory_Addr_shorts start_add end_add * cont_on_err pat2 pat3 ****

    4A 2006A23C Memory_ECC_SBEs start_add end_add add_incr cont_on_err ******

    4B 2006940C Memory_Byte_Errors start_add end_add add_incr cont_on_err ******

    4C 20069BA0 Memory_ECC_Logic start_add end_add add_incr cont_on_err ******

    4D 20068FE8 Memory_Address start_add end_add add_incr cont_on_err ******

    4E 20069188 Memory_Byte start_add end_add add_incr cont_on_err ******

    4F 2006B7F4 Memory_Data start_add end_add add_incr cont_on_err ******

    51 2005803C FPA **********

    52 20058530 SSC_Prog_timers which_timer wait_time_us ***

    53 20058818 SSC_TOY_Clock repeat_test_250ms_ea Tolerance ***

    54 20057C18 Virtual_Mode ********

    55 20058E6C Interval_Timer *****

    56 2006507C SHAC_LPBCK From_bus To_bus passes *******

    58 20065D24 SHAC_RESET dssi_bus port_number time_secs not_pres *

    59 20062778 SGEC_LPBCK_ASSIST time_secs **

    5C 20062D10 SHAC SHAC_number *********

    5F 200619B8 SGEC loopback_type no_ram_tests ******

    62 20058B1C console_QDSS mark_not_present selftest_r0 selftest_r1 *****

    63 20058CA4 QDSS_any input_csr selftest_r0 selftest_r1 ******

    80 2005D3C0 CQBIC_memory bypass_test_mask *********

    81 200596CC Qbus_MSCP IP_csr ******

    82 200598AC Qbus_DELQA device_num_addr ****

    83 2005A85C QZA_Intlpbck1 controller_number ********

    84 2005BF1C QZA_Intlpbck2 controller_number *********

    85 20059A9C QZA_memory incr test_pattern controller_number *******

    86 20059F44 QZA_DMA Controller_number main_mem_buf ********

    90 20058494 CQBIC_registers *

    91 20058410 CQBIC_powerup **

    99 2005DC4C Flush_Ena_Caches dis_flush_VIC dis_flush_BC dis_flush_PC

    9A 20063FB0 INTERACTION pass_count disable_device *******

    9B 20068E48 Init_memory **

    9C 2006631C List_CPU_registers *

    9D 2006C250 Utility Flags *********

    9E 2005903C List_diagnostics script_number *

    9F 200681CC Create_A0_Script **********

    C1 20057888 SSC_RAM_Data *

    C2 20057A78 SSC_RAM_Data_Addr *

    C5 200589E8 SSC_registers *

    D0 20060C70 V_Cache_diag_mode bypass_test_mask *********

    D2 2005DE90 O_Bit_diag_mode bypass_test_mask *********

    DA 2006139C PB_Flush_Cache **********

    DB 2005E850 Speed print_speed *********

    DC 2006C060 NO_Memory_present *

    DD 2005F0DC B_Cache_Data_debug start_add end_add add_incr *******

    DE 2005EC64 B_Cache_Tag_Debug start_add end_add add_incr *******

    DF 2005E2A8 O_BIT_DEBUG start_add end_add add_incr seg_incr ******

    E0 2006D4D4 SCSI environment reset_bus time_s *******

    E1 2006D7CC SCSI_Utility environment util_nbr target_ID lun ******

    E2 2006DA2C SCSI_MAP bypass_test addr_incr_data_tst ********

    E4 2006DFC8 DZ environment *********

    E8 2006E1DC SYNC environment *********

    E9 2006E2B4 SYNC_Utility environment *********

    EC 2006E398 ASYNC environment *********

    F0 2006D638 SCSI_option environment reset_bus time_s *******

    F1 2006D900 SCSI_Opt_Utility environment util_nbr target_ID lun ******

    F2 2006DA40 SCSI_MAP_Option bypass_test addr_incr_data_tst ********


    Scripts

    # Description


    A0 User defined scripts

    A1 Powerup tests, Functional Verify, continue on error, numeric countdown

    A3 Functional Verify, stop on error, test # announcements

    A4 Loop on A3 Functional Verify

    A6 Memory tests, mark only multiple bit errors

    A7 Memory tests

    A8 Memory acceptance tests, mark single and multi-bit errors, call A7

    A9 Memory tests, stop on error

    B2 Extended tests plus BF, then loop

    B5 Extended tests, then loop

    BF DZ, SYNC, ASYNC with loopbacks



    Load & start system exerciser

    100 Customer mode, 2 passes

    101 CSSE mode, 2 passes

    102 CSSE mode, continous until ^C

    103 Manuf mode, continous until ^C

    104 Manuf TINA mode, continous until ^C

    105 Manuf mode, 2 passes

    106 CSSE mode, select tests, continous until ^C

    107 Manuf mode, select tests, continous until ^C


    TEST E8 und TEST E9 sehen gut aus, hier geht es um die SYNC Schnittstelle, mal versuchen...


    >>>test E8

    >>>


    Mach nicht viel her, aber keine Beschwerden, das ist doch schon mal was.


    >>>test e9

    COMM-I_DSW41/42 2 CHANNEL V4.52-B9

    1 - COMM_self

    2 - COMM_fbug

    3 - COMM_swap

    4 - COMM_system

    5 - COMM_cable

    6 - COMM_access

    7 - COMM_interrupt

    8 - COMM_dump_err

    9 - COMM_ptt

    COMM-I_UTIL >>> 1

    *** COMM-I_SELF ***

    COMM-I_SELF_TEST_SUCCESS


    >>>test e9

    COMM-I_DSW41/42 2 CHANNEL V4.52-B9

    1 - COMM_self

    2 - COMM_fbug

    3 - COMM_swap

    4 - COMM_system

    5 - COMM_cable

    6 - COMM_access

    7 - COMM_interrupt

    8 - COMM_dump_err

    9 - COMM_ptt

    COMM-I_UTIL >>> 5

    *** COMM-I_CABLE ***

    COMM-I_LOAD_SUCCESS

    COMM-I_CHAN SCC1 CABLECODE: F NO_CABLE : USE H3199 CONNECTOR

    COMM-I_CHAN SCC2 CABLECODE: F NO_CABLE : USE H3199 CONNECTOR

    COMM-I_R_U_RDY (Y or N) ? y

    COMM-I_MODEM_SUCCESS

    Ohne Kabel den Test angefangen, dann bei der Frage die Teststecker H3195 bzw H3196 aufgesteckt und JA gesagt, der Test ist gut gelaufen.


    >>>t e9

    COMM-I_DSW41/42 2 CHANNEL V4.52-B9

    1 - COMM_self

    2 - COMM_fbug

    3 - COMM_swap

    4 - COMM_system

    5 - COMM_cable

    6 - COMM_access

    7 - COMM_interrupt

    8 - COMM_dump_err

    9 - COMM_ptt

    COMM-I_UTIL >>> 5

    *** COMM-I_CABLE ***

    COMM-I_LOAD_SUCCESS

    COMM-I_CHAN SCC1 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

    COMM-I_CHAN SCC2 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

    COMM-I_R_U_RDY (Y or N) ? n

    Hier nun zwei BC19C Kabel aufgesteckt und beide wurden erkannt und der Test lief gut soweit.


    >>>test E9

    COMM-I_DSW41/42 2 CHANNEL V4.52-B9

    1 - COMM_self

    2 - COMM_fbug

    3 - COMM_swap

    4 - COMM_system

    5 - COMM_cable

    6 - COMM_access

    7 - COMM_interrupt

    8 - COMM_dump_err

    9 - COMM_ptt

    COMM-I_UTIL >>> 5

    *** COMM-I_CABLE ***

    COMM-I_LOAD_SUCCESS

    COMM-I_CHAN SCC1 CABLECODE: D BC19W/V RS423/232: USE H3198/H3248 CONNECTOR

    COMM-I_CHAN SCC2 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

    COMM-I_R_U_RDY (Y or N) ? n

    Kabel oben (Port 1, unten ist Port 0) durch ein V.24 ersetzt, wird erkannt und läuft auch.

    Die Bezeichnungen "Port X" sind bei mir in der Kunststoff Rückwand unveraenderbar mit eingearbeitet und nicht von mir gewählt.

    Die Verwirrung bei der Portbezeichnung (Oben = Port1 = SCC1) (Unten = Port0 = SCC2) ist schon

    komisch, das holt uns sicher noch mal ein, wenn um die Port Zuordnung auf dem Applikationslevel geht.

    Warten wir mal ab...


    Damit ist auf einem sehr niedrigen Level ein Test der Hardware und der Kabel-Adapter moeglich.

    Diese Adapter haben "Keys" in an sich unbenutzten Anschluessen, ueber die die VAX den Adapter-Type erkennen kann und ggf.

    den richtigen Treiber auswaehlt.


    Das sollte also zur gewuenschten Art der Verbindung (V.24, X.21 oder noch was anderes) passen.

    Wenn nicht droht Aerger in den naechsten Schichten der Verbindung.


    Soweit erstmal von mir, meine VAX mag aktuell nicht mehr botten, das muss ich abstellen bevor es hier weitergeht.


    Bis dahin MfG

    Bernhard

  • Moin,


    ich nochmal,


    welche Art von POD hat denn Dein Protokoll-Analyser?


    POD ist der Adapter der vom 37 poligen Anschluss (Rueckseite des Geraets)

    auf was wie 25 pol RS232 /V.24 oder 15 pol X.21 oder noch was anderes umsetzt.

    Ich waere da massiv an einem Austausch an Informationen interessiert.


    Was gibt es bei Deinem HP4951C an Software?

    Auch hier gaebe es Schnittmengen mit meinen Interessen.


    Bitte mal melden bei Bedarf. Danke.


    Bernhard

  • Moin,


    sie bootet noch...


    War die Zeit, die das dauert, einfach nicht mehr gewöhnt ;)


    Nun da VMS gestartet ist kann man folgendes als User System tun...



    $ mc sysgen

    SYSGEN> A A

    %SYSGEN-W-OPENIN, error opening SYS$COMMON:[SYSEXE]ZTDRIVER.EXE; as input

    %SYSGEN-E-FNF, file not found

    SYSGEN>


    Das hier deutet an, das die Hardware DSW41/2 erkannt wird aber der passende Treiber

    "ZT-Treiber" nicht gefunden wird.

    Soll ich sagen kein Wunder... ist ja auf dieser Maschine nicht installiert.

    Kommt mit dem WAN-Device-Driver Package als Layered-Product und muss zur Version des Betriebssystems passen.

    Und eine Lizence ist auch noetig (?)


    Konsequenterweise zeigt dieser Befehl hier auch nichts an, da ihm der Unterbau fehlt.

    $ sh dev z

    %SYSTEM-W-NOSUCHDEV, no such device available

    $

    Wenn alles installiert ist wie es soll, dann gäbe es ein/zwei ZT-Device in dieser Anzeige.

    Sollte ich das mal zeigen können würde ich mich wieder melden.


    Einer ist mir noch eingefallen...


    $ mc sysgen

    SYSGEN> SH /ADAP


    CPU Type: VAX 4000-100A


    Nexus (decimal) Generic Name or Description

    0000 0 X1303

    0001 1 SHAC0

    0002 2 SHAC1

    0003 3 SGEC0

    0004 4 UB0


    SYSGEN>


    Die Devices SHAC0, 1 sind die beiden DSSI Interface, SGEC0 das Ethernet, UBO koennte der Q-Bus sein,

    bleibt nur noch X1303 fuer das DSW41/2 ueber (VERMUTUNGEN).

    Wer kann das an einer VAX 4100/4105 ohne installierte DSW mal testen?

    Damit ist das Geraet dem Betriebssystem schon mal bekannt und kann im System addressiert werden.


    Wie geht es weiter auf dem Weg zu zwei ZT Devices auf auf der VAX?

    Mein Weg dahin ist es, auf einer frischen Platte VMS5.5-2H4 zu installieren, dann die WAN-Device-Driver und P.S.I. 043.

    Damit waere eine Installation aehnlich der von Hans hier zum Spielen.


    Habe aktuell nur einen CISCO 2513 (2*sync Serial, 1*Token Ring, 1*EthernetAUI plus Console und AUX) und nur unpassende

    Kabel dafuer (X.21 DTE mit dem male 15pol Verbinder)... damit bekomme ich meinen Protokoll Analyser nicht zum Laufen, da

    mir der passende POD fuer X.21fehlt. V.24 waere die bessere Wahl, POD ist vorhanden, passende Adapter fuer die VAX auch.


    Wer hat V24/RS232 DTE/DCE Kabel fuer Cisco 2500 (60poliger Anschluss) und moechte tauschen oder verkaufen?

    Wuerde mich ueber Angebote freuen (bereite einen Eintrag im Marktplatz vor. Sorry, wenn ich hier schon mal "Werbung" dafuer mache).


    MfG

    Bernhard

  • Das VAX-Problem ist damit noch nicht gelöst, und jetzt fehlt mir eine zweite DB50F, um einen zweiten Loopback-Stecker zu löten, denn wenn ich nur einen aufstecke, schlägt der Test im Bootmonitor mit einer kryptischen Meldung fehl.

    Ganz früher, zu 486er Zeiten habe ich das Problem mit zwei COM Schnittstellen und einem speziellen Programm gelöst.

    Die beiden Signale RX und TX auf jeweils einem RX meiner beiden COM.

    So konnte man dem Datenverkehr belauschen und auf das Protokoll rückschließen.


    Später hatte ich eine Lösung mit einem Mega AVR.

    Der konnte den Datenverkehr belauschen und auch alle sonstigen Signale beim RS232.

    Diese Lösung konnte sogar Baudrate ermitteln und bei Bedarf ohne PC arbeiten, indem es alles auf SD aufgezeichnet hat.


    Heutzutage macht man das einfach mit dem LA.

    Das funktioniert mit RS232, I2C, SPI und viele andere Dinge.

  • Moin,


    hans , magst Du mir mal die Meldung zukommen lassen, evtl. kann ich das provozieren um zu sehen wo der Fehler selbst liegt.


    Diddl Serielle Kommunikation wie Du sie beschreibst, bezieht sich in 99% der Faelle auf die Asynchrone Variante, die bekommt ihr Timing ueber Einstellungen wie BaudRate, Speed oder wie auch immer das genannt wird mit und kommt mit den bekannten 3 Adern zwischen den Geraeten aus. Hier helfen zwei serielle Adapter und ein Programm um mitzulesen was die beiden Geraete untereinander ausmachen.

    Bei der Variante "Synchron" wird der Takt von aussen mitgegeben, die Bytes haben keine Start- und Stop-Bits und der Zusammenhang der Daten ergibt sich durch spezielle Sequencen (Frames) die im Datenstrom mitgesendet werden. Ohne die aufzudroeseln machen die vorbeirauschenden Bits nur wenig Sinn, da setzt der klassische Protokoll Analyser auf und kann genau diese Arbeit leisten. Die Daten werden je nach Applikation als Datenstrom oder OSI-Schicht fuer OSI-Schicht nach oben dargestellt.


    Wenn ich/wir was zu zeigen habe(n), koennen wir ja gerne mal verschiedenen Tools ausprobieren, wie die mit den Daten klarkommen. Wuerde mich drauf freuen.


    MfG

    Bernhard

  • Ganz früher, zu 486er Zeiten habe ich das Problem mit zwei COM Schnittstellen und einem speziellen Programm gelöst.

    Die beiden Signale RX und TX auf jeweils einem RX meiner beiden COM.

    So konnte man dem Datenverkehr belauschen und auf das Protokoll rückschließen.

    Ein Programm, das das kann, ist Unicom von Shamrock Software.

  • Cartouce Ich würde Dein Angebot sehr gerne annehmen und mir Deinen HP 4951C ausleihen. Das POD-Kabel, mit dem man den "Deckel" mit dem Gerät verbindet, ist dabei? Melde mich per PN.


    Bernhard TEST E9 war ein guter Tipp. Bei mir sieht das so aus (mit meinem Loopback-Stecker oben und meinem Nullmodem-Kabel unten):



    Ich denke, das ist erstmal nicht schlecht so (ERRORS: 00000000), aber ich werde mir noch einen zweiten Loopback-Stecker machen, nur zur Sicherheit.


    Für den ZTDRIVER brauchst Du in der Tat die WAN-DEVICE-DRIVERS und einen passenden PAK:



    Ich habe nun schon so einiges mit dem PSI-Setup probiert, aber ich kann die Interfaces nicht hochfahren:

    Bevor ich mich da weiter mit befasse, würde ich allerdings gerne erstmal das richtige Kabel haben, sollte nächste Woche kommen.


    Ein DTE-Kabel für die 25xx kannst Du von mir bekommen, lass uns das über PN ausmachen.

  • Moin,


    und ob es da unterschiedliche gibt


    Diese hier habe ich beim Suchen schon gefunden...


    HP18160A - RS-232 / V.35 umschaltbar


    HP18173A - RS232


    HP18174A - RS499


    HP18177A - V.35


    HP18179A - RS232


    HP18180A - RS232 / RS499


    HP18260A - RS232 / X.21


    HP18281A - ISDN Basic Rate


    HP18282A - ISDN T1 1.544 Mb/s


    HP18291A - RS232


    HP18292A - RS499 / RS530


    HP18294A - X.21


    Wenn es noch mehr gibt, bitte ich um einen Hinweis.


    MfG

    Bernhard

  • Klasse Hans,


    das sieht ja schon richtig gut aus.


    Mit der Installation scheint alles gut zu sein, der DSW Adapter laeuft, Du hast die ZT-Devices.

    Welche Version der WAN-Device-Driver hast Du installiert?


    Ich habe ein frisch installiertes VMS 5.5-2H4 auf dem Rechner und die Installationsdateien fuer

    P.S.I.043 und SYNC012. Licenzen dafuer sind auch schon an Bord ;)


    Muss nur noch dazu kommen, das zu installieren.

    Dann noch ein schoenes Multinet auf den Rechner tun und das Spielen kann losgehen.

    Zur Zeit kann ich nur in der Werkstatt und ueber die Console auf dem Rechner aktiv sein,

    wenn er denn TCP/IP spricht und versteht kann ich von ueberall im Haus arbeiten...


    PN ist unterwegs...


    MfG & einen schoenen Start in die Woche.


    Bernhard

  • Moin,


    sehe ich erst jetzt, ist es richtig, das die Lines fuer P.S.I. im Decnet NCP erscheinen bzw. dort konfiguriert werden?

    Das Network TELEBAHN an der Stelle sieht auch nicht gut aus.


    Ich schau mal bei mir in diese Settings rein, wenn alles installiert ist.


    Bis dahin


    MfG

    Bernhard

  • sehe ich erst jetzt, ist es richtig, das die Lines fuer P.S.I. im Decnet NCP erscheinen bzw. dort konfiguriert werden?

    Das Network TELEBAHN an der Stelle sieht auch nicht gut aus.

    Ja, das X.25-Geraffel wird über NCP konfiguriert. TELEBAHN habe ich das Netz genannt, das sollte also OK sein. Bei mir ist auch PSI 4.3 und WDD 1.2 installiert. Halt mich auf dem Laufenden, wie Du da weiterkommst.

  • (Vielleicht sollte man diesen Thread in "X.25 mit VAXen" umbennen, aber das können nur Admins)


    Bernhard Ich habe mir jetzt einen zweiten H3199 gelötet, um sicher zu gehen, dass meine Hardware OK Ist. Sieht gut aus, glaube ich:

    Die Löterei von den Dingern ist ziemlich mühsam. Falls jemand Bedarf hat, kann ich meine verleihen.


    Jetzt warte ich auf die DCE-Kabel für die cisco ...

  • Moin,


    klasse Hans, das geht ja gut voran.


    Auf meiner VAX laueft neben VMS 5.5-2H4 auch der WAN Device Treiber SYNC012.

    Die Treiber tuen ihren Dienst und die Device gehen Online.

    Bei der Installation von PSI043 habe ich wohl die nicht aktuellste Version erwischt, meine kennt beim Versuch die Software zu Konfigurien nicht das Device ZT*, es werden bei der Anwahl "nobus" nur DSH und DST angeboten.


    Hans, von welcher CD Ausgabe (Jahr, Monat) waren Deine Installationsfiles?


    Danke & MfG

    Bernhard

  • Bei der Installation von PSI043 habe ich wohl die nicht aktuellste Version erwischt, meine kennt beim Versuch die Software zu Konfigurien nicht das Device ZT*, es werden bei der Anwahl "nobus" nur DSH und DST angeboten.

    Das ist genau der Punkt, an dem ich im Moment hänge. Ich habe es bisher noch nicht geschafft, die DSW42 mit dem PSI_SET_UP zu konfigurieren. Im NCP kann ich die beiden Lines DSW-0-0 und DSW-0-1 zwar nach dem Starten von DECNET in der permanenten DB sehen, aber wenn ich MC NCP SET KNOWN LINES ALL ausführe, bekomme ich für beide BADPARAM-Fehler.


    Ich habe das PSI von der 1993er CONDIST - Eigentlich müsste das die richtige Version sein, zumindest vom Jahrgang her gesehen. In der Dokumentation habe ich irgendwo eine Bemerkung gefunden, der zu Folge die initiale Einrichtung von PSI von DEC-Personal gemacht wird, vielleicht hatten die noch irgendwelche magischen Beschwörungsformeln oder Patches, damit es mit den DSW42 klappt?


    BADPARAM riecht aber irgendwie nach einem Konfigurationsding, nur welchem?

  • Moin,


    fand dies im Cover Letter zur Sync012 Installation ...


    Installation of VAX P.S.I.


    If you intend using the DSW21, DSW41 or DSW42 devices with VAX

    P.S.I. V4.3, please ensure that you use the latest fix kit for

    VAX P.S.I. V4.3.


    Ich such dann mal los, ein installierbares P.S.I. der Version 043 mit DSW Support zu finden.


    Werde berichten.


    MfG

    Bernhard

  • Gestern kamen die DCE-Kabel, die ich für die cisco bestellt habe, nur leider stellte sich heraus, dass es CAB-SS-530FC und nicht CAB-SS-232FC sind - Sie sind also unbrauchbar :( Hoffentlich hat der Verkäufer auch noch die richtigen Kabel, sonst stecke ich erstmal fest.


    In Sachen Patches für PSI und WAN-DEVICE-DRIVERS bin ich noch nicht fündig geworden. Antonio Carlini konnte sie nicht aus dem Hut zaubern, und auf comp.os.vms hat auch noch niemand geantwortet. Ich habe auch einen Abzug von ftp.digital.com von 1999 gefunden, aber in den 6.1GB gibt es nichts passendes.

  • Moin,


    nun laeuft es, wie es soll und es gibt "nur" noch Feineinstellungen vorzunehmen.


    Was war es?

    Nur ganz kurz...

    Die klassische Route sieht vor, das zuerst die WAN-Device-Driver, dann die Application (PSI) installiert werden.

    Die Treiber sind aktueller, als die Application.

    Die Treiber bringen aktuelle Dateien mit, die von den Application nur leider ueberschrieben werden.

    Damit funktioniert es leider nicht.

    Nun nochmal (!) die Treiber installieren (damit die aktuellen Dateien wieder ins System kommen) und alles laeuft wie geplant.


    Eigentlich ganz einfach :)


    MfG

    Bernhard