VERON afdeling Friese Wouden
Afdelingsblad 'CQ Friese Wouden'
uit de BBS
De techniek achter packet-radio
We kennen allemaal het probleem wel dat meerdere mensen
tegelijk iets willen hebben, en dat er dan een loting volgt omdat simpelweg niet
iedereen op hetzelfde moment aan bod kan komen.
Ook bij Packet Radio is dit aan de orde, en ik hoop dat dit
stukje tekst hierover enige uitleg zal geven. Het verhaal is niet 100% kloppend,
omdat het anders veel te lang wordt en het door een hoop mensen dan niet eens
meer gelezen zal worden. Ik hoop dat door de eenvoud van dit bericht de
boodschap bij een hoop mensen zal overkomen en het weer een beetje duidelijker
is hoe Packet Radio werkt en dat er meer achter zit dan "modem aansluiten
en klaar".
Stel nu eens dat er 3 stations zitten ingelogd in het BBS en
dat ze alle drie een stukje tekst toegezonden krijgen.... Zodra het BBS ophoudt
met zenden zullen ze alle drie willen antwoorden dat ze het stukje tekst
ontvangen hebben en dat ze klaar zijn voor volgende gedeelte. Dan heb je dus een
probleem als ze dat allemaal tegelijk doen, want dan zit je alle drie tegelijk
te zenden.
Om nu te voorkomen dat iedereen tegelijk en door elkaar heen
gaat zitten zenden zit er in iedere tnc/baycom een soort dobbelsteen. Geen steen
met 6 vlakken zodat je kunt gaan Mens-Erger-Je- Niet'en, maar een dobbelsteen
met 256 vlakken. Nu zitten er nooit 256 mensen tegelijk op 1 kanaal te werken
die je kunt ontvangen, dus om nou af te spreken dat je alleen bij nummertje 1
mag gaan zenden is wat weinig, want dan ben je vrij lang aan het dobbelen eer je
aan de beurt bent.
De standaard-waarde van de meeste TNC's (en TFPCX voor de
BayCom) is 64 of 32 (bij de nieuwere eproms en "nieuwste" versie van
TFPCX). We gaan even uit van een Persistance van 64. Dit wil zoveel zeggen dat
bij iedere keer dat er gegooid wordt er 64 van de 256 kanten van die dobbelsteen
'OK' betekenen, en dat het modem mag gaan zenden. 64 op de 256 is te
vereenvoudigen naar een kans van 1 op de 4. Met 4 mensen zou dit dus goed moeten
werken als ze allemaal die Persistance op 64 hebben staan.
Ga nu eens tellen bij jou in de locatie, hoeveel stations er
soms tegelijk actief zijn... Als ik hier voor mijzelf even ga tellen, kom ik
toch op een man of 8.. Eigenlijk zou je dus een kans van 1 op de 8 moeten hebben
om te zenden, want 8 stations een kans van 1 op de 4 hebben ingesteld kan
iedereen aanvoelen dat de kans heel groot is dat er toch nog 2 zijn die tegelijk
zitten te zenden, aangezien er dus bij 2 mensen op hetzelfde moment het 'OK'
commando wordt gegeven bij het dobbelen!
Een mooie waarde voor de P-Persistance is dan ook meestal 32.
Je bent dan 'berekend' op een man of 8 op het kanaal, en dat is iets wat maar al
te gemakkelijk voor komt. 256 gedeeld door 8 = 32. Een paar jaar geleden was de
standaard nog 64, maar je moet je realiseren dat het wat drukker is geworden op
de packet kanalen, vandaar dat ook bij de laatste versie van TFPCX en de
nieuwere WA8DED-eproms de standaardwaarde 32 is. Mensen die nu beweren dat de
"fabrieks"-instelling van de TNC gewoon goed moet zijn moeten zich wel
realiseren dat de eprom die er in hun TNC wel eens een paar jaartjes oud kan
zijn, en dat die "fabrieks" instelling nu dus vaak niet meer klopt.
Ga nu zelf eens redeneren waarom het precies fout gaat als
mensen de P-Persistance op bijv. 255 zetten. Dit is iets dat helaas nog wel eens
voor komt, en vaak is die persoon zich van geen kwaad bewust omdat 'ie niet weet
wat er aan de hand is. Bij de meeste programma's valt deze parameter in te
stellen als de letter 'P'. Een goede waarde is 32, dus een kans van 32 op 256 =
een kans van 1 op 8.
Mensen die SP/GP gebruiken kunnen dit instellen in de
CONFIG.SP/CONFIG.GP. Mocht je G8BPQ gebruiken dan valt dit in te stellen in de
BPQCFG.TXT, en wel in de PORTS-definitie als PERSIST=32.
Misschien begint het nu ook een beetje duidelijk te worden dat
het dus *niet* zo is dat je met Packet Radio zo snel mogelijk moet zenden. Er
zijn nog steeds mensen die zitten uit te vissen hoe ze bij het geven van een
<<ENTER>>op het monitor kanaal zo snel mogelijk de TNC op zenden
kunnen laten springen. Ik hoop dat juist die mensen zich eens af gaan vragen wat
er gebeurt als je buurman dit ook gaat doen. Je zult dan toch moeten toegeven
dat je tegelijk zit te zenden, en dat uiteindelijk je verbinding een stuk minder
vlot zal gaan lopen.
Er was laatst iemand die mij vertelde dat hij een DCD
gebruikte die zo goed stond afgeregeld, dat hij echt niet ging zenden terwijl er
iemand anders al aan het zenden was, en daarom was hij er stellig van overtuigd
dat die P best op 200 kon staan. Wat deze persoon even vergeten was, is dat het
hele verhaal van Persistance pas gaat spelen zodra het kanaal even 'vrij' is en
de DCD uit gaat. Je kunt dit zelf heel makkelijk nagaan door eens even mee te
luisteren als er een aantal mensen bij het BBS zitten te lezen. Zolang het BBS
aan het zenden is gaat het goed, maar zodra het BBS stopt hoor je dat er mensen
tegelijk gaan zenden. Een teken dat met name de Persistance (in combinatie met
de Slottime) niet optimaal staat!
Voor de duidelijkheid, het is dus zeer belangrijk dat je modem
goed "luistert" of er iemand anders aan het zenden is (= een goede DCD
gebruiken), maar het hele parameter verhaal gaat pas draaien zodra het kanaal
even vrij is. Een goede waarde van de P-Persistance reken je als volgt uit:
P=256/(n+1)
waarbij n staat voor het aantal users dat op dat moment aktief
is op het kanaal. Je moet hierbij dus uit gaan van een druk kanaal en niet de
ideale situatie nemen dat je in je eentje aan het packeten bent. Uiteraard is
deze Persistance niet de enige parameter die van belang is, de slottime (W) en
Frack-timer (F) zijn ook heel belangrijk, en alvast een beetje experimenteren
met deze waarden kan geen kwaad. (stille hint)