| |
DMA284 > XNET 19.04.26 23:08l 129 Lines 5145 Bytes #999 (0) @ DEU
BID : 9E111EA23284
Subj: Re: PA via Konsole als SYSOP, SYS einstellen
Path: FFLB0X<DBO841<DBO595<DOK346<GF1BOX<DBX206<AP3BOX<DBO284
Sent: 260416/1644Z @:DBO284.#GF.NDS.DEU.EU [Wittingen NDS Germany] #:523 XrPi50
Date: Thu, 16 Apr 2026 18:44:27 -0001
From: dma284@dbo284.#gf.nds.deu.eu <dma284@dbo284.#gf.nds.deu.eu>
To: xnet@deu
Subject: Re: PA via Konsole als SYSOP, SYS einstellen
Message-ID: <9E111EA23284>
Moin!
Hier mal meine Meinung zu den Parametern.
>1. [ PA boot ]
> 1 buffer 999 [100 , 4000] max. number of memory buffers
> 2 destin 100 [16 , 4000] max. number of FlexNet destinations
> 3 heard 100 [1 , 1000] max. number of heard calls
> 4 l2sap 300 [10 , 4000] max. number of L2 connects
> 5 l4sap 200 [10 , 250] max. number of L4 connects
> 6 nodes 150 [16 , 4000] max. number of nodes
> 7 term 4 [1 , 250] max. number of terminal channels
> 8 users 150 [10 , 4000] max. number of users
Diese Boot Parameter sind dafür da das man XNet an den RAM Speicher der
Hardware auf dem XNet läuft anpassen kann. Wir sollte bedenken das es
früher auf Atari ST und DOS Computern lief die ab 1 MB RAM hatten.
Heutzutage ist das kein Problem mehr. Es sei denn ich lasse XNet noch
auf nen alten DOS PC laufen.
Der Nodeswert scheint mir zu klein. In der XNet Anleitung steht dazu:
"Die max. Zahl der Nodes in der Statistik muß kleiner sein, als der
hier eingestellt Wert. Also: Statistik beobachten und Wert
erforderlichenfalls erhöhen.."
Und wir haben mehr Nodes im Netz. Das Problem was hierbei entsteht wenn ein
Node hier einen zu kleinen Wert hat ist, das er erreichbare Nodes zwar an
Nachbarnodes weiter leitet, diese aber nicht in seiner Nodestabelle speichern
kann, weil es hier limitiert wurde. Routet jetzt ein Nachbar Node ein Paket
zu einem Ziel Node über deinen Node, deiner hat ihn aber gar nicht in der
Liste obwohl er ihn noch als erreichbar weiter gemeldet hat, kommt das Paket
einfach nicht an.
>2.[ PA tnc ]
> 1 bbs 0 [0 , 1] Bulletin Board System
> 2 ds 1 [0 , 1] allow DAMA slave mode
> 3 h 1 [0 , 1] heard list
> 4 ipoll 30 [0 , 128] max. length of ipoll frame
> 5 r 1 [0 , 3] digipeating
> 6 termcon 1 [0 , 1] Allow terminal connects
> 7 timeout 120 [10 , 2880] User inactivity timeout [min]
> 8 u 0 [0 , 1] TNC connect text
Hier sollte DAMA Slave Mode ausgeschaltet werden. Du willst nicht das dein
Node von DAMA eines Benutzer oder anderen Nodes lahm gelegt wird.
>3.[ PA trans ]
> 1 bsydelay 180000 [1000 ,2000000] [ms] Partner busy delay timer
> 2 lifetim 30 [10 , 200] Packet lifetime [hops]
> 3 paclen 236 [64 , 236] Packet length
> 4 retry 3 [1 , 5] Transport retries
> 5 tack 3000 [1000 ,2000000] [ms] Frame acknowledge delay timer
> 6 tfrack 100000 [1000 ,2000000] [ms] Transport retry timer
> 7 timeout 7200000 [1000 ,9000000] [ms] No activity timeout
> 8 window 7 [2 , 15] Window size
Kann man so lassen, sind halt fast die default Werte.
>4.[ R P ]
>Pa Name Value Range Description
> 1 broadca 500 [300 , 3000] broadcast interval [s]
> 2 filter 0 [0 , 1] filter blank alias
> 3 minBcas 4 [1 , 12] min obs-count for broadcast
> 4 minQual 92 [0 , 255] min quality for broadcast
> 5 obsInit 6 [1 , 12] initial obs-count value
> 6 rtt 300 [10 , 3000] RTT measurement interval [s]
Hier gehts im Grunde um das alte Nodes Broadcast Protokoll. Das sollte auf XNet
nicht genutzt werden. XNet bitte nur an INP3 kompatible Nodes anbinden.
Ansonsten sind die üblichen Parameter.
brodca = 600
obsInit = 6
minBcas = 5
Wichtig sind auch folgende Parameter:
ro bc ?
Subcommands are:
Name Description
add add broadcast
delet delete broadcast
list list broadcasts
send send broadcast
Hiermit rägt man die Netrom Links ein. Bitte kein NODES eintragen!!!
XNet mischt Qualitäts basiertes Netrom Routing mit L3RTT Laufzeit Routing
und rechnet wild zwischen Qualität und Laufzeit hin und her. Das führt im
zu Problemen. Hier nur Links mit dem Call des Nachbar Nodes eintragen.
In dem Zuge auch auf den Jeweiligen Ports mit dem PO Befahl das acon
auf 0 setzen.
"4.3.16.1 Acon
Mit dem Portparameter acon kann festgelegt werden wie (X)NET auf diesem
Port auf Broadcasts reagiert.
Bei ACON = 1 werden Knoten automatisch connectet wenn ein Broadcast von
ihnen empfangen wird.
Bei ACON = 0 wird auf den Broadcast nur dann connectet, wenn der sendende
Konten in der Broadcast-Liste eingetragen ist.
Beispiel 1: Port 1 Acon ist auf 0 und es existiert ein Linkeintag zu OZ2DIJ:
Es wird nur der Broastcast von OZ2DIJ akzeptiert. Alle anderen werden
ignoriert.
Beispiel 2: Port 1 Acon ist auf 0 und es gibt keinen Linkeintrag:
Alle Broadcasts werden ignoriert
Beispiel 3: Port 1 Acon ist auf 1 und es gibt keinen Linkeintrag:
Jeder empfangene Broadcast wird akzeptiert. (Sollte Qual auf diesem
Port >1 sein, so wird automatisch ein Link beim Empfang eines Broadcast
aufgebaut)"
55 & 73 Marc-Andre
Lese vorherige Mail | Lese naechste Mail
| |
