🚀 go-pugleaf

Hallo,

[Bitte beachten: Followup-To: de.comp.sys.ibm]
Thorsten.Wegner@p4.f165.n247.z2.fidonet.org (Thorsten Wegner) writes:
>Ich bin ziemlich verzweifelt. Heute habe ich mal wieder 5 Stunden damit
>zugebracht, irgendwelche PROTOCOL- und BIND-Statements in meiner NET.CFG
>umherzuschieben. Es will einfach nicht gelingen, eine INTEL Netzwerkkarte
>(Token Express 16/4) mittels ODI gleichzeitig mit IPX und TCP/IP zu
>fahren.
>Entweder irgendein Treiber verabschiedet sich schon bei der Installation
>oder wenn das geklappt hat laesst sich entweder TCP/IP nicht verwenden oder
>IPX.

Hm... da Solltest Du vielleicht ein paar Deatils mehr zu Deiner
Konfiguration anfuehren.

Ich fang mal grundsaetzlich an: Es geht, es laeuft bei mir (mit PC/TCP 
und/oder Novell LWP) ganz hervorragend.

Um TCP/IP auf Token-Ring zu betreiben, musst Du (meines Wissens laut
RFC) 802.5-Frames mit einer SNAP-Erweiterung verwenden.
Dieser Frame-Typ heisst in der Novell-Terminologie TOKEN-RING_SNAP.
Diese Frames koennen netterweise mit den normalerweise fuer IPX verwendeten
802.5 Frames (Frame-Typ TOKEN-RING) friedlich koexistieren, so dass Du dein
normales Setup fuer IPX nur erweitern musst.

Die empfohlene Betriebsweise heisst daher:

    TOKEN-RING fuer IPX
    TOKEN_RING_SNAP fuer TCP/IP.

Du koenntest die _SNAP-Frames auch fuer IPX verwenden, aber aufgrund eines 
obskuren Bugs im TOKEN.LAN Treiber (fuer 3.11) kann dieser den Server
crashen, wenn er nur mit _SNAP-Frames laeuft.

Wenn Du jetzt Dein TCP/IP mit Hilfe eines externen Routers weiterleitest 
(oder gar lokal haeltst), musst Du nur noch die Arbeitsplatz-DOSe
(in der Novell-Terminologie Workstation) konfigurieren.
Grundsaetzlich ist zu bemerken, dass jeder Treiber-Typ in der NET.CFG
eine spezielle Sektion hat.
Ein Netzwerkkarten-Treiber hat eine "Link Driver <drivername>" Sektion,
waehrend ein Protokoll-Stack eine "Protocol <name>" Sektion hat;
aehnliches gilt fuer LSL und die "Shells" (net3/4/5/x etc.).

Um zwei frame-Typen zu verwenden (der LSL verwaltet dann zwei "logische"
Boards), brauchst Du ein Frame-Statement in der Link-driver Sektion:

File NET.CFG
-------------------------------------------------
Link Driver TOKEN
	Frame TOKEN-RING
	Frame TOKEN-RING_SNAP
; Jetzt ist Board #1 fuer TOKEN-RING und Board #2 
; fuer TOKEN-RING_SNAP konfiguriert
; Der naechste Schritt ist etwas komplizierter er haengt davon ab, was
; dein TCPIP haben will.
; Man kann naemlich entweder dem Kartentreiber sagen, welche Protokolle
; er unter welcher Nummer akzeptieren soll, oder dem Protokollstack, welche
; Protokoll-Id er bei welcher Karte anfordern soll.
; Wenn Du beides (redundanterweise) festlegst, muss es natuerlich 
; zusammenpassen.
; Wir sind immer noch in der "Link Driver TOKEN" Sektion:
        Protocol      IPX  E0      TOKEN-RING
        Protocol      IP   0800    TOKEN-RING_SNAP
        Protocol      ARP  0806    TOKEN-RING_SNAP
        Protocol      RARP 8035    TOKEN-RING_SNAP

; Anstatt des ersten Protocol-Statements kannst Du auch den IPXODI-Stack
; anweisen, sich bei Board Nr.1 anzumelden - er weiss dann schon
; von selbst, dass er E0 als Prot.-Id. verwenmden muss:

Protocol IPX
        Bind #1

; Nun kommt der Teil, den ich nicht exakt weiss (da ich Lan Workplace 
; verwende). Sollte aber im Wollongong-Handbuch genau beschrieben sein.
; Hier gilt aehnliches wie bei IPX - LWP kennt seine Prot-ID's selbst
; und meldet sie auch an, wenn Du sie vorher nicht spezifizierst:

Protocol TCPIP
; Spezifische Konfiguration fuer Novell LAN Workplace !!!
	Bind #2
        ip_address      131.246.168.2
        ip_router       131.246.168.1
        ip_netmask      255.255.248.0
        tcp_sockets     12
        udp_sockets     8
        raw_sockets     1
        nb_sessions     4
        nb_commands     8
        nb_adapter      0
        nb_domain
-----------------------------------------------

Solltest Du jetzt noch den Server als Router verwenden, musst Du auch dort
die TCP-IP Services angemessen konfigurieren. Das erfordert einige TCP/IP- 
Kenntnis und sorgfaeltiges Studium des Handbuchs.

Ich haenge einige Auszuege aus meiner autoexec.ncf als Beispiel an.

File AUTOEXEC.NCF
-----------------------------------------------
file server name Priamos
ipx internal net 83F60ABD

load TOKEN slot=6 Frame=TOKEN-RING NAME=OLD_TOKEN
bind IPX to OLD_TOKEN net=83F6A800

load TOKEN slot=6 Frame=TOKEN-RING_SNAP name=NEW_TOKEN
bind IPX to NEW_TOKEN net=83F6A801

load WDPLUSSV slot=7 frame=ETHERNET_II name=BACKBONE

load tcpip rip=yes forward=yes
bind ip to BACKBONE  addr=131.246.10.189 mask=255.255.248.0
bind ip to NEW_TOKEN addr=131.246.168.1  mask=255.255.248.0

# IPX am Backbone
bind IPX to BACKBONE net=83F60B00
-----------------------------------------------

>Wie sieht z.B. eine im Betrieb befindliche NET.CFG aus, die TCP/IP und IPX
>vereint? 

S.O.

>Hat jemand Erfahrungen mit TCP/IP unter DOS und Novells ODI?

Ja. Falls Du mehr Details brauchst, mail mich mal an...

Gruss

Christoph Weber-Fahr

-- 
  Christoph Weber-Fahr                  |  E-Mail:  weber@rhrk.uni-kl.de 
  Universitaet Kaiserslautern,  KIT     |  S-Mail:  Postfach 3049
  Tel. 0631/205-3391                    |           D-6750 Kaiserslautern
--------------------------  My personal opinion only    ---------------------