Netzauslastung: Deny Flood auf Brocken und Co

[Timo_V]

Via Telegram:

Aufgrund immer weiter steigender Netzlast durch Erweiterung nach Sueden und Westen sowie die vielen Bots wird auf Ravensberg, Wurmberg und Brocken in Kuerze Flood Deny aktiviert. Es gehen dann nur noch Nachrichten mit Scope ueber die Harzdrehscheiben

Das Betrifft uns noch nicht unmittelbar, da wir noch nicht verbunden sind, wir sollten uns aber damit befassen, bevor wir verbunden sind.
Ziel muss es sein den Flood-Traffic zu begrenzen:

• Regionen auf Repeatern setzten (S. https://meshcore-de.fyi/meshcore:allgemeines:regions)
• Im Companiom: Scopes bei Chanels einstellen (insb. de-bebb für Berlin-Brandenburg)
• Bots deaktivieren/reduzieren oder mindestens mit Scopes versehen.
• Konzepte entwickeln Bots per DM zu erreichen und die Erreichbarkeit zu vermitteln
• Flood Adverts für Repeater möglichst niedrig bis aus (1 mal pro Woche)
• Für Repeater die EVO Firmware verwenden, die Adverts nach einigen Hops verwirft: https://github.com/mattzzw/MeshCore/releases/tag/v1.13.0-evo_0.1.9
  *...

Lasst uns gerne darüber diskutieren und daran Arbeiten bevor die Brücke zur Achse Leipzig-Hamburg steht.

[DL7DL]

@timo_v In analyzer.letsmesh.net/channels sieht man das einiges deiner Nachrichten nicht dort angekommen ist.

[Timo_V]

@DL7DL Ja, der Analyzer nimmt scheinbar keine Nachrichten mit Scope an

[Timo_V]

Hier nochmal ein Update aus Telegram:

"Kurze Info an alle: Wurmberg hat Deny Flood aktiv und wir werden das in den kommenden Tagen mit ANSAGE vorher auch testweise auf Brocken 3 aktivieren. Parallel werden wir Messungen machen wie sich das ganze verhält. Mit den Admins der anderen Core Repeater wie Planet 9 und DB0SN sowie DB0WIZ werden wir uns abstimmen. Nach der Testphase (Brocken 3 ca 1 Tag) werden wir Wurmberg und Brocken auch wieder OFFEN fahren. Hierzu wird es dann aber auch weitere Tests geben. Final werden dann die Harz Repeater und vermutlich auch Planet 9 in ca 4-6 Wochen ALLE auf Flood Deny gehen. Allerdings machen wir das auch davon abhängig, ob das Problem der unterdrückten DM und ACKs bis dahin in der EVO Version lösbar ist.'

[l5y]

Was kam denn eigentlich raus beim Treffen am 19.02.?

[Timo_V]

@l5y Das waren viele lose Gespräche auch mit einigen interessierten aus dem D20 Umfeld.
Unter den Admins war in Bezug auf Regionen unfScopes der Konsens, das wir dem von Markus (?) vorgeschlagenen Pfad folgen sollten
(https://docs.google.com/document/d/1kb-ofqfQmTt2Yz2J2cSmWhIzDdLtpqkA2oThOV6ayzU/edit?usp=sharing), vor allem der Einheitlichkeit wegen.
Wichtig ist, es geht nicht darum wo der Repeater steht, sondern wo er (auch) gehört wird:
de
de-be
de-bb
de-bebb (für Berlin und Brandenburg)
de-ost

Und dann noch z.b. de-bb-ohv für die Brandenburger Landkreise.

Für Berlin bin ich persönlich(!) für die ausgeschrieben Umgangssprache
-mitte
-pberg
-wedding
Etc, das sollten die Leute bei sich besprechen und macht auch nur für hyperlokale Kanäle Sinn.

Repeater die mit Regionen sollen am Ende des Namens ein "+" tragen.

[l5y]

ok, wenn ich de-bebb setze, werden dann packets für de und bebb oder auch nur für be und bb weiter geleitet?

bin mir nicht sicher, was ich sinnvoll setzen sollte.

de-ost-bebb-be-lichtenberg?

[wirehack7]

Ist es dann nicht eher so?
Und dann je nachdem Flooding für Scopes deaktivieren wenn es so weit ist, wohl vor allem für *

[Timo_V]

@l5y das wird alles gehashed, die Hirachie ist rein für die Einheitlichkeit/Konvention und das menschliche Auge.

Im Repeater ist m.e. am wichtigsten
de-be
de-bebb
de-ost
In einen Chanel können Leute genau eines auswählen

@wirehack7
De-be-neukölln ist ganzschön lang, muss ja alles durch die luft. Entweder "de-be-nk" oder neukoelln IMHO

[wirehack7]

@Timo_V hat der scope ein festes padding im Protokoll oder ist das dynamisch zugewiesen?

Glaub laut hier schon: https://github.com/meshcore-dev/MeshCore/blob/eeae32b25db102f55761d471ab4667e52bf3dbf5/docs/packet_format.md?plain=1#L49

Und das Packet hat eine maximale Länge, ergo wird dann von der Textlänge was abgezogen wenn es "zu" lang ist?
Hier wäre eine richtige Dokumentation des Protokolls echt mal gut.
Aber evtl müsste man es mal testen

[Timo_V]

@wirehack7 mir geht's eher um das discover regions. Hab da noch nicht viel mit gespielt bei welcher Empfangstärke da wieviel rüber geht, aber da gilt ja schon je mehr, desto mehr.

Im scope wirds bei der Nachricht keinen unterschied machen

[l5y]

So?

Ich habe jetzt erstmal Flood angelassen.

[Timo_V]

@l5y sieht gut aus. Mit den Kiez Regions müssen alle miteinander nochmal gucken, aber der Rest ist sonst soweit wie verbreitet.

In Berlin haben alle Flood an und das ist auch okay solange wir eine Insel sind. Und dann sind eher auch die exponierten nadöhre entscheidend. Dann können neueinsteigende im Nahbereich weiter erste Kommunikation ohne scope haben - als einstieg..m

[DL7DL]

@l5y
Flood bei * kann man an lassen, wenn das "Debug Flags" unter Status nicht auf 2 steht.
Das Flag wird gesetzt wenn der Repeater nach dem Start in die TX-Sättigung gekommen ist. Gelöscht wird es nur durch einen reboot.

[Timo_V]

@DL7DL debug flag 2 hat sogar zrw Interim, der nicht besonders exponiert hängt. M.E. ist das kein sinnvoller Indikator für irgendwas in Berlin...