November 2019 - Info - freifunk-vogtland.net

Freifunkknoten Wema-Turm
by Alexander Heidenreich 02 Dec '19

02 Dec '19

Hi, ich kann ab sofort in das Büro und hab gleich mal den Rundumblick festgehalten: https://nc1.adminteam6.de/index.php/s/YfY7bXAbcC8ZzRm Ich würde erst einmal etwas ausbauen und dann können wir darüber nachdenken was wir dort hin bauen. Ich dachte an irgendwas in der Klasse Nano-Station. Voraussichtlich im Januar kommen 1GBit Uplink. Weiss jemand was so 90° Öffnungswinkel hat? Davon 4x für Rundumversorgung. Alternativ mehr mit kleinerem Öffnungswinkel oder gezielt ausrichten? Weiss nicht was besser ist. Grüße Alex Alexander Heidenreich -- IT Security Consultant Tel: 03741-2518042 Email: a.heidenreich(a)adminteam6.de Am Pietzschebach 10 D-08525 Plauen Please use PGP/GnuPGP and no HTML for your emails!

6 11

FFV Treffen - PhoSaigon am 19.11.2019 (Plauen)
by Sven Eckelmann 19 Nov '19

19 Nov '19

Hi, am Dienstag gegen 18 Uhr ist wieder Treffen im PhoSaigon [1,2]. Gruesse, Sven [1] https://www.vereinonline.org/freifunk.vogtland/?veranstaltung=24193 [2] https://pad.freifunk.net/p/vogtland_freifunk_-_Treffen

1 1

Re: [Ticket ID: FBK-4125-399] MTU-Probleme bei Routing ueber VPN05 (linevast)
by Sven Eckelmann 18 Nov '19

18 Nov '19

On Sunday, 17 November 2019 23:46:03 CET Droptop GmbH Allgemeine Anfrage wrote: [...] > Zum Testen wurden die BGP-Routen ueber alle anderen Server in unserem AS > gestoppt, nur BGP-Session zu einem der FFRL-BB-Server ueber GRE eroffnet > (am meisten mit bb_a_ak_ber und bb_a_ix_dus wiederholt) und dann wurde auf > einem Client Traffic erzeugt (einmal 1270 Byte und einmal 1271 Byte Ethernet- > Pakete): > > ping -4 -M do -s 1228 193.99.144.85 > ping -4 -M do -s 1229 193.99.144.85 > > Dabei viel auf, dass die minimal groesseren Pakete nicht durchkamen. Bei > genauerer Betrachung kam heraus, dass bei den Tests: [...] Nachdem ich die Last auf dem GRE gestern runtergenommen habe, ist das Problem heute frueh nicht mehr so extrem auf dem Server direkt zu sehen. Aber wenn ich einfach mal einen Flood-Ping ueber einen der GRE-Tunnel starte, sehe ich ploetzlich einen Paketloss und Paketfehler. Das laesst sich auf keinem der anderen Server reproduzieren. $ ping -f -M do -s 1229 100.64.9.190 PING 100.64.9.190 (100.64.9.190) 1229(1257) bytes of data. ............................................................................................................................................Warning: time of day goes back (-4773820003067610888us), taking countermeasures. Warning: time of day goes back (-4773820003067610801us), taking countermeasures. C....................^C --- 100.64.9.190 ping statistics --- 1640 packets transmitted, 1480 received, +1 corrupted, 9.7561% packet loss, time 82ms rtt min/avg/max/mdev = 14.462/14.756/29.327/1.000 ms, pipe 3, ipg/ewma 14.068/14.683 ms Ohne GRE-Tunnel sieht es aehnlich aus $ ping -f -M do -s 1229 185.66.195.0 PING 185.66.195.0 (185.66.195.0) 1229(1257) bytes of data. ............................................................C.......................................................................................................................................................................................................................................Warning: time of day goes back (-4774352475924711221us), taking countermeasures. Warning: time of day goes back (-4774352475924711123us), taking countermeasures. C.....C......^C --- 185.66.195.0 ping statistics --- 3110 packets transmitted, 2804 received, +4 corrupted, 9.83923% packet loss, time 832ms rtt min/avg/max/mdev = 14.452/14.681/33.697/0.756 ms, pipe 3, ipg/ewma 14.084/14.877 ms Leider sehe ich Aehnliches auch ueber VXLAN (bis auf Paketfehler): $ ping -f -M do -s 1229 169.254.0.4 PING 169.254.0.4 (169.254.0.4) 1229(1257) bytes of data. ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................^C --- 169.254.0.4 ping statistics --- 6960 packets transmitted, 6136 received, 11.8391% packet loss, time 174ms rtt min/avg/max/mdev = 2.650/2.870/14.618/0.365 ms, ipg/ewma 4.331/2.884 ms Dieses Problem tritt auch nur bei Linevast auf und bei keinem anderen Server von uns. Gruesse, Sven

1 0

MTU-Probleme bei Routing ueber VPN05 (linevast)
by Sven Eckelmann 17 Nov '19

17 Nov '19

Hi, ich habe soeben festgestellt, dass es mit den Gegenstellen der Freifunk- Rheinland-Backbone ein paar Probleme gibt wenn wir ueber VPN05 (linevast) routen. Wir haben hierfuer 6 (per GRE verbundene) Server mit denen wir Routen austauschen: * bb_a_ak_ber: 185.66.195.0 * bb_a_fra2_fra: 185.66.194.0 (nicht relevant fuer Test, da er momentan keine Route zum Internet anbietet) * bb_a_ix_dus: 185.66.193.0 * bb_b_ak_ber: 185.66.195.1 * bb_b_fra2_fra: 185.66.194.1 * bb_b_ix_dus: 185.66.193.1 Zum Testen wurden die BGP-Routen ueber alle anderen Server in unserem AS gestoppt, nur BGP-Session zu einem der FFRL-BB-Server ueber GRE eroffnet (am meisten mit bb_a_ak_ber und bb_a_ix_dus wiederholt) und dann wurde auf einem Client Traffic erzeugt (einmal 1270 Byte und einmal 1271 Byte Ethernet- Pakete): ping -4 -M do -s 1228 193.99.144.85 ping -4 -M do -s 1229 193.99.144.85 Dabei viel auf, dass die minimal groesseren Pakete nicht durchkamen. Bei genauerer Betrachung kam heraus, dass bei den Tests: * grosse Pakete koennen geschickt werden, aber Antworten kommen nicht zurueck * Rueckroute sieht von aussen erstmal ziemlich gleich aus (unabhaengig von der BGP-Konfiguration) $ traceroute 185.66.195.42 traceroute to 185.66.195.42 (185.66.195.42), 30 hops max, 60 byte packets 1 static.233.248.46.78.clients.your-server.de (78.46.248.233) 0.299 ms 0.279 ms 0.263 ms 2 static.137.135.4.46.clients.your-server.de (46.4.135.137) 0.434 ms 0.423 ms 0.408 ms 3 core21.fsn1.hetzner.com (213.239.229.113) 0.506 ms 0.496 ms 0.482 ms 4 juniper5.nbg1.hetzner.com (213.239.252.241) 2.717 ms juniper5.nbg1.hetzner.com (213.239.252.237) 2.681 ms 2.685 ms 5 ae7-0.bbr02.anx84.nue.de.anexia-it.net (144.208.211.56) 2.994 ms 2.973 ms 2.951 ms 6 ae0-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.139) 6.383 ms 6.285 ms 6.460 ms 7 ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141) 6.218 ms 6.529 ms 6.438 ms 8 185.66.195.0 (185.66.195.0) 16.405 ms 16.392 ms 16.432 ms 9 185.66.195.42 (185.66.195.42) 16.342 ms 20.787 ms 20.767 ms * Rueckroute sieht ca (bis auf letzten Hop zu 185.66.195.42) gleich aus bei dem funktionierendem VPN01 Das Problem tritt nicht auf bei VPN01 (GK)+VPN04 (Hetzner)+VPN06 (Hetzner) auf - aber auf VPN05 (Linevast). Konfiguration ist aber bei allen Servern gleich. Wenn ich die IP (fuer welche wir die Route announcen) auf VPN03 verschiebe, sehe ich das Problem auch nicht bei VPN03. Ich habe erstmal die IPv6-Announcements von VPN05 gestoppt und die public IP lasse ich erstmal auf VPN03. Damit umgehen wir das Problem erstmal und schicke den Traffic ueber VXLAN zu einem anderen Server. Schoen ist das aber nicht gerade. Gruesse, Sven

1 0

Aw: neues Büro = neuer Freifunk-Node
by Daniel Grosse 08 Nov '19

08 Nov '19

1 0

neues Büro = neuer Freifunk-Node
by Alexander Heidenreich 08 Nov '19

08 Nov '19

Hi, ab 1. 1. 2020 hab ich ein neues Büro, ganz oben im Wema-Turm mit Rundumblick. Ich denke 4 Nano-Stations oder etwas ähnliches in der ersten Ausbaustufe. GBit-Internet kommt asap, so dass auch der Uplink einigermaßen dick ist. Besichtigung sollte ab dem 15.12. möglich sein, falls wer Interesse hat. Grüße Alex -- IT Security Consultant Tel: 03741-2518042 Email: a.heidenreich(a)adminteam6.de Am Pietzschebach 10 D-08525 Plauen Please use PGP/GnuPGP and no HTML for your emails!

1 0

ZeroPi
by André Fiedler 02 Nov '19

02 Nov '19

Hi @ All, Das Teil mit WLAN Dingle wäre ggf. eine günstige WLAN Router Alternative: https://www.friendlyarm.com/index.php?route=product/product&product_id=266 Läuft wohl mit OpenWRT. Gibt es da ein Gluon Image dafür? VG, André Holen Sie sich Outlook für Android<https://aka.ms/ghei36>

2 1