Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
ali
Anmeldedatum: 17.01.2006 Beiträge: 369 Wohnort: 13086, Behaimstr.
|
Verfasst am: 02.05.2006, 22:38 Titel: |
|
|
ropf hat Folgendes geschrieben: |
kann jemand irgendeinen WLAN-Adapter leihweise zur Vervügung stellen für ein paar Tage? Vorzugsweise USB oder PCMCIA mit funktionierenden Linux-Treibern.
|
Ich habe hier noch eine Prism2 PCCard, die mit linux-wlan bzw. hostap funktionieren sollte.
Do im Herberts? |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 02.05.2006, 23:51 Titel: |
|
|
die prism54 ist bei nico wieder back in business ... and say what? ... no problems so far ...
nein wirklich ... reingesteckt und losgelegt ... so simple, wie es sein sollte ... alles, was sich geändert hat, ist ein kernelupgrade auf nen 2.6.16er ...
einzig die rts- und frag-schwelle vergisst er scheinbar sofort wieder ... aber extrem stabil läuft sie ... |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 02.05.2006, 23:58 Titel: |
|
|
hier noch die erfolgsstory in zahlen (/dev/zero-downloads mit wget) ... keinen der streams habe ich länger als 2 sekunden laufen lassen ... es handelt sich alo um die übertragungsrate, die sofort anliegt:
(unwichtiges weggeschnitten)
Code: |
Connecting to 104.13.3.241:80... connected.
[ <=> ] 64,280 51.26K/s
Connecting to 104.12.0.225:80... connected.
[ <=> ] 213,968 123.13K/s
Connecting to 104.13.1.97:80... connected.
[ <=> ] 42,136 33.09K/s
Connecting to 104.12.0.8:80... connected.
[ <=> ] 391,188 312.87K/s
Connecting to 104.12.9.89:80... connected.
[ <=> ] 21,088 19.53K/s
Connecting to 104.13.1.2:80... connected.
[ <=> ] 113,228 74.24K/s
Connecting to 104.13.0.17:80... connected.
[ <=> ] 359,556 244.84K/s
|
anhand der übertragenen datenmenge ist zu sehen, dass JEDER datenstrom sofort mit allem losgeprescht ist, was er hergibt ... das isses, weswegen ist die prism54 so dermaßen schätze ... die atheros oder auch intel brauchen eine gewisse weile, bis sie sich auf eine übertragungsrate eingependelt haben ... das macht sich ganz besonders im seitenaufbau bemerkbar ... ob die daten gleich oder sofort kommen. |
|
Nach oben |
|
|
ali
Anmeldedatum: 17.01.2006 Beiträge: 369 Wohnort: 13086, Behaimstr.
|
Verfasst am: 03.05.2006, 00:19 Titel: |
|
|
glockman hat Folgendes geschrieben: | die prism54 ist bei nico wieder back in business ... and say what? ... no problems so far ...
nein wirklich ... reingesteckt und losgelegt ... so simple, wie es sein sollte ... alles, was sich geändert hat, ist ein kernelupgrade auf nen 2.6.16er ...
|
Juhu . Mit prism54 oder islism Treiber? Also prism54 demnächst auch wieder im Scharping-AP? |
|
Nach oben |
|
|
Keksdosenmann
Anmeldedatum: 23.02.2005 Beiträge: 1917 Wohnort: Hsh, vor der Kleingartenkolonie
|
Verfasst am: 03.05.2006, 00:23 Titel: |
|
|
joap. kannste am Sa haben, wenn de vorbeikommst zum grillen _________________ http://www.foebud.org
mfg |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 03.05.2006, 00:23 Titel: |
|
|
den fullmac-treiber ... also "prism54"
lass uns das teil mal beobachten ... eliza hat gemeint, bei ihm würde alle 10min die internetverbindung klappern ... allerdings gibts da auch routen dazwischen ... die müssen evtl equalized werden ... aber ein gerade so stabile prism54 ist besser als ein atheros, die sich ihre nachbarn auszusuchen scheint ... vA wenn ich mit der atheros regelmäßig ein "no route to host" bei direkten nachbarn erhalte ... |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 03.05.2006, 00:29 Titel: |
|
|
hier nochmal was aus unserer testbeobachtung:
Code: | --- 104.13.0.17 ping statistics ---
1007 packets transmitted, 999 received, 0% packet loss, time 1006249ms
rtt min/avg/max/mdev = 1.649/15.826/667.182/35.576 ms
|
ich glaube das spricht bände ...
Zuletzt bearbeitet von glockman am 03.05.2006, 00:32, insgesamt einmal bearbeitet |
|
Nach oben |
|
|
ali
Anmeldedatum: 17.01.2006 Beiträge: 369 Wohnort: 13086, Behaimstr.
|
Verfasst am: 03.05.2006, 00:30 Titel: |
|
|
Keksdosenmann hat Folgendes geschrieben: | joap. kannste am Sa haben, wenn de vorbeikommst zum grillen |
Bin am WE nicht in Berlin Aber ich habe ein ALL0271 hier zum Einbau. glockman hat recht: laß' uns mal schauen, wie's der Prism54 bei nico in den nächsten Tagen so geht. |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 03.05.2006, 00:55 Titel: |
|
|
entlarvt ... elizas problem liegt in der kreisroutenbildung zwischen der 104.13.13.13 und der 104.13.0.17 ... *puh* ... ein argument für die prism ... oder besser: keins gegen sie |
|
Nach oben |
|
|
gockelhahn
Anmeldedatum: 07.12.2005 Beiträge: 184 Wohnort: Berliner Allee / Smetanastraße (104.13.13.13)
|
Verfasst am: 03.05.2006, 06:40 Titel: |
|
|
glockman hat Folgendes geschrieben: | elizas problem liegt in der kreisroutenbildung zwischen der 104.13.13.13 und der 104.13.0.17 |
falls es da weiterhin probleme gibt, einfach mal melden, dann guck ich ob nen lq-wert hilft _________________ jabber: gockelhahn @ dernico.no-ip.org |
|
Nach oben |
|
|
eliza
Anmeldedatum: 17.10.2005 Beiträge: 243
|
Verfasst am: 03.05.2006, 10:19 Titel: |
|
|
Genauso ist es, die 104.13.13.13 kann sich nicht entscheiden, ob sie lieber direkt zur 104.13.3.105 oder indirekt über die 104.13.0.17 routet und wechselt in schneller Folge die Route. Das führt zu einem höchst eigenartigen Verhalten: Pings laufen sauber durch, auch die TTL- und time-Werte und sind wunderbar, aber die Pings vielleicht alle Minute für etwa 3 sec anzuhalten um danach -flutsch- in einem Satz alle eine einzutrudeln. Mit tollen Pingzeiten, wie gesagt. Glockman meint, das sich in diesem Moment eine Kreisroute bildet, die dann aber schnell genug aufgelöst wird, damit der ttl nicht abläuft. Erscheint einigermaßen plausibel: wenn man einen ttl von 250 ansetzt und annimmt, das die Verbindung zwischen zwei Routern 4-9ms braucht, kann man 4ms*=1s bzw 9ms*250=2,25s auf eine Antwort warten. Das einzige was gegen diese Theorie spricht ist, dass ich auch mit geringeren tlls (z.B. 62, wie unten gezeigt) keinen größeren Packetverlust erhalte.
Code: |
frithjof@MystikSpiral:~$ ping -R 104.13.3.105
PING 104.13.3.105 (104.13.3.105) 56(124) bytes of data.
64 bytes from 104.13.3.105: icmp_seq=1 ttl=62 time=53.9 ms
RR: 10.11.12.13
104.13.0.50
104.13.13.13
104.13.0.17
104.13.3.105
104.13.3.105
104.13.13.13
10.11.12.253
10.11.12.13
64 bytes from 104.13.3.105: icmp_seq=2 ttl=62 time=7.86 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=3 ttl=62 time=54.5 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=4 ttl=62 time=16.3 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=5 ttl=62 time=19.5 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=6 ttl=62 time=7.69 ms
RR: 10.11.12.13
104.13.0.50
104.13.13.13
104.13.3.105
104.13.3.105
104.13.13.13
10.11.12.253
10.11.12.13
64 bytes from 104.13.3.105: icmp_seq=7 ttl=62 time=4.46 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=8 ttl=62 time=24.9 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=9 ttl=62 time=53.9 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=10 ttl=62 time=38.9 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=11 ttl=62 time=6.49 ms (same route)
64 bytes from 104.13.3.105: icmp_seq=12 ttl=62 time=4.19 ms (same route)
|
@Gockelhahn: wäre schön wenn du das bei Dir mal verifizierst. So wie ich das sehe, solltest du das gleiche Problem erleben. |
|
Nach oben |
|
|
ropf
Anmeldedatum: 25.04.2006 Beiträge: 582
|
Verfasst am: 03.05.2006, 14:34 Titel: |
|
|
ali hat Folgendes geschrieben: | Ich habe hier noch eine Prism2 PCCard, die mit linux-wlan bzw. hostap funktionieren sollte.
Do im Herberts? |
Wunderbar!
glockman hat Folgendes geschrieben: |
die prism54 ist bei nico wieder back in business ... and say what? ... no problems so far ... |
Glückwunsch! Ich schreib dazu noch etwas im anderen Thread.
Gruß ropf |
|
Nach oben |
|
|
gockelhahn
Anmeldedatum: 07.12.2005 Beiträge: 184 Wohnort: Berliner Allee / Smetanastraße (104.13.13.13)
|
Verfasst am: 03.05.2006, 16:32 Titel: |
|
|
eliza hat Folgendes geschrieben: | wäre schön wenn du das bei Dir mal verifizierst. So wie ich das sehe, solltest du das gleiche Problem erleben. |
nach etwas längerem hinsehen hab ich die kurzzeitig wechselnde route bemerkt
ich versuche jetzt die antenne mehr auf die 105 zu richten ... falls das nicht klappt, setz ich der 17 nen lq, damit immer direkt über nico geroutet wird _________________ jabber: gockelhahn @ dernico.no-ip.org |
|
Nach oben |
|
|
glockman
Anmeldedatum: 21.09.2004 Beiträge: 2097 Wohnort: suermondtstr/degnerstr ... ohne AP
|
Verfasst am: 03.05.2006, 16:54 Titel: |
|
|
da bei uns eh alles das protokoll macht *dabei schmunzelnd an offline-horst denk*, heu doch einfach gleich den lq-faktor rein, dann seid ihr das problem los |
|
Nach oben |
|
|
ropf
Anmeldedatum: 25.04.2006 Beiträge: 582
|
Verfasst am: 04.05.2006, 20:13 Titel: |
|
|
Hallo,
vor kurzem habe ich noch geschrieben, wir in Pankow seien erst eine kleine Wolke und die Probleme würden noch kommen.
Nun, gestern Abend war es soweit: die 11.0.1 spinnt, jede Menge falsche BSSIDs auf dem Scanner - schließlich Funkstille. Dabei hatte ich doch einen funkelnagelneuen ASUS im Gepäck.
Mal schaun wie es nacher aussieht, wenn ich nach Hause komme. Kann ich eigentlich hier von "außen" ins 104er Netz schaun?
Gruß ropf |
|
Nach oben |
|
|
|