[Berlin-wireless] Zwingli Testbetrieb

[Bastian]

Hallo Zwingli-Peers,

die AirOS Nodes laufen jetzt. wir haben einen Link (~3MB/s) zu
mid10.rhxb-rt1.olsr und angenehme ~10MB/s zu mid6.k9-bbb-rt1.olsr !

Das Problem hat sich ja wirklich nach Swich-Loop-Foo oder dupplicate
MAC-Addr. angefühlt. Tommy kam auf die Idee einfach mal auf die Air-OS
VLAN-Interfaces vom Core-Router andere MAC-Addr. zu vergeben - hat beim
ersten Versuch nicht geklappt, weil eth0.1 - unser OLSR (default) VLAN -
noch die 00:04:9f:ef:01:01 hatte.
https://dev.openwrt.org/ticket/14714 <-- *facepalm*

Es haben also sicherlich alle unsere WDR4900 Core-Router die selbe
MAC-Addr...

ip link set dev eth0.$VLAN address $neue_mac

@Neukoelln
Ihr könnt euch jetzt verbinden!

@F2A
Auch du kannst deine M5 jetzt mit der Zwingli verbinden!

Gruß
Bastian

On 01/17/2014 04:24 PM, Daniel Paufler wrote:
> Hallo
> 
> Bei mir hab ich die switch-config dringelassen - so läßt sich das auch
> per WebIF ansehen. Ist das Käse?
> 
> Vorsicht: Das Teil kann jedoch keine 4stelligen VLAN-IDs. Daher solch
> eine Einstellung bei mir:
> 
> config switch
> 	option name 'switch0'
> 	option reset '1'
> 	option enable_vlan '1'
> 
> config switch_vlan
> 	option device 'switch0'
> 	option vlan '13'
> 	option vid '1301'
> 	option ports '0t 4t 5t'
> 
> config interface 'mgm'
> 	option proto 'static'
> 	option ipaddr '77.87.48.50'
> 	option netmask '255.255.255.240'
> 	option gateway '77.87.48.49'
> 	option dns '77.87.48.1'
> 	option ifname 'eth0.1301'
> 	option ip6assign '64'
> 
> Daniel
> 
> On 17/01/14 12:20, Bastian wrote:
>> 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  : 538 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20140119/4500571d/attachment.pgp>