WLanhsh & WLanwse

[hok]

Ja, bei mir die selbe Situation! Dummerweise kann auf diesen Umstand (Ping geht) offenbar das OLSR-Protokoll nicht reagieren und wählt keine andere Route zu einem aktiven Uplink...
h.

[halfmoon]

Kasn meinte eben noch ich soll die RTS-Werte bei mir in HsH auch ändern weil ich über nico online gehe. Aber daran scheint es nun auch nicht zu liegen. Ist wohl doch der wieder der Router.

[Owly]

ich hab hier in hsh dasselbe problem. ich kann nicht auf kasns ap zugreifen obwohl die schwellenwerte stimmen.
ping, tracert - alles funzt aber nix inet. torsten scheint dasselbe problem zu haben

[ooyyeh]

bei mir das selbe

ich kann mit wget dateien von webservern downloaden, aber im browser geht nix. telnet funktioniert, ping geht, ssh geht allerdings nicht. genauso wenig wie mail über pop/smtp

klingt für mich sehr nach falschen QoS settings

[glockman]

an dem QoS-setup wurde nichts verändert ... und auch ohne QoS gabs die ausfälle ...

derzeit gibt es zwei probleme:
1. pppoe-problem ... der router bei nico verliert die verbindung und ist nciht in der lage sich neu zu verbinden ... dieses problem ist aber fast "gelöst" ... mit dem cron-script will ich es eher umgehen

2. die Frag- und RTS-schwellwerte, die das WLAN so schön stabilisiert haben, machen wohl probleme auf den atheros-karten in dem pc-hardware-aps ... das symptom sieht so aus, dass pakete über eine bestimmten größe nciht von der wlankarte verarbeitet werden ... im nächsten augenblick funktioniert es dann aber wieder ...

beide probleme führen zum quasi selben problem: kein nutzbares inet.

das setzen der alten Frag- und RTS-werte kommt definitv NICHT in frage (ich höre schon die stimmen "damit hat es doch aber funktioniert" ... nein hat es nicht). ich denke da wird ein treiberupdate und/oder die rückfrage auf einem c-base-treffen evtl helfen.

das pppoe-problem kann umgangen werden ... sollte mit funktionierendem cron-script die pppoe-verbindung ins inet einmal abbrechen könnte dann bis zu einer minute bis zur neueinwahl vergehen (das script läuft ein mal zum beginn jeder minute) ... das ist zwar nicht elegant, sollte aber funktionieren.

PS: bevor weiter rumgejammert wird: ihr habt im VORNHEREIN gesagt bekommen, dass es keine funktionsgarantie geben kann. ich möchte also eher eine kooperation sehen ... keine klageschriften oder anspruchserklärungen im unterton ... wenn EINMAL pro tag jemand einen konstruktiven kurzen beitrag schreibt, was wann geht oder seit wann etwas auf welche art und weise nicht mehr geht, dann reicht das

[glockman]

so ... hab jetzt ein cron-script am laufen, dass einen funktionierenden eindruck macht ... ob es wirklich an dem ist, wird sich morgen zeigen ...

die Frag- und RTS-werte auf nicos AP habe ich auf 512/1024 korrigiert ... macht jetzt einen stabilen eindruck ... der morgige tag ist also endweder anlass zum heulen oder feiern ... neben dem antennenbauen ...

das script hat in grundzügen funktioniert ... es läuft so, dass es versucht eine von mir festgelegte internetseite downzuloaden ... war das erfolgreich, bricht das script ab ... ging das nicht, so wird einfach die pppoe-verbindung getrennt und neu aufgabaut ... beim cun 'n paste habe ich aber vergessen, den timeout für den internetseitendownload an meinen 1-minütigen cron rhytmus anzupassen ... also noch bevor der timeout für ein erfolglosen download abgelaufen ist, wurde ein weiterer scriptdurchlauf ausgelöst, der den gerade in arbeit befindlichen connectversuch wieder abgebrochen hat. aber ansonsten hat das script hat heute früh gegen 6 uhr pünktlich reagiert ... bin also auf dem richtigen weg ...

[ooyyeh]

danke dennis, läuft super

gute arbeit

[glockman]

danke danke ...

es lief diese nacht nur leider nicht ... denn genau dieser patzer hat dazu geführt, dass der pppd 90mal ausgeführt wurde und keiner der instanzen eine erfolgreiche verbindung aufbauen konnte ... es muss wohl erstmal ein gewisse zeit zwischen dem verbindungsabbruch und dem reconnect vergehen ... ich werde den cron intervall auf 3 min erweitern und zwischen dem stoppen der verbindung und dem wieder starten zwei minuten verstreiben zu lassen. dadurch entstehen dann im reconnectfall min 140sec ohne interverbindung (2x10sec für curl-timeout und 1x120 wartezeit)und im worst case 260sec (direkt nach einem scriptdurchlauf verbindungsverlust ... es vergehen erstmal 3min bis zu nächsten durchlauf)

[glockman]

so .. wie siehts im mom aus? ... aus der perspektive, die mir bietet (logs und iptraf), schient inet zu funzen ... das pppoe-einwahl-script funzt jetzt auch (auch wenn noch getwaeked werden muss ... die neueinwahl hat ne viertel stunde gedauert ... ich will auf 5 min runter) ... wie läufts? ... zu gut? zu schlecht? ... als es nicht ging habe ich hier wenigstens noch ne rückmeldung gehabt.

[christoph]

Keine Nachrichten sind gute Nachrichten. Laeuft gut. In den letzten Tagen hatte ich immer wenn ichs versucht habe, Internet. Super! Dankeschoen!

[halfmoon]

6:30 der AP mäckert wieder rum Sonst lief es gestern Nacht sehr gut. Zur abendszeit etwas geklappert aber ok.

[glockman]

nun hab ich das pppoe-reconnect-script zweigeteilt, damit jede minute ein test stattfindet, der connect aber trotzdem seine 3 mins dauern darf:

das cron.minutely:

[glockman]

hab jetzt getuned ...

das minütlich laufende cron-script:

[MaxPower]

heißt die seite nicht
[url="www.congster.de"]www.congster.de[/url] ???

aber sonst hört sich das ja toll an, das dieses problem anscheinend gelöst wurde. wie sieht die aktion den bei kasn aus?

mfg max

[glockman]

ooops ... wenn man sowas in müdem zustand macht ... wäre eh nur zum tragen gekommen, wenn google.de offline gewesen wäre ... reichlich unwahrscheinlich.

btw: hier gehts NUR um das pppoe-problem bei nico ... bei kasn existiert keins ... läuft stabil und solche späße wie 24h disconnect gibts bei QSC eh net ... theoretisch sollte rp-pppoe den reconnect auch ohne jegliche konfiguration hinbekommen ... aber das es nicht funktioniert, konnte das KV ja sehen ...

was ich gerne gewusst hätte ist, ob ich irgend einen logikfehler eingebaut habe ...