WL-HDD >> Oleg Firmware (flashen+konfigurieren)
-
- Einsteiger
- Beiträge: 107
- Registriert: Freitag 25. März 2005, 20:14
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
wernas21 hat geschrieben:@all
ich habe aber meine WL in den 100half mode, wie kann ich den denn beenden? ausschalten und neu starten? oder et -i eth1 speed 10half eingeben
wenn Du 'et -i eth1 speed auto' eingibst ist es wie nach einem Neustart.usage: et [ [ -a | -i ] interface ] and one of:
up
down
loop <0 or 1>
dump
msglevel <num>
promisc <0 or 1>
qos <0 or 1>
txdown
speed <auto, 10half, 10full, 100half, 100full>
phyrd <reg>
phywr <reg> <val>
@ManfredK2
..Du kannst Dir nicht bis zum Eintreffen des Wunderswitches die Zeit vertreiben und mal ein Crosskabel zwischen DBox und WL-HDD testen? Ich wuerde gerne wissen ob das mit den Paketverlusten am Switch oder an der WL-HDD liegt? Beide haben eine Automatik die die Verwendung von Crosskabeln fuer den Uplink ueberflussig machen soll...
-
- Interessierter
- Beiträge: 72
- Registriert: Sonntag 20. Februar 2005, 19:50
juten morgen allerseits,
so habe nochmal folgendes geändert
Dbox2 NFS Einstellung:
rw,udp,noatime
nolock,rsize=8192,wsize=8192
WL-Hdd:
et -i eth0 speed 10half
Geschwindikeiten:
Schreiben=68 sek.
Lesen = 64 sek.
Meine Konfig:
WL-Hdd >>>>Patchkabel 1:1 Cat5e>>>>>Dbox2
Dbox2 Nokia Sat 2x JtG Image
WL-Hdd >>> Oleg Firmware wie hier beschrieben
Habe heute Nachte einen Stream aufgezeichnet ohne ruckeln
und auch Abgespielt ohne ruckeln
Also das mit dem Wunder-Switch bewirkt scheinbar bei der Nokia Dbox2 keine Wunder oder???
Gruss Werner
so habe nochmal folgendes geändert
Dbox2 NFS Einstellung:
rw,udp,noatime
nolock,rsize=8192,wsize=8192
WL-Hdd:
et -i eth0 speed 10half
Geschwindikeiten:
Schreiben=68 sek.
Lesen = 64 sek.
Code: Alles auswählen
~ > ping -s 10000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 10000 data bytes
10008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=21.2 ms
10008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=21.1 ms
usw....
--- 192.168.1.1 ping statistics ---
62 packets transmitted, 62 packets received, 0% packet loss
round-trip min/avg/max = 20.9/21.0/21.6 ms
Code: Alles auswählen
~ > ping -s 65000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 65000 data bytes
65008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=131.9 ms
65008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=133.9 ms
usw...
--- 192.168.1.1 ping statistics ---
65 packets transmitted, 65 packets received, 0% packet loss
round-trip min/avg/max = 128.0/128.3/133.9 ms
WL-Hdd >>>>Patchkabel 1:1 Cat5e>>>>>Dbox2
Dbox2 Nokia Sat 2x JtG Image
WL-Hdd >>> Oleg Firmware wie hier beschrieben
Habe heute Nachte einen Stream aufgezeichnet ohne ruckeln
und auch Abgespielt ohne ruckeln
Also das mit dem Wunder-Switch bewirkt scheinbar bei der Nokia Dbox2 keine Wunder oder???
Gruss Werner
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
Du hast jetzt die gleiche Konfig wie ManfredK2...also quasi eine Insel ohne Transatlantikabel die Du Dank der WL-HDD nur ueber WLan erreichen kannst?wernas21 hat geschrieben:Also das mit dem Wunder-Switch bewirkt scheinbar bei der Nokia Dbox2 keine Wunder oder???
Mit dem Wunderswitch sollte der Wert fuer schreiben bei ca 60 sek und lesen bei ca 65 sek liegen....wenn das bei Dir nicht so ist, solltest Du den Switch einpacken und nach Rom fahren und ihn vom Papst neu einsegnen lassen...obwohl das imo nicht noetig ist...mein Switch hat einen Aufkleber..
<edit>
Link geaendert
</edit>
Du warst mal auf 62 sec fuer schreiben mit dem Wunderswitch...jetzt bist Du ohne bei 68 sec freust Dich ueber eine unterbrechungsfreie Aufnahme und sagst der Wunderswitch bringt's nicht mehr bei der Nokia Box?? Iss mir ein Raetsel wie man so schlussfolgern kann.
Ich habe keine Ahnung was Du Dir da zusammenkonfigurierst und testest...iss mir auch egal...ich zerbreche mir nicht mehr den Kopf um Dir auf die Spruenge zu helfen...das ist mir alles zu konfus.
Zuletzt geändert von petgun am Sonntag 29. Mai 2005, 10:31, insgesamt 1-mal geändert.
-
- Erleuchteter
- Beiträge: 601
- Registriert: Montag 14. März 2005, 08:49
@all
Mit Switch: Schreiben 59. Ohne Switch: Schreiben 68 Sekunden.
Jede weitere Diskussion halte ich hier für überflüssig; und ja, ich habe eine Nokia-Sat-Box.
Die Lesewerte unterscheiden sich derzeit bei mir (ob mit oder ohne Switch) nachproduzierbar nicht (liegen im Bereich von +/- 1 Sekunde).
Gruß
rolano (der k e i n Cross-over benutzt)
Mit Switch: Schreiben 59. Ohne Switch: Schreiben 68 Sekunden.
Jede weitere Diskussion halte ich hier für überflüssig; und ja, ich habe eine Nokia-Sat-Box.
Die Lesewerte unterscheiden sich derzeit bei mir (ob mit oder ohne Switch) nachproduzierbar nicht (liegen im Bereich von +/- 1 Sekunde).
Gruß
rolano (der k e i n Cross-over benutzt)
-
- Einsteiger
- Beiträge: 107
- Registriert: Freitag 25. März 2005, 20:14
Hier meine Werte mit Crossoverkabel:
/var # ping -s 10000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 10000 data bytes
10008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=20.9 ms
10008 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=28.0 ms
10008 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=25.4 ms
10008 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=21.0 ms
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 21 packets received, 0% packet loss
round-trip min/avg/max = 20.9/21.5/28.0 ms
/var # ping -s 65000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 65000 data bytes
65008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=131.7 ms
65008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=130.3 ms
65008 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=153.3 ms
65008 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=135.6 ms
65008 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=135.2 ms
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 21 packets received, 0% packet loss
round-trip min/avg/max = 128.0/130.2/153.3 ms
Am Kabel scheitert es bei mir also offenbar nicht
/var # ping -s 10000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 10000 data bytes
10008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=20.9 ms
10008 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=28.0 ms
10008 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=25.4 ms
10008 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=21.0 ms
10008 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=21.0 ms
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 21 packets received, 0% packet loss
round-trip min/avg/max = 20.9/21.5/28.0 ms
/var # ping -s 65000 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 65000 data bytes
65008 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=131.7 ms
65008 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=130.3 ms
65008 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=153.3 ms
65008 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=135.6 ms
65008 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=128.0 ms
65008 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=128.2 ms
65008 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=128.1 ms
65008 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=135.2 ms
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 21 packets received, 0% packet loss
round-trip min/avg/max = 128.0/130.2/153.3 ms
Am Kabel scheitert es bei mir also offenbar nicht
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
hi,
..also gibt es nur Paketverluste bei Verwendung des Wunderswitches _mit_ Crosskabel fuer die Verbindung zum Rechner(WL-HDD)....sowas macht man auch normalerweise nicht...also nehme ich den Hinweis im Wiki wieder raus.ManfredK2 hat geschrieben:Hier meine Werte mit Crossoverkabel..
was war noch mal Dein Problem..Du hast die Inselloesung und...:Am Kabel scheitert es bei mir also offenbar nicht
..gute Werte die wahrscheinlich mit dem Wunderswitch fuers lesen schlechter werden...also verticke das Teil bei EBay...ich kann Dir noch so einen Aufkleber 'Ich bin Papst' schicken, wenn Du moechtest ;-)Lesen und Schreiben je
62 Sekunden (mit der Armbanduhr gemessen)
-
- Interessierter
- Beiträge: 72
- Registriert: Sonntag 20. Februar 2005, 19:50
Also ich habe nicht geschlussfolgert, denn wenn du mal richtig liest sieht man doch das dass mehr oder weniger eine Frage war.petgun hat geschrieben: Du warst mal auf 62 sec fuer schreiben mit dem Wunderswitch...jetzt bist Du ohne bei 68 sec freust Dich ueber eine unterbrechungsfreie Aufnahme und sagst der Wunderswitch bringt's nicht mehr bei der Nokia Box?? Iss mir ein Raetsel wie man so schlussfolgern kann.
Ich habe keine Ahnung was Du Dir da zusammenkonfigurierst und testest...iss mir auch egal...ich zerbreche mir nicht mehr den Kopf um Dir auf die Spruenge zu helfen...das ist mir alles zu konfus.
Ich wollte dir, mir und evt. auch anderen mit meinen zusammenkonfigurieren behilflich sein und dich nicht verärgern.wernas21 hat folgendes geschrieben:
Also das mit dem Wunder-Switch bewirkt scheinbar bei der Nokia Dbox2 keine Wunder oder???
Das mit dem Wunder-Switch stimmt ja bezüglich des schreibens, ich hatte
62 sek. ohne Switsch mit 68 sek., aber beim Lesen eben das Problem mit 99 sek. und jetzt 64 sek. auch bei mir waren besssere Werte zu verzeichnen ich hatte vorher einen Digitus Switch der war absolut schlecht. (Sonst hätte ich mir den ja nicht gekauft)
An den konfigurationen kann man ansich ja nicht viel Falsch machen, wenn man weis was man tut. Und da ich eben Newbi bin, dauert das mit dem Verständniss etwas länger. Falls du aber der Meinung bist mir nicht mehr helfen zu wollen , dann verstehe ich nicht wieso ich das ganze überhaupt, auch für dich, hier im Tread gemacht habe???? Das war ja auch für alle anderen gedacht die in dieses Forum reinschauen und evt. auch die gleichen Probleme haben. oder??????
!! ICH WOLLTE NIEMANDEN WEGEN DES WUNDER-SWITCH AUF DEN SCHLIPS TRETEN !!!
Oder habe ich dich völlig falsch verstanden????
Ich sollte evt. auch einen Aufkleber drauf machen " ICH BIN PAPST" dann wirds gehen.
Gruss Werner
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
hi,
Mit der kommenden Oleg Firmware (bei der rsize/wsize 32768 moeglich ist) komme _ich_ mit dem Switch auf 60/55 sek fuer r/w. Damit funktioniert imo jede Aufnahme unterbrechungsfrei und ein Ruckeln bei der Wiedergabe mit dem Movieplayer habe ich auch noch nie bemerkt...selbst bei Aufnahmen bei denen Datenraten > 8000 Kbit/sec auftreten...wenn's trotzdem ruckeln sollte, hat es imo nix mit der Datenrate zu tun.
Ich hoere jetzt mit meinen Optimierungsversuchen auf...noch schneller wird es mit der WL-HDD nach meiner Meinung kaum gehen.
viel Erfolg,
peter
...jau, versuchs mal...Du musst aber auch feste dran glauben, sonst gibt das auch nix ;-)wernas21 hat geschrieben:Ich sollte evt. auch einen Aufkleber drauf machen " ICH BIN PAPST" dann wirds gehen..
Mit der kommenden Oleg Firmware (bei der rsize/wsize 32768 moeglich ist) komme _ich_ mit dem Switch auf 60/55 sek fuer r/w. Damit funktioniert imo jede Aufnahme unterbrechungsfrei und ein Ruckeln bei der Wiedergabe mit dem Movieplayer habe ich auch noch nie bemerkt...selbst bei Aufnahmen bei denen Datenraten > 8000 Kbit/sec auftreten...wenn's trotzdem ruckeln sollte, hat es imo nix mit der Datenrate zu tun.
Ich hoere jetzt mit meinen Optimierungsversuchen auf...noch schneller wird es mit der WL-HDD nach meiner Meinung kaum gehen.
viel Erfolg,
peter
-
- Erleuchteter
- Beiträge: 601
- Registriert: Montag 14. März 2005, 08:49
Ich mag auch nicht mehr weiter testen. Vielleicht hilft es den anderen Mitlesern, wenn wir unsere derzeit endgültigen Einstellungen hier posten?
Ich fang mal an:
Mountoptionen Nokia Dbox2-SAT
rw,noatime,rsize=8192,wsize=8192,hard,udp,nolock
Exports WL Oleg 1.9.2.7.4: /tmp/harddisk/ (rw,async,no_root_squash)
und die WL ist auf 100half
Die WL hängt am Router, am router der Switch, die DBOX am Switch.
schreiben 59 sek, Lesen zwischen 65 und 69 Sekunden (die Abweichungen sind nicht logisch erklärbar, da jeweils ohne zusätzlichen Traffic im Netz.
Gruß
rolano
Ich fang mal an:
Mountoptionen Nokia Dbox2-SAT
rw,noatime,rsize=8192,wsize=8192,hard,udp,nolock
Exports WL Oleg 1.9.2.7.4: /tmp/harddisk/ (rw,async,no_root_squash)
und die WL ist auf 100half
Die WL hängt am Router, am router der Switch, die DBOX am Switch.
schreiben 59 sek, Lesen zwischen 65 und 69 Sekunden (die Abweichungen sind nicht logisch erklärbar, da jeweils ohne zusätzlichen Traffic im Netz.
Gruß
rolano
-
- Interessierter
- Beiträge: 72
- Registriert: Sonntag 20. Februar 2005, 19:50
Wann ist die Verfügbar??petgun hat geschrieben:Mit der kommenden Oleg Firmware (bei der rsize/wsize 32768 moeglich ist)
Meine letzten sind ja schon weiter oben! Mache jetzt erst weiter wenn die neue Oleg Firmware da ist.rolano hat geschrieben:Ich mag auch nicht mehr weiter testen. Vielleicht hilft es den anderen Mitlesern, wenn wir unsere derzeit endgültigen Einstellungen hier posten?
Gruss Werner
-
- Einsteiger
- Beiträge: 107
- Registriert: Freitag 25. März 2005, 20:14
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
ManfredK2 hat geschrieben:Was bewirkt in den mount-Optionen der Parameter "hard" ? Bei mir steht da "soft".
hard oder soft legt fest, ob das Programm, das über eine NFS-Verbindung eine Datei verwendet, anhalten und auf den Server warten soll (hard), bis dieser wieder online ist, wenn der Host, der das exportierte Dateisystem liefert, nicht zur Verfügung stellt oder einen Fehler meldet (soft).
Wenn Sie hard festlegen, können Sie den Prozess des Wartens auf eine NFS-Verbindung nicht unterbrechen, es sei denn, Sie haben ebenfalls die Option intr festgelegt.
Wenn Sie die Option soft bestimmen, können Sie eine weitere timeo=<value> Option einstellen, wobei <value> die Zeit (in Sekunden) festlegt, die vergeht, bevor ein Fehler gemeldet wird..
-
- Image-Team
- Beiträge: 554
- Registriert: Montag 2. Juni 2003, 10:38
Ich weiß jetzt nicht, ob es hier schon bekannt ist, aber
es gibt einen neue Firmware (05.05.2005) für die WL-HDD unter http://oleg.wl500g.info/1.9.2.7-5/
Am interessantesten dürfte die NFS_max_block_size=32k sein (rsize/wsize).
changelog:
Gruß
Ryker
es gibt einen neue Firmware (05.05.2005) für die WL-HDD unter http://oleg.wl500g.info/1.9.2.7-5/
Am interessantesten dürfte die NFS_max_block_size=32k sein (rsize/wsize).
changelog:
Code: Alles auswählen
1. Used wireless module from the 1.9.3.6 beta, should improve stability
2. Rewrote ethernet driver "WAN port dies workaround" completely. This should fix random reboots caused by 1.9.2.7 firmwares
3. Fixed ppp never ending loop, caused by pressing Disconnect button
4. Connect and Disconnect button should work better now in the PPTP/PPPoE mode
5. Removed never ending ping done by firmware, notifying guys from Taiwan of your router, when you press Connect
6. Updated PPTP client to 1.6.0
7. Fixed "Idle 0" as well as probably other settings in the web interface which are allowing 0 to be specified
8. Add usb serial support to the kernel, included an updated pl2303 version (thanks to Rod Whitby for porting this to the current kernel)
9. Added chat ppp program
10. USB services are get started now even if NFS only is enabled (thanks to Rod Whitby for figuring this out)
11. Finally, WAN Hostname no longer prevents samba from working
12. WL500g Deluxe now supports MAC cloning
13. WL500g Deluxe with an updated bootloader now correctly enables WAN port in the AP mode
14. ASUS test program is no longer installed, so busybox version is now used
15. ipkg.sh should now correctly create /opt/tmp/ipkg
16. NFS max block size is now 32K (use with care)
17. Added codepages 860, 861, 865, 866, 869, cp1250, cp1251 (use usb_vfat_options to pass additional mount flags to mount)
18. Old upnp entries should not have any effect then upnp is disabled
19. Added new network type - MAN on the static routes page, should be used with PPTP/PPPoE connections to access internal networks
20. Changed maximum number of routes - 16 vs 6
21. Fixed a PATH problem in the telnet sessions
22. RAW printing is now bidirectional (used p910nd 0.7)
23. Afterburner setting is now accessible on the wl300g/wl500g/wlhdd units (enabled for the supported devices only). You still need to enable it in the hardware by executing wlan_update once in the telnet session/hidden page, this should also fix "range" problem
24. Added System Command page, which is well known as Hidden Admin Page
25. Added support for system shutdown - press RESTORE/RESET button until power led turns off completely and release it, your unit should go "down" in several seconds. Use halt from the command line to do the same.
26. Replaced /usr/local/sbin/ip-ip and ip-down with ip-up-script/ip-down-script ppp options
27. Added /usr/local/sbin/pre-shutdown script support - called before reboot/halt
28. Other usefull things
Gruß
Ryker
D-Box2 (Nokia; Kabel; 2xINTEL; AVIA500) - aktuelles JtG-Image
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
hi,
danke fuer die Info! Damit duerften dann hoffentlich bei allen die Wiedergabeprobleme mit dem Movieplayer der Vergangenheit angehoeren. Ich kann hier jedenfalls problemlos Dateien mit dem Movieplayer abspielen, die laut PX...
cu,
peter
danke fuer die Info! Damit duerften dann hoffentlich bei allen die Wiedergabeprobleme mit dem Movieplayer der Vergangenheit angehoeren. Ich kann hier jedenfalls problemlos Dateien mit dem Movieplayer abspielen, die laut PX...
sehr hohe Datenraten haben....give it a try!.
-> durchschnittl. nom. Bitrate 2842854bps (min/max: 789600/8855600)
-> setze Bitrate im ersten Sequenzkopf auf 8855600bps
.
cu,
peter
-
- Einsteiger
- Beiträge: 107
- Registriert: Freitag 25. März 2005, 20:14
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Interessierter
- Beiträge: 37
- Registriert: Mittwoch 18. Dezember 2002, 19:29
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Interessierter
- Beiträge: 37
- Registriert: Mittwoch 18. Dezember 2002, 19:29
Ich möchte die Box mit meiner Fritzbox connecten, so hatte ich das auch mit der Original-Firmware gemacht. Hier scheint das nicht mehr zu gehen. Wo soll ich denn den WEP-Schlüssel für den Client-Access eingeben? Oder nimmt er den gleichen wie für den AP-Access?petgun hat geschrieben:..entweder 'WDS' oder 'Hybrid' waehlen...je nach dem was Du genau vor hast.demichve hat geschrieben:..Client-Mode für WLAN in der neuen OLEG-Firmware?
Muss ich die MAC-Adresse von der Fritzbox eingeben?
Gruß,
Michael
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
...es hat sich da also was zu der letzten Oleg Firmware geaendert? Sorry, kann ich nicht nachvollziehen. Meine WL-HDD muss 24/7 als AP laufen und das macht sie auch nach dem Update auf die 1.9.2.7-5 noch ohne das ich was aendern musste.
..dan muesste WDS richtig sein.Ich möchte die Box mit meiner Fritzbox connecten
..Versuch macht klug...ich denke mal ja.Oder nimmt er den gleichen wie für den AP-Access?
-
- Interessierter
- Beiträge: 37
- Registriert: Mittwoch 18. Dezember 2002, 19:29
Alles klar jetzt geht es!petgun hat geschrieben:...es hat sich da also was zu der letzten Oleg Firmware geaendert? Sorry, kann ich nicht nachvollziehen. Meine WL-HDD muss 24/7 als AP laufen und das macht sie auch nach dem Update auf die 1.9.2.7-5 noch ohne das ich was aendern musste.
..dan muesste WDS richtig sein.Ich möchte die Box mit meiner Fritzbox connecten
..Versuch macht klug...ich denke mal ja.Oder nimmt er den gleichen wie für den AP-Access?
Für diejenigen, die das gleiche Problem haben:
Unter Wireless - Advanced muss bei dem Punkt "Extended Mode" "Station" oder noch besser "Ethernet Bridge" ausgewählt werden. Das ganze im WDS Mode und man hat vollen Durchfriff auf die dBOX (im Ethernet Bridge-Mode)
-
- Erleuchteter
- Beiträge: 601
- Registriert: Montag 14. März 2005, 08:49
Hi,petgun hat geschrieben:jetzt fehlt nur noch ein positives Feedback von wernas21 und Gorcon...dann koennte man die Anleitung im Wiki aendern..oder?ManfredK2 hat geschrieben:Ich hab mit der Vorabversion zum ersten mal einen DD 5.1-Film fehlerfrei aufgenommen und abgespielt. Big Smile !!!!
auch ich hab die neue Oleg jetzt drauf und durchgetestet:
Lesen/schreiben je 59 Sekunden (@petgun:Box und WL am Switch! ); aber diese Werte kriege ich ausschließlich wenn die WL auf 10half steht.
Fazit: Alles im grünen Bereich; kann jemand (petgun?) Oleg meinen wärmsten Dank übermitteln?
@petgun: Du hast die Wette doch noch gewonnen!!! Wohin das Bier, bzw. die Überweisung????
gruß
rolano [/b]
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Ich habe mal zwei Fragen zur neuen Oleg Firmware.
Funktioniert jetzt das runterfahren per Software Befehl? Momentan mach ichdas bei der JockW Firmware über den Befehl:
Wie lange braucht die Asus WL HDD aus dem ausgeschalteten Zustand bis man mounten kann? (bei der JockW Firmware hat das ca. 65sek gedauert)
Gruß Gorcon
Funktioniert jetzt das runterfahren per Software Befehl? Momentan mach ichdas bei der JockW Firmware über den Befehl:
Code: Alles auswählen
/tmp/harddisk/part1/conf/sbin/halt
Gruß Gorcon
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
..och, schreib doch bitte selbst im chupa forum...in dem entsprechenden Thread...Oleg wird es sicher freuen.rolano hat geschrieben:..kann jemand (petgun?) Oleg meinen wärmsten Dank übermitteln?
Du hast die Wette doch noch gewonnen!!! Wohin das Bier, bzw. die Überweisung????
;-)...behalt's im Sinn..vielleicht gibt es mal eine Gelegenheit die Wettschuld einzuloesen.