[Berlin-wireless] Zwingli Testbetrieb

[Bastian]

Hallo JuergeN,

da unser Core-Router sowieso nur ein Kabel zum PoE-Switch hat, hatten
wir die ganze Switch-Config in /etc/config/network einfach entfernt.
Dann kennt der Core-Router aber natürlich erstmal nur eth0. Das macht
VLAN-Config schön einfach, da man diese Switch-Config nicht mitpflegen
muss und ein VLAN einfach nur ifname angelegt werden kann:

config interface 'vlan3'
      option ifname 'eth0.3'

Das Setup hat soweit auch wunderbar funktioniert - OLSR-Knoten und
AirOS-Devices sind sauber separiert und laufen nur am Core-Router
zusammen. Da mit dem Core-Router auch nur in tagged VLAN gesprochen wird
(mode Trunk) sollte solch eine Config ausreichen.

http://wiki.freifunk.net/Berlin:Standorte:Zwinglikirche#Core-Router

@JuergeN
Dein SSH-Key liegt schon seit Oktober auf der 104.130.10.26 (:

Gruß
Bastian

On 01/17/2014 10:40 AM, Juergen Neumann wrote:
> Hallo Basti,
> 
> leider kann ich mir eure Config gerade nicht genauer anschauen, ich
> möchte Dir aber kurz von einem Problem erzählen, dass ich auch hatte.
> 
> Wenn Du das VLAN konfigurierst, musst Du aufpassen, dass Du nicht
> mehrere vlan-Interfaces (die ja i.d.R. die gleiche MAC-Adresse haben)
> auf unterschiedliche Switch-Ports verteilt. Das geht nicht! 
> 
> Ich hatte exakt das selbe Problem. Um es zu lösen, habe ich dann alle
> VLANs zwischen dem WRT core Router (k9-bbb-1) und dem PoE-Switch auf ein
> Interface gelegt und das ganze Setup noch mal erheblich vereinfacht. Mit
> André hatte ich dazu auch mehrere Gespräche. Er hat es bei sich auch so
> gemacht.
> 
> LG
> 
> JuergeN
> 
> Am Donnerstag, den 16.01.2014, 16:09 +0100 schrieb Bastian:
>> Hallo,
>>
>> Update:
>> *) Auch ohne kmod-ipv6 besteht das beschriebene Problem. Die 
>> Fehlermeldung "icmpv6_send: no reply to icmp error" verlagert sich aber 
>> auf andere weiterhin erreichbare OLSR-Nodes am selben Switch. Der 
>> Core-Router gibt *garkeine* Fehlermeldung mehr raus und bleibt weiterhin 
>> für 5min nach Abschalten des AirOS-Links stumm.
>>
>> Es liegt also nicht direkt an IPv6. Ich hab jetzt unsere VLAN/Switch 
>> Konfiguration im Verdacht, deswegen mögen bitte VLAN-Experten oder 
>> Standort-Betreiber mit Plan vom 24-Port TP-Link Switch die Screenshots 
>> und kurze Beschreibung im Wiki [1] kritisieren.
>>
>> [1] http://wiki.freifunk.net/Berlin:Standorte:Zwinglikirche#Switch
>>
>> Gruß
>> Bastian
>>
>>
>> On 01/15/2014 12:52 AM, Bastian wrote:
>>> Issue ICMPv6_send:
>>> Wir haben probiert via AirOS/BBB mit freifunk-bbb-rhxb-zwingli sowie
>>> k9-bbb-22 (?!) Kontakt aufzunehmen. Sobald wir "Lock to AP" und "Apply"
>>> abgesetzt hatten, war unser Core-Router nicht mehr erreichbar. Egal ob
>>> IPv4 oder IPv6 Also im Switch den Port zur AirOS-M5 deaktiviert und 5min
>>> gewartet bis ein Ping wieder möglich war. Im dmesg war die letzte Zeile
>>> dann immer "icmpv6_send: no reply to icmp error". Faktisch hat sich der
>>> ganze Network-Stack für 5min verabschiedet (kein Reboot). Der Fehler
>>> kann durchaus auf unserer Seite liegen, nur hab ich keine Ahnung was es
>>> genau sein könnte. IPv6 komplett deaktivieren wäre sicherlich eine
>>> Lösung, aber eine sehr unschöne! batman-adv ist es eher nicht, ich hab
>>> es nämlich auch ohne dem Module probiert.
>>> Result:
>>> Die AirOS-Nodes sind z.T. deaktiviert. Falls ihr einen AP seht, z.B.
>>> "freifunk-bbb-zwingli-nkarcaden" dann bitte nicht dauerhaft connecten
>>> bzw. nur wenn alle IPs in 104.130.10.1-26 sauber erreichbar sind. Ich
>>> hab zumindest diesen AirOS-Node online gelassen, damit man in Neukoelln
>>> im AirOS schonmal nach Link-Quality gucken kann.
>>



-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20140117/f7878908/attachment.pgp>