Den Server, den ich zur Kompensierung des Ausfalls der unzuverlässigen Berliner Server genommen habe, ist nicht zu gebrauchen. Es wird heute+ heftige Störungen in den angeschlossenen Freifunkgemeinschaften geben.
Der Server zeigt dieses Verhalten:
My traceroute [v0.86]
heizung (0.0.0.0) Wed Mar 23 08:15:57 2016
Keys: Help Display mode Restart statistics Order of fields quit
Last 200 pings
1. furtka.hausnetz ........................................................................................................................................................................................................
2. dslb-xxx-xxx-xxx-xxx.xxx ........................................................................................................................................................................................................
3. 188.111.173.224 ........................................................................................................................?...................?...................?.......................................
4. 188.111.173.44 ...??........??.......???......????........??......????........??.......???................????.......???.....?????.......???.......???.......???.........?........??.......???........??.......???....
5. 92.79.212.33 .......................................................................................................................................................................................................
6. 92.79.213.130 .......................................................................................................................................................................................................
7. xe1-decix-v4.fra1-de.myl ............>..........................................................................................................................................................................................
8. xe2-dus1-v4.dus2-de.mylo ?????????????????????????????????????????????????????????????????????????????????????????????????????????..................................................................................????????????
9. 2.wupper.ffrl.de ?????????????????????????????????????????????????????????????????????????????????????????????????????????.................................................................................?????????????
Scale: .:2 ms 1:10 ms 2:24 ms 3:42 ms a:66 ms b:95 ms c:130 ms >
auch wenn ich kein Wupper"aner" bin, so kann ich vielleicht etwas dazu beitragen.
Wir hatten bis vor kurzem ebenfalls 2 Server bei MyLoc (Servdiscount) und haben uns nun von diesem Hoster getrennt. Grund dafür waren immer wieder massive packetlosses auf IPv4 aus 2 unterschiedlichen Gründen.
Grund 1, war deren DDOS Protection, die scheinbar unberechenbar immer wieder ansprang. Zu erkennen, an 2 zusätzlichen Hoops kurz vor dem Server, die idR keine IP/RDNS Einträge hatten und an denen 100% packetloss auftraten. Diese läßt sich nur durch einen Netzwerkadmin bei Myloc abschalten, den man aber erst nach vielen Emails mit dem „Support“ erreicht.
Grund 2, war genau das gleiche Verhalten, jedoch ohne diese erkennbaren Hoops, man stellt einfach nur ca 6-10% packetloss auf IPv4 direkt am Server fest und kann diese nicht eingrenzen. In beiden Fällen ist übrigens die Performance auf IPv6 nicht eingeschränkt.
Auch wir konnten das Problem, auch dank des unwilligen Supportes, nicht lösen, daher setzen wir nun auf einen stärkeren Server bei Hetzner auf dem wir mehrere Maschinen virtualisieren, das ist jetzt unterm Strich sogar günstiger.
Müßte ich eine Vermutung äußern, würde ich orakeln, dass wir Freifunker mit unserem doch erheblichen Bandbreitenbedarf dort nicht (mehr) willkommen sind.
Also das Problem kennen wir in Düsseldorf auch, allerdings ist es weniger die Bandbreite als die Paketflut.
Hypervisor haben meist nur ein Ethernet-Interface und wenn auf so einer Kiste 8-12 VMs laufen (je nach Hardware Specs) dann muss die Paketrate gedrosselt werden um halt die anderen Gäste nicht zu belasten.
Dies ist nicht unbedingt was schlechtes, denn die anderen Kunden möchten auch noch Performance übrig haben. Natürlich ist das für einen Freifunk Gateway unbrauchbar.
Daher sollte man bei hoher Paketrate keine VM sondern wie @anon68922371 schreibt, einen Root-Server verwenden (Oder einen eigenen Hypervisor betreiben ;))
danke für diese Informationen. Wir haben auch (noch) 2 Gateways bei myloc. Hier tritt bei v4 keinerlei Probleme auf, sondern nur bei v6. Die Tunnel zum FFRL stehen, es ist eher das stumpfe Myloc peering
wir haben 3 bleche bei ovh und einen bei hetzner, einen in wtal als Image Server.
Und summe mit 4 sn und halt map und Web-Image.
Das braucht man aber auch damit bei einen Ausfall der Laden nicht geschlossen werden muss.
Ich kann mich die meiste Zeit auch nicht beschweren, jedoch finde ich es nicht in Ordnung wie der FFRL mit Phip seine offenen Tickets umgeht. Was passiert mit den Spenden aus Hennef an den FFRL, bzw. zweckgebunden an Wupper?
Um ehrlich zu sein kann ich mich nicht über offene Tickets beschweren: ich habe keine offenen Tickets. Ich könnte ab den 6. April nach Berlin fahren, um was auch immer gemacht werden muss dort zu erledigen.
Wir haben 3 (4) VMs vom Verein. Bestimmt wird ein Teil des Geldes dafür aufgewendet.
Okay, aber in der Vergangenheit kam es schon häufiger vor, also wie ich es hier im Forum gelesenen habe. → EGAL, hauptsache aktuell und in Zukunft in alles stabil und performant
Zum Glück ist die Vergangenheit vergangen. Die Vergangenheit ist auch schon lange her. Alle geben sich wirklich mühe. Und wenn mal was nicht klappt, dann wird es spätestens „irgendwann“ klappen. Man kann nicht immer Freifunk machen, ab und zu ist man zu Tisch.
