| |
PE1RRR > PACKET 10.01.19 00:09l 219 Lines 8582 Bytes #999 (0) @ WW
BID : 2149PE1RRR
Read: GUEST
Subj: Re: GM4UPX > Number of nodes
Path: IW8PGT<CX2SA<GB7CIP<EI2GYB<PE1RRR<PE1RRR
Sent: 190109/2156z @:PE1RRR.#NBW.NLD.EURO Sally 7.2.013 [PE1RRR PMS] $:2149PE1R
Message from: PE1RRR@PE1RRR.#NBW.NLD.EURO
Quoting from a previous 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)
>
Everyone "using the same settings" won't fix anything.
>read: won't fix a damn thing. I promise you this.
Some advice for those running BPQ:
- Please investigate and experiment with how IPv4 latency (internet latency) affects NETROM
networking.
I have had people linking to me routing destinations from south america to north america and I am
across the atlantic. WTF?
Well this is just how people think that the Internet is equal to "next door neighbour", it isn't
true.
In some cases, some of these distant and high-latency incorrectly configured nodes advertise that
they are a better route to my >actual< neighbour, which is absurd.
Basically, you are expected to check all routes before accepting them.
Setting a moderate initial link quality (oh god not >192!) and manipulating it gradually until you
feel it reflects the actual performance of the link.
If using AUTOADDMAP, please also use IGNOREUNLOCKEDROUTES set to 1.
Setting locked routes manually (and testing them) is possible via the command line:
route <callsign> <port> <quality> ! (TOGGLE!)
The ! is a toggle.
>read: Use it once, then twice and watch the effects after using the 'r' command.
Set good links as fixed in your configuration.
Tips:
Avoid being the one that broadcasts poor quality nodes.
Check your MINQUAL on AXIP ports, not to be confused with MINQUAL in the main application
configuration.
MINQUAL means different things depending on where in the configuration it is.
Everything is well documented on BPQ's website.
Understanding it is down to the individual.
It took me a lot of work and experimentation to figure out what is right for me and those that are
linked to me.
BTW The mention of the CB network (*vomit*) isn't doing anything to help the situation but perhaps
the Dutch are just special *zing*.
73 Red. PE1RRR
__ __ __ __ __
|__)|_ /||__)|__)|__) _|_.|| | _ _ _ _
| |__ || \ | \ | \ _)|_||| |(_)\/(-_) \/(_)|_|
/
BBS PE1RRR@PE1RRR.#NBW.NLD.EURO
Read previous mail | Read next mail
| |
