[Berlin-wireless] Kabelkopplung mit 1.7.1 testing
Hugo
hugoff
Di Aug 10 15:11:11 CEST 2010
Hallo Melle!
Du sprichst den Klassiker an, der da heißt: alles und noch mehr mit 2
WRT54G und FF-Firmware und GUI.
Ich weis nicht ob meine Ideen Dir in deiner Situation konkret
helfen ;) !
Deshalb einige klassische Bastelvorschlaege von mir fuer alle anderen
Interessierten..
Man benötigt: 2 bis 3 oder mehr Linksys WRT54GL o.ä z.B. Buffalo
WHR-G54S Lan-patchkabel rj54 und etwas Zeit.
....................................................................
I N H A L T:
______________________________________________
*Hinweise
*Version 0 # leicht, LAN geswitcht, d.h keine FF-Kabelkopplung
*Version 1 # leicht, FF-Kabelkopplung(Dach), Uplink per FF-WLan
*Version 2 # leicht, dedizierter GW-Router
*Version 3 # schwer, VLan Hacks
*Problem FFF 1.7.1..full.trx
....................................................................
Hinweise:
=============================
R1 R2 R3 und R4 sollen FF-Firmware-Router sein. GW ein OpenWrt
(Gateway)Router und DSL ein Dsl-Router sein.
Version0 bis 3 sollen fuer die Firmware 1.7.0..full.trx gelten
V E R S I O N 0
=============================
{[LAN] UserPCs}
|
|
{[LAN] R1 [WAN] [FFWLan]} -))))
|
|
|
{[LAN] R2 [WANstatic] [FFWLan]} -)))) # auch mit DynDNS mögl.
|
----------
|
{[LANstatic] DSL [pppoe]} --- 0.0.0.0/0 # auch DynDNS mögl.
V E R S I O N 1
=============================
rj45-ports per R1 und R2
|-|-|-|-|-|
0 1 2 3 4 ... 5*t (intern auf eth,phy)
|---|-----|....5*t
Wan Lan
vlans (wan + lan) # im GUI der FFFirmware 1.7.0 z.B.
#R1 R2 R3 z.B. auf dem Dach/Kirche 12V PoE
{[LAN] R1 [WAN] [FFWLan]} -))))
|| |
|| |
{[LAN] R2 [WAN] [FFWLan]} -))))
|| |
|| |
{[LAN] R3 [WAN] [FFWLan]} -))))
||
||
||----PoE #UserPCs GW PoE und DSL im Haus/Zimmer
|
{[LAN] UserPCs [LAN]}
|
|
{[WAN] R3 [LAN] [FFWLan]} -))))
|
|
{[LAN] DSL [pppoe]} --- 0.0.0.0/0
V E R S I O N 2
====================================
rj45-ports per R1 und R2
|-|-|-|-|-|
0 1 2 3 4 ... 5*t
|---|-----|....5*t
Wan Lan
vlans (wan + lan)
rj45-ports per GW(GatewayRouter)
|---|---|---|
0 1 2
eth-ports 0-2
{[LAN] R1 [WAN] [FFWLan]} -))))
| |
| |
{[LAN] R2 [WAN] [FFWLan]} -))))
| |
| |
{[LAN0] GW [WAN1] [WAN2]}
| |
{UserPCs} ---------
|
0.0.0.0/0--{[pppoe] DSL [LAN]}
V E R S I O N 3
=============================
rj45-ports
|-|-|-|-|-|
0 1 2 3 4 ... 5*t (intern auf eth,phy)
|-|---|---|....5*t
a b c
vlans (a-c)
Bisher hast du nicht vlans a,b,c sondern nur je a,b oder b,c mach
jeweils eines mehr auf (R1 +R2).
z.B.:
a -> wan (pppoe)
b -> lan-kopplung
c -> lan fuer pcs (administration)
P R O B L E M FFF 1.7.1
=====================================
# Vll hilft es dir ja, Melle:
Am Montag, den 12.07.2010, 09:18 +0200 schrieb Hugo:
Hallo Sven-Ola!
>
> Weist du noch, dass du meine 1.7.0..trx-full mal wegen des
> traceroute-scripts in der c-base gehackt hattest (vor ca 6 Wo), weil
ich
> dir zeigte, dass die defaultrouten immer wieder nach minuten
> verschwanden.
>
> Probl. war gewesen, dass meine schlechten ping-zeiten bzw. traceroutes
> (erst ab den hop > 10 ins internet) mit dem mobile-umts-stick, die
> angekündigte default-route als nicht funktionierend ins mesh zurück
> medleten.
>
> Jetzt kann ich leider das gleiche Problem mit der neuen 1.7.1 testing
> full.trx berichten:
> die defaultroute verliert sich nach einigen minuten und ist reversibel
> nach neustarts reproduzierbar wieder im mesh und dann verschwunden
bzw.
> verlernt/als unbrauchbar markiert.
>
Am Mittwoch, den 14.07.2010, 15:27 +0200 schrieb Hugo:
Hey Sven-Ola!
>
> Also ich konnte den von mir nochmal beschriebenen "bug" in der
> testing1.7.1, bug wohl nur in bezug auf mein setting mit gprs/umts -
> internetzugang und ping >=300-1000ms, reproduzierbar belegen. Meine 2
> anderen Router verloren die default-route.
>
> Ich habe mit "nvram get ff_trcttl" auf der Buffalo-Router-Console
> probiert und keine Ausgabe bekommen:
> 8>< -------------------------------
> root at cfc_igw8:~# nvram get ff_trcttl
> root at cfc_igw8:~#
> -------------------------------><8
>
>
>
> Das vi /usr/sbin/cron.minutely
>
> ... zeigte :
>
> 8>< -------------------------------
> ttl=$(nvram get
>
ff_trcttl)
> ttl=
>
${ttl:-5}
> # -f 5: start with minttl 5 (the first hops
are
> often
>
blocked)
> eval $(traceroute -f $ttl -w 5 -m $(( ttl +
2 ))
> -n $ip 2>&-|sed -ne '/![HNP]/d;/^[ 0-9]\+ \+[0-9]\+\.[0-9]\+\.[0-9]\
> +\.[0-9]\+ /{s/.
> if [ $ok -ge
>
2 ];then
> hyst=0
> -------------------------------><8
>
>
>
> Console-fix:
>
> "nvram set ff_trcttl=12 commit"
> löste das Problem:
>
> 8>< -------------------------------
> root at cfc_igw8:~# nvram get ff_trcttl
> 12
> root at cfc_igw8:~#
> -------------------------------><8
>
>
> Schau mal bei deiner testing 1.7.1 nach, ob es bei dir auch so ist.
>
> Soweit löuft es wieder bei mir.
>
> Dank & LG Hugo...
>
Am Montag, den 09.08.2010, 23:05 +0200 schrieb Thomas Mellenthin:
> Hi,
>
> Heute bin ich in eine ähnliche Situation gerannt, die hier schon vor
> ein paar Tagen diskutiert wurde: 2 Router, einer mit Uplink (WAN),
> Kabelkopplung (LAN/LAN) zwischen den Geräten (Buffalos):
>
> R1 [LAN] ---- cat5 ---- [LAN] R2 [WAN static] ---- cat5 ---- [LAN]
> Alice-Büchse [pppoe] --- 0.0.0.0/0
>
> Mit 1.7.1-full kommt man von R2 ins Netz, traceroute, Namensauflösung
> alles kein Problem. Auf R1 kommt man via SSH, ETX ist 1.0 zwischen
> beiden, allerdings kann man dann von R1 nicht ins Netz, weder
> traceroute zu externen IPs noch dns funktioniert.
>
> Ich hab 1.5 Stunden geflucht, gebastelt, nvram gelöscht, mal WAN-LAN
> gegen LAN-LAN Kabelkopplung getauscht, kein Erfolg. Dann beide Router
> auf 1.7.0-full zurückgeflasht und *zack*. Alles läuft wie geschmiert.
> R1 kommt ins Netz, die Nachbarn von R1 nehmen ihn als Gateway, alles
> prima.
>
> Ich bin etwas, weil ich nicht weiss, wie ich das Problem weiter
> untersuchen kann (ausser das CVS zu diffen). Hat jemand von Euch eine
> Idee?
>
> --
> viele Grüße,
>
> // melle
>
> --
> xmpp: melle at jabber.ccc.de passion: http://mellenthin.de
> F489 2C4F E8C2 9A15 DBCB mission: http://freifunk-potsdam.de
> 127C 81B6 FDC3 7C1A FF85 pubkey: http://mellenthin.de/key.txt
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Mehr Informationen über die Mailingliste Berlin