Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
eliza
Anmeldedatum: 17.10.2005 Beiträge: 243
|
Verfasst am: 17.03.2006, 17:26 Titel: |
|
|
gut, ich bringe Kabel mit. |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 17.03.2006, 21:27 Titel: |
|
|
@ all
eliza, thomas und ich werden ab 20 uhr an der 33 bauen - für 1-2 stunden solltet ihr also mit einem ausfall der 33 und aller links die über sie laufen rechnen.
ergebnis wird dann hoffentlich ein wieder funktionierendes backbone sein.
h. |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 01:26 Titel: |
|
|
Das Backbone ist wieder online, wie ihr vielleicht bemerkt haben werdet...
holger |
|
Nach oben |
|
|
orkus
Anmeldedatum: 22.02.2006 Beiträge: 109 Wohnort: Weißensee Albertinenstraße
|
Verfasst am: 18.03.2006, 09:48 Titel: |
|
|
hok hat Folgendes geschrieben: | Das Backbone ist wieder online, wie ihr vielleicht bemerkt haben werdet...
|
Habe ich
Tolle Leistung.
Vielen Dank an alle die an der Wiederbelebung beteiligt waren.
So läuft das Netz doch deutlich besser.
CU
Orkus |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 18.03.2006, 15:50 Titel: |
|
|
und was war nun die ursache?
PS:
der empfangspegel auf dem backboneinterface bei nico ist wieder wie vorher ... pings und übertragungsrate sind aber schlecht ...
Zitat: | root@nicoap:~# netperf -H 104.13.3.33
TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 104.13.3.33 (104.13.3.33) port 0 AF_INET
Recv Send Send
Socket Socket Message Elapsed
Size Size Size Time Throughput
bytes bytes bytes secs. 10^6bits/sec
43689 16384 16384 25.77 0.16
|
Zitat: | root@nicoap:~# ping 104.13.3.33
PING 104.13.3.33 (104.13.3.33) 56(84) bytes of data.
64 bytes from 104.13.3.33: icmp_seq=1 ttl=64 time=34.0 ms
64 bytes from 104.13.3.33: icmp_seq=2 ttl=64 time=69.6 ms
64 bytes from 104.13.3.33: icmp_seq=3 ttl=64 time=66.7 ms
64 bytes from 104.13.3.33: icmp_seq=4 ttl=64 time=718 ms
64 bytes from 104.13.3.33: icmp_seq=5 ttl=64 time=447 ms
--- 104.13.3.33 ping statistics ---
8 packets transmitted, 5 received, 37% packet loss, time 7054ms
rtt min/avg/max/mdev = 34.051/267.139/718.118/271.754 ms
|
die verbindung ist aber direkt ... wie man sieht:
Zitat: | root@nicoap:~# traceroute 104.13.3.33
traceroute to 104.13.3.33 (104.13.3.33), 30 hops max, 38 byte packets
1 104.13.3.33 (104.13.3.33) 46.060 ms 96.022 ms 101.528 ms
|
@Adonis01: hälst du ein konstrukt aus vielen WRTs immernoch für zuverlässiger, als einen pc-hardware-ap?!? |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 16:39 Titel: |
|
|
glockman hat Folgendes geschrieben: | @Adonis01: hälst du ein konstrukt aus vielen WRTs immernoch für zuverlässiger, als einen pc-hardware-ap?!? |
Dennis, nun lass doch mal. So hat es doch keiner gesagt. Du hast deine Erfahrungen dann ja schließlich formuliert, und das war schon überzeugend. Mehr wollte keiner.
---
Der Grund war simpel: es fehlte ein Stromreset - das Umstecken der 33 vom Switch zurück an den Sinus direkt, hat dieser ohne Reset nicht bemerkt.
Naja - kommt vor.
Es kann sein, daß die Yagi nicht exakt ausgerichtet ist. Leider ist Nicos Standort nicht für andere dokumentiert. Möglich ist aber auch eine Verschlechterung der Antennenkabelverbindung...?
Wir hatten uns Mühe beim Ausrichten gegeben - aber nur die ETX-Werte als Hilfe genommen...
h. |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 16:52 Titel: |
|
|
also wir waren ca. 22 uhr fertig da oben. 7even hat beobachtet, das er danach bis um 4 uhr früh eine superschnelle verbindung über die 33 und das backbone hatte...
ich hatte gestern danach auch eine gute. erst heute ist sie sehr schlecht.
also ist die yagi doch möglicherweise korrekt ausgerichtet...?!
h. |
|
Nach oben |
|
|
eliza
Anmeldedatum: 17.10.2005 Beiträge: 243
|
Verfasst am: 18.03.2006, 17:14 Titel: |
|
|
Ich hatte schon gestern gegen 0:00 Uhr gesehen, dass die ETX-WErte auf etwa 6 zur 105 abgesackt waren. Eigenartig, da es bei ~ ETX 1 war, als wir gingen.
Wollen wir nochmal versuchen ihn auszurichten?
@Glockman, Keks, Werimmer: Gibts da ne Möglichkeit den SN zu messen um besser auszurichten? |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 17:28 Titel: |
|
|
Aber zur 105 ist doch die Route über den Rundstrahler...?!
Das Backbone ist doch die 104.0.200.1 <--> 104.0.200.2
Oder sehe ich da was verkehrt? |
|
Nach oben |
|
|
eliza
Anmeldedatum: 17.10.2005 Beiträge: 243
|
Verfasst am: 18.03.2006, 18:31 Titel: |
|
|
Kann natürlich auch sein, dass ich in diesem IP-Gestrüpp den überblick verloren. |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 18:43 Titel: |
|
|
Von der 33 aus sieht es so aus:
root@repeater33:~# ping 104.0.200.1
PING 104.0.200.1 (104.0.200.1): 56 data bytes
64 bytes from 104.0.200.1: icmp_seq=0 ttl=64 time=2.3 ms
64 bytes from 104.0.200.1: icmp_seq=1 ttl=64 time=2.1 ms
64 bytes from 104.0.200.1: icmp_seq=2 ttl=64 time=6.2 ms
64 bytes from 104.0.200.1: icmp_seq=3 ttl=64 time=8.7 ms
64 bytes from 104.0.200.1: icmp_seq=4 ttl=64 time=33.6 ms
64 bytes from 104.0.200.1: icmp_seq=5 ttl=64 time=78.9 ms
64 bytes from 104.0.200.1: icmp_seq=6 ttl=64 time=2.7 ms
64 bytes from 104.0.200.1: icmp_seq=7 ttl=64 time=2.7 ms
64 bytes from 104.0.200.1: icmp_seq=8 ttl=64 time=14.9 ms
64 bytes from 104.0.200.1: icmp_seq=9 ttl=64 time=2.0 ms
64 bytes from 104.0.200.1: icmp_seq=10 ttl=64 time=2.1 ms
64 bytes from 104.0.200.1: icmp_seq=11 ttl=64 time=2.1 ms
64 bytes from 104.0.200.1: icmp_seq=12 ttl=64 time=2.8 ms
64 bytes from 104.0.200.1: icmp_seq=13 ttl=64 time=5.5 ms
--- 104.0.200.1 ping statistics ---
14 packets transmitted, 14 packets received, 0% packet loss
round-trip min/avg/max = 2.0/11.9/78.9 ms
oder
root@repeater33:~# ping 104.13.3.105
PING 104.13.3.105 (104.13.3.105): 56 data bytes
64 bytes from 104.13.3.105: icmp_seq=0 ttl=64 time=242.9 ms
64 bytes from 104.13.3.105: icmp_seq=1 ttl=64 time=119.1 ms
64 bytes from 104.13.3.105: icmp_seq=2 ttl=64 time=181.7 ms
64 bytes from 104.13.3.105: icmp_seq=3 ttl=64 time=86.5 ms
64 bytes from 104.13.3.105: icmp_seq=4 ttl=64 time=105.2 ms
64 bytes from 104.13.3.105: icmp_seq=5 ttl=64 time=6.7 ms
64 bytes from 104.13.3.105: icmp_seq=6 ttl=64 time=2.3 ms
64 bytes from 104.13.3.105: icmp_seq=7 ttl=64 time=150.9 ms
64 bytes from 104.13.3.105: icmp_seq=8 ttl=64 time=47.9 ms
--- 104.13.3.105 ping statistics ---
12 packets transmitted, 9 packets received, 25% packet loss
round-trip min/avg/max = 2.3/104.8/242.9 ms |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 18.03.2006, 19:32 Titel: |
|
|
mittlerweile ist alles wieder iO:
Zitat: | --- 104.13.3.33 ping statistics ---
85 packets transmitted, 85 received, 0% packet loss, time 84805ms
rtt min/avg/max/mdev = 1.728/3.391/25.964/3.367 ms
|
Zitat: | root@nicoap:~# netperf -H 104.0.200.2
TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 104.0.200.2 (104.0.200.2) port 0 AF_INET
Recv Send Send
Socket Socket Message Elapsed
Size Size Size Time Throughput
bytes bytes bytes secs. 10^6bits/sec
43689 16384 16384 10.08 3.77
|
und dazu:
Zitat: | Der Grund war simpel: es fehlte ein Stromreset - das Umstecken der 33 vom Switch zurück an den Sinus direkt, hat dieser ohne Reset nicht bemerkt.
|
... das ist unsinn ... "bemerken" müssen es der switch und die ethernet-controller im t-sinus und im WRT ... sobald die kommunikation läuft, haben sie es bemerkt. es wird die autonegotiation im switch mit einer der beiden geräte stress machen ... das ist der grund, warum bei professioneller vernetzung zwischen switches die autoerkennung der geschwindigkeit und des duplexmodus immer deaktiviert wird ... alles andere ist abenteuerlich. |
|
Nach oben |
|
|
hok
Anmeldedatum: 28.02.2005 Beiträge: 598 Wohnort: Lindenallee/Meyerbeerstraße
|
Verfasst am: 18.03.2006, 19:38 Titel: |
|
|
glockman hat Folgendes geschrieben: |
und dazu:
Zitat: | Der Grund war simpel: es fehlte ein Stromreset - das Umstecken der 33 vom Switch zurück an den Sinus direkt, hat dieser ohne Reset nicht bemerkt.
|
... das ist unsinn ... |
Mag gut sein. Meinen Kenntnissen nach hätte ich genauer (beschreibend) formulieren müssen: Ich habe ein Stromreset gemacht - dann ging es wieder.
h. _________________ http://104.13.0.73 |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 18.03.2006, 23:38 Titel: |
|
|
najut ... wenn das konstrukt bis zum ausbau durchhält, ist das eh egal ... aber es könnte halt jederzeit wieder passieren ...
abgesehen davon ist die ausrichtung der yagi nicht ganz optimal ... 4MBit statt vorher 8-10MBit ... aber sie tut erstmal ihren dienst ... |
|
Nach oben |
|
|
Adonis01
Anmeldedatum: 21.01.2005 Beiträge: 628 Wohnort: Berlin HSH ( Falkenberger Chaussee )
|
Verfasst am: 19.03.2006, 22:40 Titel: |
|
|
Die Yagi ausrichten ist kein Problem ( mit blankem Auge ), Messteschnich kann ich nur dann machen wenn ich von Wiretex jetzt endlich mal meinen Adapter bekomme, glaub aber nicht das bei der Yagi wegen dem Öffnungswinkel 5-10 Crad was ausmachen ....
Ich bräuchte eventl noch eine vernüftige Crimbzange und Stecker wenn ich nochmal Kabel bekomme....
Und etwas Hilfe bräuchte ich noch. Mein Netzwerkkbabel hab ich jetzt erstmal umsonst geopfert |
|
Nach oben |
|
|
|