| |
PA2SNK > PACKET 09.01.19 22:08l 156 Lines 6432 Bytes #999 (0) @ WW
BID : 4455_PA2SNK
Read: GUEST
Subj: Re: GM4UPX > Number of nodes
Path: IW8PGT<IZ3LSV<IK6ZDE<I0OJJ<LU4ECL<PI8SNK
Sent: 190109/1935Z 36061@PI8SNK.#FRL.NLD.EURO [SNEEK/SNITS] FBB7.01.35 alpha
>From pa2snk%pi8snk.#frl.nld.euro@i0ojj.ampr.org Wed Jan 9 21:00:23 2019
Received: from i0ojj.ampr.org by i0ojj.ampr.org (JNOS2.0k.3b) with SMTP
id AA73593 ; Wed, 09 Jan 2019 21:00:23 +0100
Message-Id: <4455_PA2SNK@lu4ecl.bbs>
>From: pa2snk@pi8snk.#frl.nld.euro
X-JNOS-User-Port: Telnet (lu4ecl @ 181.23.90.213) -> Sending message
From: PA2SNK@PI8SNK.#FRL.NLD.EURO
To : PACKET@WW
# Generated by: TstHWin v2.21b - Registered to PA2SNK
# On : 9-1-2019 20:26:10
# UTC: 9-1-2019 19:26:10
>R:190109/0700Z 36029@PI8SNK.#FRL.NLD.EURO [SNEEK/SNITS] FBB7.01.35 alpha
>R:190109/0651Z @:LU4ECL.LP.BA.ARG.SOAM #:54986 [La Plata] FBB7.0.8-beta2
>R:190109/0651z @:I0OJJ.ITA.EU [Rome] #:73464 $:15461_N1URO
>R:190109/0650Z @:VE2PKT.#QBC.QC.CAN.NOAM #:6096 $:15461_N1URO
>R:190109/0647Z @:N1URO.#CCT.CT.USA.NOAM #:15461 [Unionville] $:15461_N1URO
>
>>From n1uro%n1uro.#cct.ct.usa.noam@i0ojj.ampr.org Wed Jan 9 07:51:13 2019
>Received: from i0ojj.ampr.org by i0ojj.ampr.org (JNOS2.0k.3b) with SMTP
> id AA73464 ; Wed, 09 Jan 2019 07:51:13 +0100
>Message-Id: <15461_N1URO@ve2pkt.bbs>
>>From: n1uro@n1uro.#cct.ct.usa.noam
>X-JNOS-User-Port: Telnet (ve2pkt @ 144.172.216.109) -> Sending message
>
>From: N1URO@N1URO.#CCT.CT.USA.NOAM
>To : PACKET@WW
>
>Ian (et al);
>You're correct, properly setting qualities with your neighbors AND obs
>counts helps a lot. The issues become bad when another node to one of
>your neighbors sets their link a LOT higher than yours so then (s)he
>then hijacks the path to you and you appear unconnectable when you know
>that's not true.
>
>I noticed on GB7CIP earlier today he had over 1,000 nodes! Imagine a user
>on HF trying to view the list! They'd time out after approximately 100 nodes
>never mind seeing the full listing! One thing to consider on your system is
>what would be the slowest possible speed a remote user may possibly use. This
>is one of the reasons I made a J and a JL command for the just heard list.
>J will list the last 20, while JL (just heard long list) will list whatever
>mheardd has in it's database.
>
>It's good to see some positive discussions going on! Now to get non-sysops
>involved in some banter :)
>
>73 de N1URO
>
A max node list of 100 / 150 nodes would be enough i think.
And what about the OBS and qual ? what are the correct setting we should
all use ?
here in the past on CB we tried to use all the same settings.
This what we used with bpq written by PA1OKZ:
OBSINIT=3 ; Initiële counterwaarde bij het ontvangen
; van een nodebroadcast. Zodra dus een node
; broadcast wordt ontvangen, wordt aan de
; ontvangen node informatie een waarde toe-
; gekend. Iedere keer wanneer nu een node
; broadcast van uw eigen node plaatsvindt
; zal de waarde met één (1) verminderd
; worden. Zodra de waarde 0 is, verdwijnt de
; bijbehorende nodeinformatie weer uit deze
; node. Iedere keer dat opnieuw een node
; broadcast van het betreffende station
; ontvangen wordt, krijgt de counter opnieuw
; de waarde die bij OBSINIT vermeld staat.
;
OBSMIN=1 ; Waneer de counterwaarde het het getal is
; geworden dat bij OBSMIN is gegeven, zal
; de nodeinformatie niet meer in de node
; broadcast uitgezonden worden.
;
NODESINTERVAL=60 ; Nodebroadcast iedere .. minuten
;
IDINTERVAL=60 ; Nodebaken iedere .. minuten (In vele landen
; is het verplicht om op radioamateur-
; netwerken om regelmatig (minimaal
; iedere 15 minuten) een AX 25 baken uit te
; zenden. Dit is op 27 MHz niet het geval).
;
BTINTERVAL=0 ; Bakendigipeater (0=uit 1=aan)
;
L3TIMETOLIVE=25 ; internode 'LEVEL 3' tijd tot disconnect
; indien geen activiteit is waargenomen.
;
L4RETRIES=3 ; 'LEVEL 4' maximaal aantal retry's voordat
;
L4TIMEOUT=120 ; Tijd waarop een LEVEL 4 link afgebroken
; wordt wanneer geen activiteit tussen 2
; nodes is. (Let wel: LEVEL 4, dus de
; eigenlijke up- en downlink blijft gewoon
; bestaan).
;
L4DELAY=10 ; Responsetijd bij een LEVEL 4 link.
;
L4WINDOW=4 ; Standaard LEVEL 4.
;
MAXLINKS=10 ; Maximaal aantal stations in connect
; (LEVEL 2, 3 én 4 !!!)
;
MAXNODES=100 ; Maximaal aantal NetRom nodes in dit systeem
; Hoe groter dit getal, des te meer geheugen
; gebruikt de BPQ switch.
;
MAXROUTES=35 ; Maximaal aantal direct te bereiken NetRom
; nodes (= maximaal aantal routes).
;
MAXCIRCUITS=10 ; Maximaal aantal LEVEL 4 connects.
;
MINQUAL=105 ; Minimale kwaliteit van een NetRom station
; die bij een nodebroadcast ontvangen moet
; zijn om in het systeem opgenomen te worden.
;
BBSQUAL=144 ; BBS Kwaliteit relatief ten opzichte van
; de rechtstreeks ontvangen NetRom nodes.
; Hierdoor wordt het mogelijk om een aan
; G8BPQ software gekoppeld BBS slechts be-
; perkt in het NetRom circuit op te nemen
; (b.v. alléén in het effectieve verzorgings
; gebied van het betreffende BBS). Maximaal
; 255. De broadcast van de switch code geeft
; dan 188 als 'quality'.
;
BUFFERS=255 ; Aantal packetbuffers. Deze parameter geeft
; aan hoeveel ruimte gereserveerd wordt in
; het werkgeheugen. Dit is afhankelijk van de
; maximale activiteit van de node en hangt
; samen met een aantal andere parameters
; (zoals aantal ports etc.). Wanneer 255 als
; variabele wordt ingegeven wordt het comple-
; te BESCHIKBARE geheugengebied gereserveerd,
; dus NIET AL het beschikbare geheugen.
; Normaal gesproken zou 130 genoeg moeten
; zijn wanneer gebruik wordt gemaakt van één
; poort.
;
Þ Þ
Þ Þ
ÞÞÞ ÞÞÞ
ÞÞÞÞ ÞÞÞÞ
ÞÞÞÞÞÞ ÞÞÞÞÞÞ
ÞÞ ÞÞÞÞÞ ÞÞ
Þ ÞÞÞ Þ
ÞÞÞÞÞÞÞ ÞÞÞÞÞÞÞ
ÞÞÞÞÞÞÞÞ ÞÞÞÞÞÞÞÞ
PA2SNK te Sneek/Snits (Friesland)
Read previous mail | Read next mail
| |
