From dl7auq at gmail.com  Sat Aug  1 09:33:04 2020
From: dl7auq at gmail.com (J@n M. /gmail/)
Date: Sat, 1 Aug 2020 09:33:04 +0200
Subject: [Berlin-wireless] Antennenkabel N-Stecker
In-Reply-To: <20200731195930.GD77673@mi.fu-berlin.de>
References: <20200731195930.GD77673@mi.fu-berlin.de>
Message-ID: <FC36BCEC-54BC-4541-9490-759832135F4E@gmail.com>

Moin,

wir haben sicher diverse Reste im Lager liegen; wieviel wird benötigt?

Gruß J at n () 


> Am 31.07.2020 um 21:59 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
> 
> Hi,
> 
> hat hier noch jemand Antennenkabel mit N-Stecker für den Bereich um 1.8GHz?
> 
> Oder kann uns jemand eine Quellen für günstige Kabel nennen?
> 
> Gruß Philipp
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv



From borgers at mi.fu-berlin.de  Sat Aug  1 11:33:18 2020
From: borgers at mi.fu-berlin.de (Philipp Borgers)
Date: Sat, 1 Aug 2020 11:33:18 +0200
Subject: [Berlin-wireless] Antennenkabel N-Stecker
In-Reply-To: <FC36BCEC-54BC-4541-9490-759832135F4E@gmail.com>
References: <20200731195930.GD77673@mi.fu-berlin.de>
 <FC36BCEC-54BC-4541-9490-759832135F4E@gmail.com>
Message-ID: <20200801093318.GF77673@mi.fu-berlin.de>

Hi,

wir brauchen N-Stecker auf N-Stecker. Cool wäre 2 x 1m und 2 x 2m oder irgendwas
in die Richtung.

Danke!

Gruß Philipp

On Sat, Aug 01, 2020 at 09:33:04AM +0200, J at n M. /gmail/ wrote:
> Moin,
> 
> wir haben sicher diverse Reste im Lager liegen; wieviel wird benötigt?
> 
> Gruß J at n () 
> 
> 
> > Am 31.07.2020 um 21:59 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
> > 
> > Hi,
> > 
> > hat hier noch jemand Antennenkabel mit N-Stecker für den Bereich um 1.8GHz?
> > 
> > Oder kann uns jemand eine Quellen für günstige Kabel nennen?
> > 
> > Gruß Philipp
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200801/a2776ad7/attachment.sig>

From dl7auq at gmail.com  Sat Aug  1 12:24:25 2020
From: dl7auq at gmail.com (J@n M. /gmail/)
Date: Sat, 1 Aug 2020 12:24:25 +0200
Subject: [Berlin-wireless] Antennenkabel N-Stecker
In-Reply-To: <20200801093318.GF77673@mi.fu-berlin.de>
References: <20200801093318.GF77673@mi.fu-berlin.de>
Message-ID: <4A4266F3-AD38-4048-B7B8-3285C9C7147B@gmail.com>



Achso Kleinkram (an Ecoflex 10) habe ich reichlich rumliegen, N-Stecker ebenfalls.

Gruß J at n () 

> Am 01.08.2020 um 11:33 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
> 
> Hi,
> 
> wir brauchen N-Stecker auf N-Stecker. Cool wäre 2 x 1m und 2 x 2m oder irgendwas
> in die Richtung.
> 
> Danke!
> 
> Gruß Philipp
> 
>> On Sat, Aug 01, 2020 at 09:33:04AM +0200, J at n M. /gmail/ wrote:
>> Moin,
>> 
>> wir haben sicher diverse Reste im Lager liegen; wieviel wird benötigt?
>> 
>> Gruß J at n () 
>> 
>> 
>>>> Am 31.07.2020 um 21:59 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
>>> 
>>> Hi,
>>> 
>>> hat hier noch jemand Antennenkabel mit N-Stecker für den Bereich um 1.8GHz?
>>> 
>>> Oder kann uns jemand eine Quellen für günstige Kabel nennen?
>>> 
>>> Gruß Philipp
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
>> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv



From fischkeks at ist-einmalig.de  Sun Aug  2 18:08:16 2020
From: fischkeks at ist-einmalig.de (Max)
Date: Sun, 2 Aug 2020 18:08:16 +0200
Subject: [Berlin-wireless] rhxb-5-nw.olsr - Rathaus Kreuzberg
Message-ID: <12EC0925-2D00-4E0B-ADBA-522F1BD45A71@ist-einmalig.de>

Hallo! 

Kann jemand von euch mal nach der Installation auf dem Rathaus Kreuzberg schauen. Desmond.olsr kann sich seit einigen Tagen nicht mehr mit 

rhxb-5-nw.olsr

verbinden. Ich habe auch mal versucht diesen Router von anderen Routern vom Rathaus Kreuzberg aus zu sehen, aber er scheint komplett ausgefallen zu sein. 

Vielen Dank schon Mal
Max


From nick at systemli.org  Wed Aug  5 19:27:31 2020
From: nick at systemli.org (Nick)
Date: Wed, 5 Aug 2020 19:27:31 +0200
Subject: [Berlin-wireless] An alle mit devices mit mx25l12805d flash
 (Nanobeam AC, Nanostation, ...)
Message-ID: <04d6fcf8-d1a7-2852-47ae-c0b3dd3d4749@systemli.org>

Hi,
kann mal jemand bitte versuchen bei Geräten mit mx25l12805d flash ein
OpenWrt Image mit dem aktuellen Kernel drauf zu ziehen?
Wichtig ist dabei die rootfs_data partition zu erasen, bzw. die configs
zu löschen (mit sysupgrade -n).
Am besten aber direkt von Stock (e.g. AirOS) auf OpenWrt mal probieren
mit dem Factory Image.
Ich gehe davon aus, dass es dort zu jffs2 errors kommen wird, d.h.
Marker werden nicht richtig erkannt und es kommt dazu, dass bei jedem
reboot die configs gelöscht sind, bzw. es auch zu data corruption kommt.

Das Problem kann momentan gelöst werden indem man erst auf einen 4.X
Kernel und dann auf 5.4 geht ohne einen erase der rootfs_data Partition.

Das ist relativ wichtig, da bald die 20.XX stable bei OpenWrt kommen
soll. Es werden dort keine 4.X Kernel bei ath79 akzeptiert. D.h. alle
Images die wir dann bauen sind erstmal kaputt.

Ich bin sehr interessiert an dem boot log, nachdem initialen flashing
und dann nochmal nen reboot.

Der Error ist bis jetzt nur auf Nanobeam AC Gen2 festgestellt, aber ich
gehe davon aus, dass das auch alle anderen Geräte mit dem SOC bzw. Flash
betrifft.

VG,
Nick




From haralds-freifunk at quantentunnel.de  Thu Aug  6 10:36:55 2020
From: haralds-freifunk at quantentunnel.de (=?UTF-8?Q?Harald_St=c3=bcrzebecher?=)
Date: Thu, 6 Aug 2020 10:36:55 +0200
Subject: [Berlin-wireless] An alle mit devices mit mx25l12805d flash
 (Nanobeam AC, Nanostation, ...)
In-Reply-To: <04d6fcf8-d1a7-2852-47ae-c0b3dd3d4749@systemli.org>
References: <04d6fcf8-d1a7-2852-47ae-c0b3dd3d4749@systemli.org>
Message-ID: <0c23dc29-37c1-0690-40f1-5dce4cbe3193@quantentunnel.de>

Hallo Nick

Am 05.08.2020 um 19:27 schrieb Nick:

> kann mal jemand bitte versuchen bei Geräten mit mx25l12805d flash ein
> OpenWrt Image mit dem aktuellen Kernel drauf zu ziehen?
> Wichtig ist dabei die rootfs_data partition zu erasen, bzw. die configs
> zu löschen (mit sysupgrade -n).
> Am besten aber direkt von Stock (e.g. AirOS) auf OpenWrt mal probieren
> mit dem Factory Image.
> Ich gehe davon aus, dass es dort zu jffs2 errors kommen wird, d.h.
> Marker werden nicht richtig erkannt und es kommt dazu, dass bei jedem
> reboot die configs gelöscht sind, bzw. es auch zu data corruption kommt.
> Das Problem kann momentan gelöst werden indem man erst auf einen 4.X
> Kernel und dann auf 5.4 geht ohne einen erase der rootfs_data Partition.
> Das ist relativ wichtig, da bald die 20.XX stable bei OpenWrt kommen
> soll. Es werden dort keine 4.X Kernel bei ath79 akzeptiert. D.h. alle
> Images die wir dann bauen sind erstmal kaputt.

Ein "stable release" sieht IMHO anders aus. ;-)

Ist das ein nachträglich lösbares Problem, oder besteht die Gefahr, ein
Device zu bricken? Kaputte ART-Partition gab es IIRC auch mal, da war
das WLAN dann unreparierbar kaputt.

> Ich bin sehr interessiert an dem boot log, nachdem initialen flashing
> und dann nochmal nen reboot.
>
> Der Error ist bis jetzt nur auf Nanobeam AC Gen2 festgestellt, aber ich
> gehe davon aus, dass das auch alle anderen Geräte mit dem SOC bzw. Flash
> betrifft.

Eine kurze Suche im OpenWrt-Wiki ergab für die Suchbegriffe "MX25L12805D
ubiquiti"[1] einige Treffer. Nur "MX25L12805D" liefert mehr Treffer[2],
mir kommt aber kein Gerät aus dem Berliner Freifunk bekannt vor. Für den
SOC (Atheros AR9342) sieht es AFAICT[3][4] ähnlich aus. Anscheinend sind
es aber hauptsächlich Outdoor-Geräte mit 5GHz, die - IMHO - wegen DFS
hoffentlich keiner mit Freifunk-Firmware betreibt.


Gruß
Harald

[1]
https://openwrt.org/start?do=search&id=toh%3Atp-link%3Acpe210&q=MX25L12805D+ubiquiti
[2]
https://openwrt.org/toh/tp-link/cpe210?do=search&id=toh%3Atp-link%3Acpe210&sf=1&q=MX25L12805D
[3]
https://openwrt.org/start?do=search&id=toh%3Aubiquiti%3Alitebeam_5ac_gen2&q=Atheros+AR9342+ubiquiti
[4]
https://openwrt.org/start?do=search&id=toh%3Aubiquiti%3Alitebeam_5ac_gen2&q=Atheros+AR9342



From Everloop at web.de  Thu Aug  6 12:57:31 2020
From: Everloop at web.de (Mr. Schneider)
Date: Thu, 6 Aug 2020 12:57:31 +0200
Subject: [Berlin-wireless] =?utf-8?q?kleines_FritzBox_update_-_alternativ_?=
 =?utf-8?q?Router_ab_5=E2=82=AC?=
Message-ID: <trinity-b807543e-4b8c-4be5-9f05-9717e64665e9-1596711451919@3c-app-webde-bap41>

* FritzBox7312 gibt es quasi gerad geschenkt ;)

https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-7312/k0

https://openwrt.org/toh/avm/fritz.box.wlan.7312

CPU:		Lantiq Xway ARX188 PSB 50812 EL (MIPS 34Kc) 2x393 MHz
Flash:		16MB
RAM:		64MB
Wireless:	2,4GHz Atheros AR9227 b/g/n
Ethernet:	1x100MBit, Atheros AR8030-A
xDSL:		ADSL2+
USB:		no
Power:		5V 1.6A

+ kleiner flotter mesh AP
- nur ein LAN port


*FritzBox3370 gibts ab 5€

https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-3370/k0

https://openwrt.org/toh/avm/fritz.box.wlan.3370

läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36-2

SoC:	Lantiq XWAY VRX288 (xrx200)	@2x500MHz	CPU0 revision is: 00019556 (MIPS 34Kc)	xRX200 rev 1.2
RAM:	128MB
Flash:	128MB or 512MB
Wifi:	Atheros AR9380 2.4GHz b/g/n oder 5GHz a/n (not simultanously)
LAN:	4x1GBit
DSL:	xDSL (VDSL)
USB:	2x2.0

+ so far no known bugs ;)
+ Fritz3370 (interne Antennenrundungen) Wifi Reichweite auf jeden Fall höher als bei ner EasyBox803 (interne Antennenhacken - hatte keine Verbindung bei testen)


*FritzBox7360 gitbs ab 5-10€

https://www.ebay-kleinanzeigen.de/s-sortierung:preis/seite:2/fritzbox-7360/k0

https://openwrt.org/toh/avm/fritz.box.wlan.7360

läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36

CPU:	2x MIPS 34Kc 500MHz
Flash:	32MB
Ram:	128MB
LAN:	2x 1000M (eth0, eth1) & 2x 100M (eth2, eth3)
Wifi:	Atheros AR9287, 2.4GHz b/g/n
		2xUSB
		xDSL2+

+ so far no known bugs kernel 4.14 ;)
- FritBox3370 meist billiger + 4xGbit LAN + 2.4 oder 5Ghz



From borgers at mi.fu-berlin.de  Fri Aug  7 10:18:55 2020
From: borgers at mi.fu-berlin.de (Philipp Borgers)
Date: Fri, 7 Aug 2020 10:18:55 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?kleines_FritzBox_update_-_alternativ?=
 =?utf-8?b?IFJvdXRlciBhYiA14oKs?=
In-Reply-To: <trinity-b807543e-4b8c-4be5-9f05-9717e64665e9-1596711451919@3c-app-webde-bap41>
References: <trinity-b807543e-4b8c-4be5-9f05-9717e64665e9-1596711451919@3c-app-webde-bap41>
Message-ID: <20200807081855.GB69052@mi.fu-berlin.de>

Hi,

für eine Unterkunft suchen wir ca. 30 VDSL Router auf denen wir OpenWRT
installieren können und das DSL und WLAN stabil funktioniert.

Falls jemand einen Hinweis zu einem Model hat und einem Shop wo wir die kaufen
können, freue ich mich über den Hinweis.

Gruß Philipp

On Thu, Aug 06, 2020 at 12:57:31PM +0200, Mr. Schneider wrote:
> * FritzBox7312 gibt es quasi gerad geschenkt ;)
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-7312/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.7312
> 
> CPU:		Lantiq Xway ARX188 PSB 50812 EL (MIPS 34Kc) 2x393 MHz
> Flash:		16MB
> RAM:		64MB
> Wireless:	2,4GHz Atheros AR9227 b/g/n
> Ethernet:	1x100MBit, Atheros AR8030-A
> xDSL:		ADSL2+
> USB:		no
> Power:		5V 1.6A
> 
> + kleiner flotter mesh AP
> - nur ein LAN port
> 
> 
> *FritzBox3370 gibts ab 5€
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-3370/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.3370
> 
> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36-2
> 
> SoC:	Lantiq XWAY VRX288 (xrx200)	@2x500MHz	CPU0 revision is: 00019556 (MIPS 34Kc)	xRX200 rev 1.2
> RAM:	128MB
> Flash:	128MB or 512MB
> Wifi:	Atheros AR9380 2.4GHz b/g/n oder 5GHz a/n (not simultanously)
> LAN:	4x1GBit
> DSL:	xDSL (VDSL)
> USB:	2x2.0
> 
> + so far no known bugs ;)
> + Fritz3370 (interne Antennenrundungen) Wifi Reichweite auf jeden Fall höher als bei ner EasyBox803 (interne Antennenhacken - hatte keine Verbindung bei testen)
> 
> 
> *FritzBox7360 gitbs ab 5-10€
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/seite:2/fritzbox-7360/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.7360
> 
> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36
> 
> CPU:	2x MIPS 34Kc 500MHz
> Flash:	32MB
> Ram:	128MB
> LAN:	2x 1000M (eth0, eth1) & 2x 100M (eth2, eth3)
> Wifi:	Atheros AR9287, 2.4GHz b/g/n
> 		2xUSB
> 		xDSL2+
> 
> + so far no known bugs kernel 4.14 ;)
> - FritBox3370 meist billiger + 4xGbit LAN + 2.4 oder 5Ghz
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200807/79b0fbfc/attachment.sig>

From freifunk at it-solutions.geroedel.de  Sat Aug  8 12:36:35 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 8 Aug 2020 12:36:35 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?kleines_FritzBox_update_-_alternativ?=
 =?utf-8?b?IFJvdXRlciBhYiA14oKs?=
In-Reply-To: <trinity-b807543e-4b8c-4be5-9f05-9717e64665e9-1596711451919@3c-app-webde-bap41>
References: <trinity-b807543e-4b8c-4be5-9f05-9717e64665e9-1596711451919@3c-app-webde-bap41>
Message-ID: <b2cbb4ea-5035-86eb-d939-31c5ecb40778@it-solutions.geroedel.de>

Hallo,

hatten wir da nicht vor einiger Zeit mal über mögliche FritzBoxen
gesprochen, die es wert sind in die Firmware aufgenommen zu werden?

Aus der Auflistung unten, scheint mir die fritzbox-7312 jedenfalls
nicht das zu bevorzugende Gerät zu sein.

Sven

Am 06.08.20 um 12:57 schrieb Mr. Schneider:
> * FritzBox7312 gibt es quasi gerad geschenkt ;)
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-7312/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.7312
> 
> CPU:		Lantiq Xway ARX188 PSB 50812 EL (MIPS 34Kc) 2x393 MHz
> Flash:		16MB
> RAM:		64MB
> Wireless:	2,4GHz Atheros AR9227 b/g/n
> Ethernet:	1x100MBit, Atheros AR8030-A
> xDSL:		ADSL2+
> USB:		no
> Power:		5V 1.6A
> 
> + kleiner flotter mesh AP
> - nur ein LAN port
> 
> 
> *FritzBox3370 gibts ab 5€
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-3370/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.3370
> 
> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36-2
> 
> SoC:	Lantiq XWAY VRX288 (xrx200)	@2x500MHz	CPU0 revision is: 00019556 (MIPS 34Kc)	xRX200 rev 1.2
> RAM:	128MB
> Flash:	128MB or 512MB
> Wifi:	Atheros AR9380 2.4GHz b/g/n oder 5GHz a/n (not simultanously)
> LAN:	4x1GBit
> DSL:	xDSL (VDSL)
> USB:	2x2.0
> 
> + so far no known bugs ;)
> + Fritz3370 (interne Antennenrundungen) Wifi Reichweite auf jeden Fall höher als bei ner EasyBox803 (interne Antennenhacken - hatte keine Verbindung bei testen)
> 
> 
> *FritzBox7360 gitbs ab 5-10€
> 
> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/seite:2/fritzbox-7360/k0
> 
> https://openwrt.org/toh/avm/fritz.box.wlan.7360
> 
> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36
> 
> CPU:	2x MIPS 34Kc 500MHz
> Flash:	32MB
> Ram:	128MB
> LAN:	2x 1000M (eth0, eth1) & 2x 100M (eth2, eth3)
> Wifi:	Atheros AR9287, 2.4GHz b/g/n
> 		2xUSB
> 		xDSL2+
> 
> + so far no known bugs kernel 4.14 ;)
> - FritBox3370 meist billiger + 4xGbit LAN + 2.4 oder 5Ghz
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From w.karbe at web.de  Sat Aug  8 17:28:01 2020
From: w.karbe at web.de (Karbe, Wolfgang)
Date: Sat, 8 Aug 2020 17:28:01 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
Message-ID: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>

Hallo,

wir haben in einer Asylbewerberunterkunft schon etliche Zeit WDR4300 mit
Hedy 1.0.1 default zu laufen.

Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
einwandfrei,
allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
nicht mehr, obwohl nichts verändert wurde.

Anbei ein Ausschnitt aus dem System.log
Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst jetzt.

Vllt. versteht einer mehr als ich, was da drin steht.

Hat irgendwer eine Idee woan es liegen könnte ?

Mit freundlichen Grüssen
Wolfgang

Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
DEAUTH/REMOVE)
Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
message to ff02::1:2 (Permission denied)
Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
60:f4:45:a3:ef:0d IEEE 802.11: authenticated
Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-CONNECTED 60:f4:45:a3:ef:0d
Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-CONNECTED 30:07:4d:bb:f0:f4
Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA lifetime of
0 seconds on br-dhcp
Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
message to ff02::1:2 (Permission denied)
Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
60:f4:45:a3:ef:0d IEEE 802.11: disassociated
Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
DEAUTH/REMOVE)
Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-CONNECTED f0:db:e2:b0:5a:10
Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA lifetime of
0 seconds on br-dhcp
Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
80:4e:70:cb:fb:8c IEEE 802.11: authenticated
Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-CONNECTED 80:4e:70:cb:fb:8c
Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA lifetime of
0 seconds on br-dhcp
Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
message to ff02::1:2 (Permission denied)
Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
addresses
Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /tmp/hosts/olsr
- 25 addresses
Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
/tmp/hosts/olsr.ipv6 - 25 addresses
Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
/tmp/hosts/odhcpd - 0 addresses
Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
/tmp/hosts/dhcp.cfg02411c - 2 addresses
Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
/etc/ethers - 0 addresses
Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
received on br-wan which has no address
Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
AP-STA-CONNECTED ec:ad:b8:96:ea:e7
Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA lifetime of
0 seconds on br-dhcp
Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request




From magenta-polenta at posteo.de  Sat Aug  8 19:55:29 2020
From: magenta-polenta at posteo.de (Winfried Sobottka)
Date: Sat, 8 Aug 2020 19:55:29 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
In-Reply-To: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>
References: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>
Message-ID: <90b0d7a5-eb19-6dec-8789-10f7a43d3d1a@posteo.de>

Sendet der AP während des Ausfalls noch die SSID?

Am 08.08.20 um 17:28 schrieb Karbe, Wolfgang:
> Hallo,
>
> wir haben in einer Asylbewerberunterkunft schon etliche Zeit WDR4300 mit
> Hedy 1.0.1 default zu laufen.
>
> Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
> einwandfrei,
> allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
> nicht mehr, obwohl nichts verändert wurde.
>
> Anbei ein Ausschnitt aus dem System.log
> Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst 
> jetzt.
>
> Vllt. versteht einer mehr als ich, was da drin steht.
>
> Hat irgendwer eine Idee woan es liegen könnte ?
>
> Mit freundlichen Grüssen
> Wolfgang
>
> Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
> Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
> Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
> DEAUTH/REMOVE)
> Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> message to ff02::1:2 (Permission denied)
> Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 60:f4:45:a3:ef:0d IEEE 802.11: authenticated
> Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
> Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-CONNECTED 60:f4:45:a3:ef:0d
> Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
> Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
> Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
> Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-CONNECTED 30:07:4d:bb:f0:f4
> Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
> Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> 0 seconds on br-dhcp
> Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> message to ff02::1:2 (Permission denied)
> Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
> Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 60:f4:45:a3:ef:0d IEEE 802.11: disassociated
> Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
> DEAUTH/REMOVE)
> Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
> Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
> Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-CONNECTED f0:db:e2:b0:5a:10
> Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
> Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> 0 seconds on br-dhcp
> Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
> Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
> from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
> Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
> Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
> from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
> Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 80:4e:70:cb:fb:8c IEEE 802.11: authenticated
> Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
> Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-CONNECTED 80:4e:70:cb:fb:8c
> Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> 80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
> Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> 0 seconds on br-dhcp
> Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> message to ff02::1:2 (Permission denied)
> Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
> addresses
> Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /tmp/hosts/olsr
> - 25 addresses
> Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> /tmp/hosts/olsr.ipv6 - 25 addresses
> Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> /tmp/hosts/odhcpd - 0 addresses
> Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> /tmp/hosts/dhcp.cfg02411c - 2 addresses
> Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
> /etc/ethers - 0 addresses
> Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> received on br-wan which has no address
> Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
> Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
> Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
> AP-STA-CONNECTED ec:ad:b8:96:ea:e7
> Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
> Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> 0 seconds on br-dhcp
> Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From w.karbe at web.de  Sat Aug  8 21:57:31 2020
From: w.karbe at web.de (Karbe, Wolfgang)
Date: Sat, 8 Aug 2020 21:57:31 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
In-Reply-To: <90b0d7a5-eb19-6dec-8789-10f7a43d3d1a@posteo.de>
References: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>
 <90b0d7a5-eb19-6dec-8789-10f7a43d3d1a@posteo.de>
Message-ID: <trinity-805940b7-5c7e-49b5-ad2a-c74ccffd826f-1596916651933@3c-app-webde-bs06>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200808/80e30ae2/attachment.html>

From matthias at klose.berlin  Sun Aug  9 08:47:14 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Sun, 9 Aug 2020 08:47:14 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
In-Reply-To: <trinity-805940b7-5c7e-49b5-ad2a-c74ccffd826f-1596916651933@3c-app-webde-bs06>
References: <trinity-805940b7-5c7e-49b5-ad2a-c74ccffd826f-1596916651933@3c-app-webde-bs06>
Message-ID: <735323A5-EA52-4666-99BE-46D04A603739@klose.berlin>

Hi Wolfgang,

Etwas schwierig so zu debuggen, möchtest Du die Geräte und IP-Config / Passwörter mal Mittwochs mitbringen?

Welche Router und Hardware-Versionen sind im Einsatz? 

Gruß Matthias

> Am 08.08.2020 um 21:57 schrieb Karbe, Wolfgang <w.karbe at web.de>:
> 
> 
> Hallo,
> ich denke schon. Da aber alle 3 Router auf dem Flur die gleiche SSID haben müsste ich die am
> am Ausfallrouter mal umbenennen um ganz sicher zu gehen. Werde ich Mo oder Dienstag mal machen und melde mich dann.
> Gruss Wolfgang 
>  
> Gesendet: Samstag, 08. August 2020 um 19:55 Uhr
> Von: "Winfried Sobottka" <magenta-polenta at posteo.de>
> An: berlin at berlin.freifunk.net
> Betreff: Re: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
> Sendet der AP während des Ausfalls noch die SSID?
> 
> Am 08.08.20 um 17:28 schrieb Karbe, Wolfgang:
> > Hallo,
> >
> > wir haben in einer Asylbewerberunterkunft schon etliche Zeit WDR4300 mit
> > Hedy 1.0.1 default zu laufen.
> >
> > Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
> > einwandfrei,
> > allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
> > nicht mehr, obwohl nichts verändert wurde.
> >
> > Anbei ein Ausschnitt aus dem System.log
> > Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst
> > jetzt.
> >
> > Vllt. versteht einer mehr als ich, was da drin steht.
> >
> > Hat irgendwer eine Idee woan es liegen könnte ?
> >
> > Mit freundlichen Grüssen
> > Wolfgang
> >
> > Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
> > Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
> > Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
> > DEAUTH/REMOVE)
> > Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> > message to ff02::1:2 (Permission denied)
> > Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 60:f4:45:a3:ef:0d IEEE 802.11: authenticated
> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
> > Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-CONNECTED 60:f4:45:a3:ef:0d
> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
> > Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
> > Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-CONNECTED 30:07:4d:bb:f0:f4
> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
> > Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> > 0 seconds on br-dhcp
> > Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> > message to ff02::1:2 (Permission denied)
> > Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
> > Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 60:f4:45:a3:ef:0d IEEE 802.11: disassociated
> > Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
> > DEAUTH/REMOVE)
> > Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
> > Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-CONNECTED f0:db:e2:b0:5a:10
> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
> > Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> > 0 seconds on br-dhcp
> > Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
> > Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
> > Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
> > Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
> > Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 80:4e:70:cb:fb:8c IEEE 802.11: authenticated
> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
> > Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-CONNECTED 80:4e:70:cb:fb:8c
> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > 80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
> > Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> > 0 seconds on br-dhcp
> > Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
> > message to ff02::1:2 (Permission denied)
> > Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
> > addresses
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /tmp/hosts/olsr
> > - 25 addresses
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> > /tmp/hosts/olsr.ipv6 - 25 addresses
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> > /tmp/hosts/odhcpd - 0 addresses
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
> > /tmp/hosts/dhcp.cfg02411c - 2 addresses
> > Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
> > /etc/ethers - 0 addresses
> > Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
> > received on br-wan which has no address
> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
> > Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
> > AP-STA-CONNECTED ec:ad:b8:96:ea:e7
> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
> > ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
> > Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA lifetime of
> > 0 seconds on br-dhcp
> > Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
> >
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200809/33398272/attachment.html>

From magenta-polenta at posteo.de  Sun Aug  9 14:25:37 2020
From: magenta-polenta at posteo.de (Winfried Sobottka)
Date: Sun, 9 Aug 2020 14:25:37 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
In-Reply-To: <735323A5-EA52-4666-99BE-46D04A603739@klose.berlin>
References: <trinity-805940b7-5c7e-49b5-ad2a-c74ccffd826f-1596916651933@3c-app-webde-bs06>
 <735323A5-EA52-4666-99BE-46D04A603739@klose.berlin>
Message-ID: <ccd8878c-cd7d-ebe6-a13f-c6486214bfbf@posteo.de>

Vor einigen Jahren gab es in einem OpenWRT-Forum Beiträge, die ähnliches 
Verhalten bei TPL-Routern beschrieben.  Als Ursache wurde gleichzeitiger 
Traffic von einer größeren Anzahl benachbarter APs / Clients vermutet. 
Die Diskussion endete ohne Lösung.

Am 09.08.20 um 08:47 schrieb Matthias Klose:
> Hi Wolfgang,
>
> Etwas schwierig so zu debuggen, möchtest Du die Geräte und IP-Config / 
> Passwörter mal Mittwochs mitbringen?
>
> Welche Router und Hardware-Versionen sind im Einsatz?
>
> Gruß Matthias
>
>> Am 08.08.2020 um 21:57 schrieb Karbe, Wolfgang <w.karbe at web.de>:
>>
>> 
>> Hallo,
>> ich denke schon. Da aber alle 3 Router auf dem Flur die gleiche SSID 
>> haben müsste ich die am
>> am Ausfallrouter mal umbenennen um ganz sicher zu gehen. Werde ich Mo 
>> oder Dienstag mal machen und melde mich dann.
>> Gruss Wolfgang
>> *Gesendet:* Samstag, 08. August 2020 um 19:55 Uhr
>> *Von:* "Winfried Sobottka" <magenta-polenta at posteo.de>
>> *An:* berlin at berlin.freifunk.net
>> *Betreff:* Re: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
>> Sendet der AP während des Ausfalls noch die SSID?
>>
>> Am 08.08.20 um 17:28 schrieb Karbe, Wolfgang:
>> > Hallo,
>> >
>> > wir haben in einer Asylbewerberunterkunft schon etliche Zeit 
>> WDR4300 mit
>> > Hedy 1.0.1 default zu laufen.
>> >
>> > Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
>> > einwandfrei,
>> > allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
>> > nicht mehr, obwohl nichts verändert wurde.
>> >
>> > Anbei ein Ausschnitt aus dem System.log
>> > Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst
>> > jetzt.
>> >
>> > Vllt. versteht einer mehr als ich, was da drin steht.
>> >
>> > Hat irgendwer eine Idee woan es liegen könnte ?
>> >
>> > Mit freundlichen Grüssen
>> > Wolfgang
>> >
>> > Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
>> > Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
>> > Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
>> > DEAUTH/REMOVE)
>> > Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send 
>> DHCPV6
>> > message to ff02::1:2 (Permission denied)
>> > Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 60:f4:45:a3:ef:0d IEEE 802.11: authenticated
>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
>> > Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-CONNECTED 60:f4:45:a3:ef:0d
>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
>> > Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
>> > Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-CONNECTED 30:07:4d:bb:f0:f4
>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
>> > Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA 
>> lifetime of
>> > 0 seconds on br-dhcp
>> > Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send 
>> DHCPV6
>> > message to ff02::1:2 (Permission denied)
>> > Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
>> > Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 60:f4:45:a3:ef:0d IEEE 802.11: disassociated
>> > Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
>> > DEAUTH/REMOVE)
>> > Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
>> > Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-CONNECTED f0:db:e2:b0:5a:10
>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
>> > Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA 
>> lifetime of
>> > 0 seconds on br-dhcp
>> > Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>> > Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
>> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok 
>> fdde:8891:97c9::c39/128
>> > Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>> > Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
>> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok 
>> fdde:8891:97c9::c39/128
>> > Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 80:4e:70:cb:fb:8c IEEE 802.11: authenticated
>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
>> > Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-CONNECTED 80:4e:70:cb:fb:8c
>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > 80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
>> > Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA 
>> lifetime of
>> > 0 seconds on br-dhcp
>> > Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send 
>> DHCPV6
>> > message to ff02::1:2 (Permission denied)
>> > Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
>> > addresses
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read 
>> /tmp/hosts/olsr
>> > - 25 addresses
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>> > /tmp/hosts/olsr.ipv6 - 25 addresses
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>> > /tmp/hosts/odhcpd - 0 addresses
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>> > /tmp/hosts/dhcp.cfg02411c - 2 addresses
>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
>> > /etc/ethers - 0 addresses
>> > Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>> > received on br-wan which has no address
>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
>> > Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
>> > AP-STA-CONNECTED ec:ad:b8:96:ea:e7
>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>> > ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
>> > Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA 
>> lifetime of
>> > 0 seconds on br-dhcp
>> > Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>> >
>> >
>> > _______________________________________________
>> > Berlin mailing list
>> > Berlin at berlin.freifunk.net
>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv



From Everloop at web.de  Sun Aug  9 15:39:22 2020
From: Everloop at web.de (Mr. Schneider)
Date: Sun, 9 Aug 2020 15:39:22 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?kleines_FritzBox_update_-_alternativ?=
 =?utf-8?b?IFJvdXRlciBhYiA14oKs?=
Message-ID: <trinity-19fea99a-dcf6-4925-be27-c16e93457e85-1596980362177@3c-app-webde-bs08>

FritzBox7312 is nen kleiner guter AP zum dazustecken und kost fast nix (leider mit nur 1LANport)  - vergleichbar mit GL.inet mit 2LANports (https://www.gl-inet.com/products/gl-ar150/)

FritzBox7330SL ist ähnliche Kategorie (grössere Hülle) da leider auch nur 1xLAN (LAN2 ist "tot")

FritzBox7320 ist LAN1 bugged (geht nur wenn Kabel steckt) und LAN2 auch "tot".

StefanS

On Sat, 8 Aug 2020 12:36:35 +0200, Sven Roederer wrote:
> Hallo,
> 
> hatten wir da nicht vor einiger Zeit mal über mögliche FritzBoxen
> gesprochen, die es wert sind in die Firmware aufgenommen zu werden?
> 
> Aus der Auflistung unten, scheint mir die fritzbox-7312 jedenfalls
> nicht das zu bevorzugende Gerät zu sein.
> 
> Sven
> 
> Am 06.08.20 um 12:57 schrieb Mr. Schneider:
>> * FritzBox7312 gibt es quasi gerad geschenkt ;)
>>
>> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-7312/k0
>>
>> https://openwrt.org/toh/avm/fritz.box.wlan.7312
>>
>> CPU:		Lantiq Xway ARX188 PSB 50812 EL (MIPS 34Kc) 2x393 MHz
>> Flash:		16MB
>> RAM:		64MB
>> Wireless:	2,4GHz Atheros AR9227 b/g/n
>> Ethernet:	1x100MBit, Atheros AR8030-A
>> xDSL:		ADSL2+
>> USB:		no
>> Power:		5V 1.6A
>>
>> + kleiner flotter mesh AP
>> - nur ein LAN port
>>
>>
>> *FritzBox3370 gibts ab 5€
>>
>> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/fritzbox-3370/k0
>>
>> https://openwrt.org/toh/avm/fritz.box.wlan.3370
>>
>> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36-2
>>
>> SoC:	Lantiq XWAY VRX288 (xrx200)	@2x500MHz	CPU0 revision is: 00019556 (MIPS 34Kc)	xRX200 rev 1.2
>> RAM:	128MB
>> Flash:	128MB or 512MB
>> Wifi:	Atheros AR9380 2.4GHz b/g/n oder 5GHz a/n (not simultanously)
>> LAN:	4x1GBit
>> DSL:	xDSL (VDSL)
>> USB:	2x2.0
>>
>> + so far no known bugs ;)
>> + Fritz3370 (interne Antennenrundungen) Wifi Reichweite auf jeden Fall höher als bei ner EasyBox803 (interne Antennenhacken - hatte keine Verbindung bei testen)
>>
>>
>> *FritzBox7360 gitbs ab 5-10€
>>
>> https://www.ebay-kleinanzeigen.de/s-sortierung:preis/seite:2/fritzbox-7360/k0
>>
>> https://openwrt.org/toh/avm/fritz.box.wlan.7360
>>
>> läuft :D http://monitor.berlin.freifunk.net/host.php?h=cottbus-lausi36
>>
>> CPU:	2x MIPS 34Kc 500MHz
>> Flash:	32MB
>> Ram:	128MB
>> LAN:	2x 1000M (eth0, eth1) & 2x 100M (eth2, eth3)
>> Wifi:	Atheros AR9287, 2.4GHz b/g/n
>> 		2xUSB
>> 		xDSL2+
>>
>> + so far no known bugs kernel 4.14 ;)
>> - FritBox3370 meist billiger + 4xGbit LAN + 2.4 oder 5Ghz



From freifunk at it-solutions.geroedel.de  Mon Aug 10 01:13:04 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Mon, 10 Aug 2020 01:13:04 +0200
Subject: [Berlin-wireless] bbbdigger: olsrd nicht gestorben,
 sondern dhcpd
In-Reply-To: <f4e52811-4f5f-9479-d222-4e8b2e597d7d@it-solutions.geroedel.de>
References: <2694426.ZHjLWAbufb@strike>
 <AD1E0857-E83D-43CC-B2EE-DB0F5F847647@gmail.com>
 <9d901543-cdb3-bf87-e464-a8eb7450a0eb@it-solutions.geroedel.de>
 <f4e52811-4f5f-9479-d222-4e8b2e597d7d@it-solutions.geroedel.de>
Message-ID: <7dd039f6-3430-0d02-b22b-6edf4622f806@it-solutions.geroedel.de>

HAllo,

es scheint, als ob es mal wieder soweit ist ....

01:10:19.132087 IP 10.36.193.1.698 > 255.255.255.255.698: OLSRv4, seq 0x83a1, length 1320
01:10:19.132175 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b6:20:ea:b5:33:7e, length 300
01:10:19.308529 IP 10.36.193.1.698 > 255.255.255.255.698: OLSRv4, seq 0x83a2, length 1388

OLSR kommt bei mir an, die frage nach einer IP-Adresse bleibt aber unbeantwortet.

GRuss Sven

Am 13.07.20 um 20:45 schrieb Sven Roederer:
> Es soll ja nich tlangweilig werden ...
> diesmal scheint der DHCPd tot zu sein:
> 
> listening on bbbdigger, link-type EN10MB (Ethernet), capture size 262144 bytes
> 20:39:40.222333 IP 10.36.197.5.698 > 255.255.255.255.698: OLSRv4, seq 0xc624, length 104
> 20:39:41.223470 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b6:20:ea:b5:33:7e, length 300
> 20:39:42.131905 IP 10.36.197.5.698 > 255.255.255.255.698: OLSRv4, seq 0xc625, length 104
> 
> vermueter Tatzeitpunkt:
> Mon Jul 13 18:20:10 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 10.36.197.6
> Mon Jul 13 18:20:47 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:05 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:14 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:18 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:20 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:21 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
> Mon Jul 13 18:21:21 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: lease lost, entering init state
> Mon Jul 13 18:21:21 2020 daemon.notice netifd: Interface 'bbbdigger' has lost the connection
> 
> 
> was'n da los mit dem Host?
> 
> GRuss Sven
> 
> 
> Am 07.07.20 um 09:11 schrieb Sven Roederer:
>> Guter Tritt.
>>
>> Kann man erkennen, was passiert war?
>>
>>
>>
>> Am 07.07.20 um 00:59 schrieb Perry:
>>> Gegengetrettet. :)
>>>
>>> On July 6, 2020 11:16:12 PM GMT+02:00, Sven Roederer <freifunk at it-solutions.geroedel.de> wrote:
>>>
>>>     Hi,
>>>
>>>     der OLSRd auf einem der BBB-VPN Gateways scheint tot.
>>>     Auf dem Interface sehe ich nur meine Pakete ausgehen (10.36.193.209), keine 
>>>     einkommenden.
>>>
>>>     Kann da mal jemand gegentreten?
>>>
>>>     GRuss Sven
>>>     --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>>     Berlin mailing list
>>>     Berlin at berlin.freifunk.net
>>>     http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>     Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>



From freifunk-roland at t-online.de  Mon Aug 10 17:29:41 2020
From: freifunk-roland at t-online.de (Roland)
Date: Mon, 10 Aug 2020 17:29:41 +0200
Subject: [Berlin-wireless] bbbdigger: olsrd nicht gestorben,
 sondern dhcpd
In-Reply-To: <7dd039f6-3430-0d02-b22b-6edf4622f806@it-solutions.geroedel.de>
References: <2694426.ZHjLWAbufb@strike>
 <AD1E0857-E83D-43CC-B2EE-DB0F5F847647@gmail.com>
 <9d901543-cdb3-bf87-e464-a8eb7450a0eb@it-solutions.geroedel.de>
 <f4e52811-4f5f-9479-d222-4e8b2e597d7d@it-solutions.geroedel.de>
 <7dd039f6-3430-0d02-b22b-6edf4622f806@it-solutions.geroedel.de>
Message-ID: <bd9b4fa0-cfb6-ca13-a711-5e9474b37d54@t-online.de>

Hi,

was war gestern die Ursache für den Ausfall?

Wie können wir solche Ausfälle künftig minimieren bzw. verhindern?

Können wir mit proaktivem Monitoring da was machen?

Ist etwas blöd, wenn man aktiv Werbung für Freifunk in Adlershof macht 
und dann sind doch öfter Ausfälle. Ich musste heute meinen FF-Router neu 
starten, damit es wieder funktioniert, will ich nicht unbedingt haben, 
wenn wir in Adlershof künftig für mehrere Freifunk-Ausleihsets 
(Sektorantenne und FF-Router) als Admins verantwortlich sind.

VG

Roland

On 10.08.20 01:13, Sven Roederer wrote:
> HAllo,
>
> es scheint, als ob es mal wieder soweit ist ....
>
> 01:10:19.132087 IP 10.36.193.1.698 > 255.255.255.255.698: OLSRv4, seq 0x83a1, length 1320
> 01:10:19.132175 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b6:20:ea:b5:33:7e, length 300
> 01:10:19.308529 IP 10.36.193.1.698 > 255.255.255.255.698: OLSRv4, seq 0x83a2, length 1388
>
> OLSR kommt bei mir an, die frage nach einer IP-Adresse bleibt aber unbeantwortet.
>
> GRuss Sven
>
> Am 13.07.20 um 20:45 schrieb Sven Roederer:
>> Es soll ja nich tlangweilig werden ...
>> diesmal scheint der DHCPd tot zu sein:
>>
>> listening on bbbdigger, link-type EN10MB (Ethernet), capture size 262144 bytes
>> 20:39:40.222333 IP 10.36.197.5.698 > 255.255.255.255.698: OLSRv4, seq 0xc624, length 104
>> 20:39:41.223470 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from b6:20:ea:b5:33:7e, length 300
>> 20:39:42.131905 IP 10.36.197.5.698 > 255.255.255.255.698: OLSRv4, seq 0xc625, length 104
>>
>> vermueter Tatzeitpunkt:
>> Mon Jul 13 18:20:10 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 10.36.197.6
>> Mon Jul 13 18:20:47 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:05 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:14 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:18 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:20 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:21 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: sending renew to 0.0.0.0
>> Mon Jul 13 18:21:21 2020 daemon.notice netifd: bbbdigger (12609): udhcpc: lease lost, entering init state
>> Mon Jul 13 18:21:21 2020 daemon.notice netifd: Interface 'bbbdigger' has lost the connection
>>
>>
>> was'n da los mit dem Host?
>>
>> GRuss Sven
>>
>>
>> Am 07.07.20 um 09:11 schrieb Sven Roederer:
>>> Guter Tritt.
>>>
>>> Kann man erkennen, was passiert war?
>>>
>>>
>>>
>>> Am 07.07.20 um 00:59 schrieb Perry:
>>>> Gegengetrettet. :)
>>>>
>>>> On July 6, 2020 11:16:12 PM GMT+02:00, Sven Roederer <freifunk at it-solutions.geroedel.de> wrote:
>>>>
>>>>      Hi,
>>>>
>>>>      der OLSRd auf einem der BBB-VPN Gateways scheint tot.
>>>>      Auf dem Interface sehe ich nur meine Pakete ausgehen (10.36.193.209), keine
>>>>      einkommenden.
>>>>
>>>>      Kann da mal jemand gegentreten?
>>>>
>>>>      GRuss Sven
>>>>      --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>>>      Berlin mailing list
>>>>      Berlin at berlin.freifunk.net
>>>>      http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>      Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From richard.meinsen at gmail.com  Mon Aug 10 17:51:38 2020
From: richard.meinsen at gmail.com (R. Meinsen)
Date: Mon, 10 Aug 2020 17:51:38 +0200
Subject: [Berlin-wireless] =?utf-8?q?cpe_510_gesucht_f=C3=BCr_kleingartenk?=
 =?utf-8?q?olonie?=
Message-ID: <949041cc-a85c-ff90-d13b-5718f7e3cded@googlemail.com>

hallo

für den einsatz in ner kleingartenkolonie suche ich noch ne
ungenutzte/gebrauchte cpe 510 bevor ich neu kaufe.

grüße

richard



From freifunk-roland at t-online.de  Mon Aug 10 18:03:03 2020
From: freifunk-roland at t-online.de (Roland)
Date: Mon, 10 Aug 2020 18:03:03 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?cpe_510_gesucht_f=C3=BCr_kleingarten?= =?utf-8?q?kolonie?=
In-Reply-To: <949041cc-a85c-ff90-d13b-5718f7e3cded@googlemail.com>
References: <949041cc-a85c-ff90-d13b-5718f7e3cded@googlemail.com>
Message-ID: <7623725f-4cd0-5ad0-cede-a071f28cd430@t-online.de>

Hallo Richard,

ich bin gerade von meiner im Juni gekauften CPE510 am Wochenende auf 
MikroTik SXTSQ-5-AC als Sektorantenne umgestiegen. Ich bleibe in 
Adlershof lieber bei einer Gerätesorte, da unsere Sektorantennen in der 
Kirche und die neu geplanten Freifunk-Router auch MikroTiks sind. Das 
RouterOS von MikroTik gefällt mir besser als die originale CPE510-Firmware.

Daher ist die CPE jetzt zu haben, ich hatte im Reichelt-Shop 49,90 
bezahlt. Würde die CPE510 ab 40 Euro abgeben.

VG

Roland

On 10.08.20 17:51, R. Meinsen wrote:
> hallo
>
> für den einsatz in ner kleingartenkolonie suche ich noch ne
> ungenutzte/gebrauchte cpe 510 bevor ich neu kaufe.
>
> grüße
>
> richard
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200810/cc9850c8/attachment.html>

From freifunk at it-solutions.geroedel.de  Tue Aug 11 22:19:42 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Tue, 11 Aug 2020 22:19:42 +0200
Subject: [Berlin-wireless] =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbdi?=
 =?utf-8?q?gger?=
Message-ID: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>

HAllo,

zur Zeit bin ich via bbbdigger ans Netz verbunden.
Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
nicht erreichen.
einige Hosts die funktionieren:
* a36t-core
* Phimel-core
* JUP-core
* alfred-randt
* mueggel-5-2
einige Hosts die nicht funktionieren:
* vaterhaus-core
* verklaerung-core
* schwalbenweg18-core

Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
und nicht nur in der Namensauflösung.
Kann jemand ein ähnliches Phänomen bestätigen?

GRuss Sven



From matthias at klose.berlin  Wed Aug 12 06:44:13 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Wed, 12 Aug 2020 06:44:13 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
Message-ID: <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>

Hy Sven,

ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise 
bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun 
beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel im 
Mesh?

Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um 
mehr Informationen gebeten,

Gruß

Matthias


root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
Start: 2020-08-12T06:32:27+0200
HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 
173.9   0.0
  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0


root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
Start: 2020-08-12T06:35:09+0200
HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0

On 11.08.20 22:19, Sven Roederer wrote:
> HAllo,
>
> zur Zeit bin ich via bbbdigger ans Netz verbunden.
> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
> nicht erreichen.
> einige Hosts die funktionieren:
> * a36t-core
> * Phimel-core
> * JUP-core
> * alfred-randt
> * mueggel-5-2
> einige Hosts die nicht funktionieren:
> * vaterhaus-core
> * verklaerung-core
> * schwalbenweg18-core
>
> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
> und nicht nur in der Namensauflösung.
> Kann jemand ein ähnliches Phänomen bestätigen?
>
> GRuss Sven
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Wed Aug 12 09:18:38 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Wed, 12 Aug 2020 09:18:38 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
Message-ID: <a5734de4-b8c8-f99b-b9a5-ab52e03b80f7@it-solutions.geroedel.de>

Gut zu wissen, dass ich nicht nur allein betroffen bin.
Die Route, die du da siehst, stellt sich anders da als meine Sicht, aber
kann durchaus die gleiche Ursache haben.

Es scheint dass hier im Müggelschlösschenweg was nicht simmt.
Andreas, kannst du mal prüfen, ob das mit dem Verbindungsversuch zur
Verklärungskirche zu tun hat?

GRuss Sven

P.S: Evtl. ist diese Geheim-chat" nicht die passende stellt um sowas
zu diskutieren, weil begrenzter Teilnehmerkreis und nnur mit "spezial-
Software" nutzbar.

Am 12.08.20 um 06:44 schrieb Matthias Klose:
> Hy Sven,
> 
> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
> viel im Mesh?
> 
> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
> 
> Gruß
> 
> Matthias
> 
> 
> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> Start: 2020-08-12T06:32:27+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> 
> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> Start: 2020-08-12T06:35:09+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> On 11.08.20 22:19, Sven Roederer wrote:
>> HAllo,
>>
>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>> nicht erreichen.
>> einige Hosts die funktionieren:
>> * a36t-core
>> * Phimel-core
>> * JUP-core
>> * alfred-randt
>> * mueggel-5-2
>> einige Hosts die nicht funktionieren:
>> * vaterhaus-core
>> * verklaerung-core
>> * schwalbenweg18-core
>>
>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>> und nicht nur in der Namensauflösung.
>> Kann jemand ein ähnliches Phänomen bestätigen?
>>
>> GRuss Sven
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Wed Aug 12 09:29:50 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Wed, 12 Aug 2020 09:29:50 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <a5734de4-b8c8-f99b-b9a5-ab52e03b80f7@it-solutions.geroedel.de>
References: <a5734de4-b8c8-f99b-b9a5-ab52e03b80f7@it-solutions.geroedel.de>
Message-ID: <91F254CB-A587-4064-948E-94878D04BFF4@klose.berlin>


> Am 12.08.2020 um 09:18 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
> 
> 
> P.S: Evtl. ist diese Geheim-chat" nicht die passende stellt um sowas
> zu diskutieren, weil begrenzter Teilnehmerkreis und nnur mit "spezial-
> Software" nutzbar.

Hi Sven,

der Matrix-Chat hat sich über die Monate als schnell, komfortabel und nützlich erwiesen, wird offen im Wiki benannt und die Sourcen der Server- und Clientsoftware sind einsehbar, das Protokoll ist offen. 
Mit 100+ Usern im Channel würde ich nicht mehr von einem „Geheim-Chat“ sprechen ;).

Join doch auch mit rein.

Gruß Matthias 




From freifunk at it-solutions.geroedel.de  Wed Aug 12 09:40:03 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Wed, 12 Aug 2020 09:40:03 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <91F254CB-A587-4064-948E-94878D04BFF4@klose.berlin>
References: <a5734de4-b8c8-f99b-b9a5-ab52e03b80f7@it-solutions.geroedel.de>
 <91F254CB-A587-4064-948E-94878D04BFF4@klose.berlin>
Message-ID: <D4D39CC2-0FA0-4FF1-AF97-4746D0C75479@it-solutions.geroedel.de>

Danke, 

- Information-overflow
- Spezialsoftware, im Sinn von separater Client (Mailingliste kann ich per Browser einsehen)
- keine durchsuchbarkeit, weil geschlossen (hinter Client und Protokoll) - Gated community (siege 32c3l

Am 12. August 2020 09:29:50 MESZ schrieb Matthias Klose <matthias at klose.berlin>:
>
>> Am 12.08.2020 um 09:18 schrieb Sven Roederer
><freifunk at it-solutions.geroedel.de>:
>> 
>> 
>> P.S: Evtl. ist diese Geheim-chat" nicht die passende stellt um sowas
>> zu diskutieren, weil begrenzter Teilnehmerkreis und nnur mit
>"spezial-
>> Software" nutzbar.
>
>Hi Sven,
>
>der Matrix-Chat hat sich über die Monate als schnell, komfortabel und
>nützlich erwiesen, wird offen im Wiki benannt und die Sourcen der
>Server- und Clientsoftware sind einsehbar, das Protokoll ist offen. 
>Mit 100+ Usern im Channel würde ich nicht mehr von einem „Geheim-Chat“
>sprechen ;).
>
>Join doch auch mit rein.
>
>Gruß Matthias 
>
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Wed Aug 12 10:04:00 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Wed, 12 Aug 2020 10:04:00 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <D4D39CC2-0FA0-4FF1-AF97-4746D0C75479@it-solutions.geroedel.de>
References: <D4D39CC2-0FA0-4FF1-AF97-4746D0C75479@it-solutions.geroedel.de>
Message-ID: <E42902A7-FD72-4B68-B35D-9B62677E5EDD@klose.berlin>

Okay, vielleicht sollten wir zurück ins Usenet ;) 

*scnr* würd mich dennoch freuen, wenn Du den Hop in die Matrix wagen würdest, durchsuchbar ist die History immerhin im Client. Und niemand muss alles lesen :)

Gruß Matthias 

> Am 12.08.2020 um 09:40 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
> 
> Danke, 
> 
> - Information-overflow
> - Spezialsoftware, im Sinn von separater Client (Mailingliste kann ich per Browser einsehen)
> - keine durchsuchbarkeit, weil geschlossen (hinter Client und Protokoll) - Gated community (siege 32c3l
> 
> Am 12. August 2020 09:29:50 MESZ schrieb Matthias Klose <matthias at klose.berlin>:
>> 
>>> Am 12.08.2020 um 09:18 schrieb Sven Roederer
>> <freifunk at it-solutions.geroedel.de>:
>>> 
>>> 
>>> P.S: Evtl. ist diese Geheim-chat" nicht die passende stellt um sowas
>>> zu diskutieren, weil begrenzter Teilnehmerkreis und nnur mit
>> "spezial-
>>> Software" nutzbar.
>> 
>> Hi Sven,
>> 
>> der Matrix-Chat hat sich über die Monate als schnell, komfortabel und
>> nützlich erwiesen, wird offen im Wiki benannt und die Sourcen der
>> Server- und Clientsoftware sind einsehbar, das Protokoll ist offen. 
>> Mit 100+ Usern im Channel würde ich nicht mehr von einem „Geheim-Chat“
>> sprechen ;).
>> 
>> Join doch auch mit rein.
>> 
>> Gruß Matthias 
>> 
>> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From tomas at tuxteam.de  Wed Aug 12 10:49:31 2020
From: tomas at tuxteam.de (tomas at tuxteam.de)
Date: Wed, 12 Aug 2020 10:49:31 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <E42902A7-FD72-4B68-B35D-9B62677E5EDD@klose.berlin>
References: <D4D39CC2-0FA0-4FF1-AF97-4746D0C75479@it-solutions.geroedel.de>
 <E42902A7-FD72-4B68-B35D-9B62677E5EDD@klose.berlin>
Message-ID: <20200812084931.GE15441@tuxteam.de>

On Wed, Aug 12, 2020 at 10:04:00AM +0200, Matthias Klose wrote:
> Okay, vielleicht sollten wir zurück ins Usenet ;) 

Ja, bitte!

lg
 - t
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: Digital signature
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200812/5c167fd1/attachment.sig>

From a.kapretz at digitales-lernen.berlin  Wed Aug 12 13:16:01 2020
From: a.kapretz at digitales-lernen.berlin (Antonia Kapretz)
Date: Wed, 12 Aug 2020 13:16:01 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <20200812084931.GE15441@tuxteam.de>
References: <D4D39CC2-0FA0-4FF1-AF97-4746D0C75479@it-solutions.geroedel.de>
 <E42902A7-FD72-4B68-B35D-9B62677E5EDD@klose.berlin>
 <20200812084931.GE15441@tuxteam.de>
Message-ID: <8AE793DD-FC2D-405D-B875-1D2D5202E853@digitales-lernen.berlin>

Stop

Digitales Lernen Berlin 

Dipl. Des. Antonia Kapretz
Veranstaltungen & Öffentlichkeitsarbeit

c/o Factory Coworking 
Rheinsberger Str. 76/77
10115 Berlin
Tel. 0179/4549879



> Am 12.08.2020 um 10:49 schrieb <tomas at tuxteam.de> <tomas at tuxteam.de>:
> 
> On Wed, Aug 12, 2020 at 10:04:00AM +0200, Matthias Klose wrote:
>> Okay, vielleicht sollten wir zurück ins Usenet ;) 
> 
> Ja, bitte!
> 
> lg
> - t
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200812/3b77c5b2/attachment.html>

From freifunk at it-solutions.geroedel.de  Wed Aug 12 14:14:36 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Wed, 12 Aug 2020 14:14:36 +0200
Subject: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
In-Reply-To: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>
References: <01eb2e54-cb78-5c45-82f9-57be69372478@web.de>
Message-ID: <C763E3D2-6181-49F6-BD6B-1C72F6177361@it-solutions.geroedel.de>

Hallo Wolfgang,

Zu deinen logdaten:
Das was dort zu sehen ist, entspricht dem normalen Verhalten eines Routers mit unserer Firmware.
Um bessere Daten zu haben, empfehle ich den Ligabuffet größere zu machen, dass Daten von einem längeren Zeitraum vorliegen. Per Default werden nur 64kb vorgehalten. Diesen Wert kannst du in der Oberfläche unser "Administration" -> "System" -> dort das oberste Untermenü -> "Tab Systemlog" einstellen.
Ich glaube der WDR4300 hat auch genugg Flash, um das Log dirt zu speichern. Vorteil: 
- überlebt einen Neustart
- die vorherige logdatei wird auch gespeichert, was dir bis zu 2x Speichergröße Daten zur Verfügung stellt


Evtl. Kann man dann erkennen, was das Problem ist und eine Lösung ableiten.

Gruss Sven

Am 8. August 2020 17:28:01 MESZ schrieb "Karbe, Wolfgang" <w.karbe at web.de>:
>Hallo,
>
>wir haben in einer Asylbewerberunterkunft schon etliche Zeit WDR4300
>mit
>Hedy 1.0.1 default zu laufen.
>
>Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
>einwandfrei,
>allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
>nicht mehr, obwohl nichts verändert wurde.
>
>Anbei ein Ausschnitt aus dem System.log
>Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst
>jetzt.
>
>Vllt. versteht einer mehr als ich, was da drin steht.
>
>Hat irgendwer eine Idee woan es liegen könnte ?
>
>Mit freundlichen Grüssen
>Wolfgang
>
>Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
>Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
>Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
>DEAUTH/REMOVE)
>Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send
>DHCPV6
>message to ff02::1:2 (Permission denied)
>Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>60:f4:45:a3:ef:0d IEEE 802.11: authenticated
>Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
>Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-CONNECTED 60:f4:45:a3:ef:0d
>Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
>Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
>Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
>Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-CONNECTED 30:07:4d:bb:f0:f4
>Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
>Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA lifetime
>of
>0 seconds on br-dhcp
>Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send
>DHCPV6
>message to ff02::1:2 (Permission denied)
>Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
>Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>60:f4:45:a3:ef:0d IEEE 802.11: disassociated
>Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
>DEAUTH/REMOVE)
>Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
>Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
>Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-CONNECTED f0:db:e2:b0:5a:10
>Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
>Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA lifetime
>of
>0 seconds on br-dhcp
>Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
>from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok
>fdde:8891:97c9::c39/128
>Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
>from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok
>fdde:8891:97c9::c39/128
>Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>80:4e:70:cb:fb:8c IEEE 802.11: authenticated
>Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
>Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-CONNECTED 80:4e:70:cb:fb:8c
>Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
>Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA lifetime
>of
>0 seconds on br-dhcp
>Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send
>DHCPV6
>message to ff02::1:2 (Permission denied)
>Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
>addresses
>Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>/tmp/hosts/olsr
>- 25 addresses
>Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>/tmp/hosts/olsr.ipv6 - 25 addresses
>Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>/tmp/hosts/odhcpd - 0 addresses
>Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>/tmp/hosts/dhcp.cfg02411c - 2 addresses
>Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
>/etc/ethers - 0 addresses
>Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>received on br-wan which has no address
>Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
>Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
>Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
>AP-STA-CONNECTED ec:ad:b8:96:ea:e7
>Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
>Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA lifetime
>of
>0 seconds on br-dhcp
>Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From anha4 at web.de  Wed Aug 12 21:39:06 2020
From: anha4 at web.de (anha4 at web.de)
Date: Wed, 12 Aug 2020 21:39:06 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
Message-ID: <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>

Hallo Matthias,

die Links sind jetzt getrennt.
Die Loop ist raus.
Danke für die Rückmeldung.
Den Link zur Verklärung gibts erst seit Mitternacht.

Grüsse Andreas

> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
>
> Hy Sven,
> 
> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise 
> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun 
> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel im 
> Mesh?
> 
> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um 
> mehr Informationen gebeten,
> 
> Gruß
> 
> Matthias
> 
> 
> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> Start: 2020-08-12T06:32:27+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>    1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>    2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>    3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>    4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>    5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>    6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>    7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>    8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>    9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>   10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 
> 173.9   0.0
>   11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>   12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>   13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>   14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>   15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>   16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>   17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>   18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>   19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>   26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>   27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> 
> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> Start: 2020-08-12T06:35:09+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>    1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>    2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>    3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>    4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>    5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>    6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>    7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>    8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>    9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>   10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>   11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>   12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>   13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>   14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>   15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>   16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>   17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>   18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>   19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>   25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>   26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>   27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> On 11.08.20 22:19, Sven Roederer wrote:
> > HAllo,
> >
> > zur Zeit bin ich via bbbdigger ans Netz verbunden.
> > Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
> > nicht erreichen.
> > einige Hosts die funktionieren:
> > * a36t-core
> > * Phimel-core
> > * JUP-core
> > * alfred-randt
> > * mueggel-5-2
> > einige Hosts die nicht funktionieren:
> > * vaterhaus-core
> > * verklaerung-core
> > * schwalbenweg18-core
> >
> > Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
> > wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
> > endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
> > und nicht nur in der Namensauflösung.
> > Kann jemand ein ähnliches Phänomen bestätigen?
> >
> > GRuss Sven
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Wed Aug 12 22:35:54 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Wed, 12 Aug 2020 22:35:54 +0200
Subject: [Berlin-wireless] WPA3 mit OWE im Freifunk Berlin
Message-ID: <f3953390-5bdd-ddbc-b339-4c94de510a95@klose.berlin>

Hi!


Was haltet ihr davon, WPA3 mit OWE im Freifunk Berlin zu etablieren? Im 
Grunde bietet OWE ein offenes WLAN mit verschlüsseltem lokalen Traffic:

https://tools.ietf.org/html/rfc8110

Herzliche Grüße

Matthias



From freifunk at it-solutions.geroedel.de  Thu Aug 13 00:36:38 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Thu, 13 Aug 2020 00:36:38 +0200
Subject: [Berlin-wireless] WPA3 mit OWE im Freifunk Berlin
In-Reply-To: <f3953390-5bdd-ddbc-b339-4c94de510a95@klose.berlin>
References: <f3953390-5bdd-ddbc-b339-4c94de510a95@klose.berlin>
Message-ID: <CA6D6065-6364-4392-865C-86BC01784CE6@it-solutions.geroedel.de>

Ich hab das damals, Ende 2018, auch schon bei gluon gesehen und kurz drüber nachgedacht, weil ich die Idee gut fand.
Da aber zur Kompatibilität mit legacy-clients längere Zeit auch ein non-OWE Netz benötigt wird, hab ich das für unsere Firmware nicht weiter im Betracht gezogen.
Aus meiner Sicht ist es sinnvoller erstmal die Umstellung von AdHoc auf 802.11s abzuschließen.

- https://github.com/freifunk-gluon/gluon/pull/1945

Gruss Sven

P.S. es gibt auch noch SAE für Mesh-Verbindungen ...

Am 12. August 2020 22:35:54 MESZ schrieb Matthias Klose <matthias at klose.berlin>:
>Hi!
>
>
>Was haltet ihr davon, WPA3 mit OWE im Freifunk Berlin zu etablieren? Im
>
>Grunde bietet OWE ein offenes WLAN mit verschlüsseltem lokalen Traffic:
>
>https://tools.ietf.org/html/rfc8110
>
>Herzliche Grüße
>
>Matthias
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Thu Aug 13 18:20:56 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Thu, 13 Aug 2020 18:20:56 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
Message-ID: <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>

Hallo,

Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?

Sven


Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
>Hallo Matthias,
>
>die Links sind jetzt getrennt.
>Die Loop ist raus.
>Danke für die Rückmeldung.
>Den Link zur Verklärung gibts erst seit Mitternacht.
>
>Grüsse Andreas
>
>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
>>
>> Hy Sven,
>> 
>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
>Zeitweise 
>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun 
>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
>im 
>> Mesh?
>> 
>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
>
>> mehr Informationen gebeten,
>> 
>> Gruß
>> 
>> Matthias
>> 
>> 
>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>> Start: 2020-08-12T06:32:27+0200
>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>StDev
>>    1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
>6.8   0.2
>>    2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
>7.0   0.2
>>    3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
>13.6   1.9
>>    4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
>15.9   2.3
>>    5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
>18.9   0.0
>>    6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
>13.3   0.0
>>    7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
>13.1   0.0
>>    8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
>28.5   0.0
>>    9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
>43.1   0.0
>>   10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 
>> 173.9   0.0
>>   11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
>81.6  31.3
>>   12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
>32.0   0.0
>>   13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
>27.1   3.5
>>   14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
>95.2  45.2
>>   15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
>21.0   0.0
>>   16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
>48.9  11.5
>>   17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
>27.5   0.0
>>   18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
>26.3   0.0
>>   19.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   20.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   21.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   22.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   23.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   24.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
>32.5   0.0
>>   26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
>25.7   0.0
>>   27.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>> 
>> 
>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>> Start: 2020-08-12T06:35:09+0200
>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>StDev
>>    1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
>7.0   0.2
>>    2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
>7.0   0.3
>>    3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
>14.9   2.7
>>    4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
>16.5   2.4
>>    5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
>19.6   0.0
>>    6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
>12.8   0.0
>>    7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>16.9   0.0
>>    8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
>15.6   0.0
>>    9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
>13.7   0.0
>>   10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
>17.4   0.0
>>   11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
>22.7   0.0
>>   12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
>27.6   0.0
>>   13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
>24.7   3.1
>>   14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
>37.2   9.0
>>   15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>16.9   0.0
>>   16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
>30.9   4.2
>>   17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
>22.2   0.0
>>   18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
>26.0   0.0
>>   19.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   20.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   21.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   22.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   23.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   24.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>>   25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
>26.9   0.0
>>   26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
>30.3   0.0
>>   27.|-- ???                       100.0    10    0.0   0.0   0.0
>0.0   0.0
>> 
>> On 11.08.20 22:19, Sven Roederer wrote:
>> > HAllo,
>> >
>> > zur Zeit bin ich via bbbdigger ans Netz verbunden.
>> > Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
>Map)
>> > nicht erreichen.
>> > einige Hosts die funktionieren:
>> > * a36t-core
>> > * Phimel-core
>> > * JUP-core
>> > * alfred-randt
>> > * mueggel-5-2
>> > einige Hosts die nicht funktionieren:
>> > * vaterhaus-core
>> > * verklaerung-core
>> > * schwalbenweg18-core
>> >
>> > Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>> > wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
>Verklaerung)
>> > endet in "host not reachable". Scheint also schon im OLSR-link zu
>liegen
>> > und nicht nur in der Namensauflösung.
>> > Kann jemand ein ähnliches Phänomen bestätigen?
>> >
>> > GRuss Sven
>> >
>> > _______________________________________________
>> > Berlin mailing list
>> > Berlin at berlin.freifunk.net
>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Thu Aug 13 20:13:39 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Thu, 13 Aug 2020 20:13:39 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
 <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
Message-ID: <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>

Hi Andreas, Hi Sven,

jedenfalls sind die Routen nun wieder intakt und die Hosts erreichbar, 
Danke, und heute läuft auch der bbbdigger hervorragend.

Gruß

Matthias

On 13.08.20 18:20, Sven Roederer wrote:
> Hallo,
>
> Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
> Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?
>
> Sven
>
>
> Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
>> Hallo Matthias,
>>
>> die Links sind jetzt getrennt.
>> Die Loop ist raus.
>> Danke für die Rückmeldung.
>> Den Link zur Verklärung gibts erst seit Mitternacht.
>>
>> Grüsse Andreas
>>
>>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
>>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
>>>
>>> Hy Sven,
>>>
>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
>> Zeitweise
>>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun
>>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
>> im
>>> Mesh?
>>>
>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
>>> mehr Informationen gebeten,
>>>
>>> Gruß
>>>
>>> Matthias
>>>
>>>
>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>> Start: 2020-08-12T06:32:27+0200
>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>> StDev
>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
>> 6.8   0.2
>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
>> 7.0   0.2
>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
>> 13.6   1.9
>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
>> 15.9   2.3
>>>     5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
>> 18.9   0.0
>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
>> 13.3   0.0
>>>     7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
>> 13.1   0.0
>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
>> 28.5   0.0
>>>     9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
>> 43.1   0.0
>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9
>>> 173.9   0.0
>>>    11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
>> 81.6  31.3
>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
>> 32.0   0.0
>>>    13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
>> 27.1   3.5
>>>    14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
>> 95.2  45.2
>>>    15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
>> 21.0   0.0
>>>    16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
>> 48.9  11.5
>>>    17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
>> 27.5   0.0
>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
>> 26.3   0.0
>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
>> 32.5   0.0
>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
>> 25.7   0.0
>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>
>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>> Start: 2020-08-12T06:35:09+0200
>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>> StDev
>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
>> 7.0   0.2
>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
>> 7.0   0.3
>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
>> 14.9   2.7
>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
>> 16.5   2.4
>>>     5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
>> 19.6   0.0
>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
>> 12.8   0.0
>>>     7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>> 16.9   0.0
>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
>> 15.6   0.0
>>>     9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
>> 13.7   0.0
>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
>> 17.4   0.0
>>>    11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
>> 22.7   0.0
>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
>> 27.6   0.0
>>>    13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
>> 24.7   3.1
>>>    14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
>> 37.2   9.0
>>>    15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>> 16.9   0.0
>>>    16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
>> 30.9   4.2
>>>    17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
>> 22.2   0.0
>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
>> 26.0   0.0
>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>>    25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
>> 26.9   0.0
>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
>> 30.3   0.0
>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>> 0.0   0.0
>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>> HAllo,
>>>>
>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
>> Map)
>>>> nicht erreichen.
>>>> einige Hosts die funktionieren:
>>>> * a36t-core
>>>> * Phimel-core
>>>> * JUP-core
>>>> * alfred-randt
>>>> * mueggel-5-2
>>>> einige Hosts die nicht funktionieren:
>>>> * vaterhaus-core
>>>> * verklaerung-core
>>>> * schwalbenweg18-core
>>>>
>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
>> Verklaerung)
>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu
>> liegen
>>>> und nicht nur in der Namensauflösung.
>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>
>>>> GRuss Sven
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Sat Aug 15 00:10:19 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 15 Aug 2020 00:10:19 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
 <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
 <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>
Message-ID: <5051b4c1-abf4-6357-585f-dedd68ee5cf0@it-solutions.geroedel.de>

Andreas, hast du den Link zur Emma nur abgeschaltet oder die Konfiguration
komplett gelöscht?
Wenn der routing-loop, den Matthias gezeigt hat, durch Aktivierung des Links
entsteht, dann ist das doch ein Problem von OLSR, dass so nicht auftauchen
sollte.
Kannst du den Link nochmal aktivieren, ob der Loop dann nochmal entsteht?

Matthias, selbst wenn der Link von Andreas für den Routing-loop verantwortlich
sein sollte, wieso ich verschiedenen Hosts (im BBB und auch im BBB-VPN) nicht
erreichen konnte. Die Netze liegen komplett anders und haben auch keine
gemeinsamen links ...

Sven


Am 13.08.20 um 20:13 schrieb Matthias Klose:
> Hi Andreas, Hi Sven,
> 
> jedenfalls sind die Routen nun wieder intakt und die Hosts erreichbar, Danke, und heute läuft auch der bbbdigger hervorragend.
> 
> Gruß
> 
> Matthias
> 
> On 13.08.20 18:20, Sven Roederer wrote:
>> Hallo,
>>
>> Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
>> Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?
>>
>> Sven
>>
>>
>> Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
>>> Hallo Matthias,
>>>
>>> die Links sind jetzt getrennt.
>>> Die Loop ist raus.
>>> Danke für die Rückmeldung.
>>> Den Link zur Verklärung gibts erst seit Mitternacht.
>>>
>>> Grüsse Andreas
>>>
>>>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
>>>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
>>>>
>>>> Hy Sven,
>>>>
>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
>>> Zeitweise
>>>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun
>>>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
>>> im
>>>> Mesh?
>>>>
>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
>>>> mehr Informationen gebeten,
>>>>
>>>> Gruß
>>>>
>>>> Matthias
>>>>
>>>>
>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>> Start: 2020-08-12T06:32:27+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>>> StDev
>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
>>> 6.8   0.2
>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
>>> 7.0   0.2
>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
>>> 13.6   1.9
>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
>>> 15.9   2.3
>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
>>> 18.9   0.0
>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
>>> 13.3   0.0
>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
>>> 13.1   0.0
>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
>>> 28.5   0.0
>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
>>> 43.1   0.0
>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9
>>>> 173.9   0.0
>>>>    11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
>>> 81.6  31.3
>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
>>> 32.0   0.0
>>>>    13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
>>> 27.1   3.5
>>>>    14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
>>> 95.2  45.2
>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
>>> 21.0   0.0
>>>>    16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
>>> 48.9  11.5
>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
>>> 27.5   0.0
>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
>>> 26.3   0.0
>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
>>> 32.5   0.0
>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
>>> 25.7   0.0
>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>
>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>> Start: 2020-08-12T06:35:09+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>>> StDev
>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
>>> 7.0   0.2
>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
>>> 7.0   0.3
>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
>>> 14.9   2.7
>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
>>> 16.5   2.4
>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
>>> 19.6   0.0
>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
>>> 12.8   0.0
>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>>> 16.9   0.0
>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
>>> 15.6   0.0
>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
>>> 13.7   0.0
>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
>>> 17.4   0.0
>>>>    11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
>>> 22.7   0.0
>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
>>> 27.6   0.0
>>>>    13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
>>> 24.7   3.1
>>>>    14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
>>> 37.2   9.0
>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>>> 16.9   0.0
>>>>    16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
>>> 30.9   4.2
>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
>>> 22.2   0.0
>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
>>> 26.0   0.0
>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
>>> 26.9   0.0
>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
>>> 30.3   0.0
>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>>> 0.0   0.0
>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>> HAllo,
>>>>>
>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
>>> Map)
>>>>> nicht erreichen.
>>>>> einige Hosts die funktionieren:
>>>>> * a36t-core
>>>>> * Phimel-core
>>>>> * JUP-core
>>>>> * alfred-randt
>>>>> * mueggel-5-2
>>>>> einige Hosts die nicht funktionieren:
>>>>> * vaterhaus-core
>>>>> * verklaerung-core
>>>>> * schwalbenweg18-core
>>>>>
>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
>>> Verklaerung)
>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu
>>> liegen
>>>>> und nicht nur in der Namensauflösung.
>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>
>>>>> GRuss Sven
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Sat Aug 15 11:43:11 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 15 Aug 2020 11:43:11 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
Message-ID: <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>

Hallo,

da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
sollte der Weg zielführend sein:
* mid2.a.bbb-vpn.olsr
* mid1.a36t-core-rt1.olsr
* mid3.philmel-core.olsr
* Vaterhaus (10.230.192.225)
* Verklaerung

Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
gemacht.

Wundert sich Sven


Am 12.08.20 um 06:44 schrieb Matthias Klose:
> Hy Sven,
> 
> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
> viel im Mesh?
> 
> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
> 
> Gruß
> 
> Matthias
> 
> 
> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> Start: 2020-08-12T06:32:27+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> 
> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> Start: 2020-08-12T06:35:09+0200
> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> 
> On 11.08.20 22:19, Sven Roederer wrote:
>> HAllo,
>>
>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>> nicht erreichen.
>> einige Hosts die funktionieren:
>> * a36t-core
>> * Phimel-core
>> * JUP-core
>> * alfred-randt
>> * mueggel-5-2
>> einige Hosts die nicht funktionieren:
>> * vaterhaus-core
>> * verklaerung-core
>> * schwalbenweg18-core
>>
>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>> und nicht nur in der Namensauflösung.
>> Kann jemand ein ähnliches Phänomen bestätigen?
>>
>> GRuss Sven
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Sat Aug 15 13:50:09 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Sat, 15 Aug 2020 13:50:09 +0200 (CEST)
Subject: [Berlin-wireless] CPE510 v2 und CPE210 v3: eth0 instabil,
 wechselt random up / down
Message-ID: <1841368352.12648.1597492209504@ox.variomedia.de>

Hi,

seit 19.07.3 beobachte ich reproduzierbar auf einer CPE510 v2 [0] und einer CPE210 v3 [1] einen instabilen Ethernet-Link, beide Geräte an unabhängigen Standorten, PoE-Netzteil bereits ausgetauscht, auch ausreichend dimensioniert.

Unter Last und auch im Leerlauf alle paar Sekunden bis Minuten ist eth0 kurz down und anschließend wieder up. Die Kabel sind in Ordnung, und auch nicht zu lang. 

Hat jemand ähnliche Erfahrungen gemacht oder Tipps? Falls jemand ein o.g. Gerät einsetzt, wäre ich für ein "dmesg | grep eth" dankbar.

Gruß 

Matthias

[0] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe510_v2
[1] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe210_v3


--snip von cpe210 v3--

[ 1.151637] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd042, driver=Generic PHY]
[ 1.161992] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[ 7.267842] eth0: link up (100Mbps/Full duplex)
[ 7.272626] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 9.844728] eth0: link down
[ 11.911321] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
[ 30.531981] eth0: link up (100Mbps/Full duplex)
[ 30.545659] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 87.874194] eth0: link down
[ 88.899937] eth0: link up (100Mbps/Full duplex)
[ 166.721809] eth0: link down
[ 167.747567] eth0: link up (100Mbps/Full duplex)
[ 442.207944] eth0: link down
[ 443.233674] eth0: link up (100Mbps/Full duplex)
[ 896.859990] eth0: link down
[ 897.884656] eth0: link up (100Mbps/Full duplex)
[ 968.537994] eth0: link down
[ 969.563957] eth0: link up (100Mbps/Full duplex)
[ 1023.833511] eth0: link down
[ 1024.859214] eth0: link up (100Mbps/Full duplex)
[ 1343.319779] eth0: link down
[ 1344.344896] eth0: link up (100Mbps/Full duplex)
[ 1859.413346] eth0: link down
[ 1860.439328] eth0: link up (100Mbps/Full duplex)
[ 1941.332761] eth0: link down
[ 1942.358533] eth0: link up (100Mbps/Full duplex)
[ 2064.212088] eth0: link down
[ 2065.237816] eth0: link up (100Mbps/Full duplex)
[ 2137.939700] eth0: link down
[ 2138.965435] eth0: link up (100Mbps/Full duplex)
[ 2393.938482] eth0: link down
[ 2394.963924] eth0: link up (100Mbps/Full duplex)
[ 2796.367181] eth0: link down
[ 2797.392935] eth0: link up (100Mbps/Full duplex)
[ 2805.583053] eth0: link down
[ 2806.608811] eth0: link up (100Mbps/Full duplex)
[ 2863.950672] eth0: link down
[ 2864.976523] eth0: link up (100Mbps/Full duplex)
[ 3093.325138] eth0: link down
[ 3094.350627] eth0: link up (100Mbps/Full duplex)
[ 3477.322582] eth0: link down
[ 3478.348364] eth0: link up (100Mbps/Full duplex)
[ 3532.618092] eth0: link down
[ 3533.644092] eth0: link up (100Mbps/Full duplex)
[ 4027.208594] eth0: link down
[ 4028.232037] eth0: link up (100Mbps/Full duplex)
[ 4038.470268] eth0: link down
[ 4039.495960] eth0: link up (100Mbps/Full duplex)
[ 4042.566235] eth0: link down
[ 4043.591787] eth0: link up (100Mbps/Full duplex)
--/snip--



From ff at xayax.de  Sat Aug 15 14:01:37 2020
From: ff at xayax.de (ff at xayax.de)
Date: Sat, 15 Aug 2020 14:01:37 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
Message-ID: <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>

hi Sven,

es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
Magst Du mal testen?

lg
kaya

> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
> 
> Hallo,
> 
> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
> sollte der Weg zielführend sein:
> * mid2.a.bbb-vpn.olsr
> * mid1.a36t-core-rt1.olsr
> * mid3.philmel-core.olsr
> * Vaterhaus (10.230.192.225)
> * Verklaerung
> 
> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
> gemacht.
> 
> Wundert sich Sven
> 
> 
> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>> Hy Sven,
>> 
>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>> viel im Mesh?
>> 
>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>> 
>> Gruß
>> 
>> Matthias
>> 
>> 
>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>> Start: 2020-08-12T06:32:27+0200
>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>> 
>> 
>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>> Start: 2020-08-12T06:35:09+0200
>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>> 
>> On 11.08.20 22:19, Sven Roederer wrote:
>>> HAllo,
>>> 
>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>> nicht erreichen.
>>> einige Hosts die funktionieren:
>>> * a36t-core
>>> * Phimel-core
>>> * JUP-core
>>> * alfred-randt
>>> * mueggel-5-2
>>> einige Hosts die nicht funktionieren:
>>> * vaterhaus-core
>>> * verklaerung-core
>>> * schwalbenweg18-core
>>> 
>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>> und nicht nur in der Namensauflösung.
>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>> 
>>> GRuss Sven
>>> 
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Sat Aug 15 14:08:33 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 15 Aug 2020 14:08:33 +0200
Subject: [Berlin-wireless] CPE510 v2 und CPE210 v3: eth0 instabil,
 wechselt random up / down
In-Reply-To: <1841368352.12648.1597492209504@ox.variomedia.de>
References: <1841368352.12648.1597492209504@ox.variomedia.de>
Message-ID: <2b00a653-d4b1-012f-7a26-0edf752ca11f@it-solutions.geroedel.de>

Welche Firmware nutzt du denn?
die offiziellen builds der Developer-images sind ja irgendwo zwischen
OpenWrt 19.07.2 und 19.07.3 stehen geblieben.

Ist das Ath79 oder Ar71xx?

Sven

Am 15.08.20 um 13:50 schrieb Matthias Klose:
> Hi,
> 
> seit 19.07.3 beobachte ich reproduzierbar auf einer CPE510 v2 [0] und einer CPE210 v3 [1] einen instabilen Ethernet-Link, beide Geräte an unabhängigen Standorten, PoE-Netzteil bereits ausgetauscht, auch ausreichend dimensioniert.
> 
> Unter Last und auch im Leerlauf alle paar Sekunden bis Minuten ist eth0 kurz down und anschließend wieder up. Die Kabel sind in Ordnung, und auch nicht zu lang. 
> 
> Hat jemand ähnliche Erfahrungen gemacht oder Tipps? Falls jemand ein o.g. Gerät einsetzt, wäre ich für ein "dmesg | grep eth" dankbar.
> 
> Gruß 
> 
> Matthias
> 
> [0] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe510_v2
> [1] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe210_v3
> 
> 
> --snip von cpe210 v3--
> 
> [ 1.151637] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd042, driver=Generic PHY]
> [ 1.161992] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
> [ 7.267842] eth0: link up (100Mbps/Full duplex)
> [ 7.272626] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> [ 9.844728] eth0: link down
> [ 11.911321] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
> [ 30.531981] eth0: link up (100Mbps/Full duplex)
> [ 30.545659] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> [ 87.874194] eth0: link down
> [ 88.899937] eth0: link up (100Mbps/Full duplex)
> [ 166.721809] eth0: link down
> [ 167.747567] eth0: link up (100Mbps/Full duplex)
> [ 442.207944] eth0: link down
> [ 443.233674] eth0: link up (100Mbps/Full duplex)
> [ 896.859990] eth0: link down
> [ 897.884656] eth0: link up (100Mbps/Full duplex)
> [ 968.537994] eth0: link down
> [ 969.563957] eth0: link up (100Mbps/Full duplex)
> [ 1023.833511] eth0: link down
> [ 1024.859214] eth0: link up (100Mbps/Full duplex)
> [ 1343.319779] eth0: link down
> [ 1344.344896] eth0: link up (100Mbps/Full duplex)
> [ 1859.413346] eth0: link down
> [ 1860.439328] eth0: link up (100Mbps/Full duplex)
> [ 1941.332761] eth0: link down
> [ 1942.358533] eth0: link up (100Mbps/Full duplex)
> [ 2064.212088] eth0: link down
> [ 2065.237816] eth0: link up (100Mbps/Full duplex)
> [ 2137.939700] eth0: link down
> [ 2138.965435] eth0: link up (100Mbps/Full duplex)
> [ 2393.938482] eth0: link down
> [ 2394.963924] eth0: link up (100Mbps/Full duplex)
> [ 2796.367181] eth0: link down
> [ 2797.392935] eth0: link up (100Mbps/Full duplex)
> [ 2805.583053] eth0: link down
> [ 2806.608811] eth0: link up (100Mbps/Full duplex)
> [ 2863.950672] eth0: link down
> [ 2864.976523] eth0: link up (100Mbps/Full duplex)
> [ 3093.325138] eth0: link down
> [ 3094.350627] eth0: link up (100Mbps/Full duplex)
> [ 3477.322582] eth0: link down
> [ 3478.348364] eth0: link up (100Mbps/Full duplex)
> [ 3532.618092] eth0: link down
> [ 3533.644092] eth0: link up (100Mbps/Full duplex)
> [ 4027.208594] eth0: link down
> [ 4028.232037] eth0: link up (100Mbps/Full duplex)
> [ 4038.470268] eth0: link down
> [ 4039.495960] eth0: link up (100Mbps/Full duplex)
> [ 4042.566235] eth0: link down
> [ 4043.591787] eth0: link up (100Mbps/Full duplex)
> --/snip--
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From freifunk at it-solutions.geroedel.de  Sat Aug 15 14:18:43 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 15 Aug 2020 14:18:43 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
Message-ID: <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>

Ja, läuft wirder.

D.h. aber auch, dass der Phimel-Vaterhaus link und mein BBBdigger die
einzigen beiden Verbindungen zum BBB sind.
Ich hätte ja erwartet, dass chris-gueffroy, kosmos-WaMa oder schwalbenweg18
auch eine BBBDigger Verbindung eingerichtet haben, so als Redundanz ...

Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
oder?


gruss Sven

Am 15.08.20 um 14:01 schrieb ff at xayax.de:
> hi Sven,
> 
> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
> Magst Du mal testen?
> 
> lg
> kaya
> 
>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>
>> Hallo,
>>
>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>> sollte der Weg zielführend sein:
>> * mid2.a.bbb-vpn.olsr
>> * mid1.a36t-core-rt1.olsr
>> * mid3.philmel-core.olsr
>> * Vaterhaus (10.230.192.225)
>> * Verklaerung
>>
>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>> gemacht.
>>
>> Wundert sich Sven
>>
>>
>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>> Hy Sven,
>>>
>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>> viel im Mesh?
>>>
>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>
>>> Gruß
>>>
>>> Matthias
>>>
>>>
>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>> Start: 2020-08-12T06:32:27+0200
>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>
>>>
>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>> Start: 2020-08-12T06:35:09+0200
>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>
>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>> HAllo,
>>>>
>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>> nicht erreichen.
>>>> einige Hosts die funktionieren:
>>>> * a36t-core
>>>> * Phimel-core
>>>> * JUP-core
>>>> * alfred-randt
>>>> * mueggel-5-2
>>>> einige Hosts die nicht funktionieren:
>>>> * vaterhaus-core
>>>> * verklaerung-core
>>>> * schwalbenweg18-core
>>>>
>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>> und nicht nur in der Namensauflösung.
>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>
>>>> GRuss Sven
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From ff at xayax.de  Sat Aug 15 14:28:32 2020
From: ff at xayax.de (ff at xayax.de)
Date: Sat, 15 Aug 2020 14:28:32 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
Message-ID: <D4942B32-3355-4F69-A3AB-7A1EA723A5B7@xayax.de>

ja. Das ist der einzige Link. Es gab ein bbbdigger in der Colonia. Da gab es aber seltsame loop-Probleme. 
Wir können es ja nochmal testen. Aber schöner wäre es ja, wenn wir die Verbindung Philmel besser bekommen… 
Eventuell müssen wir auch einen anderen Punkt vom Vaterhaus aus anpeilen.
lg
kaya

> Am 15.08.2020 um 14:18 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
> 
> Ja, läuft wirder.
> 
> D.h. aber auch, dass der Phimel-Vaterhaus link und mein BBBdigger die
> einzigen beiden Verbindungen zum BBB sind.
> Ich hätte ja erwartet, dass chris-gueffroy, kosmos-WaMa oder schwalbenweg18
> auch eine BBBDigger Verbindung eingerichtet haben, so als Redundanz ...
> 
> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
> oder?
> 
> 
> gruss Sven
> 
> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>> hi Sven,
>> 
>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>> Magst Du mal testen?
>> 
>> lg
>> kaya
>> 
>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>> 
>>> Hallo,
>>> 
>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>> sollte der Weg zielführend sein:
>>> * mid2.a.bbb-vpn.olsr
>>> * mid1.a36t-core-rt1.olsr
>>> * mid3.philmel-core.olsr
>>> * Vaterhaus (10.230.192.225)
>>> * Verklaerung
>>> 
>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>> gemacht.
>>> 
>>> Wundert sich Sven
>>> 
>>> 
>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>> Hy Sven,
>>>> 
>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>> viel im Mesh?
>>>> 
>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>> 
>>>> Gruß
>>>> 
>>>> Matthias
>>>> 
>>>> 
>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>> Start: 2020-08-12T06:32:27+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>  1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>  2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>  3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>  4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>  5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>  6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>  7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>  8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>  9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>> 10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>> 11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>> 12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>> 13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>> 14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>> 15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>> 16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>> 17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>> 18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>> 19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>> 26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>> 27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 
>>>> 
>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>> Start: 2020-08-12T06:35:09+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>  1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>  2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>  3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>  4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>  5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>  6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>  7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>  8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>  9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>> 10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>> 11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>> 12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>> 13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>> 14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>> 15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>> 16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>> 17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>> 18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>> 19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>> 26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>> 27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>> 
>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>> HAllo,
>>>>> 
>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>> nicht erreichen.
>>>>> einige Hosts die funktionieren:
>>>>> * a36t-core
>>>>> * Phimel-core
>>>>> * JUP-core
>>>>> * alfred-randt
>>>>> * mueggel-5-2
>>>>> einige Hosts die nicht funktionieren:
>>>>> * vaterhaus-core
>>>>> * verklaerung-core
>>>>> * schwalbenweg18-core
>>>>> 
>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>> und nicht nur in der Namensauflösung.
>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>> 
>>>>> GRuss Sven
>>>>> 
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>> 
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>> 
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> 
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From matthias at klose.berlin  Sat Aug 15 14:31:04 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Sat, 15 Aug 2020 14:31:04 +0200 (CEST)
Subject: [Berlin-wireless] CPE510 v2 und CPE210 v3: eth0 instabil,
 wechselt random up / down
In-Reply-To: <2b00a653-d4b1-012f-7a26-0edf752ca11f@it-solutions.geroedel.de>
References: <1841368352.12648.1597492209504@ox.variomedia.de>
 <2b00a653-d4b1-012f-7a26-0edf752ca11f@it-solutions.geroedel.de>
Message-ID: <1581479533.12769.1597494664144@ox.variomedia.de>

Ich benutze OpenWrt, Master-Branch [2], Arbeitstitel "Falter", ath79, SNAPSHOT. 

Gruß

Matthias

[2] http://1.klose.berlin/compiling-falter-images-for-freifunk-berlin/



> Sven Roederer <freifunk at it-solutions.geroedel.de> hat am 15. August 2020 14:08 geschrieben:
> 
>  
> Welche Firmware nutzt du denn?
> die offiziellen builds der Developer-images sind ja irgendwo zwischen
> OpenWrt 19.07.2 und 19.07.3 stehen geblieben.
> 
> Ist das Ath79 oder Ar71xx?
> 
> Sven
> 
> Am 15.08.20 um 13:50 schrieb Matthias Klose:
> > Hi,
> > 
> > seit 19.07.3 beobachte ich reproduzierbar auf einer CPE510 v2 [0] und einer CPE210 v3 [1] einen instabilen Ethernet-Link, beide Geräte an unabhängigen Standorten, PoE-Netzteil bereits ausgetauscht, auch ausreichend dimensioniert.
> > 
> > Unter Last und auch im Leerlauf alle paar Sekunden bis Minuten ist eth0 kurz down und anschließend wieder up. Die Kabel sind in Ordnung, und auch nicht zu lang. 
> > 
> > Hat jemand ähnliche Erfahrungen gemacht oder Tipps? Falls jemand ein o.g. Gerät einsetzt, wäre ich für ein "dmesg | grep eth" dankbar.
> > 
> > Gruß 
> > 
> > Matthias
> > 
> > [0] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe510_v2
> > [1] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe210_v3
> > 
> > 
> > --snip von cpe210 v3--
> > 
> > [ 1.151637] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd042, driver=Generic PHY]
> > [ 1.161992] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
> > [ 7.267842] eth0: link up (100Mbps/Full duplex)
> > [ 7.272626] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> > [ 9.844728] eth0: link down
> > [ 11.911321] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
> > [ 30.531981] eth0: link up (100Mbps/Full duplex)
> > [ 30.545659] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> > [ 87.874194] eth0: link down
> > [ 88.899937] eth0: link up (100Mbps/Full duplex)
> > [ 166.721809] eth0: link down
> > [ 167.747567] eth0: link up (100Mbps/Full duplex)
> > [ 442.207944] eth0: link down
> > [ 443.233674] eth0: link up (100Mbps/Full duplex)
> > [ 896.859990] eth0: link down
> > [ 897.884656] eth0: link up (100Mbps/Full duplex)
> > [ 968.537994] eth0: link down
> > [ 969.563957] eth0: link up (100Mbps/Full duplex)
> > [ 1023.833511] eth0: link down
> > [ 1024.859214] eth0: link up (100Mbps/Full duplex)
> > [ 1343.319779] eth0: link down
> > [ 1344.344896] eth0: link up (100Mbps/Full duplex)
> > [ 1859.413346] eth0: link down
> > [ 1860.439328] eth0: link up (100Mbps/Full duplex)
> > [ 1941.332761] eth0: link down
> > [ 1942.358533] eth0: link up (100Mbps/Full duplex)
> > [ 2064.212088] eth0: link down
> > [ 2065.237816] eth0: link up (100Mbps/Full duplex)
> > [ 2137.939700] eth0: link down
> > [ 2138.965435] eth0: link up (100Mbps/Full duplex)
> > [ 2393.938482] eth0: link down
> > [ 2394.963924] eth0: link up (100Mbps/Full duplex)
> > [ 2796.367181] eth0: link down
> > [ 2797.392935] eth0: link up (100Mbps/Full duplex)
> > [ 2805.583053] eth0: link down
> > [ 2806.608811] eth0: link up (100Mbps/Full duplex)
> > [ 2863.950672] eth0: link down
> > [ 2864.976523] eth0: link up (100Mbps/Full duplex)
> > [ 3093.325138] eth0: link down
> > [ 3094.350627] eth0: link up (100Mbps/Full duplex)
> > [ 3477.322582] eth0: link down
> > [ 3478.348364] eth0: link up (100Mbps/Full duplex)
> > [ 3532.618092] eth0: link down
> > [ 3533.644092] eth0: link up (100Mbps/Full duplex)
> > [ 4027.208594] eth0: link down
> > [ 4028.232037] eth0: link up (100Mbps/Full duplex)
> > [ 4038.470268] eth0: link down
> > [ 4039.495960] eth0: link up (100Mbps/Full duplex)
> > [ 4042.566235] eth0: link down
> > [ 4043.591787] eth0: link up (100Mbps/Full duplex)
> > --/snip--
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv

Matthias Klose
matthias at klose.berlin



From matthias at klose.berlin  Sat Aug 15 14:54:17 2020
From: matthias at klose.berlin (Matthias Klose)
Date: Sat, 15 Aug 2020 14:54:17 +0200 (CEST)
Subject: [Berlin-wireless] CPE510 v2 und CPE210 v3: eth0 instabil,
 wechselt random up / down
In-Reply-To: <1581479533.12769.1597494664144@ox.variomedia.de>
References: <1841368352.12648.1597492209504@ox.variomedia.de>
 <2b00a653-d4b1-012f-7a26-0edf752ca11f@it-solutions.geroedel.de>
 <1581479533.12769.1597494664144@ox.variomedia.de>
Message-ID: <1935588160.12803.1597496057645@ox.variomedia.de>

...es scheint ein bekanntes Problem [3][4] im OpenWrt-Master-Branch zu sein. Ich bau gegen 19.07.3 und schaue, ob das das Problem behebt. 

Danke und Gruß

Matthias

[3] https://forum.openwrt.org/t/udhcpc-does-not-work-correctly/69774/23
[4] https://forum.openwrt.org/t/tl-wr841n-v8-ath79-link-unstable/52427/27

> Matthias Klose <matthias at klose.berlin> hat am 15. August 2020 14:31 geschrieben:
> 
>  
> Ich benutze OpenWrt, Master-Branch [2], Arbeitstitel "Falter", ath79, SNAPSHOT. 
> 
> Gruß
> 
> Matthias
> 
> [2] http://1.klose.berlin/compiling-falter-images-for-freifunk-berlin/
> 
> 
> 
> > Sven Roederer <freifunk at it-solutions.geroedel.de> hat am 15. August 2020 14:08 geschrieben:
> > 
> >  
> > Welche Firmware nutzt du denn?
> > die offiziellen builds der Developer-images sind ja irgendwo zwischen
> > OpenWrt 19.07.2 und 19.07.3 stehen geblieben.
> > 
> > Ist das Ath79 oder Ar71xx?
> > 
> > Sven
> > 
> > Am 15.08.20 um 13:50 schrieb Matthias Klose:
> > > Hi,
> > > 
> > > seit 19.07.3 beobachte ich reproduzierbar auf einer CPE510 v2 [0] und einer CPE210 v3 [1] einen instabilen Ethernet-Link, beide Geräte an unabhängigen Standorten, PoE-Netzteil bereits ausgetauscht, auch ausreichend dimensioniert.
> > > 
> > > Unter Last und auch im Leerlauf alle paar Sekunden bis Minuten ist eth0 kurz down und anschließend wieder up. Die Kabel sind in Ordnung, und auch nicht zu lang. 
> > > 
> > > Hat jemand ähnliche Erfahrungen gemacht oder Tipps? Falls jemand ein o.g. Gerät einsetzt, wäre ich für ein "dmesg | grep eth" dankbar.
> > > 
> > > Gruß 
> > > 
> > > Matthias
> > > 
> > > [0] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe510_v2
> > > [1] https://openwrt.org/toh/hwdata/tp-link/tp-link_cpe210_v3
> > > 
> > > 
> > > --snip von cpe210 v3--
> > > 
> > > [ 1.151637] ag71xx 19000000.eth: connected to PHY at mdio.0:1f:04 [uid=004dd042, driver=Generic PHY]
> > > [ 1.161992] eth0: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
> > > [ 7.267842] eth0: link up (100Mbps/Full duplex)
> > > [ 7.272626] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> > > [ 9.844728] eth0: link down
> > > [ 11.911321] l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
> > > [ 30.531981] eth0: link up (100Mbps/Full duplex)
> > > [ 30.545659] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> > > [ 87.874194] eth0: link down
> > > [ 88.899937] eth0: link up (100Mbps/Full duplex)
> > > [ 166.721809] eth0: link down
> > > [ 167.747567] eth0: link up (100Mbps/Full duplex)
> > > [ 442.207944] eth0: link down
> > > [ 443.233674] eth0: link up (100Mbps/Full duplex)
> > > [ 896.859990] eth0: link down
> > > [ 897.884656] eth0: link up (100Mbps/Full duplex)
> > > [ 968.537994] eth0: link down
> > > [ 969.563957] eth0: link up (100Mbps/Full duplex)
> > > [ 1023.833511] eth0: link down
> > > [ 1024.859214] eth0: link up (100Mbps/Full duplex)
> > > [ 1343.319779] eth0: link down
> > > [ 1344.344896] eth0: link up (100Mbps/Full duplex)
> > > [ 1859.413346] eth0: link down
> > > [ 1860.439328] eth0: link up (100Mbps/Full duplex)
> > > [ 1941.332761] eth0: link down
> > > [ 1942.358533] eth0: link up (100Mbps/Full duplex)
> > > [ 2064.212088] eth0: link down
> > > [ 2065.237816] eth0: link up (100Mbps/Full duplex)
> > > [ 2137.939700] eth0: link down
> > > [ 2138.965435] eth0: link up (100Mbps/Full duplex)
> > > [ 2393.938482] eth0: link down
> > > [ 2394.963924] eth0: link up (100Mbps/Full duplex)
> > > [ 2796.367181] eth0: link down
> > > [ 2797.392935] eth0: link up (100Mbps/Full duplex)
> > > [ 2805.583053] eth0: link down
> > > [ 2806.608811] eth0: link up (100Mbps/Full duplex)
> > > [ 2863.950672] eth0: link down
> > > [ 2864.976523] eth0: link up (100Mbps/Full duplex)
> > > [ 3093.325138] eth0: link down
> > > [ 3094.350627] eth0: link up (100Mbps/Full duplex)
> > > [ 3477.322582] eth0: link down
> > > [ 3478.348364] eth0: link up (100Mbps/Full duplex)
> > > [ 3532.618092] eth0: link down
> > > [ 3533.644092] eth0: link up (100Mbps/Full duplex)
> > > [ 4027.208594] eth0: link down
> > > [ 4028.232037] eth0: link up (100Mbps/Full duplex)
> > > [ 4038.470268] eth0: link down
> > > [ 4039.495960] eth0: link up (100Mbps/Full duplex)
> > > [ 4042.566235] eth0: link down
> > > [ 4043.591787] eth0: link up (100Mbps/Full duplex)
> > > --/snip--
> > > 
> > > _______________________________________________
> > > Berlin mailing list
> > > Berlin at berlin.freifunk.net
> > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > > 
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> Matthias Klose
> matthias at klose.berlin
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv

Matthias Klose
matthias at klose.berlin



From anha4 at web.de  Sat Aug 15 17:08:00 2020
From: anha4 at web.de (anha4 at web.de)
Date: Sat, 15 Aug 2020 17:08:00 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <5051b4c1-abf4-6357-585f-dedd68ee5cf0@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
 <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
 <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>
 <5051b4c1-abf4-6357-585f-dedd68ee5cf0@it-solutions.geroedel.de>
Message-ID: <trinity-7d04165c-710f-4b3f-98cf-3e8f2c22f1d1-1597504080785@3c-app-webde-bap38>


Schleifchen ist gebunden...

Andreas


> Andreas, hast du den Link zur Emma nur abgeschaltet oder die Konfiguration
> komplett gelöscht?
> Wenn der routing-loop, den Matthias gezeigt hat, durch Aktivierung des Links
> entsteht, dann ist das doch ein Problem von OLSR, dass so nicht auftauchen
> sollte.
> Kannst du den Link nochmal aktivieren, ob der Loop dann nochmal entsteht?
> 
> Matthias, selbst wenn der Link von Andreas für den Routing-loop verantwortlich
> sein sollte, wieso ich verschiedenen Hosts (im BBB und auch im BBB-VPN) nicht
> erreichen konnte. Die Netze liegen komplett anders und haben auch keine
> gemeinsamen links ...
> 
> Sven
> 
> 
> Am 13.08.20 um 20:13 schrieb Matthias Klose:
> > Hi Andreas, Hi Sven,
> > 
> > jedenfalls sind die Routen nun wieder intakt und die Hosts erreichbar, Danke, und heute läuft auch der bbbdigger hervorragend.
> > 
> > Gruß
> > 
> > Matthias
> > 
> > On 13.08.20 18:20, Sven Roederer wrote:
> >> Hallo,
> >>
> >> Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
> >> Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?
> >>
> >> Sven
> >>
> >>
> >> Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
> >>> Hallo Matthias,
> >>>
> >>> die Links sind jetzt getrennt.
> >>> Die Loop ist raus.
> >>> Danke für die Rückmeldung.
> >>> Den Link zur Verklärung gibts erst seit Mitternacht.
> >>>
> >>> Grüsse Andreas
> >>>
> >>>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
> >>>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
> >>>>
> >>>> Hy Sven,
> >>>>
> >>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
> >>> Zeitweise
> >>>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun
> >>>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
> >>> im
> >>>> Mesh?
> >>>>
> >>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
> >>>> mehr Informationen gebeten,
> >>>>
> >>>> Gruß
> >>>>
> >>>> Matthias
> >>>>
> >>>>
> >>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> >>>> Start: 2020-08-12T06:32:27+0200
> >>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
> >>> StDev
> >>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
> >>> 6.8   0.2
> >>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
> >>> 7.0   0.2
> >>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
> >>> 13.6   1.9
> >>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
> >>> 15.9   2.3
> >>>>     5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
> >>> 18.9   0.0
> >>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
> >>> 13.3   0.0
> >>>>     7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
> >>> 13.1   0.0
> >>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
> >>> 28.5   0.0
> >>>>     9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
> >>> 43.1   0.0
> >>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9
> >>>> 173.9   0.0
> >>>>    11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
> >>> 81.6  31.3
> >>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
> >>> 32.0   0.0
> >>>>    13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
> >>> 27.1   3.5
> >>>>    14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
> >>> 95.2  45.2
> >>>>    15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
> >>> 21.0   0.0
> >>>>    16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
> >>> 48.9  11.5
> >>>>    17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
> >>> 27.5   0.0
> >>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
> >>> 26.3   0.0
> >>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
> >>> 32.5   0.0
> >>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
> >>> 25.7   0.0
> >>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>
> >>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> >>>> Start: 2020-08-12T06:35:09+0200
> >>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
> >>> StDev
> >>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
> >>> 7.0   0.2
> >>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
> >>> 7.0   0.3
> >>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
> >>> 14.9   2.7
> >>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
> >>> 16.5   2.4
> >>>>     5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
> >>> 19.6   0.0
> >>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
> >>> 12.8   0.0
> >>>>     7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
> >>> 16.9   0.0
> >>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
> >>> 15.6   0.0
> >>>>     9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
> >>> 13.7   0.0
> >>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
> >>> 17.4   0.0
> >>>>    11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
> >>> 22.7   0.0
> >>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
> >>> 27.6   0.0
> >>>>    13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
> >>> 24.7   3.1
> >>>>    14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
> >>> 37.2   9.0
> >>>>    15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
> >>> 16.9   0.0
> >>>>    16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
> >>> 30.9   4.2
> >>>>    17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
> >>> 22.2   0.0
> >>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
> >>> 26.0   0.0
> >>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>>    25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
> >>> 26.9   0.0
> >>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
> >>> 30.3   0.0
> >>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
> >>> 0.0   0.0
> >>>> On 11.08.20 22:19, Sven Roederer wrote:
> >>>>> HAllo,
> >>>>>
> >>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
> >>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
> >>> Map)
> >>>>> nicht erreichen.
> >>>>> einige Hosts die funktionieren:
> >>>>> * a36t-core
> >>>>> * Phimel-core
> >>>>> * JUP-core
> >>>>> * alfred-randt
> >>>>> * mueggel-5-2
> >>>>> einige Hosts die nicht funktionieren:
> >>>>> * vaterhaus-core
> >>>>> * verklaerung-core
> >>>>> * schwalbenweg18-core
> >>>>>
> >>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
> >>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
> >>> Verklaerung)
> >>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu
> >>> liegen
> >>>>> und nicht nur in der Namensauflösung.
> >>>>> Kann jemand ein ähnliches Phänomen bestätigen?
> >>>>>
> >>>>> GRuss Sven
> >>>>>
> >>>>> _______________________________________________
> >>>>> Berlin mailing list
> >>>>> Berlin at berlin.freifunk.net
> >>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>> _______________________________________________
> >>>> Berlin mailing list
> >>>> Berlin at berlin.freifunk.net
> >>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>> _______________________________________________
> >>> Berlin mailing list
> >>> Berlin at berlin.freifunk.net
> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >> _______________________________________________
> >> Berlin mailing list
> >> Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Sat Aug 15 20:00:16 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sat, 15 Aug 2020 20:00:16 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <D4942B32-3355-4F69-A3AB-7A1EA723A5B7@xayax.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <D4942B32-3355-4F69-A3AB-7A1EA723A5B7@xayax.de>
Message-ID: <a4f2ed1d-1163-a841-b07d-3d5a59da7ac5@it-solutions.geroedel.de>

Das ist aber auch schon 1 Jahr her ... Damals als der Link via Onti auszog ...

Am 15.08.20 um 14:28 schrieb ff at xayax.de:
> Es gab ein bbbdigger in der Colonia



From martin.hubner at web.de  Sun Aug 16 00:01:16 2020
From: martin.hubner at web.de (=?ISO-8859-1?Q?Martin_H=FCbner?=)
Date: Sun, 16 Aug 2020 00:01:16 +0200
Subject: [Berlin-wireless] =?utf-8?q?Foto_f=C3=BCr_betterplace=2Eorg-Kampa?=
 =?utf-8?q?gne?=
Message-ID: <C031467C-FF40-4B15-BC27-DC6F2BF91FCA@web.de>

Liebe Alle,

wir planen eine Spendenkampagne für unseren Raum im HdS auf betterplace.org zu erstellen. Texte und Inhalt sind schon da, es fehlt allerdings noch ein gutes Foto. 

Das Foto wird das "Profilbild" unserer Kampagne sein. Es wäre also cool, falls wir ein gutes, allgemein verständliches Bild von unserem Raum/dem HdS/HdM haben könnten. 

Da ich zu wenig Fotograf bin, um da etwas wirklich gutes selber zu machen, wäre es sehr cool, falls sich da jemand melden könnte.

Viele Grüße
Martin
-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200816/41c57f4c/attachment.html>

From freifunk at it-solutions.geroedel.de  Sun Aug 16 13:37:41 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sun, 16 Aug 2020 13:37:41 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
Message-ID: <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>

Und wieder tot ...

@phimel-core:
 10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000

Ist da schon wieder die NanoBeam schuld?

Sven

Am 15.08.20 um 14:18 schrieb Sven Roederer:
> Ja, läuft wirder.
> 
> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
> oder?
> 
> 
> gruss Sven
> 
> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>> hi Sven,
>>
>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>> Magst Du mal testen?
>>
>> lg
>> kaya
>>
>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>>
>>> Hallo,
>>>
>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>> sollte der Weg zielführend sein:
>>> * mid2.a.bbb-vpn.olsr
>>> * mid1.a36t-core-rt1.olsr
>>> * mid3.philmel-core.olsr
>>> * Vaterhaus (10.230.192.225)
>>> * Verklaerung
>>>
>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>> gemacht.
>>>
>>> Wundert sich Sven
>>>
>>>
>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>> Hy Sven,
>>>>
>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>> viel im Mesh?
>>>>
>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>>
>>>> Gruß
>>>>
>>>> Matthias
>>>>
>>>>
>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>> Start: 2020-08-12T06:32:27+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>
>>>>
>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>> Start: 2020-08-12T06:35:09+0200
>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>
>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>> HAllo,
>>>>>
>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>> nicht erreichen.
>>>>> einige Hosts die funktionieren:
>>>>> * a36t-core
>>>>> * Phimel-core
>>>>> * JUP-core
>>>>> * alfred-randt
>>>>> * mueggel-5-2
>>>>> einige Hosts die nicht funktionieren:
>>>>> * vaterhaus-core
>>>>> * verklaerung-core
>>>>> * schwalbenweg18-core
>>>>>
>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>> und nicht nur in der Namensauflösung.
>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>
>>>>> GRuss Sven
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From freifunk at it-solutions.geroedel.de  Sun Aug 16 19:08:42 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sun, 16 Aug 2020 19:08:42 +0200
Subject: [Berlin-wireless] link Philmel <--> Vaterhaus
In-Reply-To: <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
Message-ID: <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>

Ich glaub es ging zwischenzeitlich mal, jetzt aber wieder tot.
Doof, dass ich grad remote auf einer Antenne der Verklärungskirche
mitten im Umkonfigurieren war...

Sven

Am 16.08.20 um 13:37 schrieb Sven Roederer:
> Und wieder tot ...
> 
> @phimel-core:
>  10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000
> 
> Ist da schon wieder die NanoBeam schuld?
> 
> Sven
> 
> Am 15.08.20 um 14:18 schrieb Sven Roederer:
>> Ja, läuft wirder.
>>
>> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
>> oder?
>>
>>
>> gruss Sven
>>
>> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>>> hi Sven,
>>>
>>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>>> Magst Du mal testen?
>>>
>>> lg
>>> kaya
>>>
>>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>>>
>>>> Hallo,
>>>>
>>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>>> sollte der Weg zielführend sein:
>>>> * mid2.a.bbb-vpn.olsr
>>>> * mid1.a36t-core-rt1.olsr
>>>> * mid3.philmel-core.olsr
>>>> * Vaterhaus (10.230.192.225)
>>>> * Verklaerung
>>>>
>>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>>> gemacht.
>>>>
>>>> Wundert sich Sven
>>>>
>>>>
>>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>>> Hy Sven,
>>>>>
>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>>> viel im Mesh?
>>>>>
>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>>>
>>>>> Gruß
>>>>>
>>>>> Matthias
>>>>>
>>>>>
>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>>> Start: 2020-08-12T06:32:27+0200
>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>
>>>>>
>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>>> Start: 2020-08-12T06:35:09+0200
>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>
>>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>>> HAllo,
>>>>>>
>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>>> nicht erreichen.
>>>>>> einige Hosts die funktionieren:
>>>>>> * a36t-core
>>>>>> * Phimel-core
>>>>>> * JUP-core
>>>>>> * alfred-randt
>>>>>> * mueggel-5-2
>>>>>> einige Hosts die nicht funktionieren:
>>>>>> * vaterhaus-core
>>>>>> * verklaerung-core
>>>>>> * schwalbenweg18-core
>>>>>>
>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>>> und nicht nur in der Namensauflösung.
>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>>
>>>>>> GRuss Sven
>>>>>>
>>>>>> _______________________________________________
>>>>>> Berlin mailing list
>>>>>> Berlin at berlin.freifunk.net
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From borgers at mi.fu-berlin.de  Sun Aug 16 19:19:35 2020
From: borgers at mi.fu-berlin.de (Philipp Borgers)
Date: Sun, 16 Aug 2020 19:19:35 +0200
Subject: [Berlin-wireless] link Philmel <--> Vaterhaus
In-Reply-To: <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
 <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>
Message-ID: <20200816171935.GD79179@mi.fu-berlin.de>

Auf dem aktuellen Channel erkennt die Antenne ein Radar und springt dann auf
einen Indoor-Channel, der wohl nicht so ganz funktioniert. Aktuell sind wir
wieder auf 5595

Aug 16 18:22:41 wireless: ath0     Radar found on freq 5595 (added to Non Occupancy List)
Aug 16 18:22:41 wireless: ath0     Channel Availability Check found Radar on freq 559

Für mehr habe ich keine Zeit.

Gruß Philipp

On Sun, Aug 16, 2020 at 07:08:42PM +0200, Sven Röderer wrote:
> Ich glaub es ging zwischenzeitlich mal, jetzt aber wieder tot.
> Doof, dass ich grad remote auf einer Antenne der Verklärungskirche
> mitten im Umkonfigurieren war...
> 
> Sven
> 
> Am 16.08.20 um 13:37 schrieb Sven Roederer:
> > Und wieder tot ...
> > 
> > @phimel-core:
> >  10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000
> > 
> > Ist da schon wieder die NanoBeam schuld?
> > 
> > Sven
> > 
> > Am 15.08.20 um 14:18 schrieb Sven Roederer:
> >> Ja, läuft wirder.
> >>
> >> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
> >> oder?
> >>
> >>
> >> gruss Sven
> >>
> >> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
> >>> hi Sven,
> >>>
> >>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
> >>> Magst Du mal testen?
> >>>
> >>> lg
> >>> kaya
> >>>
> >>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
> >>>>
> >>>> Hallo,
> >>>>
> >>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
> >>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
> >>>> sollte der Weg zielführend sein:
> >>>> * mid2.a.bbb-vpn.olsr
> >>>> * mid1.a36t-core-rt1.olsr
> >>>> * mid3.philmel-core.olsr
> >>>> * Vaterhaus (10.230.192.225)
> >>>> * Verklaerung
> >>>>
> >>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
> >>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
> >>>> gemacht.
> >>>>
> >>>> Wundert sich Sven
> >>>>
> >>>>
> >>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
> >>>>> Hy Sven,
> >>>>>
> >>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
> >>>>> viel im Mesh?
> >>>>>
> >>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
> >>>>>
> >>>>> Gruß
> >>>>>
> >>>>> Matthias
> >>>>>
> >>>>>
> >>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> >>>>> Start: 2020-08-12T06:32:27+0200
> >>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
> >>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
> >>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
> >>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
> >>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
> >>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
> >>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
> >>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
> >>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
> >>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
> >>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
> >>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
> >>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
> >>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
> >>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
> >>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
> >>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
> >>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
> >>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
> >>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
> >>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
> >>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>
> >>>>>
> >>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> >>>>> Start: 2020-08-12T06:35:09+0200
> >>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
> >>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
> >>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
> >>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
> >>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
> >>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
> >>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
> >>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
> >>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
> >>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
> >>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
> >>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
> >>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
> >>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
> >>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
> >>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
> >>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
> >>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
> >>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
> >>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
> >>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
> >>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
> >>>>>
> >>>>> On 11.08.20 22:19, Sven Roederer wrote:
> >>>>>> HAllo,
> >>>>>>
> >>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
> >>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
> >>>>>> nicht erreichen.
> >>>>>> einige Hosts die funktionieren:
> >>>>>> * a36t-core
> >>>>>> * Phimel-core
> >>>>>> * JUP-core
> >>>>>> * alfred-randt
> >>>>>> * mueggel-5-2
> >>>>>> einige Hosts die nicht funktionieren:
> >>>>>> * vaterhaus-core
> >>>>>> * verklaerung-core
> >>>>>> * schwalbenweg18-core
> >>>>>>
> >>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
> >>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
> >>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
> >>>>>> und nicht nur in der Namensauflösung.
> >>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
> >>>>>>
> >>>>>> GRuss Sven
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Berlin mailing list
> >>>>>> Berlin at berlin.freifunk.net
> >>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>>>
> >>>>> _______________________________________________
> >>>>> Berlin mailing list
> >>>>> Berlin at berlin.freifunk.net
> >>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>>
> >>>> _______________________________________________
> >>>> Berlin mailing list
> >>>> Berlin at berlin.freifunk.net
> >>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>
> >>> _______________________________________________
> >>> Berlin mailing list
> >>> Berlin at berlin.freifunk.net
> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>
> >>
> >> _______________________________________________
> >> Berlin mailing list
> >> Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200816/b0ffbf10/attachment.sig>

From freifunk at it-solutions.geroedel.de  Sun Aug 16 22:14:47 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Sun, 16 Aug 2020 22:14:47 +0200
Subject: [Berlin-wireless] link Philmel <--> Vaterhaus
In-Reply-To: <20200816171935.GD79179@mi.fu-berlin.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
 <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>
 <20200816171935.GD79179@mi.fu-berlin.de>
Message-ID: <e2bb842f-6be5-c206-d31b-21d3b17bba88@it-solutions.geroedel.de>

16.8.2020 22:07:
* link min 24MBit/s in jede Richtung; 15 dB SNR
* @Philmel-olsr: NLQ: 0.008; ETX: 0.000
* @Vaterhaus-olsr: Philmel gar nicht gelistet

scheint also eher ein OLSR-problem zu sein, als Link-Kapazität.

Sven

Am 16.08.20 um 19:19 schrieb Philipp Borgers:
> Auf dem aktuellen Channel erkennt die Antenne ein Radar und springt dann auf
> einen Indoor-Channel, der wohl nicht so ganz funktioniert. Aktuell sind wir
> wieder auf 5595
> 
> Aug 16 18:22:41 wireless: ath0     Radar found on freq 5595 (added to Non Occupancy List)
> Aug 16 18:22:41 wireless: ath0     Channel Availability Check found Radar on freq 559
> 
> Für mehr habe ich keine Zeit.
> 
> Gruß Philipp
> 
> On Sun, Aug 16, 2020 at 07:08:42PM +0200, Sven Röderer wrote:
>> Ich glaub es ging zwischenzeitlich mal, jetzt aber wieder tot.
>> Doof, dass ich grad remote auf einer Antenne der Verklärungskirche
>> mitten im Umkonfigurieren war...
>>
>> Sven
>>
>> Am 16.08.20 um 13:37 schrieb Sven Roederer:
>>> Und wieder tot ...
>>>
>>> @phimel-core:
>>>  10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000
>>>
>>> Ist da schon wieder die NanoBeam schuld?
>>>
>>> Sven
>>>
>>> Am 15.08.20 um 14:18 schrieb Sven Roederer:
>>>> Ja, läuft wirder.
>>>>
>>>> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
>>>> oder?
>>>>
>>>>
>>>> gruss Sven
>>>>
>>>> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>>>>> hi Sven,
>>>>>
>>>>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>>>>> Magst Du mal testen?
>>>>>
>>>>> lg
>>>>> kaya
>>>>>
>>>>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>>>>>
>>>>>> Hallo,
>>>>>>
>>>>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>>>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>>>>> sollte der Weg zielführend sein:
>>>>>> * mid2.a.bbb-vpn.olsr
>>>>>> * mid1.a36t-core-rt1.olsr
>>>>>> * mid3.philmel-core.olsr
>>>>>> * Vaterhaus (10.230.192.225)
>>>>>> * Verklaerung
>>>>>>
>>>>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>>>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>>>>> gemacht.
>>>>>>
>>>>>> Wundert sich Sven
>>>>>>
>>>>>>
>>>>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>>>>> Hy Sven,
>>>>>>>
>>>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>>>>> viel im Mesh?
>>>>>>>
>>>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>>>>>
>>>>>>> Gruß
>>>>>>>
>>>>>>> Matthias
>>>>>>>
>>>>>>>
>>>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>>>>> Start: 2020-08-12T06:32:27+0200
>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>
>>>>>>>
>>>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>>>>> Start: 2020-08-12T06:35:09+0200
>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>
>>>>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>>>>> HAllo,
>>>>>>>>
>>>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>>>>> nicht erreichen.
>>>>>>>> einige Hosts die funktionieren:
>>>>>>>> * a36t-core
>>>>>>>> * Phimel-core
>>>>>>>> * JUP-core
>>>>>>>> * alfred-randt
>>>>>>>> * mueggel-5-2
>>>>>>>> einige Hosts die nicht funktionieren:
>>>>>>>> * vaterhaus-core
>>>>>>>> * verklaerung-core
>>>>>>>> * schwalbenweg18-core
>>>>>>>>
>>>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>>>>> und nicht nur in der Namensauflösung.
>>>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>>>>
>>>>>>>> GRuss Sven
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Berlin mailing list
>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Berlin mailing list
>>>>>>> Berlin at berlin.freifunk.net
>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>
>>>>>> _______________________________________________
>>>>>> Berlin mailing list
>>>>>> Berlin at berlin.freifunk.net
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv



From isprotejesvalkata at gmail.com  Mon Aug 17 00:09:31 2020
From: isprotejesvalkata at gmail.com (Perry)
Date: Mon, 17 Aug 2020 00:09:31 +0200
Subject: [Berlin-wireless] link Philmel <--> Vaterhaus
In-Reply-To: <e2bb842f-6be5-c206-d31b-21d3b17bba88@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
 <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>
 <20200816171935.GD79179@mi.fu-berlin.de>
 <e2bb842f-6be5-c206-d31b-21d3b17bba88@it-solutions.geroedel.de>
Message-ID: <aac9c168-569b-9946-0e04-1bea99ed2ebf@gmail.com>

Philmel:

Nach einem olsrd neustart auf phil-mel ist nichts geändert.  Bei tcpdump
sehe ich pakete in beide richtungen (eth0.21).  Etx bliebt bei

10.230.2.190 10.230.192.229 142327 1.000000 0.008000 4194304
mid6.vaterhaus-core.olsr

Vaterhaus:

Erst beit tcpdump have ich nur ausgehende pakete gesehen.

Bei enem olsrd neustart auf vaterhaus sind sehr sporadisch einkommende
pakete.

Bei einem neustart der AP in vaterhaus (client zur philmel), Immer noch
keine änderung beit olsr.  Gibt immernoch nur spadisch pakete von
philmel an.

Bei neustart der AP in philemel had auch nichts geändert.

Einem weschel der kanal auch nicht funktioniert.

Einen reboot vaterhaus hat nicht funktioniert.

Einen reboot philmel hat nicht funktioniert.

Vielleicht einen hardware problem?  Mag jemand die poe-switches
restarten?  Ist STP auf irgendein switch aktiviert?  Wenn ja, dann würde
ich nür vorort ausschalten.

Ich habe keine andere ideen.

P

On 8/16/20 10:14 PM, Sven Roederer wrote:
> 16.8.2020 22:07:
> * link min 24MBit/s in jede Richtung; 15 dB SNR
> * @Philmel-olsr: NLQ: 0.008; ETX: 0.000
> * @Vaterhaus-olsr: Philmel gar nicht gelistet
> 
> scheint also eher ein OLSR-problem zu sein, als Link-Kapazität.
> 
> Sven
> 
> Am 16.08.20 um 19:19 schrieb Philipp Borgers:
>> Auf dem aktuellen Channel erkennt die Antenne ein Radar und springt dann auf
>> einen Indoor-Channel, der wohl nicht so ganz funktioniert. Aktuell sind wir
>> wieder auf 5595
>>
>> Aug 16 18:22:41 wireless: ath0     Radar found on freq 5595 (added to Non Occupancy List)
>> Aug 16 18:22:41 wireless: ath0     Channel Availability Check found Radar on freq 559
>>
>> Für mehr habe ich keine Zeit.
>>
>> Gruß Philipp
>>
>> On Sun, Aug 16, 2020 at 07:08:42PM +0200, Sven Röderer wrote:
>>> Ich glaub es ging zwischenzeitlich mal, jetzt aber wieder tot.
>>> Doof, dass ich grad remote auf einer Antenne der Verklärungskirche
>>> mitten im Umkonfigurieren war...
>>>
>>> Sven
>>>
>>> Am 16.08.20 um 13:37 schrieb Sven Roederer:
>>>> Und wieder tot ...
>>>>
>>>> @phimel-core:
>>>>  10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000
>>>>
>>>> Ist da schon wieder die NanoBeam schuld?
>>>>
>>>> Sven
>>>>
>>>> Am 15.08.20 um 14:18 schrieb Sven Roederer:
>>>>> Ja, läuft wirder.
>>>>>
>>>>> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
>>>>> oder?
>>>>>
>>>>>
>>>>> gruss Sven
>>>>>
>>>>> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>>>>>> hi Sven,
>>>>>>
>>>>>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>>>>>> Magst Du mal testen?
>>>>>>
>>>>>> lg
>>>>>> kaya
>>>>>>
>>>>>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>>>>>>
>>>>>>> Hallo,
>>>>>>>
>>>>>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>>>>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>>>>>> sollte der Weg zielführend sein:
>>>>>>> * mid2.a.bbb-vpn.olsr
>>>>>>> * mid1.a36t-core-rt1.olsr
>>>>>>> * mid3.philmel-core.olsr
>>>>>>> * Vaterhaus (10.230.192.225)
>>>>>>> * Verklaerung
>>>>>>>
>>>>>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>>>>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>>>>>> gemacht.
>>>>>>>
>>>>>>> Wundert sich Sven
>>>>>>>
>>>>>>>
>>>>>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>>>>>> Hy Sven,
>>>>>>>>
>>>>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>>>>>> viel im Mesh?
>>>>>>>>
>>>>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>>>>>>
>>>>>>>> Gruß
>>>>>>>>
>>>>>>>> Matthias
>>>>>>>>
>>>>>>>>
>>>>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>>>>>> Start: 2020-08-12T06:32:27+0200
>>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>>>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>>>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>
>>>>>>>>
>>>>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>>>>>> Start: 2020-08-12T06:35:09+0200
>>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>>>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>>>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>
>>>>>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>>>>>> HAllo,
>>>>>>>>>
>>>>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>>>>>> nicht erreichen.
>>>>>>>>> einige Hosts die funktionieren:
>>>>>>>>> * a36t-core
>>>>>>>>> * Phimel-core
>>>>>>>>> * JUP-core
>>>>>>>>> * alfred-randt
>>>>>>>>> * mueggel-5-2
>>>>>>>>> einige Hosts die nicht funktionieren:
>>>>>>>>> * vaterhaus-core
>>>>>>>>> * verklaerung-core
>>>>>>>>> * schwalbenweg18-core
>>>>>>>>>
>>>>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>>>>>> und nicht nur in der Namensauflösung.
>>>>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>>>>>
>>>>>>>>> GRuss Sven
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Berlin mailing list
>>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Berlin mailing list
>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Berlin mailing list
>>>>>>> Berlin at berlin.freifunk.net
>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>
>>>>>> _______________________________________________
>>>>>> Berlin mailing list
>>>>>> Berlin at berlin.freifunk.net
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From freifunk at it-solutions.geroedel.de  Mon Aug 17 22:36:50 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Mon, 17 Aug 2020 22:36:50 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <trinity-7d04165c-710f-4b3f-98cf-3e8f2c22f1d1-1597504080785@3c-app-webde-bap38>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
 <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
 <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>
 <5051b4c1-abf4-6357-585f-dedd68ee5cf0@it-solutions.geroedel.de>
 <trinity-7d04165c-710f-4b3f-98cf-3e8f2c22f1d1-1597504080785@3c-app-webde-bap38>
Message-ID: <0cbd3f2a-3ad1-d93e-a8c3-e98ecec75ddc@it-solutions.geroedel.de>

und wieder weg, da mechanisch nicht umsetzbar...
Dann behalte ich die anderen OLSR-probleme im Auge.

Am 15.08.20 um 17:08 schrieb anha4 at web.de:
> 
> Schleifchen ist gebunden...
> 
> Andreas
> 
> 
>> Andreas, hast du den Link zur Emma nur abgeschaltet oder die Konfiguration
>> komplett gelöscht?
>> Wenn der routing-loop, den Matthias gezeigt hat, durch Aktivierung des Links
>> entsteht, dann ist das doch ein Problem von OLSR, dass so nicht auftauchen
>> sollte.
>> Kannst du den Link nochmal aktivieren, ob der Loop dann nochmal entsteht?
>>
>> Matthias, selbst wenn der Link von Andreas für den Routing-loop verantwortlich
>> sein sollte, wieso ich verschiedenen Hosts (im BBB und auch im BBB-VPN) nicht
>> erreichen konnte. Die Netze liegen komplett anders und haben auch keine
>> gemeinsamen links ...
>>
>> Sven
>>
>>
>> Am 13.08.20 um 20:13 schrieb Matthias Klose:
>>> Hi Andreas, Hi Sven,
>>>
>>> jedenfalls sind die Routen nun wieder intakt und die Hosts erreichbar, Danke, und heute läuft auch der bbbdigger hervorragend.
>>>
>>> Gruß
>>>
>>> Matthias
>>>
>>> On 13.08.20 18:20, Sven Roederer wrote:
>>>> Hallo,
>>>>
>>>> Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
>>>> Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?
>>>>
>>>> Sven
>>>>
>>>>
>>>> Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
>>>>> Hallo Matthias,
>>>>>
>>>>> die Links sind jetzt getrennt.
>>>>> Die Loop ist raus.
>>>>> Danke für die Rückmeldung.
>>>>> Den Link zur Verklärung gibts erst seit Mitternacht.
>>>>>
>>>>> Grüsse Andreas
>>>>>
>>>>>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
>>>>>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
>>>>>>
>>>>>> Hy Sven,
>>>>>>
>>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
>>>>> Zeitweise
>>>>>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun
>>>>>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
>>>>> im
>>>>>> Mesh?
>>>>>>
>>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
>>>>>> mehr Informationen gebeten,
>>>>>>
>>>>>> Gruß
>>>>>>
>>>>>> Matthias
>>>>>>
>>>>>>
>>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>>>> Start: 2020-08-12T06:32:27+0200
>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>>>>> StDev
>>>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
>>>>> 6.8   0.2
>>>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
>>>>> 7.0   0.2
>>>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
>>>>> 13.6   1.9
>>>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
>>>>> 15.9   2.3
>>>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
>>>>> 18.9   0.0
>>>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
>>>>> 13.3   0.0
>>>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
>>>>> 13.1   0.0
>>>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
>>>>> 28.5   0.0
>>>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
>>>>> 43.1   0.0
>>>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9
>>>>>> 173.9   0.0
>>>>>>    11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
>>>>> 81.6  31.3
>>>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
>>>>> 32.0   0.0
>>>>>>    13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
>>>>> 27.1   3.5
>>>>>>    14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
>>>>> 95.2  45.2
>>>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
>>>>> 21.0   0.0
>>>>>>    16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
>>>>> 48.9  11.5
>>>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
>>>>> 27.5   0.0
>>>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
>>>>> 26.3   0.0
>>>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
>>>>> 32.5   0.0
>>>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
>>>>> 25.7   0.0
>>>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>
>>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>>>> Start: 2020-08-12T06:35:09+0200
>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
>>>>> StDev
>>>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
>>>>> 7.0   0.2
>>>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
>>>>> 7.0   0.3
>>>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
>>>>> 14.9   2.7
>>>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
>>>>> 16.5   2.4
>>>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
>>>>> 19.6   0.0
>>>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
>>>>> 12.8   0.0
>>>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>>>>> 16.9   0.0
>>>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
>>>>> 15.6   0.0
>>>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
>>>>> 13.7   0.0
>>>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
>>>>> 17.4   0.0
>>>>>>    11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
>>>>> 22.7   0.0
>>>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
>>>>> 27.6   0.0
>>>>>>    13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
>>>>> 24.7   3.1
>>>>>>    14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
>>>>> 37.2   9.0
>>>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
>>>>> 16.9   0.0
>>>>>>    16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
>>>>> 30.9   4.2
>>>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
>>>>> 22.2   0.0
>>>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
>>>>> 26.0   0.0
>>>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
>>>>> 26.9   0.0
>>>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
>>>>> 30.3   0.0
>>>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
>>>>> 0.0   0.0
>>>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>>>> HAllo,
>>>>>>>
>>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
>>>>> Map)
>>>>>>> nicht erreichen.
>>>>>>> einige Hosts die funktionieren:
>>>>>>> * a36t-core
>>>>>>> * Phimel-core
>>>>>>> * JUP-core
>>>>>>> * alfred-randt
>>>>>>> * mueggel-5-2
>>>>>>> einige Hosts die nicht funktionieren:
>>>>>>> * vaterhaus-core
>>>>>>> * verklaerung-core
>>>>>>> * schwalbenweg18-core
>>>>>>>
>>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
>>>>> Verklaerung)
>>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu
>>>>> liegen
>>>>>>> und nicht nur in der Namensauflösung.
>>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>>>
>>>>>>> GRuss Sven
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Berlin mailing list
>>>>>>> Berlin at berlin.freifunk.net
>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>> _______________________________________________
>>>>>> Berlin mailing list
>>>>>> Berlin at berlin.freifunk.net
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From anha4 at web.de  Mon Aug 17 23:51:40 2020
From: anha4 at web.de (anha4 at web.de)
Date: Mon, 17 Aug 2020 23:51:40 +0200
Subject: [Berlin-wireless] 
 =?utf-8?q?Namensaufl=C3=B6sung_on_BBB_via_bbbd?= =?utf-8?q?igger?=
In-Reply-To: <0cbd3f2a-3ad1-d93e-a8c3-e98ecec75ddc@it-solutions.geroedel.de>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <trinity-00d9fbc3-b925-47f4-b354-b6e4a7d6c9da-1597261146208@3c-app-webde-bap55>
 <2FE0ACC7-9E45-41EF-9078-5E5BF82CF874@it-solutions.geroedel.de>
 <26bfc7da-5bce-6b51-b38f-98da4bb9d7e6@klose.berlin>
 <5051b4c1-abf4-6357-585f-dedd68ee5cf0@it-solutions.geroedel.de>
 <trinity-7d04165c-710f-4b3f-98cf-3e8f2c22f1d1-1597504080785@3c-app-webde-bap38>
 <0cbd3f2a-3ad1-d93e-a8c3-e98ecec75ddc@it-solutions.geroedel.de>
Message-ID: <trinity-4ef63309-7c18-4eca-b8af-c39eb08efad6-1597701100194@3c-app-webde-bap36>

Überlege grad, ob das so bleiben könnte. Ist halt ne Hilfskonstruktion.
Und bitte auch dabei bedenken, egal wie wir die Emma und die Verklärung zusammenknüppern, das SGW wird immer die Emma wählen, weil mit einem hop und 100000kbit ist es unschlagbar. Das SGW würde erst auf die Verklärung umspringen, wenn die Emma einknickt. Normalerweise ziehe ich von Emma auch so 400-600kByte
Grüsse Andreas

> und wieder weg, da mechanisch nicht umsetzbar...
> Dann behalte ich die anderen OLSR-probleme im Auge.
> 
> Am 15.08.20 um 17:08 schrieb anha4 at web.de:
> > 
> > Schleifchen ist gebunden...
> > 
> > Andreas
> > 
> > 
> >> Andreas, hast du den Link zur Emma nur abgeschaltet oder die Konfiguration
> >> komplett gelöscht?
> >> Wenn der routing-loop, den Matthias gezeigt hat, durch Aktivierung des Links
> >> entsteht, dann ist das doch ein Problem von OLSR, dass so nicht auftauchen
> >> sollte.
> >> Kannst du den Link nochmal aktivieren, ob der Loop dann nochmal entsteht?
> >>
> >> Matthias, selbst wenn der Link von Andreas für den Routing-loop verantwortlich
> >> sein sollte, wieso ich verschiedenen Hosts (im BBB und auch im BBB-VPN) nicht
> >> erreichen konnte. Die Netze liegen komplett anders und haben auch keine
> >> gemeinsamen links ...
> >>
> >> Sven
> >>
> >>
> >> Am 13.08.20 um 20:13 schrieb Matthias Klose:
> >>> Hi Andreas, Hi Sven,
> >>>
> >>> jedenfalls sind die Routen nun wieder intakt und die Hosts erreichbar, Danke, und heute läuft auch der bbbdigger hervorragend.
> >>>
> >>> Gruß
> >>>
> >>> Matthias
> >>>
> >>> On 13.08.20 18:20, Sven Roederer wrote:
> >>>> Hallo,
> >>>>
> >>>> Wenn das Netzproblem schon länger bekannt ist, ist ein Zusammenhang mir dem Link Müggelschlösschen <> Verklärung unwahrscheinlich.
> >>>> Auch das, nun gefixte, Routing zwischen muggel und Emma sollte doch keinen Einfluss auf die scheinbar nicht erreichbaren Hosts der BBB-vpn Verbindung haben. Oder sehe ich das falsch?
> >>>>
> >>>> Sven
> >>>>
> >>>>
> >>>> Am 12. August 2020 21:39:06 MESZ schrieb anha4 at web.de:
> >>>>> Hallo Matthias,
> >>>>>
> >>>>> die Links sind jetzt getrennt.
> >>>>> Die Loop ist raus.
> >>>>> Danke für die Rückmeldung.
> >>>>> Den Link zur Verklärung gibts erst seit Mitternacht.
> >>>>>
> >>>>> Grüsse Andreas
> >>>>>
> >>>>>> Gesendet: Mittwoch, 12. August 2020 um 06:44 Uhr
> >>>>>> Betreff: Re: [Berlin-wireless]  Namensauflösung on BBB via bbbdigger
> >>>>>>
> >>>>>> Hy Sven,
> >>>>>>
> >>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz.
> >>>>> Zeitweise
> >>>>>> bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun
> >>>>>> beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu viel
> >>>>> im
> >>>>>> Mesh?
> >>>>>>
> >>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um
> >>>>>> mehr Informationen gebeten,
> >>>>>>
> >>>>>> Gruß
> >>>>>>
> >>>>>> Matthias
> >>>>>>
> >>>>>>
> >>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
> >>>>>> Start: 2020-08-12T06:32:27+0200
> >>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
> >>>>> StDev
> >>>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3
> >>>>> 6.8   0.2
> >>>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3
> >>>>> 7.0   0.2
> >>>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4
> >>>>> 13.6   1.9
> >>>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6
> >>>>> 15.9   2.3
> >>>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9
> >>>>> 18.9   0.0
> >>>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3
> >>>>> 13.3   0.0
> >>>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1
> >>>>> 13.1   0.0
> >>>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5
> >>>>> 28.5   0.0
> >>>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1
> >>>>> 43.1   0.0
> >>>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9
> >>>>>> 173.9   0.0
> >>>>>>    11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4
> >>>>> 81.6  31.3
> >>>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0
> >>>>> 32.0   0.0
> >>>>>>    13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5
> >>>>> 27.1   3.5
> >>>>>>    14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3
> >>>>> 95.2  45.2
> >>>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0
> >>>>> 21.0   0.0
> >>>>>>    16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9
> >>>>> 48.9  11.5
> >>>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5
> >>>>> 27.5   0.0
> >>>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3
> >>>>> 26.3   0.0
> >>>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5
> >>>>> 32.5   0.0
> >>>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7
> >>>>> 25.7   0.0
> >>>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>
> >>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
> >>>>>> Start: 2020-08-12T06:35:09+0200
> >>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst
> >>>>> StDev
> >>>>>>     1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3
> >>>>> 7.0   0.2
> >>>>>>     2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1
> >>>>> 7.0   0.3
> >>>>>>     3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7
> >>>>> 14.9   2.7
> >>>>>>     4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6
> >>>>> 16.5   2.4
> >>>>>>     5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6
> >>>>> 19.6   0.0
> >>>>>>     6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8
> >>>>> 12.8   0.0
> >>>>>>     7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
> >>>>> 16.9   0.0
> >>>>>>     8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6
> >>>>> 15.6   0.0
> >>>>>>     9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7
> >>>>> 13.7   0.0
> >>>>>>    10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4
> >>>>> 17.4   0.0
> >>>>>>    11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7
> >>>>> 22.7   0.0
> >>>>>>    12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6
> >>>>> 27.6   0.0
> >>>>>>    13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1
> >>>>> 24.7   3.1
> >>>>>>    14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1
> >>>>> 37.2   9.0
> >>>>>>    15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9
> >>>>> 16.9   0.0
> >>>>>>    16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6
> >>>>> 30.9   4.2
> >>>>>>    17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2
> >>>>> 22.2   0.0
> >>>>>>    18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0
> >>>>> 26.0   0.0
> >>>>>>    19.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    20.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    21.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    22.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    23.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    24.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>>    25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9
> >>>>> 26.9   0.0
> >>>>>>    26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3
> >>>>> 30.3   0.0
> >>>>>>    27.|-- ???                       100.0    10    0.0   0.0   0.0
> >>>>> 0.0   0.0
> >>>>>> On 11.08.20 22:19, Sven Roederer wrote:
> >>>>>>> HAllo,
> >>>>>>>
> >>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
> >>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor,
> >>>>> Map)
> >>>>>>> nicht erreichen.
> >>>>>>> einige Hosts die funktionieren:
> >>>>>>> * a36t-core
> >>>>>>> * Phimel-core
> >>>>>>> * JUP-core
> >>>>>>> * alfred-randt
> >>>>>>> * mueggel-5-2
> >>>>>>> einige Hosts die nicht funktionieren:
> >>>>>>> * vaterhaus-core
> >>>>>>> * verklaerung-core
> >>>>>>> * schwalbenweg18-core
> >>>>>>>
> >>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
> >>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus,
> >>>>> Verklaerung)
> >>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu
> >>>>> liegen
> >>>>>>> und nicht nur in der Namensauflösung.
> >>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
> >>>>>>>
> >>>>>>> GRuss Sven
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Berlin mailing list
> >>>>>>> Berlin at berlin.freifunk.net
> >>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>>>> _______________________________________________
> >>>>>> Berlin mailing list
> >>>>>> Berlin at berlin.freifunk.net
> >>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>>> _______________________________________________
> >>>>> Berlin mailing list
> >>>>> Berlin at berlin.freifunk.net
> >>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>> _______________________________________________
> >>>> Berlin mailing list
> >>>> Berlin at berlin.freifunk.net
> >>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>>
> >>> _______________________________________________
> >>> Berlin mailing list
> >>> Berlin at berlin.freifunk.net
> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> >>
> >> _______________________________________________
> >> Berlin mailing list
> >> Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> > 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From martin.hubner at web.de  Thu Aug 20 16:55:38 2020
From: martin.hubner at web.de (=?UTF-8?Q?Martin_H=c3=bcbner?=)
Date: Thu, 20 Aug 2020 16:55:38 +0200
Subject: [Berlin-wireless] [Spenden] Freifunk Berlin auf betterplace.org
Message-ID: <6e69ba63-1448-9cae-e990-b3236231cb95@web.de>

Hallo liebe Freifunkende, Freunde, Bekannte,

seit heute gibt es nun die neue Spendenseite zum Freifunk-Raum im HdS.
Wir haben sie auf betterplace.org unter diesem Link eingerichtet:

https://www.betterplace.org/de/projects/83703

Dort sind alle derzeitigen Bedarfe um den Raum aufgelistet und können,
wenn man das möchte, auch gezielt ( -> zweckgebunden) bespendet werden.

Momentan sind dort vor allem die Monatsmieten eingetragen, es ist jedoch
wahrscheinlich, dass auch kleinere Bedarfe für z.B. Baumaterialien
folgen werden.

Eine wichtige Sache noch: Bitte gebe den Link zur Spendenseite AUF
KEINEN FALL weiter! Am Ende könnte es sonst noch passieren, das
vielleicht zu viel gespendet wird. Und das will natürlich niemand. ;-)

Es grüßt herzlich,
Eine Menge Freifunk-Raum-Nutzer und Martin



From freifunk at it-solutions.geroedel.de  Thu Aug 20 22:27:12 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Thu, 20 Aug 2020 22:27:12 +0200
Subject: [Berlin-wireless] link Philmel <--> Vaterhaus
In-Reply-To: <aac9c168-569b-9946-0e04-1bea99ed2ebf@gmail.com>
References: <96c88816-9e81-1f4e-fe43-10c4777c6c58@it-solutions.geroedel.de>
 <29e1eccc-74c1-7035-464e-4ad353fce1bc@klose.berlin>
 <cb88f1bc-1f81-ecc1-f70f-32658345ee19@it-solutions.geroedel.de>
 <1422ADB7-89C5-4066-9B2E-4EFB9A565F15@xayax.de>
 <2ad2aa22-94f7-c1bb-8cf9-959aeef2199a@it-solutions.geroedel.de>
 <f106cdfc-7f00-d03e-be9d-7446a5ee17f6@it-solutions.geroedel.de>
 <17691044-6f96-0ddf-fa5c-45068ea5c747@it-solutions.geroedel.de>
 <20200816171935.GD79179@mi.fu-berlin.de>
 <e2bb842f-6be5-c206-d31b-21d3b17bba88@it-solutions.geroedel.de>
 <aac9c168-569b-9946-0e04-1bea99ed2ebf@gmail.com>
Message-ID: <e521e20d-1421-2528-3ecb-dfc837dbafb9@it-solutions.geroedel.de>

Perry, danke für deine umfangreichen Versuche.

Ist in der Tat nicht offensichtlich, wo es genau zu dem fehler kommt.
Ich kann mir aucf vorstellen, SNMP-Monitoring der beiden Ubiquiti-Geräte
hier helfen kann. Sinnig scheint hier neben den HF-Parametern auch die
interface-parameter. Die Anzahl der pakete zwischen LAN und WiFi sollte
ja jeweils ähnlich sein und Wifi auf PhilMel sollte gleich der Packetzahl
vom WiFi auf Vaterhaus-seite sein. Paket-Drop ist sicherlich auch interessant.

Gruss Sven

Am 17.08.20 um 00:09 schrieb Perry:
> Philmel:
> 
> Nach einem olsrd neustart auf phil-mel ist nichts geändert.  Bei tcpdump
> sehe ich pakete in beide richtungen (eth0.21).  Etx bliebt bei
> 
> 10.230.2.190 10.230.192.229 142327 1.000000 0.008000 4194304
> mid6.vaterhaus-core.olsr
> 
> Vaterhaus:
> 
> Erst beit tcpdump have ich nur ausgehende pakete gesehen.
> 
> Bei enem olsrd neustart auf vaterhaus sind sehr sporadisch einkommende
> pakete.
> 
> Bei einem neustart der AP in vaterhaus (client zur philmel), Immer noch
> keine änderung beit olsr.  Gibt immernoch nur spadisch pakete von
> philmel an.
> 
> Bei neustart der AP in philemel had auch nichts geändert.
> 
> Einem weschel der kanal auch nicht funktioniert.
> 
> Einen reboot vaterhaus hat nicht funktioniert.
> 
> Einen reboot philmel hat nicht funktioniert.
> 
> Vielleicht einen hardware problem?  Mag jemand die poe-switches
> restarten?  Ist STP auf irgendein switch aktiviert?  Wenn ja, dann würde
> ich nür vorort ausschalten.
> 
> Ich habe keine andere ideen.
> 
> P
> 
> On 8/16/20 10:14 PM, Sven Roederer wrote:
>> 16.8.2020 22:07:
>> * link min 24MBit/s in jede Richtung; 15 dB SNR
>> * @Philmel-olsr: NLQ: 0.008; ETX: 0.000
>> * @Vaterhaus-olsr: Philmel gar nicht gelistet
>>
>> scheint also eher ein OLSR-problem zu sein, als Link-Kapazität.
>>
>> Sven
>>
>> Am 16.08.20 um 19:19 schrieb Philipp Borgers:
>>> Auf dem aktuellen Channel erkennt die Antenne ein Radar und springt dann auf
>>> einen Indoor-Channel, der wohl nicht so ganz funktioniert. Aktuell sind wir
>>> wieder auf 5595
>>>
>>> Aug 16 18:22:41 wireless: ath0     Radar found on freq 5595 (added to Non Occupancy List)
>>> Aug 16 18:22:41 wireless: ath0     Channel Availability Check found Radar on freq 559
>>>
>>> Für mehr habe ich keine Zeit.
>>>
>>> Gruß Philipp
>>>
>>> On Sun, Aug 16, 2020 at 07:08:42PM +0200, Sven Röderer wrote:
>>>> Ich glaub es ging zwischenzeitlich mal, jetzt aber wieder tot.
>>>> Doof, dass ich grad remote auf einer Antenne der Verklärungskirche
>>>> mitten im Umkonfigurieren war...
>>>>
>>>> Sven
>>>>
>>>> Am 16.08.20 um 13:37 schrieb Sven Roederer:
>>>>> Und wieder tot ...
>>>>>
>>>>> @phimel-core:
>>>>>  10.230.192.229	mid6.vaterhaus-core.olsr: NLQ: 0.004; ETX: 0.000
>>>>>
>>>>> Ist da schon wieder die NanoBeam schuld?
>>>>>
>>>>> Sven
>>>>>
>>>>> Am 15.08.20 um 14:18 schrieb Sven Roederer:
>>>>>> Ja, läuft wirder.
>>>>>>
>>>>>> Der Link Vaterhaus <-> Philmel ist doch schon mehrmals negativ aufgefallen,
>>>>>> oder?
>>>>>>
>>>>>>
>>>>>> gruss Sven
>>>>>>
>>>>>> Am 15.08.20 um 14:01 schrieb ff at xayax.de:
>>>>>>> hi Sven,
>>>>>>>
>>>>>>> es gab ein Problem bei dem Link Vaterhaus <-> Philmel. Nach einem Reboot der Nanobeam scheint es wieder zu funktionieren. 
>>>>>>> Magst Du mal testen?
>>>>>>>
>>>>>>> lg
>>>>>>> kaya
>>>>>>>
>>>>>>>> Am 15.08.2020 um 11:43 schrieb Sven Roederer <freifunk at it-solutions.geroedel.de>:
>>>>>>>>
>>>>>>>> Hallo,
>>>>>>>>
>>>>>>>> da mein Link zum BBB down ist, bin ich wieder via bbb-vpn verbunden.
>>>>>>>> Um "von hinten" auf die Link-gegenstelle Verklärungskirche zu kommen,
>>>>>>>> sollte der Weg zielführend sein:
>>>>>>>> * mid2.a.bbb-vpn.olsr
>>>>>>>> * mid1.a36t-core-rt1.olsr
>>>>>>>> * mid3.philmel-core.olsr
>>>>>>>> * Vaterhaus (10.230.192.225)
>>>>>>>> * Verklaerung
>>>>>>>>
>>>>>>>> Bis Phimel funktioniert die Route auch Vaterhaus wird vom Namen auch
>>>>>>>> aufgelöst, jedoch auf IP-Ebene wird der Sprung zum Vaterhaus nicht
>>>>>>>> gemacht.
>>>>>>>>
>>>>>>>> Wundert sich Sven
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 12.08.20 um 06:44 schrieb Matthias Klose:
>>>>>>>>> Hy Sven,
>>>>>>>>>
>>>>>>>>> ja, ich habe seit Tagen Verbindungsprobleme im bbbdigger-Netz. Zeitweise bekommen die bbbdigger-Nodes keine IP auf dem Interface, nun beispielhaft zwei bizarre traceroutes anbei. Ist da ein Loop zu
>>>>>>>>> viel im Mesh?
>>>>>>>>>
>>>>>>>>> Im Matrix-Chat wurde das Thema bereits angeschnitten, es wird aber um mehr Informationen gebeten,
>>>>>>>>>
>>>>>>>>> Gruß
>>>>>>>>>
>>>>>>>>> Matthias
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> root at kls0e-d0nut:~# mtr --report vaterhaus-core.olsr
>>>>>>>>> Start: 2020-08-12T06:32:27+0200
>>>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.6   6.6   6.3 6.8   0.2
>>>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.6   6.6   6.3 7.0   0.2
>>>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    8.4   8.6   7.4 13.6   1.9
>>>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10   11.1  10.5   8.6 15.9   2.3
>>>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   18.9  18.9  18.9 18.9   0.0
>>>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   13.3  13.3  13.3 13.3   0.0
>>>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   13.1  13.1  13.1 13.1   0.0
>>>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   28.5  28.5  28.5 28.5   0.0
>>>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   43.1  43.1  43.1 43.1   0.0
>>>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10  173.9 173.9 173.9 173.9   0.0
>>>>>>>>>  11.|-- mid5.emma-core.olsr       80.0%    10   37.4  59.5  37.4 81.6  31.3
>>>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   32.0  32.0  32.0 32.0   0.0
>>>>>>>>>  13.|-- mid5.emma-core.olsr       10.0%    10   21.2  19.9  16.5 27.1   3.5
>>>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     80.0%    10   95.2  63.3  31.3 95.2  45.2
>>>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   21.0  21.0  21.0 21.0   0.0
>>>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     10.0%    10   48.9  28.6  17.9 48.9  11.5
>>>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   27.5  27.5  27.5 27.5   0.0
>>>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.3  26.3  26.3 26.3   0.0
>>>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   32.5  32.5  32.5 32.5   0.0
>>>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   25.7  25.7  25.7 25.7   0.0
>>>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> root at kls0e-d0nut:~# mtr --report verklaerung-core.olsr
>>>>>>>>> Start: 2020-08-12T06:35:09+0200
>>>>>>>>> HOST: kls0e-d0nut                 Loss%   Snt   Last   Avg  Best Wrst StDev
>>>>>>>>>   1.|-- mid4.a.bbb-vpn.olsr        0.0%    10    6.3   6.6   6.3 7.0   0.2
>>>>>>>>>   2.|-- mid1.a36t-core-rt1.olsr    0.0%    10    6.7   6.6   6.1 7.0   0.3
>>>>>>>>>   3.|-- mid3.philmel-core.olsr     0.0%    10    9.1  10.4   7.7 14.9   2.7
>>>>>>>>>   4.|-- mid9.rhnk-core.olsr        0.0%    10    8.7  10.9   8.6 16.5   2.4
>>>>>>>>>   5.|-- mid5.emma-core.olsr       90.0%    10   19.6  19.6  19.6 19.6   0.0
>>>>>>>>>   6.|-- mid1.mueggel-5-2.olsr     90.0%    10   12.8  12.8  12.8 12.8   0.0
>>>>>>>>>   7.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>>>   8.|-- mid1.mueggel-5-2.olsr     90.0%    10   15.6  15.6  15.6 15.6   0.0
>>>>>>>>>   9.|-- mid5.emma-core.olsr       90.0%    10   13.7  13.7  13.7 13.7   0.0
>>>>>>>>>  10.|-- mid1.mueggel-5-2.olsr     90.0%    10   17.4  17.4  17.4 17.4   0.0
>>>>>>>>>  11.|-- mid5.emma-core.olsr       90.0%    10   22.7  22.7  22.7 22.7   0.0
>>>>>>>>>  12.|-- mid1.mueggel-5-2.olsr     90.0%    10   27.6  27.6  27.6 27.6   0.0
>>>>>>>>>  13.|-- mid5.emma-core.olsr        0.0%    10   24.4  20.5  16.1 24.7   3.1
>>>>>>>>>  14.|-- mid1.mueggel-5-2.olsr     70.0%    10   21.1  26.9  21.1 37.2   9.0
>>>>>>>>>  15.|-- mid5.emma-core.olsr       90.0%    10   16.9  16.9  16.9 16.9   0.0
>>>>>>>>>  16.|-- mid1.mueggel-5-2.olsr     20.0%    10   17.6  22.4  17.6 30.9   4.2
>>>>>>>>>  17.|-- mid5.emma-core.olsr       90.0%    10   22.2  22.2  22.2 22.2   0.0
>>>>>>>>>  18.|-- mid1.mueggel-5-2.olsr     90.0%    10   26.0  26.0  26.0 26.0   0.0
>>>>>>>>>  19.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  20.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  21.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  22.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  23.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  24.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>  25.|-- mid5.emma-core.olsr       90.0%    10   26.9  26.9  26.9 26.9   0.0
>>>>>>>>>  26.|-- mid1.mueggel-5-2.olsr     90.0%    10   30.3  30.3  30.3 30.3   0.0
>>>>>>>>>  27.|-- ???                       100.0    10    0.0   0.0   0.0 0.0   0.0
>>>>>>>>>
>>>>>>>>> On 11.08.20 22:19, Sven Roederer wrote:
>>>>>>>>>> HAllo,
>>>>>>>>>>
>>>>>>>>>> zur Zeit bin ich via bbbdigger ans Netz verbunden.
>>>>>>>>>> Jedoch kann ich einige Hosts, die scheinbar online sind (Monitor, Map)
>>>>>>>>>> nicht erreichen.
>>>>>>>>>> einige Hosts die funktionieren:
>>>>>>>>>> * a36t-core
>>>>>>>>>> * Phimel-core
>>>>>>>>>> * JUP-core
>>>>>>>>>> * alfred-randt
>>>>>>>>>> * mueggel-5-2
>>>>>>>>>> einige Hosts die nicht funktionieren:
>>>>>>>>>> * vaterhaus-core
>>>>>>>>>> * verklaerung-core
>>>>>>>>>> * schwalbenweg18-core
>>>>>>>>>>
>>>>>>>>>> Wie zu erwarten spiegelt sich die Situation in "/tmp/hosts/olsr"
>>>>>>>>>> wieder. Auch die direkte Nutzung der IP-Adresse (Vaterhaus, Verklaerung)
>>>>>>>>>> endet in "host not reachable". Scheint also schon im OLSR-link zu liegen
>>>>>>>>>> und nicht nur in der Namensauflösung.
>>>>>>>>>> Kann jemand ein ähnliches Phänomen bestätigen?
>>>>>>>>>>
>>>>>>>>>> GRuss Sven
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Berlin mailing list
>>>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Berlin mailing list
>>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Berlin mailing list
>>>>>>>> Berlin at berlin.freifunk.net
>>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Berlin mailing list
>>>>>>> Berlin at berlin.freifunk.net
>>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Berlin mailing list
>>>>>> Berlin at berlin.freifunk.net
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Berlin mailing list
>>>>> Berlin at berlin.freifunk.net
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>>
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 



From freifunk at it-solutions.geroedel.de  Thu Aug 20 22:44:28 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Thu, 20 Aug 2020 22:44:28 +0200
Subject: [Berlin-wireless] [WLANware] Mesh-Probleme mit Hedy 1.0.1 und
 WDR4300
In-Reply-To: <53021701-a4d5-3c8d-d8f3-b7779971bd01@web.de>
References: <f9ceabcb-740a-c7ad-d988-7e20988690a4@web.de>
 <53021701-a4d5-3c8d-d8f3-b7779971bd01@web.de>
Message-ID: <fe0ddbd8-db57-329f-9a8f-e61df1bfd784@it-solutions.geroedel.de>

Wolfgang,

ich hab das mal wieder auf die Berliner Freifunkliste zurückgeholt, da hier
die eigentlichen Hedy-User sitzen.

128kb log-platz finde ich bei 128MB Ram etwas zu vorsichtig, wenn du nicht min.
jeden Tag nachsiehst.

Was meinst du mit "Kann man die alten / alle Protokolleinträge manuell löschen ?"

GRuss Sven

Am 16.08.20 um 19:27 schrieb Karbe, Wolfgang:
> Hallo,
> 
> nachdem ich alle 3 Router auf Hedy 1.0.6 default mit Löschen aller Daten aktualisiert habe
> tun sie alle 3 wieder was sie sollen. Ich hoffe, es hält lange an. Hab nun auch jedem eine eigen SSID gegeben,
> damit man sie besser unterscheiden kann.
> 
> Danke für die Tipps.
> 
> Den Speicherplatz hab ich jetzt auf 128 kb gesetzt.
> 
> Frage noch dazu:
> Kann man die alten / alle Protokolleinträge manuell löschen ?
> 
> Gruss Wolfgang
> 
> 
> Hallo,
> 
> also er sendet die SSID noch.
> 
> Ich habe nun mal den über Kabel angeschlossenen und die beiden Mesh-Router von einem Flur abgebaut
> und werde die auf Hedy 1.0.3 default mit Löschen aller Daten aktualisieren und mal sehen,
> ob sie dann wieder ordentlich arbeiten, das dauert aber noch etwas.
> 
> In dem Zusammenhang kann ich ja den Speicherplatz fürs Protokoll erweitern.
> 
> Gruss Wolfgang
> 
> 
> 
> Hallo,
> 
> ich gucke erstmal nach der SSID.
> 
> Da die Router und ich in Templin sind, wäre ein Treff Mittwochs erst die 2. Option.
> 
>>Welche Router und Hardware-Versionen sind im Einsatz?
>                              TP-Link WDR4300 mit unterschiedlichen Hardwareständen, meist V1.7
> 
> Gruß Wolfgang
> 
> 
> Am 09.08.2020 um 08:47 schrieb Matthias Klose:
>> Hi Wolfgang,
>>
>> Etwas schwierig so zu debuggen, möchtest Du die Geräte und IP-Config / Passwörter mal Mittwochs mitbringen?
>>
>> Welche Router und Hardware-Versionen sind im Einsatz? 
>>
>> Gruß Matthias
>>
>>> Am 08.08.2020 um 21:57 schrieb Karbe, Wolfgang <w.karbe at web.de>:
>>>
>>> 
>>> Hallo,
>>> ich denke schon. Da aber alle 3 Router auf dem Flur die gleiche SSID haben müsste ich die am
>>> am Ausfallrouter mal umbenennen um ganz sicher zu gehen. Werde ich Mo oder Dienstag mal machen und melde mich dann.
>>> Gruss Wolfgang 
>>>  
>>> *Gesendet:* Samstag, 08. August 2020 um 19:55 Uhr
>>> *Von:* "Winfried Sobottka" <magenta-polenta at posteo.de>
>>> *An:* berlin at berlin.freifunk.net
>>> *Betreff:* Re: [Berlin-wireless] Mesh-Probleme mit Hedy 1.0.1 und WDR4300
>>> Sendet der AP während des Ausfalls noch die SSID?
>>>
>>> Am 08.08.20 um 17:28 schrieb Karbe, Wolfgang:
>>> > Hallo,
>>> >
>>> > wir haben in einer Asylbewerberunterkunft schon etliche Zeit WDR4300 mit
>>> > Hedy 1.0.1 default zu laufen.
>>> >
>>> > Alle direkt mit Kabel am Switch angeschlossenen Router funktionieren
>>> > einwandfrei,
>>> > allerdings seit einiger Zeit die über Mesh (jeweils 2 ) angeschlossenen
>>> > nicht mehr, obwohl nichts verändert wurde.
>>> >
>>> > Anbei ein Ausschnitt aus dem System.log
>>> > Der ist zwar vom Mai, bemängelt dass es nicht geht, wurde aber erst
>>> > jetzt.
>>> >
>>> > Vllt. versteht einer mehr als ich, was da drin steht.
>>> >
>>> > Hat irgendwer eine Idee woan es liegen könnte ?
>>> >
>>> > Mit freundlichen Grüssen
>>> > Wolfgang
>>> >
>>> > Fri May 22 08:25:01 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:25:08 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-DISCONNECTED ec:ad:b8:96:ea:e7
>>> > Fri May 22 08:25:08 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > ec:ad:b8:96:ea:e7 IEEE 802.11: disassociated
>>> > Fri May 22 08:25:09 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > ec:ad:b8:96:ea:e7 IEEE 802.11: deauthenticated due to inactivity (timer
>>> > DEAUTH/REMOVE)
>>> > Fri May 22 08:25:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:25:27 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
>>> > message to ff02::1:2 (Permission denied)
>>> > Fri May 22 08:25:44 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 60:f4:45:a3:ef:0d IEEE 802.11: authenticated
>>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 60:f4:45:a3:ef:0d IEEE 802.11: associated (aid 2)
>>> > Fri May 22 08:25:44 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-CONNECTED 60:f4:45:a3:ef:0d
>>> > Fri May 22 08:25:44 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 60:f4:45:a3:ef:0d RADIUS: starting accounting session A4D974E5F0619A1C
>>> > Fri May 22 08:26:23 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 30:07:4d:bb:f0:f4 IEEE 802.11: authenticated
>>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 30:07:4d:bb:f0:f4 IEEE 802.11: associated (aid 1)
>>> > Fri May 22 08:26:25 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-CONNECTED 30:07:4d:bb:f0:f4
>>> > Fri May 22 08:26:25 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 30:07:4d:bb:f0:f4 RADIUS: starting accounting session 13E5C35839658802
>>> > Fri May 22 08:26:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:26:27 2020 daemon.info odhcpd[920]: Using a RA lifetime of
>>> > 0 seconds on br-dhcp
>>> > Fri May 22 08:27:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:27:20 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
>>> > message to ff02::1:2 (Permission denied)
>>> > Fri May 22 08:27:21 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-DISCONNECTED 60:f4:45:a3:ef:0d
>>> > Fri May 22 08:27:21 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 60:f4:45:a3:ef:0d IEEE 802.11: disassociated
>>> > Fri May 22 08:27:22 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 60:f4:45:a3:ef:0d IEEE 802.11: deauthenticated due to inactivity (timer
>>> > DEAUTH/REMOVE)
>>> > Fri May 22 08:28:14 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > f0:db:e2:b0:5a:10 IEEE 802.11: authenticated
>>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > f0:db:e2:b0:5a:10 IEEE 802.11: associated (aid 2)
>>> > Fri May 22 08:28:16 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-CONNECTED f0:db:e2:b0:5a:10
>>> > Fri May 22 08:28:16 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > f0:db:e2:b0:5a:10 RADIUS: starting accounting session 7FDDE2462B5DEF64
>>> > Fri May 22 08:28:16 2020 daemon.info odhcpd[920]: Using a RA lifetime of
>>> > 0 seconds on br-dhcp
>>> > Fri May 22 08:28:16 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>>> > Fri May 22 08:28:16 2020 daemon.warn odhcpd[920]: DHCPV6 SOLICIT IA_NA
>>> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
>>> > Fri May 22 08:28:17 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>>> > Fri May 22 08:28:17 2020 daemon.warn odhcpd[920]: DHCPV6 REQUEST IA_NA
>>> > from 0001000123cca4bbf0dbe2b05a10 on br-dhcp: ok fdde:8891:97c9::c39/128
>>> > Fri May 22 08:28:20 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 80:4e:70:cb:fb:8c IEEE 802.11: authenticated
>>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 80:4e:70:cb:fb:8c IEEE 802.11: associated (aid 3)
>>> > Fri May 22 08:28:23 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-CONNECTED 80:4e:70:cb:fb:8c
>>> > Fri May 22 08:28:23 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > 80:4e:70:cb:fb:8c RADIUS: starting accounting session 74AB86064AC6C85B
>>> > Fri May 22 08:28:26 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:29:20 2020 daemon.info odhcpd[920]: Using a RA lifetime of
>>> > 0 seconds on br-dhcp
>>> > Fri May 22 08:29:29 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:29:31 2020 daemon.err odhcp6c[1327]: Failed to send DHCPV6
>>> > message to ff02::1:2 (Permission denied)
>>> > Fri May 22 08:29:59 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /etc/hosts - 4
>>> > addresses
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read /tmp/hosts/olsr
>>> > - 25 addresses
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>>> > /tmp/hosts/olsr.ipv6 - 25 addresses
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>>> > /tmp/hosts/odhcpd - 0 addresses
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq[1835]: read
>>> > /tmp/hosts/dhcp.cfg02411c - 2 addresses
>>> > Fri May 22 08:30:00 2020 daemon.info dnsmasq-dhcp[1835]: read
>>> > /etc/ethers - 0 addresses
>>> > Fri May 22 08:30:02 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:30:05 2020 daemon.warn dnsmasq-dhcp[1835]: DHCP packet
>>> > received on br-wan which has no address
>>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > ec:ad:b8:96:ea:e7 IEEE 802.11: authenticated
>>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > ec:ad:b8:96:ea:e7 IEEE 802.11: associated (aid 4)
>>> > Fri May 22 08:30:07 2020 daemon.notice hostapd: wlan0-dhcp-2:
>>> > AP-STA-CONNECTED ec:ad:b8:96:ea:e7
>>> > Fri May 22 08:30:07 2020 daemon.info hostapd: wlan0-dhcp-2: STA
>>> > ec:ad:b8:96:ea:e7 RADIUS: starting accounting session 4DF9F6C43FEE8B7B
>>> > Fri May 22 08:30:07 2020 daemon.info odhcpd[920]: Using a RA lifetime of
>>> > 0 seconds on br-dhcp
>>> > Fri May 22 08:30:07 2020 daemon.notice odhcpd[920]: Got DHCPv6 request
>>> >
>>> >
>>> > _______________________________________________
>>> > Berlin mailing list
>>> > Berlin at berlin.freifunk.net
>>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>>
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
> 
> _______________________________________________
> WLANware mailing list
> WLANware at freifunk.net
> Abonnement abbestellen? -> https://lists.freifunk.net/mailman/listinfo/wlanware-freifunk.net
> 
> Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten
> 



From martin.hubner at web.de  Fri Aug 21 00:42:42 2020
From: martin.hubner at web.de (=?UTF-8?Q?Martin_H=c3=bcbner?=)
Date: Fri, 21 Aug 2020 00:42:42 +0200
Subject: [Berlin-wireless] [Spenden] Freifunk Berlin auf betterplace.org
In-Reply-To: <6e69ba63-1448-9cae-e990-b3236231cb95@web.de>
References: <6e69ba63-1448-9cae-e990-b3236231cb95@web.de>
Message-ID: <edd2122f-8088-97ae-7754-86b974b3710c@web.de>

Da es im Matrix-Chat etwas verwunderte Nachfragen gab:

Der letzte Absatz war ironisch gemeint. Natürlich dürft ihr den Link
überall in eurem persönlichen Netzwerk streuen. Und "zu viele Spenden"
gibt es nicht. Jede Spende, auch über die Bedarfe hinaus, ist willkommen
und kommt dem Raum zugute.

Viele Grüße
Martin

Am 20.08.20 um 16:55 schrieb Martin Hübner:
> Hallo liebe Freifunkende, Freunde, Bekannte,
>
> seit heute gibt es nun die neue Spendenseite zum Freifunk-Raum im HdS.
> Wir haben sie auf betterplace.org unter diesem Link eingerichtet:
>
> https://www.betterplace.org/de/projects/83703
>
> Dort sind alle derzeitigen Bedarfe um den Raum aufgelistet und können,
> wenn man das möchte, auch gezielt ( -> zweckgebunden) bespendet werden.
>
> Momentan sind dort vor allem die Monatsmieten eingetragen, es ist jedoch
> wahrscheinlich, dass auch kleinere Bedarfe für z.B. Baumaterialien
> folgen werden.
>
> Eine wichtige Sache noch: Bitte gebe den Link zur Spendenseite AUF
> KEINEN FALL weiter! Am Ende könnte es sonst noch passieren, das
> vielleicht zu viel gespendet wird. Und das will natürlich niemand. ;-)
>
> Es grüßt herzlich,
> Eine Menge Freifunk-Raum-Nutzer und Martin
>



From borgers at mi.fu-berlin.de  Fri Aug 21 09:21:49 2020
From: borgers at mi.fu-berlin.de (Philipp Borgers)
Date: Fri, 21 Aug 2020 09:21:49 +0200
Subject: [Berlin-wireless] [Spenden] Freifunk Berlin auf betterplace.org
In-Reply-To: <6e69ba63-1448-9cae-e990-b3236231cb95@web.de>
References: <6e69ba63-1448-9cae-e990-b3236231cb95@web.de>
Message-ID: <20200821072149.GV79179@mi.fu-berlin.de>

Hi,

ich wollte mich nochmal bei dir für deinen Einsatz bedanken! Cool, dass du dich
dahinter geklemmt hast und die Spendenkampagne für den Raum organisiert hast.

Danke.

Gruß Philipp

On Thu, Aug 20, 2020 at 04:55:38PM +0200, Martin Hübner wrote:
> Hallo liebe Freifunkende, Freunde, Bekannte,
> 
> seit heute gibt es nun die neue Spendenseite zum Freifunk-Raum im HdS.
> Wir haben sie auf betterplace.org unter diesem Link eingerichtet:
> 
> https://www.betterplace.org/de/projects/83703
> 
> Dort sind alle derzeitigen Bedarfe um den Raum aufgelistet und können,
> wenn man das möchte, auch gezielt ( -> zweckgebunden) bespendet werden.
> 
> Momentan sind dort vor allem die Monatsmieten eingetragen, es ist jedoch
> wahrscheinlich, dass auch kleinere Bedarfe für z.B. Baumaterialien
> folgen werden.
> 
> Eine wichtige Sache noch: Bitte gebe den Link zur Spendenseite AUF
> KEINEN FALL weiter! Am Ende könnte es sonst noch passieren, das
> vielleicht zu viel gespendet wird. Und das will natürlich niemand. ;-)
> 
> Es grüßt herzlich,
> Eine Menge Freifunk-Raum-Nutzer und Martin
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200821/62fd07a2/attachment.sig>

From freifunk at ixls.eu  Fri Aug 21 22:04:23 2020
From: freifunk at ixls.eu (freifunk at ixls.eu)
Date: Fri, 21 Aug 2020 22:04:23 +0200
Subject: [Berlin-wireless] Mutter von Freifunker wegen Filesharing
 verurteilt
In-Reply-To: <a3b08b7d-b661-bf83-8510-a7918d9df159@leo34.net>
References: <20200613070934.GH41272@mi.fu-berlin.de>
 <D25551A6-2AA2-4D9B-8B76-B1DE2528501C@rmf.berlin>
 <a3b08b7d-b661-bf83-8510-a7918d9df159@leo34.net>
Message-ID: <7667972d-53f2-2191-72f1-f9ab3d1b6144@ixls.eu>

On 6/15/20 9:05 PM, Daniel Paufler wrote:
> Hallo
> 
> Der Förderverein koordiniert gerade das weitere Vorgehen. Wir bereiten
> eine Kommunikation / Stellungsnahme vor und auch eine (Betterplace-)
> Kampangne für die Anwalt- und Gerichtskosten ist in Arbeit. Bitte habt
> noch ein paar Tage Geduld und schaut auf http://freifunkstattangst.de
> vorbei.
> 
> Ganz herzlichen Dank für eure Anteilnahme und Bereitschaft zu helfen.
> DAS ist es, was eine Community ausmacht.

Naja, ich würde ja Spenden. Aber ich musst damasl schon ne ganze Menge
Kohle an Waldorf/Frommer zahlen (kleiner vierstelliger Betrag) weil Sony
durch eine Download über Tor von 4sek angeblich fast ruiniert wurde. :-)
(Die Default-Einstellung von Tor war damals "Open für alle")
Im Ernstfall wird Dir eher nicht geholfen... Der Tipp vom CCC damals
war, sich einen Anwalt zu nehmen.... Und der Anwalt sagte gleich, "zahl!".

Wollte jetzt keiner wissen, aber nur so als Warnung.

VG
Tom



From jal2 at gmx.de  Wed Aug 26 15:57:16 2020
From: jal2 at gmx.de (Joerg Albert)
Date: Wed, 26 Aug 2020 15:57:16 +0200
Subject: [Berlin-wireless] Verschenke: 3x WRV54G, 4x WGT634U
Message-ID: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>

Hi,


ich bin beim Aufraeumen auf ein paar alte Geraete gestossen und bevor ich sie bei der BSR entsorge, wollte ich hier mal fragen, ob jemand sie haben will. Beide Modelle
haben laut Wiki 32MB RAM und 8MB Flash, aber halt auch alte Prozessoren < 300 MHz und nur 2,4GHz.

3x Linksys WRV54G: bei einem fehlt das Netzteil, eines ist mit einem zweiten miniPCI Slot ausgestattet.
4x Netgear WGT634U: bei Bedarf koennte ich mal nach Netzteilen in der Kiste suchen

Die SW-Staende sind unbekannt. Ein WRV54G ist noch in der OVP. Ein WGT hat, laut Aufkleber, Backfire drauf.Ein anderes WGT laut Aufschrift eventuell ein Hitzeproblem.

Antwort bitte auch an meine private Email, da ich hier nicht mehr so haeufig reinsehen.

Selbstabholer werden bevorzugt, bei Versand haette ich gern die Versandkosten erstattet.


Viele Gruesse,
Joerg.



From freifunk at it-solutions.geroedel.de  Wed Aug 26 16:05:04 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Wed, 26 Aug 2020 16:05:04 +0200
Subject: [Berlin-wireless] Verschenke: 3x WRV54G, 4x WGT634U
In-Reply-To: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>
References: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>
Message-ID: <A8CDFFAF-7E45-4CA3-AD9E-BBC427570021@it-solutions.geroedel.de>

Hallo Jörg,

MiniPCI wäre interessant, wenn ich nicht kürzlich meine Karte los geworden wäre.

Wenn du Equipment reduziert, prüfe bitte auch, ob du noch IP-Adressen reserviert hast, die du nicht mehr nutzt.

Gruss Sven

Am 26. August 2020 15:57:16 MESZ schrieb Joerg Albert <jal2 at gmx.de>:
>Hi,
>
>
>ich bin beim Aufraeumen auf ein paar alte Geraete gestossen und bevor
>ich sie bei der BSR entsorge, wollte ich hier mal fragen, ob jemand sie
>haben will. Beide Modelle
>haben laut Wiki 32MB RAM und 8MB Flash, aber halt auch alte Prozessoren
>< 300 MHz und nur 2,4GHz.
>
>3x Linksys WRV54G: bei einem fehlt das Netzteil, eines ist mit einem
>zweiten miniPCI Slot ausgestattet.
>4x Netgear WGT634U: bei Bedarf koennte ich mal nach Netzteilen in der
>Kiste suchen
>
>Die SW-Staende sind unbekannt. Ein WRV54G ist noch in der OVP. Ein WGT
>hat, laut Aufkleber, Backfire drauf.Ein anderes WGT laut Aufschrift
>eventuell ein Hitzeproblem.
>
>Antwort bitte auch an meine private Email, da ich hier nicht mehr so
>haeufig reinsehen.
>
>Selbstabholer werden bevorzugt, bei Versand haette ich gern die
>Versandkosten erstattet.
>
>
>Viele Gruesse,
>Joerg.
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From jal2 at gmx.de  Wed Aug 26 16:14:31 2020
From: jal2 at gmx.de (Joerg Albert)
Date: Wed, 26 Aug 2020 16:14:31 +0200
Subject: [Berlin-wireless] Verschenke: 3x WRV54G, 4x WGT634U
In-Reply-To: <A8CDFFAF-7E45-4CA3-AD9E-BBC427570021@it-solutions.geroedel.de>
References: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>
 <A8CDFFAF-7E45-4CA3-AD9E-BBC427570021@it-solutions.geroedel.de>
Message-ID: <cab89df5-9a9a-13e4-2daf-8280e1a9ff2a@gmx.de>

Hallo Sven,


eine  CM-9 miniPCI Karte koennte ich dazugeben. Bei dem zweiten miniPCI Slot im WRV54G gab es aber irgendein Problem, eventuell war die Stromversorgung zu schwach.

Ich schaue mir bei Gelegenheit mal meine reservierten IP Adressen und die gegenwaertige Installation an. Die sieben Geraete waren aber nie als FF-Knoten im Einsatz.


Gruss,
Joerg

On 26.08.20 16:05, Sven Roederer wrote:
> Hallo Jörg,
>
> MiniPCI wäre interessant, wenn ich nicht kürzlich meine Karte los geworden wäre.
>
> Wenn du Equipment reduziert, prüfe bitte auch, ob du noch IP-Adressen reserviert hast, die du nicht mehr nutzt.
>
> Gruss Sven
>
> Am 26. August 2020 15:57:16 MESZ schrieb Joerg Albert <jal2 at gmx.de>:
>> Hi,
>>
>>
>> ich bin beim Aufraeumen auf ein paar alte Geraete gestossen und bevor
>> ich sie bei der BSR entsorge, wollte ich hier mal fragen, ob jemand sie
>> haben will. Beide Modelle
>> haben laut Wiki 32MB RAM und 8MB Flash, aber halt auch alte Prozessoren
>> < 300 MHz und nur 2,4GHz.
>>
>> 3x Linksys WRV54G: bei einem fehlt das Netzteil, eines ist mit einem
>> zweiten miniPCI Slot ausgestattet.
>> 4x Netgear WGT634U: bei Bedarf koennte ich mal nach Netzteilen in der
>> Kiste suchen
>>
>> Die SW-Staende sind unbekannt. Ein WRV54G ist noch in der OVP. Ein WGT
>> hat, laut Aufkleber, Backfire drauf.Ein anderes WGT laut Aufschrift
>> eventuell ein Hitzeproblem.
>>
>> Antwort bitte auch an meine private Email, da ich hier nicht mehr so
>> haeufig reinsehen.
>>
>> Selbstabholer werden bevorzugt, bei Versand haette ich gern die
>> Versandkosten erstattet.
>>
>>
>> Viele Gruesse,
>> Joerg.
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv




From hajoha1 at web.de  Fri Aug 28 05:09:01 2020
From: hajoha1 at web.de (Hans-Joachim Haase)
Date: Fri, 28 Aug 2020 03:09:01 +0000
Subject: [Berlin-wireless] schleife
Message-ID: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>

Hallo,

smartGW  s wählt von mir nicht 3 hops zur emma, sondern 
zu 8 hops zu 10.36.254.66.
Dieses s zeigt auf 10.31.52.49 und 
das s zurück auf 10.36.254.66.

lg hajo



From nick at systemli.org  Fri Aug 28 08:09:44 2020
From: nick at systemli.org (Nick)
Date: Fri, 28 Aug 2020 08:09:44 +0200
Subject: [Berlin-wireless] schleife
In-Reply-To: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>
References: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>
Message-ID: <3bef52c6-8f2a-c16e-e939-0cc98b8f2262@systemli.org>

Gerade mal nachgeguckt und wenn deine Router nach nach kosmos-wama.olsr
zeigt, stimmt dort definitiv nicht.
Wenn du bei den HNAs nämlich guckst, siehst du dass keine 0.0.0.0 route
vorhanden ist.
Wenn du normaler Node im Netz bist ohne Gateway Funktion, hast du alle
0.0.0.0 routen, wenn du ein Gateway bist, nur deine eigene. Der Node hat
keine einzige.

Kennt jemand den Maintainer? Es würde wahrscheinlich was bringen mal die
olsrd config nochmal anzuschauen, bzw. olsrd mal neuzustarten. Vll wäre
auch mal ein Upgrade der v1.0.2 nötig.

Btw.: Ich bin sehr dafür, ein Plugin für olsrd zu schreiben um den Smart
Gateway zu setzen, bzw. HNAs die wir akzeptieren zu filtern oder
sonsteine Funktionalität. Wenn jemand hier noch bock hat so ein Plugin
mitzuschreiben, dann kann er sich ja gerne bei mir melden.

VG,
Nick

On 28.08.20 05:09, Hans-Joachim Haase wrote:
> Hallo,
>
> smartGW  s wählt von mir nicht 3 hops zur emma, sondern 
> zu 8 hops zu 10.36.254.66.
> Dieses s zeigt auf 10.31.52.49 und 
> das s zurück auf 10.36.254.66.
>
> lg hajo
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From nick at systemli.org  Fri Aug 28 14:38:00 2020
From: nick at systemli.org (Nick)
Date: Fri, 28 Aug 2020 14:38:00 +0200
Subject: [Berlin-wireless] schleife
In-Reply-To: <3bef52c6-8f2a-c16e-e939-0cc98b8f2262@systemli.org>
References: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>
 <3bef52c6-8f2a-c16e-e939-0cc98b8f2262@systemli.org>
Message-ID: <678c1274-5ad5-f386-3d38-292d9600b1d6@systemli.org>

Ich hab jetzt nen Plugin geschrieben um die Gateways/Smart-Gateway
besser steuern zu können:

https://github.com/OLSR/olsrd/pull/86

Ich hab das schon auf meinem Router getestet und es funktioniert.

Das Plugin erlaubt Gateways herauszufiltern, kann somit auf Backbone
Standorten verwendet werden, oder auch einfach um seine lokalen Smart
Gateways anzupassen.

@Hans-Joachim Haase: Wenn du ein Image haben willst um damit
herumzuspielen, sag gerne bescheid. Dann brauche ich nur dein Router-Modell.

VG,
Nick

On 28.08.20 08:09, Nick wrote:
> Gerade mal nachgeguckt und wenn deine Router nach nach kosmos-wama.olsr
> zeigt, stimmt dort definitiv nicht.
> Wenn du bei den HNAs nämlich guckst, siehst du dass keine 0.0.0.0 route
> vorhanden ist.
> Wenn du normaler Node im Netz bist ohne Gateway Funktion, hast du alle
> 0.0.0.0 routen, wenn du ein Gateway bist, nur deine eigene. Der Node hat
> keine einzige.
>
> Kennt jemand den Maintainer? Es würde wahrscheinlich was bringen mal die
> olsrd config nochmal anzuschauen, bzw. olsrd mal neuzustarten. Vll wäre
> auch mal ein Upgrade der v1.0.2 nötig.
>
> Btw.: Ich bin sehr dafür, ein Plugin für olsrd zu schreiben um den Smart
> Gateway zu setzen, bzw. HNAs die wir akzeptieren zu filtern oder
> sonsteine Funktionalität. Wenn jemand hier noch bock hat so ein Plugin
> mitzuschreiben, dann kann er sich ja gerne bei mir melden.
>
> VG,
> Nick
>
> On 28.08.20 05:09, Hans-Joachim Haase wrote:
>> Hallo,
>>
>> smartGW  s wählt von mir nicht 3 hops zur emma, sondern 
>> zu 8 hops zu 10.36.254.66.
>> Dieses s zeigt auf 10.31.52.49 und 
>> das s zurück auf 10.36.254.66.
>>
>> lg hajo
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From freifunk at it-solutions.geroedel.de  Fri Aug 28 19:41:59 2020
From: freifunk at it-solutions.geroedel.de (Sven Roederer)
Date: Fri, 28 Aug 2020 19:41:59 +0200
Subject: [Berlin-wireless] schleife
In-Reply-To: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>
References: <0MJCR8-1k9r8S1mYM-002skm@smtp.web.de>
Message-ID: <F71D138A-440D-4177-A81C-78DCCFD16B0B@it-solutions.geroedel.de>

Hajo,

Soweit mir bekannt, hat die kosmos-Wama (10.36.254.66) einen direkten DSL-Uplink. Wenn dort der ISP nicht ein Problem hat, sollten alle Pakete,die der node als Smartgateway empfängt, so ins Internet fallen. Unabhängig davon, welches Smartgateway die Wama selbst als Smartgateway gewählt hat.
Wenn du jetzt einen Moment erwischt hast, in dem der DSL-Uplink gestört ist und OLSR noch nicht das smartgateway-announcement beendet hat, kann dein OLSR natürlich immer noch zur WaMa Routen. Durch den gestörten Uplink wird die WaMa dein Paket dann aber zu ihrem SmartGateway (chris-gueffroy; 10.31.52.49) weiterleiten. Dort sollte das Paket dann aber einen Übergang ins Internet schaffen.
Wenn jetzt dort die gleiche ISP-Störung, wie bei der WaMa vorliegt, kann es natürlich passieren, dass dein Paket von chris-gueffroy wieder Richtung WaMa verschifft wird.

So bleibt die Frage, ist das nur ein kurzfristiger Zustand oder eine dauerhafte Situation?

Gruss Sven

Am 28. August 2020 05:09:01 MESZ schrieb Hans-Joachim Haase <hajoha1 at web.de>:
>Hallo,
>
>smartGW  s wählt von mir nicht 3 hops zur emma, sondern 
>zu 8 hops zu 10.36.254.66.
>Dieses s zeigt auf 10.31.52.49 und 
>das s zurück auf 10.36.254.66.
>
>lg hajo
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein ffentlich einsehbares Archiv



From jal2 at gmx.de  Fri Aug 28 21:30:39 2020
From: jal2 at gmx.de (Joerg Albert)
Date: Fri, 28 Aug 2020 21:30:39 +0200
Subject: [Berlin-wireless] Verschenke: 3x WRV54G, 4x WGT634U
In-Reply-To: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>
References: <8301c299-d987-c77a-bd4f-b7cd56f705a2@gmx.de>
Message-ID: <b696b08d-40e0-a6cb-cd8f-869212a8cf42@gmx.de>

On 26.08.20 15:57, Joerg Albert wrote:
> ich bin beim Aufraeumen auf ein paar alte Geraete gestossen und bevor ich sie bei der BSR entsorge, wollte ich hier mal fragen, ob jemand sie haben will. Beide Modelle
> haben laut Wiki 32MB RAM und 8MB Flash, aber halt auch alte Prozessoren < 300 MHz und nur 2,4GHz.
>
> 3x Linksys WRV54G: bei einem fehlt das Netzteil, eines ist mit einem zweiten miniPCI Slot ausgestattet.
> 4x Netgear WGT634U: bei Bedarf koennte ich mal nach Netzteilen in der Kiste suchen
>
Die Router sind weg.

Gruss,

Joerg



From hajoha1 at web.de  Sat Aug 29 06:29:24 2020
From: hajoha1 at web.de (Hans-Joachim Haase)
Date: Sat, 29 Aug 2020 04:29:24 +0000
Subject: [Berlin-wireless] schleife
Message-ID: <1MUCuv-1k3Jv80rdT-00R1tz@smtp.web.de>

Hallo,

ja, SGW ist wieder an und jetzt wieder fallback 0. 
Vielleicht war es das. 
Danke.

anha:
dein Beitrag in der Liste, die Frage ist, warum macht dein SGW das.
Mit viel Mühe bin ich in deinen Router gekommen und hab gesehen, dass du SGW an hast.
Dann sollte unter etc/config/freifunk-policyrouting der Wert für fallback 0 sein.
Quelle: https://wiki.freifunk-potsdam.de/KathleenZusatz
Vielleicht ist das die Ursache.
---

ja, bitte den Smart Gateway setzen.

Nick:
Btw.: Ich bin sehr dafür, ein Plugin für olsrd zu schreiben um den Smart
Gateway zu setzen, bzw. HNAs die wir akzeptieren zu filtern oder
sonsteine Funktionalität. Wenn jemand hier noch bock hat so ein Plugin
mitzuschreiben, dann kann er sich ja gerne bei mir melden.

hajo:
> smartGW  s wählt von mir nicht 3 hops zur emma, sondern 
> zu 8 hops zu 10.36.254.66.
> Dieses s zeigt auf 10.31.52.49 und 
> das s zurück auf 10.36.254.66.

VG hajo



From onlinefloh at web.de  Sat Aug 29 15:32:23 2020
From: onlinefloh at web.de (Florian Teply)
Date: Sat, 29 Aug 2020 15:32:23 +0200
Subject: [Berlin-wireless] 2,4GHz Gridantenne abzugeben
Message-ID: <20200829153223.7cbada3a@cherry.localdomain>

Hallo zusammen,

beim Aufräumen im Keller ist bei mir noch eine 2,4GHz-Gridantenne
aufgetaucht, die da schon seit langer Zeit ungenutzt rumliegt. Mag die
jemand haben?

Gruß,
Floh



From borgers at mi.fu-berlin.de  Sat Aug 29 16:29:11 2020
From: borgers at mi.fu-berlin.de (Philipp Borgers)
Date: Sat, 29 Aug 2020 16:29:11 +0200
Subject: [Berlin-wireless] 2,4GHz Gridantenne abzugeben
In-Reply-To: <20200829153223.7cbada3a@cherry.localdomain>
References: <20200829153223.7cbada3a@cherry.localdomain>
Message-ID: <20200829142911.GB58711@mi.fu-berlin.de>

Hi,

hast du noch einen Link zum Datenblatt?

Wäre vielleicht für unsere Experimente mit WifiBroadcast interessant.

Hast du die Möglichkeit sie einfach im Raum im Haus der Statistik abzulegen?

Gruß Philipp

On Sat, Aug 29, 2020 at 03:32:23PM +0200, Florian Teply wrote:
> Hallo zusammen,
> 
> beim Aufräumen im Keller ist bei mir noch eine 2,4GHz-Gridantenne
> aufgetaucht, die da schon seit langer Zeit ungenutzt rumliegt. Mag die
> jemand haben?
> 
> Gruß,
> Floh
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20200829/e22460c1/attachment.sig>

From onlinefloh at web.de  Sat Aug 29 18:37:21 2020
From: onlinefloh at web.de (Florian Teply)
Date: Sat, 29 Aug 2020 18:37:21 +0200
Subject: [Berlin-wireless] 2,4GHz Gridantenne abzugeben
In-Reply-To: <20200829142911.GB58711@mi.fu-berlin.de>
References: <20200829153223.7cbada3a@cherry.localdomain>
 <20200829142911.GB58711@mi.fu-berlin.de>
Message-ID: <20200829183721.7a51032a@cherry.localdomain>

Hi Phillip,

Datenblatt ist schwierig, weil ich noch nichteinmal weiß, wer die mal
hergestelt haben könnte, hab' sie selber aus zweiter Hand.

Am Haus der Statistik komme ich ebenfalls nicht mal eben vorbei, da
müsste ich extra nach Berlin rein fahren. Grundsätzlich machbar,
besonders scharf darauf bin ich aber nicht. Am liebsten wär' mir ja,
jemand holt das Ding bei mir in Schöneiche ab ;-)

Gruß,
Florian


Am Sat, 29 Aug 2020 16:29:11 +0200
schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:

> Hi,
> 
> hast du noch einen Link zum Datenblatt?
> 
> Wäre vielleicht für unsere Experimente mit WifiBroadcast interessant.
> 
> Hast du die Möglichkeit sie einfach im Raum im Haus der Statistik
> abzulegen?
> 
> Gruß Philipp
> 
> On Sat, Aug 29, 2020 at 03:32:23PM +0200, Florian Teply wrote:
> > Hallo zusammen,
> > 
> > beim Aufräumen im Keller ist bei mir noch eine 2,4GHz-Gridantenne
> > aufgetaucht, die da schon seit langer Zeit ungenutzt rumliegt. Mag
> > die jemand haben?
> > 
> > Gruß,
> > Floh
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > Diese Mailingliste besitzt ein ffentlich einsehbares Archiv  



From hajoha1 at web.de  Mon Aug 31 04:11:34 2020
From: hajoha1 at web.de (Hans-Joachim Haase)
Date: Mon, 31 Aug 2020 02:11:34 +0000
Subject: [Berlin-wireless] Schleife
Message-ID: <0MJkt6-1kBSpg1UIu-001AlT@smtp.web.de>

Sven:
Soweit mir bekannt, hat die kosmos-Wama (10.36.254.66) einen direkten DSL-Uplink. Wenn dort der ISP nicht ein Problem hat, sollten alle Pakete,die der node als Smartgateway empfängt, so ins Internet fallen. Unabhängig davon, welches Smartgateway die Wama selbst als Smartgateway gewählt hat.
Wenn du jetzt einen Moment erwischt hast, in dem der DSL-Uplink gestört ist und OLSR noch nicht das smartgateway-announcement beendet hat, kann dein OLSR natürlich immer noch zur WaMa Routen. Durch den gestörten Uplink wird die WaMa dein Paket dann aber zu ihrem SmartGateway (chris-gueffroy; 10.31.52.49) weiterleiten. Dort sollte das Paket dann aber einen Übergang ins Internet schaffen.
Wenn jetzt dort die gleiche ISP-Störung, wie bei der WaMa vorliegt, kann es natürlich passieren, dass dein Paket von chris-gueffroy wieder Richtung WaMa verschifft wird.

So bleibt die Frage, ist das nur ein kurzfristiger Zustand oder eine
dauerhafte Situation?

> Hallo Andreas,
> 
> 30.8. 09:00 trotz fallback=0 schon wieder da! 
oh, das ist schade
>
> Kannst Du bitte das vergleichen von mir aus und von Dir aus? 
> 10.36.254.66.
> Dieses s zeigt auf 10.31.52.49 und 
> das s zurück auf 10.36.254.66.  
bei mir wählt das SGW Emma,
und die Schleife kann ich bestätigen, kann ich so nachvollziehen