headers
David Weese | 2 May 2009 11:36
Picon
Picon

Re: ND-Cube routing faulty

Hi Fabian, hi Liste,
>> 1. sich mal einer der Leute mit einer Route zum Internet bereit
>> erklären, noch einen Link zum ND aufzubauen, bspw. einer aus der
>> Marchlewskistr. Das kann entweder über den Rundstrahler (104.129.1.1,
>> adhoc, olsr.freifunk.net) oder die Sektorantenne Richtung Osten (IP hab
>> ich grad nicht, managed, BBB_ND_FHAIN) geschehen.
>>     
>
> hat das ND kein default gateway ausser den aus pkt 3?
>   
Zu 1)

Grad kam ich mal wieder für kurze Zeit auf den mtx-nd-2b (104.129.1.1).
Da die Ost-Anbindung fehlt, kommen default-routen vom Haus des Lehrers
und ein traceroute ins Internet sieht so aus:

root <at> mtx-nd-2b:~# traceroute 141.20.1.3 
traceroute to 141.20.1.3 (141.20.1.3), 30 hops max beginning with hop 1,
40 byte packets
 1  mtx-nd-1.olsr (104.0.0.17)  1.548 ms  1.228 ms  1.584 ms
 2  mid2.mtx-hdl-1.olsr (104.0.0.10)  14.191 ms  22.889 ms  9.239 ms
 3  mtx-hdl-2.olsr (104.0.0.6)  12.308 ms  8.234 ms  4.121 ms
 4  tacheles2hdl.olsr (104.64.0.42)  45.907 ms  12.143 ms  7.233 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *

Die IP gehört zum BootLab. Kann jemand von den Verantwortlichen bitte
mal schauen, ob der Internetzugang dort tot ist, oder ob dort keine
(Continue reading)

Permalink | Reply | 19 comments |
headers
ulf kypke | 2 May 2009 14:54
Picon

Re: ND-Cube routing faulty

hi,

> Die IP gehört zum BootLab. Kann jemand von den Verantwortlichen bitte
> mal schauen, ob der Internetzugang dort tot ist, oder ob dort keine
> Rückroute zum ND existiert?
>
>>
wir heute gecheckt

> Ein SE505 würde auch gehen denke ich. Einziger Nachteil ist, das der
> keinen externen Antennenstecker hat, sondern eine feste Stummelantenne.

den wichtigsten nachteil übersehen viele, der se505 hat nur 8mb ram
und ist daher bei vielen routen im olsr und ein paar klicks zuviel auf
dem webinterface sehr instabil und neigt zu abstürzen.
ich halte garnix vom se505, holt euch lieber nen neuen dir300 und
begrabt die sch* brotkom nummer endlich.

so long ulf
Permalink | Reply | 0 comments |
headers
ulf kypke | 2 May 2009 15:12
Picon

Re: ND-Cube routing faulty

> root <at> mtx-nd-2b:~# traceroute 141.20.1.3
> traceroute to 141.20.1.3 (141.20.1.3), 30 hops max beginning with hop 1,
> 40 byte packets
>  1  mtx-nd-1.olsr (104.0.0.17)  1.548 ms  1.228 ms  1.584 ms
>  2  mid2.mtx-hdl-1.olsr (104.0.0.10)  14.191 ms  22.889 ms  9.239 ms
>  3  mtx-hdl-2.olsr (104.0.0.6)  12.308 ms  8.234 ms  4.121 ms
>  4  tacheles2hdl.olsr (104.64.0.42)  45.907 ms  12.143 ms  7.233 ms
>  5  * * *
>  6  * * *
>  7  * * *
>  8  * * *
>
> Die IP gehört zum BootLab. Kann jemand von den Verantwortlichen bitte
> mal schauen, ob der Internetzugang dort tot ist, oder ob dort keine
> Rückroute zum ND existiert?

ja haben existiert, ich habe die kiste mal neugestartet, wie sieht es
denn jetzt aus?
Permalink | Reply | 17 comments |
headers
caro koch | 2 May 2009 15:24
Picon
Picon

Re: ND-Cube routing faulty

Hallo Leute,

ich sehe gerade, dass wieder was passiert. Meint ihr, dass das ND bis 
Montag Internet hat und auch so, dass ich es nutzen kann? Wir haben 
jetzt ein Ultimatum gesetzt und zwar bis Montag. Leider kann ich das ja 
nicht alleine entscheiden. Sonst würde ich noch ne Woche dranhängen. 
Aber ich bin ja nicht die einzige, die das entscheiden kann. Ich meine, 
wenn es realistisch sein sollte, und es bis Mittwoch gehen sollte, 
könnte ich versuchen noch ein letztes mal zu verlängern. Ansonsten 
werden wir ab Montag eine Internet Leitung bei einem Internet Anbieter 
bestellen und die Antenne abbauen.

Lg Caro

ulf kypke schrieb:
>> root <at> mtx-nd-2b:~# traceroute 141.20.1.3
>> traceroute to 141.20.1.3 (141.20.1.3), 30 hops max beginning with hop 1,
>> 40 byte packets
>>  1  mtx-nd-1.olsr (104.0.0.17)  1.548 ms  1.228 ms  1.584 ms
>>  2  mid2.mtx-hdl-1.olsr (104.0.0.10)  14.191 ms  22.889 ms  9.239 ms
>>  3  mtx-hdl-2.olsr (104.0.0.6)  12.308 ms  8.234 ms  4.121 ms
>>  4  tacheles2hdl.olsr (104.64.0.42)  45.907 ms  12.143 ms  7.233 ms
>>  5  * * *
>>  6  * * *
>>  7  * * *
>>  8  * * *
>>
>> Die IP gehört zum BootLab. Kann jemand von den Verantwortlichen bitte
>> mal schauen, ob der Internetzugang dort tot ist, oder ob dort keine
>> Rückroute zum ND existiert?
(Continue reading)

Permalink | Reply | 12 comments |
headers
David Weese | 2 May 2009 16:33
Picon
Picon

Re: ND-Cube routing faulty

Hi Ulf,

hab es grad probiert und es sieht noch genauso aus:

root <at> mtx-nd-2b:~# traceroute 141.20.1.3
traceroute to 141.20.1.3 (141.20.1.3), 30 hops max beginning with hop 1,
40 byte packets
 1  mtx-nd-1.olsr (104.0.0.17)  2.185 ms  1.257 ms  2.108 ms
 2  mid2.mtx-hdl-1.olsr (104.0.0.10)  4.528 ms  4.431 ms  7.233 ms
 3  mtx-hdl-2.olsr (104.0.0.6)  5.349 ms  4.196 ms  6.221 ms
 4  tacheles2hdl.olsr (104.64.0.42)  7.697 ms  7.215 ms  17.697 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  *

Kann bitte mal jemand mit Zugang zu Knoten auf dieser Routen mal einen
traceroute ins Internet machen?

Gruss,
Dave
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Weese | 2 May 2009 17:03
Picon
Picon

Re: ND-Cube routing faulty

Hi Ulf,

hab grad gesehen, dass mtx-nd-2b (104.129.1.1) in den Routen des
tacheles2hdl.olsr (104.64.0.42) nicht explizit auftaucht. Auf den
anderen (trace nodes 1-3) existiert die Rückroute aber. Könnte das der
Grund sein?

Ich komm immer nur für 10sek auf das ND, dann bricht die
Rundstrahl-Route weg. Wenn wir ne anständige Ostanbindung hätten, könnte
ich evtl. mal länger drauf und debuggen. War grad mit dem Macbook Air am
Franz-Mehring-Platz, da tauchte olsr.freifunk.net gar nicht erst auf.
Liegts doch am HF vom WRT oder am Mac?

Nur damit mans mal gesehen hat: Zwischen Gubener Str. und
Franz-Mehringplatz (100m Luftlinie) geht die beste Route über den Kotti:

weese <at> HAL:~$ traceroute -n 104.129.1.1
traceroute to 104.129.1.1 (104.129.1.1), 30 hops max, 60 byte packets
1  192.168.100.22  1.099 ms  1.593 ms  2.048 ms (Gubener Str. 29)
2  104.129.43.1  42.418 ms  42.677 ms  42.887 ms (Gubener Str. 43)
3  104.192.0.194  50.567 ms  71.551 ms  71.848 ms (Reichenberger Str. 4)
4  104.129.1.1  72.371 ms  86.465 ms  143.332 ms (Franz-Mehring-Platz)

Liest jemand mit, der östlich des ND wohnt und das Dach noch sehen kann?
Evtl. sogar BBB_ND_FHAIN empfängt?

Gruß,
Dave

Am Samstag, den 02.05.2009, 15:12 +0200 schrieb ulf kypke:
(Continue reading)

Permalink | Reply | 0 comments |
headers
limegap-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org | 2 May 2009 17:18
Picon

Re: ND-Cube routing faulty

Das entspricht dem richtigen Freifunk Geist! Wenn andere mir kein
Gratis-Internet geben, dann geh ich mir halt eins kaufen und behalte
es dann für mich ganz alleine.

2009/5/2 caro koch <carokoch@...>:
> Hallo Leute,
>
> ich sehe gerade, dass wieder was passiert. Meint ihr, dass das ND bis Montag
> Internet hat und auch so, dass ich es nutzen kann? Wir haben jetzt ein
> Ultimatum gesetzt und zwar bis Montag. Leider kann ich das ja nicht alleine
> entscheiden. Sonst würde ich noch ne Woche dranhängen. Aber ich bin ja nicht
> die einzige, die das entscheiden kann. Ich meine, wenn es realistisch sein
> sollte, und es bis Mittwoch gehen sollte, könnte ich versuchen noch ein
> letztes mal zu verlängern. Ansonsten werden wir ab Montag eine Internet
> Leitung bei einem Internet Anbieter bestellen und die Antenne abbauen.
>
> Lg Caro
Permalink | Reply | 11 comments |
headers
caro koch | 2 May 2009 17:41
Picon
Picon

Re: ND-Cube routing faulty

nein das hab ich nicht gesagt. ich werde die antenne woanders aufbauen. 
ich kann das auch leider nicht alleine entscheiden. aber wozu soll die 
antenne dort auf dem dach bleiben wenn sie ja nicht funktioniert? das 
bringt doch niemanden was.

lg caro

limegap@... schrieb:
> Das entspricht dem richtigen Freifunk Geist! Wenn andere mir kein
> Gratis-Internet geben, dann geh ich mir halt eins kaufen und behalte
> es dann für mich ganz alleine.
>
> 2009/5/2 caro koch <carokoch@...>:
>   
>> Hallo Leute,
>>
>> ich sehe gerade, dass wieder was passiert. Meint ihr, dass das ND bis Montag
>> Internet hat und auch so, dass ich es nutzen kann? Wir haben jetzt ein
>> Ultimatum gesetzt und zwar bis Montag. Leider kann ich das ja nicht alleine
>> entscheiden. Sonst würde ich noch ne Woche dranhängen. Aber ich bin ja nicht
>> die einzige, die das entscheiden kann. Ich meine, wenn es realistisch sein
>> sollte, und es bis Mittwoch gehen sollte, könnte ich versuchen noch ein
>> letztes mal zu verlängern. Ansonsten werden wir ab Montag eine Internet
>> Leitung bei einem Internet Anbieter bestellen und die Antenne abbauen.
>>
>> Lg Caro
>>     
>
> _______________________________________________
> Berlin mailing list
(Continue reading)

Permalink | Reply | 10 comments |
headers
David Weese | 2 May 2009 18:12
Picon
Picon

Re: ND-Cube routing faulty

Inzwischen sieht es so aus:

root <at> mtx-nd-2b:~# traceroute www.fu-berlin.de
traceroute to www.fu-berlin.de (160.45.170.10), 30 hops max beginning
with hop 1, 40 byte packets
 1  mtx-nd-1.olsr (104.0.0.17)  1.672 ms  2.205 ms  2.097 ms
 2  mid2.mtx-hdl-1.olsr (104.0.0.10)  9.17 ms  6.902 ms  5.14 ms
 3  mtx-hdl-2.olsr (104.0.0.6)  6.602 ms  35.899 ms  8.822 ms
 4  * mid1.wrap_roof.olsr (104.87.0.15)  48.275 ms  14.485 ms
 5  mid1.alxfokus.olsr (77.87.50.65)  16.036 ms  15.667 ms  18.271 ms
 6  bbb1.n2n.berlin.freifunk.net (77.87.48.65)  39.023 ms  31.11 ms
39.511 ms
 7  vpn-gw.ext.in-berlin.de (192.109.42.191)  55.199 ms  77.218 ms
68.417 ms
 8  85.214.1.17 (85.214.1.17)  57.376 ms  65.649 ms  70.954 ms
 9  85.214.0.133 (85.214.0.133)  64.484 ms  62.141 ms  52.874 ms
10  dfn.bcix.de (193.178.185.42)  63.14 ms  72.117 ms  65.066 ms
11  kr-fu-berlin.x-win.dfn.de (188.1.33.45)  67.18 ms  64.5 ms  75.874
ms
12  fabeck32-fs-cat65b-ice2.router.fu-berlin.de (160.45.252.98)  64.87
ms  69.71 ms  94.459 ms
13  www.fu-berlin.de (160.45.170.10)  96.165 ms  64.215 ms  66.34 ms

Es scheint, als würde die Route nun nicht mehr übers Tacheles gehen und
grad funktionieren.

Dave

Am Samstag, den 02.05.2009, 16:33 +0200 schrieb David Weese:
> Hi Ulf,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alexander Morlang | 2 May 2009 18:31
Picon

Re: ND-Cube routing faulty


David Weese schrieb:
> Inzwischen sieht es so aus:
> 
> root <at> mtx-nd-2b:~# traceroute www.fu-berlin.de
> traceroute to www.fu-berlin.de (160.45.170.10), 30 hops max beginning
> with hop 1, 40 byte packets
>  1  mtx-nd-1.olsr (104.0.0.17)  1.672 ms  2.205 ms  2.097 ms
>  2  mid2.mtx-hdl-1.olsr (104.0.0.10)  9.17 ms  6.902 ms  5.14 ms
>  3  mtx-hdl-2.olsr (104.0.0.6)  6.602 ms  35.899 ms  8.822 ms
>  4  * mid1.wrap_roof.olsr (104.87.0.15)  48.275 ms  14.485 ms
>  5  mid1.alxfokus.olsr (77.87.50.65)  16.036 ms  15.667 ms  18.271 ms
>  6  bbb1.n2n.berlin.freifunk.net (77.87.48.65)  39.023 ms  31.11 ms
> 39.511 ms
>  7  vpn-gw.ext.in-berlin.de (192.109.42.191)  55.199 ms  77.218 ms
> 68.417 ms
>  8  85.214.1.17 (85.214.1.17)  57.376 ms  65.649 ms  70.954 ms
>  9  85.214.0.133 (85.214.0.133)  64.484 ms  62.141 ms  52.874 ms
> 10  dfn.bcix.de (193.178.185.42)  63.14 ms  72.117 ms  65.066 ms
> 11  kr-fu-berlin.x-win.dfn.de (188.1.33.45)  67.18 ms  64.5 ms  75.874
> ms
> 12  fabeck32-fs-cat65b-ice2.router.fu-berlin.de (160.45.252.98)  64.87
> ms  69.71 ms  94.459 ms
> 13  www.fu-berlin.de (160.45.170.10)  96.165 ms  64.215 ms  66.34 ms
> 
> Es scheint, als würde die Route nun nicht mehr übers Tacheles gehen und
> grad funktionieren.

schön, das hat das software upgrade bei mir geholfen. Leider ist die
metrik der stracke hdl-fhg eher schlecht, das kann die richtantenne
(Continue reading)

Permalink | Reply | 0 comments |

Gmane