Änderungen

===Staendiger Wechsel des gewaehlten Internet-Zugangs, Verbindungsabbrueche===

===Staendiger Wechsel des gewaehlten Internet-Zugangs, Verbindungsabbrueche===

'''Status'''

'''Status'''

:offen / teilweise

:offen / teilweise gelöst

'''Beschreibung'''

'''Beschreibung'''

:Wenn es in einem OLSR-Netz verschiedene Internet-Zugaenge gibt,die von den Linkqualitaeten her aehnlich gut zu erreichen sind,wechselt OLSR staendig den genutzten Internet-Zugang. Verbindungsabbrueche z.b. bei langen Downloads sind der Fall. Auch verschiedene Protokolle kommen damit nicht so richtig klar (POP).

:Wenn es in einem OLSR-Netz verschiedene Internet-Zugaenge gibt,die von den Linkqualitaeten her aehnlich gut zu erreichen sind,wechselt OLSR staendig den genutzten Internet-Zugang. Verbindungsabbrueche z.b. bei langen Downloads sind der Fall. Auch verschiedene Protokolle kommen damit nicht so richtig klar (POP).

'''technische Infos'''

'''technische Infos'''

:Dieses Verhalten ist fast eine Art grundsaetzliches Problem von OLSR. Zwar ist das wechseln von Routen im Internet vorgesehen,aber nicht wenn zwischendurch geNATet wird. (DSL-Zugang) Vorhandene Verbindungen muessten gehalten oder beim Wechsel am neuen Gateway "angemeldet" werden.  

:Dieses Verhalten ist fast eine Art grundsaetzliches Problem von OLSR. Zwar ist das wechseln von Routen im Internet vorgesehen,aber nicht wenn zwischendurch geNATet wird. (DSL-Zugang) Vorhandene Verbindungen muessten gehalten oder beim Wechsel am neuen Gateway "angemeldet" werden.  

'''?'''

'''Lösung?'''

verschlechtern, das gibt die neue 1.0.2 firmware her. siehe [[wechselnderdslzugang]]  

künstlich verschlechtern, das gibt die neue 1.0.2 firmware her. siehe [[wechselnderdslzugang]]  

*Workaround0: Linkqualitaeten zur bevorzugten Verbindung deutlich verbessern. -  richtantennen  

*Workaround0: Linkqualitaeten zur bevorzugten Verbindung deutlich verbessern. -  richtantennen  

*Workaround1: unerwuenschten Knoten auf dem WEB-Interface unter OLSR/OLSR-Filter eintragen.  

*Workaround1: unerwuenschten Knoten auf dem WEB-Interface unter OLSR/OLSR-Filter eintragen.  

===Ebay und Onlinebanking/https geht nicht===

===Ebay und Onlinebanking/https geht nicht===

'''Status'''

'''Status'''

:

: gelöst

'''Beschreibung'''

'''Beschreibung'''

:Vom Internet-Einwahlpunkt entfernte Knoten koennen nicht auf Ebay drauf bzw. koennen keinerlei per HTTPS WEB-Seiten aufrufen. (erkennt am an https am anfang der adresse)

:Vom Internet-Einwahlpunkt entfernte Knoten koennen nicht auf Ebay drauf bzw. koennen keinerlei per HTTPS verschlüsselte WEB-Seiten aufrufen. (erkennt am an https am anfang der adresse)

'''Submitter'''

'''Submitter'''

:[[Benutzer:Fries43|fries43]] 21:45, 24. Jul 2005 (CEST)

:[[Benutzer:Fries43|fries43]] 21:45, 24. Jul 2005 (CEST)

:hab das problem reproduziert. siehe: '''[[mtu_prob]]'''

:hab das problem reproduziert. siehe: '''[[mtu_prob]]'''

:[[Benutzer:Storchi|Storchi]] 17:05, 18. Aug 2005 (CEST)

:[[Benutzer:Storchi|Storchi]] 17:05, 18. Aug 2005 (CEST)

'''?'''

'''Lösung?'''

:siehe techn infos

:siehe techn infos

:

:

===WEP-unter MacOSX/Nokia Communicator funktioniert nicht===

===WEP-Verschlüsselung unter MacOSX/Nokia Communicator funktioniert nicht===

'''Status'''

'''Status'''

:Geloest!

:Geloest!

'''Beschreibung'''

'''Beschreibung'''

:Wenn versucht wird sich mit dem weimarnetz.de zu verbinden, fragt MacOSX nach dem WEP-. Nachdem dieser eingegeben ist, wird zwar angezeigt das eine Verbindung zum Netz besteht, allerdings ist kein ping oder sonstiger Netzverkehr . Dabei ist es egal ob der WEP-als Passphrase (ascii-text) oder 26-Stellen HEX eingegeben wird.

:Wenn versucht wird sich mit dem weimarnetz.de zu verbinden, fragt MacOSX nach dem WEP-Schlüssel. Nachdem dieser eingegeben ist, wird zwar angezeigt das eine Verbindung zum Netz besteht, allerdings ist kein ping oder sonstiger Netzverkehr möglich. Dabei ist es egal ob der WEP-Schlüssel als Passphrase (ascii-text) oder 26-Stellen HEX eingegeben wird.

'''Submitter'''

'''Submitter'''

:[[Benutzer:Lars|Lars]] 14:37, 11. Mai 2005 (CEST)

:[[Benutzer:Lars|Lars]] 14:37, 11. Mai 2005 (CEST)

'''technische Infos'''

'''technische Infos'''

:Mac OS X 10.2, Powerbook G4

:Mac OS X 10.2, Powerbook G4

''''''

'''Lösung'''

:Den ersten WEP-Key vom Linksys als "WEP 40/128-Bit Hex" eingeben.

:Den ersten WEP-Key vom Linksys als "WEP 40/128-Bit Hex" eingeben.

:In der ESSID darf KEIN "-" oder komische Zeichen vorkommen.

:In der ESSID darf KEIN "-" oder komische Zeichen vorkommen.

'''2. '''

'''2. Lösung'''

Beim Nokia Communicator 9500 gibt es unter Systemsteuerung/Verbindungen/WLAN-Option/Verbindung/ einen punkt an der rechten Seite da steht erweiterte Optionen dort kann man einstellen die RTS -Schwelle auf 500 eingestellt der 9500 im Weimarnetz viel besser.  

Beim Nokia Communicator 9500 gibt es unter Systemsteuerung/Verbindungen/WLAN-Option/Verbindung/ einen punkt an der rechten Seite da steht erweiterte Optionen dort kann man einstellen die RTS -Schwelle auf 500 eingestellt läuft der 9500 im Weimarnetz viel besser.  

MfG Jens M 18 Aug. 2005

MfG Jens M 18 Aug. 2005

?bertragungsraten - 11mbit problem ===

 

'''Status'''

'''Status'''

:offen

:offen

'''Beschreibung'''

'''Beschreibung'''

:nach tagen oder wochen mit 802.11g -raten (bis 54 mbit) entschliesst sich das netz auf b raten

:nach tagen oder wochen mit 802.11g -raten (bis 54 mbit) entschliesst sich das netz auf b raten zurückzugehen

'''Submitter'''

'''Submitter'''

:storch - muentzer 24 - weimarnetz.de auf 11 mbit

:storch - muentzer 24 - weimarnetz.de auf 11 mbit

'''technische Infos'''

'''technische Infos'''

:b und g netze senden zwar auf den gleichen frequenzen aber in verschieden modulationen(sprachen), auf deutsch: ein g node kann den verkehr der b-nodes , ein b node nur b - verkehr und der g verkehr wird als rauschen (noise) interpretiert. weiterhin muss man wissen das die luft ein sogenanntes shared medium ist, d.h. es kann zur gleichen zeit nur einer senden. da die b-nodes den g-verkehr nicht mitbekommen senden sie zur falschen zeit -> es kommt zu kollisionen -> daten Ÿen: um kollisionen zu vermeiden werden alle nodes auf b-raten gesenkt -> kein kollisionen mehr und diese "" wird sogenannte beacons propagiert. diese beacons werden im netz verteilt und ein node mit richtigen einstellungen der ins netz geht die falschen raten(11 mbit)     

:b und g netze senden zwar auf den gleichen frequenzen aber in verschieden modulationen(sprachen), auf deutsch: ein g node kann den verkehr der b-nodes hören, ein b node hört nur b - verkehr und der g verkehr wird als rauschen (noise) interpretiert. weiterhin muss man wissen das die luft ein sogenanntes shared medium ist, d.h. es kann zur gleichen zeit nur einer senden. da die b-nodes den g-verkehr nicht mitbekommen senden sie zur falschen zeit -> es kommt zu kollisionen -> daten müssen en: um kollisionen zu vermeiden werden alle nodes auf b-raten gesenkt -> kein kollisionen mehr und diese "lösung" wird über sogenannte beacons propagiert. diese beacons werden im netz verteilt und ein node mit richtigen einstellungen der zurück ins netz geht erhält die falschen raten(11 mbit)     

'''?'''

'''Lösung?'''

:rts/cts einschalten (mit entsprechender rts -schwelle von 500), das sollte bewirken dass g-nodes vor dem senden ein von b-nodes zu verstehendes signal senden, dass die anderen nodes davon das medium zu besetzen -> keine kollisionen mehr. wie es zur zeit ausschaut entschliesst sich das netz nicht von alleine auf g-raten zu wechseln -> wir es zwingen

:rts/cts einschalten (mit entsprechender rts -schwelle von 500), das sollte bewirken dass g-nodes vor dem senden ein von b-nodes zu verstehendes signal senden, dass die anderen nodes davon abhält das medium zu besetzen -> keine kollisionen mehr. wie es zur zeit ausschaut entschliesst sich das netz nicht von alleine auf g-raten zurück zu wechseln -> wir müssen es zwingen

ebenso alle anderen g wie laptops etc den rts mechanismus benutzen

ebenso müssen alle anderen g geräte wie laptops etc den rts mechanismus benutzen