In eerste instantie is geprobeerd om alle nodes met behulp van BPQ-ethernet met elkaar te verbinden. In zo'n configuratie "zien" alle nodes elkaar, en bouwen ze onderling verbindingen op. Dit lijkt een gunstige situatie omdat iedere node direct een verbinding met een willekeurige andere node kan maken. Echter, het nadeel is dat de nodes constant alle NetROM node updates naar elkaar doorsturen. (iedereen stuurt updates naar iedereen) Dit levert erg veel verkeer op. Dit was voor de software toch wat teveel van het goede, en de verbindingen werden dan ook veelvuldig onderbroken. Deze werd dan automatisch en onmiddelijk weer opgebouwd, maar evt. lopende verbindingen over deze NetROM links hingen zichzelf op. Als alternatief is voor een soort ring-configuratie gekozen. Iedere node heeft een AXIP link met 2 of 3 andere nodes. En er is een cirkel met NetROM verbindingen opgezet. Hierdoor is de hoeveelheid verkeer wat wordt veroorzaakt door nodetabel updates beperkt. Er is ook nog een cirkel van Flexnet verbindingen opgezet. Tussen PI4TUE-0 en PI8ZAA-1 volgen de NetROM en Flexnet verbindingen een ander pad. Tenslotte is er nog een dwarverbinding met PI5EHV. Deze is afwijkend van de rest omdat PI5EHV alleen zichzelf bekend maakt op het netwerk, en dus niet alle andere nodes broadcast.
Op dit moment is de node lijst in PI1EHV ontzettend lang. Veel van deze nodes komen via PI4TUE (Internet) binnen. Op zich lijkt hier niets mis mee, maar het gevolg is wel dat deze ontzettend lange node lijsten ook via de 23cm links worden verstuurd. Keer op keer weer. De 23cm links zijn eigenlijk meer bezig met het versturen van de node tabellen, dan met het versturen van nuttige data... Daar komt bij dat vele van de "Internet" nodes niet altijd bereikbaar zijn.
De Internet links moeten blijven, maar de gebruiker moet zelf bewust kiezen of hij/zij gebruik van een Internet verbinding gaat maken. De normale verbinding zou zoveel mogelijk via de radio linken moeten gebeuren.
Om dit te bereiken is het volgende voorgesteld.
PI4TUE stopt met het broadcasten van de volledige node tabel naar de andere
lokale nodes. PI4TUE broadcst nog wel zichzelf als node.
In feite is dit hetzelfde als wat PI5EHV nu ook al doet.
Hierdoor kan de gebruiker nog wel PI4TUE en PI5EHV connecten vanuit iedere node in het packet netwerk. Eenmaal bij PI4TUE of PI5EHV aangekomen kan de gebruiker dan een willekeurige "Internet node" connecten.
Een bijkomend voordeel van deze situatie is dat een connect vanaf PI1EHV naar een node in het noorden van het land, dan ook werkelijk via een radio link gebeurd. Nu wordt zo'n connect nog vaak via het Internet geleid, omdat via PI4TUE nu eenmaal een hogere kwaliteit wordt aangegeven.
|
Updated: 2003-03-30 |
Publisher: DIGCOM/ESRAC | Content: PE1ICQ |