Moin an die liebe PR-Community und vor allem an alle BBS Sysops,

ich arbeite schon seit längeren daran das BBS Netzwerk/Forward-Routen zu analysieren ( Siehe Projekt Call-DB auf MD2BBS ) und graphisch Darzustellen um ein wenig Überblick über das Chaos zu gewinnen.
Aus den Erfahrungen von "CallDB" ist jetzt ein neues Tool für PoPT entstanden welches das "Netzwerk", graphisch Aufbereitet, als Netzwerk Graph darstellt.
Die Daten stammen aus den mit dem PoPT PMS Tool empfangenen Mails ( z.B. regelmäßige Routing Mails ).
Im Header der Mails werden die Routen, über welche die Mail gesendet wurde angegeben, die zur Auswertung herangezogen werden.

Hierbei ist zu sagen das ich die Daten derzeit nicht nach Datum filtern kann und somit auch alte Stationen, die nicht mehr QRV sind, in den folgenden Graphen erscheinen.
Außerdem bilden diese Graphen/Daten das Netzwerk nur aus der "Sicht" von MD2BBS ab. Das heißt das hier nicht das vollständige Netzwerk abgebildet wird.

Hier zunächst einmal ein paar Darstellungen des europaweiten Netzwerk:
Stationen relativ zum QTH/Locator dargestellt ( Wenn Locator nicht bekannt wird die Station in der nähe des Nachbarn oder um den Mittelpunkt des jeweiligen Land platziert



Wie man sieht macht die standortbezogene Darstellung der einzelnen "Netzwerkknoten" hier weniger Sinn da sie sehr unübersichtlich ist.
Ich werde aber zu den einzelnen Graphen immer die standortbezogene Darstellung mitliefern.

Folgende Graphen stellen das EU Netzwerk in bereinigter Form da.



Man kann hier schon sehen das nicht jede Route logisch ist und vor allem das nicht jeder mit dem direkten oder nächst logischen Nachbarn weiterleitet.

Allerdings kann man froh sein das bei den ständig wegfallenden oder dazu kommenden "Knotenpunkten" ( egal ob BBS oder Node ), das Netzwerk überhaupt noch funktioniert.

Ich selbst bin der Meinung das es zu jeder Route ( egal ob Forward-Route oder Link-Route ) immer eine "Backup-Route" geben sollte um Ausfälle von Knotenpunkten kompensieren zu können.
Die nächsten Grafiken zeigen nur bekannte BBS-Stationen aus Deutschland (DEU).

Relativ zur Position:



Bereinigt Dargestellt:


Wer sich fragt wie die Mails aus dem deutschen Teilnetzwerk zu MD2BBS gelangen, das ganze erfolgt über eine BBS in Österreich die hier ausgeblendet ist.

Wie bereits erwähnt bilden diese Darstellungen hier nicht das komplette BBS Netzwerk ab sondern nur aus der "Sicht" von MD2BBS.

Was ich hier aber doch mal anmerken will ist, dass es nicht wirklich hilfreich ist, wenn neue BBS Stationen QRV gehen ( keine Frage, ich begrüße jede neue Station im PR-Netzwerk ) sie dann aber nach einem halben Jahr oder weniger wieder abschalten, weil z.B. seit dem halben Jahr kein einzelner Benutzer auf seiner Box war.

Die Aufgaben einer BBS bestehen nicht nur darin Privat-/Bulletin Mails für Benutzer bereit zu stellen sondern auch das S&F ( Save & Forwarding), sprich die ankommenden Mails zu speichern und an an andere Stationen weiterzuleiten.

Das ständige hinzukommen und wegfallen von BBS Stationen bedeutet bei mancher BBS-Software und Hauptknoten enormen administrativen Aufwand um die Forward Routen zu pflegen.
Auch führt es zu Problemen bei anderer BBS-Software die versucht die Routen automatisch anzupassen.

Ich hoffe dieser Post ( auch das Tool in der PoPT Software ) kann dazu beitragen das BBS Netzwerk etwas zu optimieren und auch den Sysops bewusst zu machen ihre Station QRV zu halten und zu pflegen, auch wenn es keine aktiven Benutzer auf der BBS gibt.



Ich wünsche Euch einen guten Rutsch in das Jahr 2024,
73 Manuel (MD2SAW)

Stand 10.04.24 aus der "Sicht" von MD2BBS.

Update: 11.04.24:
Es sieht so aus als ob das BBS-Netzwerk in 2 Teile zerfallen ist seit dem VB1BOX nicht mehr QRV ist.
Anhand der Graphen ist zu erkenne das die Route VB1BOX<>NL3VKL eine wichtige Verbindung war vom deutschen
BBS-Netzwerk in das europäische Netzwerk.
Ich hoffe das wir das bald gefixt bekommen.


BBS-Netzwerk 2023:

In der folgenden Darstellung werden nur deutsche Stationen angezeigt.
Hier ist zu sehen das sich ein Teilnetzwerk gebildet hat welches über KS1BBS forwarding betreibt.

Das ist jetzt nicht unbedingt schlimm, solange der Forwardpartner (S&F Route) zuverlässig ist, allerdings wäre die Route nicht wirklich Sinnvoll, wenn man das ganze aus HF Richtung betrachtet.

Außerdem lassen sich hier die S&F Routen sehr schwer optimieren, da deutscher Traffic generell über Österreich geleitet werden muss.
Auch bei Bulletin Verteiler mit @DEU könnte es Probleme geben ( je nach Einstellungen von KS1BBS ) da die @DEU Bulletins logischerweise nur Deutschland weit verteilt werden sollen und Österreich solche Mail erst gar nicht annehmen sollte bzw nicht weiter verteilen sollte ( Je nach Einstellungen natürlich ) .

Und wie bereits oben geschrieben fehlt die Redundanz in diesem "Teilnetzwerk".
Alles hängt an folgenden 3 Stationen:
DBO274<>KS1BBS<>FU0BOX
Fällt einer der Stationen weg, ..........