d frack.txt frack.txt WAAROM DE FRACK OP "8" SECONDEN. -------------------------------- Omdat het een BITTERE NOODZAAK is wat ik U aan de hand van het nu volgende voorbeeld wil proberen te verklaren. Voor velen onder U zal dit geen nieuws meer zijn omdat daar de timing parameters al zijn aangepast aan huidige drukte op de packet-radio frequenties, maar voor hen die het nog niet weten is deze uitleg misschien wel waardevolle informatie. De FRACK is de FRAME ACKNOWLEDGEMENT tijd in seconden dat de TNC wacht op acknowledgement van het laatst verzonden frame voordat het dit frame gaat herhalen deze interval tijd wordt door de TNC berekend als: RETRY INTERVAL = FRACK "n" x (2 x digipeaters + 1) In veel gevallen staat de FRACK van TNC's op 3 seconden hier uit kunnen we opmaken dat de RETRY INTERVAL tijd is: FRACK "3" x (2 x 3 + 1) = 21 seconden. Stel nu we willen een verbinding met de PBBS van PA0RYS-7. Een veel voorkomend path op 70 is: PA0RYS-7 via PA0GRI, PA3DSP, PA0RYS-8. Na een CONNECT REQUEST bij PA0RYS-7 zal daar een ACK worden verzonden naar PA0RYS-8 nadat het DATA CARRIER DETECT signaal laag is en een DWAIT tijd (320 ms voor een PBBS) is gewacht. Voor PA0RYS-8 geld hetzelfde als voor PA0RYS-7 voordat hij de ACK verzend naar PA3DSP. Het zelfde voordat PA3DSP weer de ACK verzend naar PA0GRI en uiteindelijk ook voor PA0GRI die dan de ACK verzend naar het station die de verbinding heeft gevraagt. Mocht het zo zijn dat er niet veel aktiviteit is op dat moment dan zal het geen problemen opleveren. Een FRACK "3" seconden blijkt dan voldoende te zijn. Maar zoals U weet is het al aardig druk met packet-radio, ook in de locatie van PA0RYS-7 en de in ons path genoemde digipeaters. Zo druk zelfs dat PA0RYS-7 b.v. 5 seconden wordt opgehouden door lokale traffic voordat hij die ACK kan gaan verzenden naar PA0RYS-8. PA0RYS-8 kan nog niets verzenden doordat PA3DSP net een file uit zijn PBBS aan het uitzenden is naar een ander station en zodoende de ACK zo'n 15 seconden wordt opgehouden voordat het bij PA3DSP is aangekomen. Ook PA0GRI zijn PBBS is net aktief en wordt als digipeater gebruikt voor een path naar de PBBS van pa2aga-7. Onze ACK wordt daar door nog eens zo'n 15 seconden opgehouden voordat PA3DSP het naar PA0GRI kan verzenden. En uiteindelijk ontvangen wij dan onze ACK na nog eens 5 seconden extra vertraging bij PA0GRI door lokale traffic. Na 40 seconden oponthoud hebben we dus de ACK op onze CONNECT REQUEST van PA0RYS-7 ontvangen. Maar bij U ging het anders, U gaf n.l. na zo'n 21 seconden weer een CONNECT REQUEST terwijl de ACK naar U nog onderweg was. Gevolg: retries en collisions die de verbinding maar moelijk laten verlopen. En dan hebben we het nog niet eens over de oponthoud die U door die retry weer veroorzaakt voor andere traffic wat ook nog op dezelfe frequentie plaats vind. Met een FRACK "8" zou in ons voorbeeld de TNC 56 seconden hebben gewacht voordat de packet werdt herhaald. Maar gezien we dus de ACK na zo'n 40 seconden toch hadden ontvangen kunnen we ons volgende packet alweer verzenden. Merk op dat als de verbinding goed loopt het allemaal net zo snel zou gaan als bij een FRACK van 3 seconden. Neemt men nu een FRACK van 8 seconden dan heeft de naar U terug komende packet wat meer gelegenheid om ook aan te komen. Dit is maar een simplistisch voorbeeld van een situatie op 70cm maar die even zo goed met gebruik van andere digipeaters op de twee meterband kan voorkomen. Een goed nadenkend amateur kan hieruit ook opmaken dat het niets te maken heeft met de aanwezigheid van een PBBS. Ook veel lokale traffic in de locatie van een digipeater kan een packet ophouden voordat het kan worden verzonden. Hieruit blijkt ook dat een FRACK "8" echt geen overbodige luxe is ook daar de meeste TNC's ook nog een RESPONSE tijd hebben ingesteld van zo'n 2 seconden om anderen de gelegenheid te geven ook hun packets te kunnen uitzenden. Houd Uw packet frequenties leefbaar zodat we er allemaal kunnen werken inclusief een PBBS wat een niet weg te denken schakel is voor een goed netwerk. Voor het gemak nog een lijst met timing parameters van diverse TNC's voor een juiste setting op VHF/UHF. PARAMETER DIGICOM TNC-1 TNC2/TNC200/PK80/PK87/PK232 PK-1 ------------------------------------------------------------- DWAIT 4 4 16 SP 80 FRACK 8 8 8 ST 80 TXDELAY 12 12 50 SF 50 RESPTIME 15 -- 15 ----- PACLEN 128 128 128 SL 128 MAXFRAME 4 4 4 SH 4 FULLDUP OFF OFF OFF ------ BEACON EVERY 0 0 0 BT 0 CBMS cmd's [B,D,H,I,J,K,L,N,R,S,T,U,V,W,X,Y,?] >>