[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   DSL Router (http://www.emule-web.de/board/dsl-router/)
-   -   emule und fli4l (sw-router) auf dsl und winxp (http://www.emule-web.de/board/6357-emule-und-fli4l-sw-router.html)

Baxtor 3. January 2004 00:50

emule und fli4l (sw-router) auf dsl und winxp
 
habe fli4l auf nem 2.pc per disk geladen und fortfw für 6662 (mein standard-muli-port)-4662 und 4661 weitergeleitet.ferner das _opt-paket installiert.
klappt alles bestens und nun bekomme ich auch 10-stellige ids (im gegensatz zu vorher ohne fortfw)bei muli (supersache).
nun habe ich das MTU-pack geladen,das sich normal bei telekom mit 1492 einwählt.
nun meine frage?is das optimal?
wenn ich von meinem pc pinge,bekomme ich erst mit 1452 keine paket mehr defragt zurück.also wäre der wert eigentlich besser.auch cFos geht ja meist mit 1448 ins netz.
gibts noch andere optimierungen?
das surfen is recht lahm,wenn ich noch per muli sauge.
ferner:
welche einstellungen kann man im muli anpassen??es sind ja wesentlich mehr max.Vbs und Vbs pro 5 sec. möglich als sonst!

wer einen alten pc über hat und 3 NT-karten und dsl,sollte sich mal bei
www.fli4l.de
schlau machen.is ne prima sache,das ding.man braucht dazu NUR das disketten-lw (hdd+rom is OFF)vom alten pc (75MHz reichen).

Usul 3. January 2004 13:18

Re: emule und fli4l (sw-router) auf dsl und winxp
 
Zitat:

Zitat von Baxtor
ferner das _opt-paket installiert.

Welches meinst du? _opt heißen alle optionalen Pakete.
Zitat:

nun habe ich das MTU-pack geladen,das sich normal bei telekom mit 1492 einwählt.
Bei dem Paket steht ja auch dabei, das es normalerweise überflüssig ist, weil FLI4l die MTU automatisch richtig setzt. Ich denke mal, das dieses Paket nur notwendig ist, wenn dieser Automatismus versagt oder man selber (wie du) was friemeln will.
Zitat:

nun meine frage?is das optimal?
wenn ich von meinem pc pinge,bekomme ich erst mit 1452 keine paket mehr defragt zurück.also wäre der wert eigentlich besser.auch cFos geht ja meist mit 1448 ins netz.
Gegenfrage: Wenn wir es optimal eingestellt hätten, was würden wir gewinnen? Die Diskussion um die MTU hatten wir schon ein paar mal. Noch nie hat jemand irgendwie beobachten können, das Änderungen an der MTU merkliche Änderungen bei irgendwas bewirkt hätten, es sei denn die MTU war total falsch vorher eingestellt. Meiner Meinung nach bringt es kaum was, an diesem Punkt Zeit und Mühe zu investieren.

Zitat:

gibts noch andere optimierungen?
das surfen is recht lahm,wenn ich noch per muli sauge.
ferner:
welche einstellungen kann man im muli anpassen??es sind ja wesentlich mehr max.Vbs und Vbs pro 5 sec. möglich als sonst!
Also bei mir hatte ich noch nie Probleme beim Surfen, wenn Emule nebenher lief. Vielleicht kannst du dir ja mal das QoS-Packet von fli4l ansehen, das soll ähnliche Ergebnisse wie das Traffic-Shaping in diversen PPPoE-Treibern bringen. Bei mir hats allerdings auch ohne perfekt funktioniert ;-)

Zu den Einstellungen: ich hab seit Monaten bei allen Versionen folgende Einstellungen: 1000 Verb. maximal, 100 Verb. in 5 Sek. Allerdings sind die restlichen Einstellungen so, das diese Werte so gut wie nie ausgereizt werden, höchstens mal beim Emule-Start.

xtremchopper 3. January 2004 20:23

Nachdem ich nun endlich ein "nicht USB Modem" dran habe ist mein Fli4l in Zusammenhang mit eMule nicht besser außer das der Router nicht mehr komplett abstürzt. Seltsamerweise zeigt mir Speedmeter.nl einen Upload von höchstens 8kb/s an wobei ich mit dem USB Modem auf 18kb/s kam. Irgendwo ist da immer noch der Wurm drin und ich bin mit meinem Latein (trotz fast auswendigkennen der Fli4l FAQ) langsam am Ende. Hab den seltsamen Verdacht das irgendein XP Update dran schuld ist da trotz 'ner MTU von 1492 im Router zeigt mir Speedguide nur 1452 an egal womit ich eine andere MTU einstelle.

Usul 3. January 2004 20:41

Frage mich, was ihre alle mit der MTU habt. Meine steht laut Tests auch bei 1452 und ist angeblich nicht optimal. Na und? Funktioniert trotzdem super.

Solche Speedtests sollte man übrigens nur mit einer frischen IP machen. Wenn unter der aktuellen IP bereits ein Emule lief, wird die Leitung auch nach dem Beenden von Emule noch mit Anfragen belastet. Wollte es nur mal erwähnt haben.

Die MTU muß man übrigens im Router ändern, glaube ich. Dazu gibts ja auch das weiter oben erwähnte Zusatzpackage für FLI4L. Allerdings sollte man auch nicht jeden Tipp glauben, der irgendwo steht. Bei speedguide.net steht z.B:
Zitat:

MTU = 1452
MTU is not fully optimized for broadband. Consider increasing your MTU to 1500 for better throughput.
Toll. Wenn ich 1500 als MTU wähle, komme ich überhaupt nicht mehr ins Internet. Bei DSL geht meines Wissens nach nicht oberhalb von 1492.

xtremchopper 3. January 2004 21:00

Das mit der MTU und optimal etc. ist schon klar und man sollte sie im Router ändern wenn erforderlich. Mir war halt anhand der MTU aufgefallen das sie in XP nicht geändert wird egal mit welchem Tool ich es versuch und das das Prob was ich mit dem Router habe warscheinlich an XP liegen muß, vor allem das es mit dem MTU ändern vor einiger Zeit noch klappte. Bin eifrig (noch erfolglos) auf Fehlersuche. Hab z.b. grade in 'nem Forum gelesen das der Router mit Crossover zum Switch verbunden werden sollte, da bleibt nur die Frage ob das an dem UplinkPort welcher ja das Crossover wieder zum normalen Kabel dreht oder an den nicht drehenden Ports geschehen soll. Das Crossover an dem UplinkPort wäre ja eigentlich Blödsinn, mit normalem Kabel am UplinkPort wäre eigentlich logischer.

Baxtor 4. January 2004 00:25

ich komme mit 1452 besser klar als mit 1492.

Baxtor 4. January 2004 00:34

musst das hier mal machen:
damit bekommste deinen besten mtu-wert raus.
http://www.tecchannel.de/internet/868/0.html

Rumpelzuck 4. January 2004 20:14

@Baxtor,

ich verwende ähnliche Einstellungen wie Usul für mein Muli und Fli4l Router. Langsames Surfen vorallem bei Websites mit vielen zu ladenden Elementen ist bei mir auch wenn der Muli Upload voll aufgedreht ist.
Meine Leitung schafft so max. 26-27 KB/s Upload, wenn ich dem Muli (incl. Overhead) nur ca. 20 KB/s erlaube, ist das Surfen subjektiv nicht mehr langsamer.
Ansonsten betreibe ich den Fli in einer Festplatteninstallation und da kann man dann auch den Caching Proxy Squid (Opt_Squid) zur Beschleunigung des Surfens verwenden. Das funktioniert bei mir deutlich besser als ohne Proxy.

@xtremchopper,

die Verkabelung hat sicher nichts mit der Performance zu tun, wenn die falsch ist , tuts gar nicht.
Folgendes ist richtig fürs Heimnetz: "Fli-Router -- normales Kabel -- normaler Switch Port" oder "Fli Router -- Cross Kabel -- Uplink Port Switch".
Das normale DSL Modem von Telekom hat einen Port wie ein Switch (oder Hub). Das bedeutet: "DSL Modem -- normales Kabel -- Fli Router" oder "DSL Modem -- normales Kabel -- Uplink Port Switch" oder "DSL-Modem -- Cross Kabel -- normaler Switch Port".

Das mit dem Fli bei dir nur 8 KB/s Upload geht ist mir auch so nicht erklärlich. Ist das nur beim Muli so, oder auch bei anderen Uploads (größere Mailanhänge über Mailserver deine Providers bzw. FTP Uploads)?

Ciao

Usul 4. January 2004 20:48

Zu der Crossover-Uplink-Geschichte: Normalerweise ist ein Uplink ja dazu da, mehrere Hubs/Switchs zu verbinden. Wenn man das aber nicht machen will, kann man bei den meisten (wenn nicht gar allen, da bin ich mir nur nicht sicher) Geräten den Uplink als einen ganz normalen Port nutzen, wenn man ihn mit einem Crosslink-Kabel benutzt. Mit einem solchen Kabel kann man also einen ganz normalen Client an einem Uplink-Port betreiben.

xtremchopper 9. January 2004 21:55

Noch was zu MTU: Unter XP ohne PPPoe Protokoll, also übers LAN mit Fli4l ins Netz bekommt man die MTU in XP nicht geändert d.h. der Router hat zwar eine MTU von 1492 (wenn nicht durch Provider auf z.b. 1411 geändert) aber z.b. der Internet Explorer geht dann mit der von XP festgesetzten MTU (bei mir 1452) ins Netz. Bei manchen Mods wie z.b. dem eWombat kann man aber die MTU für das Lasttier extra einstellen.
Die ganze Geschichte mit meinen 8kb Upload lagen an meinem Modem, obwohl es niegelnagelneu war hatte es einen Schaden.
Momentan hab ich warscheinlich nur ein kleines Treiberproblem, da es für die RTL Chips ja 3 Stück zur Auswahl gibt und mit dem 8139too stürzt der Router bei 1000Verb. und 100pro 5sec. irgendwann ab. Bin grad mal den rtl8139 am testen und es sieht schon besser aus.

Usul 9. January 2004 22:13

Ist ja witzig. Bei meiner Version von FLI4L (noch 2.0.4, auf neueren Versionen lief entweder das Mainboard oder eine Netzwerkkarte nicht, die allerneuesten hab ich aber noch nicht getestet) gibts drei Module für den RTL8139-Chipsatz: rtl8139-orig, rtl8139 und 8139too. Den ersten hab ich glaub nicht getestet, der zweite lief scheinbar wackelig (gab ein paar Fehlermeldungen auf der Konsole, schienen aber den Internettraffic nicht zu stören), erst der 8139too lief komplett ohne irgendwelche Störungen.

xtremchopper 9. January 2004 22:36

Vielleicht sollte ich auch mal 'ne ältere Version testen, da ich auch ein altes Board habe und frei nach dem Motto: alt mit alt, neu mit neu. Werd aber auch mal das QOS Packet testen wenn ich in den nächsten Wochen 'nen extra Mule Rechner frei habe.

xtremchopper 11. January 2004 02:41

Nachdem alle Treiber für die RTL8139 Chips irgendwie Probs machten, habe ich mir mal das Bios vorgeknöpft und dort glaub ich auch einen ganz krassen Fehler gefunden. Der PCI Latency Timer stand auf Null und sollte laut Handbuch eigentlich auf 32 für beste PCI Leistung stehen :oops:. Nachdem ich das geändert habe scheint auch der 8139too Treiber zu funzen, aber 1000 Verbindungen scheinen dennoch zu viel zu sein.

Usul 11. January 2004 10:16

Zitat:

Zitat von xtremchopper
... aber 1000 Verbindungen scheinen dennoch zu viel zu sein.

Wie genau äußert sich das? Ich hab zwar auch 1000 Verbindungen in eMule drinstehen, aber die werden praktisch nie erreicht, da andere Grenzwerte so eine hohe Verbindungszahl verhindern. Stürzt bei 1000 Verb. dein Router ab, gibts mehr fehlgeschlagene Verbindungen, ist das surfen träger oder wie genau macht sich das bemerkbar? Nur damit ich Bescheid weiß, falls ds gleiche Problem bei mir auch auftaucht ;-)

xtremchopper 11. January 2004 16:30

@Usul,
Bin mir Momentan nicht mehr so ganz sicher ob der Router die Probs mit den 1000 Verbindungen hat, da ich wohl irgendwann den XP eigenen Packetplaner deinstalliert hatte und ich diesen b.z.w. bei Installation des Packetplaners mein Netzwerk nicht mehr funktioniert. Momentan siehts aber so aus: 20Files im Download mit 200 Hardlimit. Wenn Verbindungen auf 1000 und pro 5sec. 100 Verbindungen dann läuft der eWombat (andere Mods auch) mit den eingestellten 12kb Upload an und findet verdammt schnell Quellen und hat dann so um die 800 aktive Verbindungen und null zu viele Verbindungen. Dann irgentwann (vor 'ner halben Stunde Laufzeit) geht der Upload auf bis auf 1kb runter und kommt nicht mehr richtig in die Pötte und dümpelt dann zwischen 2kb und 10kb hin und her wobei die Tendenz zu den niedrigeren Uploadwerten ist. Die aktiven Verbindungen gehen auch runter, habs aber versäumt mir den Wert zu merken. Es sieht aber so aus das irgentwo was überläuft und sich der Router manchmal mit einem Beep meldet und nix geht mehr ausser Reboot. Wenn's nicht Beept klappt das Surfen trotzdem relativ gut. Die Fehlgeschlagenen Verbindungen sind meines erachtens über der Norm.
Werd wohl doch mal Format C machen (und dann mit W2k mein Glück versuchen) da es vielleicht doch unter anderem an dem XP Packetplaner liegen kann und sich in mein XP im Laufe der Zeit irgendwelche mir unbekannte Fehler eingeschlichen haben.

Usul 11. January 2004 16:53

Zitat:

Zitat von xtremchopper
Es sieht aber so aus das irgentwo was überläuft und sich der Router manchmal mit einem Beep meldet und nix geht mehr ausser Reboot.

Normalerweise sollte auf einem am FLI4L-Router angeschlossenen Monitor dann aber auch eine Fehlermeldung kommen, wenn er schon anfängt, rumzupiepen.

Das Dumme bei FLI4L ist, das die meisten alte Hardware dafür einsetzen. Daran ist ja eigentlich nichts auszusetzen, aber bei alter Hardware ist auch eine höhere Wahrscheinlichkeit gegeben, das die Hardware fehlerhaft ist. Das scheinen einige manchmal zu vergessen (das ist aber jetzt nicht speziell auf diesen Thread hier bezogen, nur eine allgemeine Beobachtung). Auf jeden Fall kann FLI4L nix dafür, wenn die Hardware Macken hat ;-) .

xtremchopper 11. January 2004 17:08

Da ich jetzt mal einen Konflikt meines Router ausschließe b.z.w. nix auffälliges finde gehe ich jetzt dem Client an den Kragen um so die Fehlersuche eingrenzen zu können. Werd mir dann auch mal zur Eingrenzung den alten Moni vom Speicher holen da ich im Imonc auch keine für mich wertvollen Logs finde (warscheinlich kommen die Logs nicht immer auf meinem Client an).
Hier mein letztes Log:
11.01.2004 02:00:16 Debug pppoe[440]: Received signal 15.
11.01.2004 02:00:16 Info pppoe[440]: Sent PADT
11.01.2004 02:00:16 Notiz ip-down: /usr/local/ens/ens.conf restored
11.01.2004 02:00:16 Notiz ip-down: shutting down port forwarding ...
11.01.2004 02:00:16 Notiz ip-down: port forwarding: done
11.01.2004 02:00:19 Info imond[373]: got signal 15, exiting now
11.01.2004 02:00:19 Info kernel: Kernel logging (proc) stopped.
11.01.2004 02:00:19 Info kernel: Kernel log daemon terminating.
11.01.2004 02:00:19 Info pppd[266]: Terminating on signal 15.
11.01.2004 02:00:19 Info pppd[266]: Exit.
11.01.2004 02:00:19 Fehler syslogd: exiting on signal 15
11.01.2004 02:01:36 Info syslogd 1.3-0: restart.
11.01.2004 02:01:39 Info imond[373]: setting default route to circuit 'DSL'
11.01.2004 02:01:40 Info kernel: klogd 1.3-0, log source = /proc/kmsg started.
11.01.2004 02:01:40 Warnung kernel: Cannot find map file.
11.01.2004 02:01:40 Warnung kernel: Linux version 2.2.22 (root@fm) (gcc version 2.95.3 20010315 (SuSE)) #3 Sat Oct 26 17:11:59 CEST 2002
11.01.2004 02:01:40 Warnung kernel: BIOS-provided physical RAM map:
11.01.2004 02:01:40 Warnung kernel: BIOS-e820: 000a0000 @ 00000000 (usable)
11.01.2004 02:01:40 Warnung kernel: BIOS-e820: 03f00000 @ 00100000 (usable)
11.01.2004 02:01:40 Warnung kernel: Detected 133160 kHz processor.
11.01.2004 02:01:40 Warnung kernel: Console: colour VGA+ 80x25
11.01.2004 02:01:40 Warnung kernel: Calibrating delay loop... 265.42 BogoMIPS
11.01.2004 02:01:40 Warnung kernel: Memory: 63028k/65536k available (864k kernel code, 412k reserved, 848k data, 48k init)
11.01.2004 02:01:40 Warnung kernel: Dentry hash table entries: 8192 (order 4, 64k)
11.01.2004 02:01:40 Warnung kernel: Buffer cache hash table entries: 65536 (order 6, 256k)
11.01.2004 02:01:40 Warnung kernel: Page cache hash table entries: 16384 (order 4, 64k)
11.01.2004 02:01:40 Info kernel: Intel old style machine check architecture supported.
11.01.2004 02:01:40 Info kernel: Intel old style machine check reporting enabled on CPU#0.
11.01.2004 02:01:40 Warnung kernel: CPU: Intel Pentium MMX stepping 03
11.01.2004 02:01:40 Info kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
11.01.2004 02:01:40 Info kernel: Checking 'hlt' instruction... OK.
11.01.2004 02:01:40 Info kernel: Checking for popad bug... OK.
11.01.2004 02:01:40 Info kernel: Intel Pentium with F0 0F bug - workaround enabled.
11.01.2004 02:01:40 Warnung kernel: POSIX conformance testing by UNIFIX
11.01.2004 02:01:40 Warnung kernel: PCI: PCI BIOS revision 2.10 entry at 0xf0430
11.01.2004 02:01:40 Warnung kernel: PCI: Using configuration type 1
11.01.2004 02:01:40 Warnung kernel: PCI: Probing PCI hardware
11.01.2004 02:01:40 Info kernel: Linux NET4.0 for Linux 2.2
11.01.2004 02:01:40 Info kernel: Based upon Swansea University Computer Society NET3.039
11.01.2004 02:01:40 Info kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0.
11.01.2004 02:01:40 Info kernel: NET4: Linux TCP/IP 1.0 for NET4.0
11.01.2004 02:01:40 Info kernel: IP Protocols: ICMP, UDP, TCP
11.01.2004 02:01:40 Warnung kernel: TCP: Hash tables configured (ehash 65536 bhash 65536)
11.01.2004 02:01:40 Warnung kernel: Initializing RT netlink socket
11.01.2004 02:01:40 Warnung kernel: Starting kswapd v 1.5
11.01.2004 02:01:40 Info kernel: Serial driver version 4.27 with no serial options enabled
11.01.2004 02:01:40 Warnung kernel: RAM disk driver initialized: 16 RAM disks of 32768K size
11.01.2004 02:01:40 Warnung kernel: PIIX3: IDE controller on PCI bus 00 dev 39
11.01.2004 02:01:40 Warnung kernel: PIIX3: not 100ative mode: will probe irqs later
11.01.2004 02:01:40 Warnung kernel: ide0: BM-DMA at 0xe800-0xe807, BIOS settings: hda:pio, hdb:pio
11.01.2004 02:01:40 Warnung kernel: ide1: BM-DMA at 0xe808-0xe80f, BIOS settings: hdc:pio, hdd:pio
11.01.2004 02:01:40 Warnung kernel: keyboard: Timeout - AT keyboard not present?
11.01.2004 02:01:40 Warnung kernel: keyboard: Timeout - AT keyboard not present?
11.01.2004 02:01:40 Info kernel: Floppy drive(s): fd0 is 1.44M
11.01.2004 02:01:40 Info kernel: FDC 0 is a post-1991 82077
11.01.2004 02:01:40 Notiz kernel: RAMDISK: Compressed image found at block 0
11.01.2004 02:01:40 Warnung kernel: EXT2-fs warning: checktime reached, running e2fsck is recommended
11.01.2004 02:01:40 Warnung kernel: VFS: Mounted root (ext2 filesystem).
11.01.2004 02:01:40 Warnung kernel: Freeing unused kernel memory: 48k freed
11.01.2004 02:01:40 Debug kernel: VFS: Disk change detected on device fd(2,40)
11.01.2004 02:01:40 Info kernel: eth0: 8139too Fast Ethernet driver 0.9.18-2.2 Jeff Garzik <jgarzik@mandrakesoft.com>
11.01.2004 02:01:40 Info kernel: eth0: Linux-2.2 bug reports to Jens David <dg1kjd@afthd.tu-darmstadt.de>
11.01.2004 02:01:40 Info kernel: eth0: RealTek RTL8139 Fast Ethernet board found at 0xc4807000, IRQ 10
11.01.2004 02:01:40 Info kernel: eth0: Chip is 'RTL-8139C' - MAC address '00:c0:26:01:4a:50'.
11.01.2004 02:01:40 Info kernel: eth1: RealTek RTL8139 Fast Ethernet board found at 0xc4809000, IRQ 11
11.01.2004 02:01:40 Info kernel: eth1: Chip is 'RTL-8139C' - MAC address '00:40:95:08:94:61'.
11.01.2004 02:01:40 Info kernel: eth1: Setting 100mbps half-duplex based on auto-negotiated partner ability 40a1.
11.01.2004 02:01:40 Info kernel: CSLIP: code copyright 1989 Regents of the University of California
11.01.2004 02:01:40 Info kernel: PPP: version 2.3.7 (demand dialling)
11.01.2004 02:01:40 Info kernel: PPP line discipline registered.
11.01.2004 02:01:40 Info kernel: registered device ppp0
11.01.2004 02:01:40 Info kernel: eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
11.01.2004 02:02:08 Info pppd[266]: Starting link
11.01.2004 02:02:08 Info pppd[266]: Serial connection established.
11.01.2004 02:02:08 Notiz pppd[266]: Connect: ppp0 <--> /dev/ttyp1
11.01.2004 02:02:08 Debug pppoe[440]: PADS: Service-Name: ''
11.01.2004 02:02:08 Info pppoe[440]: PPP session is 7607
11.01.2004 02:02:12 Warnung pppd[266]: Local IP address changed to 217.187.***.**
11.01.2004 02:02:12 Warnung pppd[266]: Remote IP address changed to 213.20.**.**
11.01.2004 02:02:12 Notiz ip-up: modifying /usr/local/ens/ens.conf for dns server(s) of your provider:
11.01.2004 02:02:12 Notiz ip-up: dns1 195.71.***.*
11.01.2004 02:02:12 Notiz ip-up: dns2 193.189.***.***
11.01.2004 02:02:12 Notiz ip-up: initializing port forwarding ...
11.01.2004 02:02:12 Notiz ip-up: prot localaddr rediraddr lport rport pcnt pref
11.01.2004 02:02:12 Notiz ip-up: UDP 217.187.***.** 192.168.6.2 779 779 10 10
11.01.2004 02:02:12 Notiz ip-up: UDP 217.187.***.** 192.168.6.2 125 125 10 10
11.01.2004 02:02:12 Notiz ip-up: TCP 217.187.***.** 192.168.6.2 776 776 10 10
11.01.2004 02:02:12 Notiz ip-up: TCP 217.187.***.** 192.168.6.2 775 775 10 10
11.01.2004 02:02:12 Notiz ip-up: port forwarding: done

Rumpelzuck 14. January 2004 19:42

Zitat:

Zitat von xtremchopper
Bin mir Momentan nicht mehr so ganz sicher ob der Router die Probs mit den 1000 Verbindungen hat, da ich wohl irgendwann den XP eigenen Packetplaner deinstalliert hatte und ich diesen b.z.w. bei Installation des Packetplaners mein Netzwerk nicht mehr funktioniert.

Das lieber in Ruhe lassen, es reicht z.B. mit XPAntiSpy die Bandbreitenbeschränkungen unter XP aufzuheben. Den Router stört übrigens nicht, ob und wie die QOS-"Paketplanung" von XP arbeitet. Und der FLI4L kann, solange er noch freien Arbeitspeicher hat, auch viel mehr als 1000 NAT-Table Einträge verkraften. Die Anzahl von TCP-Verbindungen ist den dazwischenliegenden Routern sowieso egal, diese Verbindungsinformationen halten nur die jeweiligen Endgeräte.
Für die UDP Datenströme des Mulis werden übrigens auch NAT-Table Einträge im Router gebraucht. Das macht bei mir nochmal mehr als doppelt so viele, wie für die TCP Verbindungen. In der NAT-Table meines Fli Routers sind so nach 12 Stunden Laufzeit oft 4-5000 NAT Table Einträge vorhanden.


Zitat:

Zitat von xtremchopper
Momentan siehts aber so aus: 20Files im Download mit 200 Hardlimit. Wenn Verbindungen auf 1000 und pro 5sec. 100 Verbindungen dann läuft der eWombat (andere Mods auch) mit den eingestellten 12kb Upload an und findet verdammt schnell Quellen und hat dann so um die 800 aktive Verbindungen und null zu viele Verbindungen. Dann irgentwann (vor 'ner halben Stunde Laufzeit) geht der Upload auf bis auf 1kb runter und kommt nicht mehr richtig in die Pötte und dümpelt dann zwischen 2kb und 10kb hin und her wobei die Tendenz zu den niedrigeren Uploadwerten ist.

Klar wenn du max. 1000 Verbindungen hast, gibts bei 800 aktiven noch keine Meldung. Aber 800 ist für ne normale T-DSL schon recht heftig.
Bei ca. 400 aktiven Verbindungen, 6000 Quellen und 7000 Clients in meiner Queue habe ich schon ca. 5KB/s Overhead im Upload.
Außerdem verbraucht da mein Muli (Kad Mortillo 1.9e) nach einiger Zeit 120 MB Speicher und recht viel Prozessorzeit.

Probier doch mal die max. Verbindungen runterzusetzen, und schau wie es dann läuft.

Bzgl. Boot-Log vom Fli:
Ist dein DSL Modem an eth1? Dort wird von der Netzwerkkarte 100MBit halbduplex ausgehandelt. Für ein normales Telekom DSL Modem ist aber 10MBit halbduplex richtig. Probier mal das fest so einzustellen.


Ciao
Rumpelzuck

xtremchopper 15. January 2004 02:47

Das mit dem Duplexmode auf 10Mbit umzustellen hab ich bisher erfolglos versucht "edit: hat gerade erfolgreich gefunzt". Mit den hohen Verbindungswerten bin ich normalerweise auch nicht unterwegs, war nur ein Test in Bezug auf Usul's Post wo er sagte das er mit 1000Verb. und 100pro 5sec. keine Probs mit seinem System hat.

P.S. am XP liegen meine oben beschriebenen Probs nicht hab ich nach 'nem Neuinstall bemerkt. War halt einen Versuch wert.

xtremchopper 17. January 2004 04:01

In der Datei portfw.sh im Ordner fli4l2.0.8\opt\etc habe ich Folgende Zeilen geändert b.z.w. eingefügt und es scheint besser zu laufen:

# Define your PCs to forward ports to:
#------------------------------------------------------------------------------
hiddenhost1=192.168.6.2 # ip of PC in LAN: change here!
hiddenhost2=192.168.6.3 # ip of PC in LAN: change here!
hiddenhost3=192.168.6.4 # ip of PC in LAN: change here!
hiddenhost4=192.168.6.5 # ip of PC in LAN: change here!

/usr/sbin/ipmasqadm autofw -A -v -r tcp 777 775 -h $hiddenhost1
/usr/sbin/ipmasqadm autofw -A -v -r tcp 776 776 -h $hiddenhost1
/usr/sbin/ipmasqadm autofw -A -v -r udp 125 125 -h $hiddenhost1
/usr/sbin/ipmasqadm autofw -A -v -r udp 779 779 -h $hiddenhost1
#------------------------------------------------------------------------------
# END
#------------------------------------------------------------------------------

Das mit dem Duplexmode scheint mit meinen RTL Karten doch nicht so ganz zu funzen. Mit den Befehlen die den Karten beiliegen (media=0x01 für 10Mbit Halfduplex und media=0x08 für 100Mbit Vollduplex) klappts auf jeden Fall nicht so wie es sein sollte.

Über 500 Verbindungen gehts nicht gut, scheint wohl doch eher an meinem Provider (FirelineNetworks) oder meinem Modem (Microlink ADSL Fun LAN) zu liegen.

Rumpelzuck 17. January 2004 18:59

@xtremchopper,

ob du nun die Portforwardings in der base.txt mittels des opt_portfw vonimmst, oder manuell wie von dir beschrieben machst, ist schnuppe.
In der /etc/portfw.sh auf dem Router selbst wird beides durch die Fli Skripte beim Start des Routers eh zusammengemischt.

Da deine Portforwardings alle in dem Bereich <1024 liegen, den Fli normalerweise von außen blockt, hast du dran gedacht, die firewall_deny_port Regeln in der base.txt entsprechend anzupassen?

Das mit dem nicht passenden Duplexmode zwischen 2 Geräten war auch nur ein Verdacht von mir, da habe ich schon seltsame Effekte in Netzwerken erlebt, bei hoher Last geht da fast nix mehr.

Bei mir läuft das ganze aber auch in einer exotischen Umgebung: W2k mit Muli und Vmware, als Vmware Task läuft der Fli Router, alles also auf einer Hardware und einer 100MBit FD Netzkarte zum Switch, an dem Switch hängt das DSL Modem (QuFast ADSL 1.3 von Quante), DBox und die anderen Rechner. Nur das DSL Modem und Dbox mit 10MBit HD, alles andere mit 100 MBit FD. Mit dem alten Siemens Teledat DSL Modem von Telekom hatte ich aber auch kein Stress. Schaltzentrale ist ein 10/100 Miniswitch.

500 Verbindungen beim Start ist kurzfristig durchaus üblich wenn du viele Quellen anfragst und wenn du beliebte Dateien anbietest, als Durchschnitt bei einer normalen T-DSL Leitung aber vielleicht etwas zu viel.
Zu Provider und Modemtyp kann dir leider nichts sagen.

Ciao
Rumpelzuck

xtremchopper 18. January 2004 01:28

Hatte die Ports in der Firewall berücksichtigt, habe dennoch auf Bereich über 1024 gewechselt um zu testen wie's mit denen läuft. Hab nun auch mal das QOS Packet nach der Anleitung von J. Dietrich Boock eingerichtet.
Zu der portfw.sh hatte ich gelesen das man die zusätzlich zur base.txt konfigurieren sollte. Wird wohl nicht schlimm sein wenn's doppelt gemoppelt ist hoffe ich.
So langsam habe ich immer mehr meinen Provider in Verdacht der Probverursacher zu sein, da vor allem ich vor einiger Zeit von deren Support darüber Aufgeklärt wurde das die Leitung nicht mit cFos funzt sondern nur mit Schlabbach seinem Raspppoe Treiber. Weiß leider nicht wie sich die Leitung mit dem Linux Treiber verträgt. Ich weiß nur das die den Backbone von Telefonicá Deutschland benutzen.

Rumpelzuck 18. January 2004 16:34

Mit dem opt_qos habe ich mich auch schonmal beschäftigt aber mangels sinvollen Einsatzes bei mir dann wieder fallengelassen.
Die Story über Verträglichkeit der pppoe Treiber halte ich für Humbug. Solange das über T-DSL läuft, ist die Technik dafür genormt, nur die ppp Authentifizierungsdaten sind unterschiedlich. Meines Wissens gibts nur einige pppoe Software Treiber unter Windows (alter Engeltreiber für T-Online, cFos Versionen für 1&1, etc.), die lediglich zur Einwahl beim jeweiligen Internetprovider taugen und nicht für die Konkurrenz genutzt werden können. Wie das genau funktionierte, keine Ahnung, vielleicht über Beschränkungen der ppp Authentifizierung.

Ich kenn FirelineNetworks nicht, machen die auch die DSL-Leitung? Oder sind die nur Provider wie T-Online, 1&1..., und die Leitung ist T-DSL von Telekom?
Telefonica/Mediaways samt deren IP Traffic Resellern für Privatkunden ist bekannt für schlechten Datendurchsatz bei P2P Anwendungen. Bekanntes Beispiel ist Tiscali. Die blocken das zwar nicht komplett, aber versuchen es zu behindern.

Ciao
Rumpelzuck

xtremchopper 18. January 2004 20:47

Das mit dem cFos hatte ich schon getestet und es kam andauernd zu Verbingungsabbrüchen und laut Auskunft von Fireline ist der Backbone mit cFos nicht kompatibel. Noch ist Fireline ein Provider der seine Leitung über Telefonica bezieht aber in den nächsten Wochen wollen die einen eigenen Backbone mit z.b. MSN zusammen auf die Beine stellen. Den neuen Backbone werde ich vielleicht noch kurz benutzen können da morgen endgültig mein Kündigungsschreiben in den gelben Kasten wandert und in 4 Wochen die Telekom mein neuer Provider wird. Hab die Schnauze voll ein Versuchskaninchen für die Billiganbieter zu sein und wechsle deswegen zu der leider einzigen 100% funzenden und bezahlbaren Alternative die es momentan in der Bananenrepublik gibt.

Für mich ein Zeichen das es an der Leitung liegen muß, ist das momentan der Upload zwischen 3 und 12kb hin und her springt. Vor ungefähr 2 Stunden bekam ich mich für längere Zeit erst gar nicht eingewählt. Mit Speedmeter und anderen Uploads bekomm ich 14 bis 16kb Upload angezeigt, d.h. der Provider macht eine Eselbremse aber irgendwie auf allen Ports die ich rein zufällig auswähle. Laut Provider wird P2P nicht geblockt sondern es wird lediglich eine Prioritätsänderung während der Stoßzeiten durchgeführt und momentan sind die wohl nur noch am Stoßen. (Kann natürlich auch an den Änderungen des Backbones liegen)
Vor einer Woche hatte ich noch keine so gravierenden Uploadprobs (außer das mein Modem platt war).

Rumpelzuck 19. January 2004 00:01

Zitat:

Zitat von xtremchopper
Das mit dem cFos hatte ich schon getestet und es kam andauernd zu Verbingungsabbrüchen und laut Auskunft von Fireline ist der Backbone mit cFos nicht kompatibel.

??
Das kann ich mir irgendwie so gar nicht erklären, riecht aber kräftig nach Kundenverarschung oder Standardargument 3c des BOFH von der Hotline. Der Backbone (von Telefonica oder sonstwem) hat nicht so viel mit dem DSL-pppoe Client zutun, da liegt immer noch etwas Einwahltechnik beim Provider (Fireline) dazwischen.

Meiner Ansicht nach gibts schon einige recht brauchbare lokale Provider bzw. Komplettanbieter, informiere dich doch ruhig mal in deiner Region über Alternativen. Und solange bei Telekom bleiben, die haben ja kurze Kündigungsfristen.

Bei meinem Wechsel damals von Telekom (T-Online, 1&1, Regionet als Provider) zur lokalen Telebel hatte ich jedenfalls mit der DSL Software und Fli4L keine Probleme, neue Zugangsdaten rein und dann gings. Ich habe den kompletten Telefonanschluss gewechselt. Wegen unterschiedlicher DSL Konfiguration klappt das Telekom DSL Modem auch nicht bei DSL Anschlüssen von Telebel, habe ich an 2 Anschlüssen mal probiert, andersrum dagegen gings schon.

Ciao
Rumpelzuck

lexaiden 19. January 2004 19:22

@xtremchopper

Arcor ist auch ein sehr guter Provider und billiger als die Telekom. Aber ich weiß nicht ob die bei Dir 'ne Leitung anbieten, würde ich mal gucken.

xtremchopper 19. January 2004 20:37

Jetzt kommen wir aber weit weg vom eigentlichen Thema, obwohl das mit den Providern eigentlich doch zur Linux Geschichte passt, da sonst fast nur über Provider und Windows berichtet wird.
Arcor und andere Regionale Provider bekomm ich bei mir leider nicht. Vorher war ich bei 1&1 und die waren o.k. bis auf die Preisänderung bei der Flat.
Momentan bin ich wieder auf Ports unter 1024 ausgewischen und es läuft besser. Der Upload ist konstanter aber versetzt immer noch keine Berge. Im Forum von Fireline besteht man auf der Tatsache das nicht gedrosselt wird sondern das lediglich die allgemein bekannten P2P Ports anders Priorisiert werden. Desweiteren sagen die das, obwohl der gleiche Backbone wie Tiscali, sie nix mit Tiscali und deren Machenschaften gemeinsam haben. Da kann man doch dran fühlen b.z.w. es ist nur Wortspielerei für ein und die gleiche Akltion, nämlich : eMule und Konsorten sind unerwünscht.

lexaiden 19. January 2004 21:26

Naja, prinzipiell kann ich jeden ISP verstehen der User wie uns drosselt bzw. Programme wie eMule. Aber das hilft Dir ja in keinem Fall ;-) *g*.

Dann bleibt Dir wohl nichts anderes übrig als die Telekom zu nehmen.

Mal so am Rande und zum eigentlichen Thema zurück, wie kommt man auf 1000 aktive Verbindungen? Die schaff ich nicht einmal direkt nach dem eMulestart... Also mit den hier im Forum angeprangerten maximalen Quellen von 3000-4000 kommt man da nicht hin, oder?

Usul 19. January 2004 22:21

Wenn ich eWombat anwerfe, komme ich am Start mal kurz auf 700-800 aktive Verbindungen, Limit hab ich wie gesagt bei 1000, wird also nicht erreicht. Vor Urzeiten habe ich mal mit einer Tarod-Version die Quellenzahl so massiv nach oben geschraubt, das ich 2000 aktive Verbindungen hatte. Wollte einfach testen, ob das System das mitmacht oder irgendwas abschmiert. Ergebnis war einfach, das der Rechner total träge wurde (hohe CPU-Last durch die Menge an Verbindungen und Quellen), aber dem FLI4L-Router das nicht gejuckt hat. Die meisten Hardware-Router wären dabei wohl ausgestiegen. Nur das wollte ich damals testen. Im Realbetrieb komme ich auch so gut wie nie auf die 1000 aktiven Verbindungen.

Rumpelzuck 19. January 2004 22:30

Zitat:

Zitat von lexaiden
Mal so am Rande und zum eigentlichen Thema zurück, wie kommt man auf 1000 aktive Verbindungen? Die schaff ich nicht einmal direkt nach dem eMulestart... Also mit den hier im Forum angeprangerten maximalen Quellen von 3000-4000 kommt man da nicht hin, oder?

wenn ich mal so 20 Downloads mit vielen Quellen habe und selbst auch beliebte Dinge anbiete, schaffe ich das beim Start locker (7500 Quellen, über 10000 Wartende letztlich in meiner Queue, 100 neue Verb/5s). Aber dann geht auch meine Leitung (ca. 1,7 fache Kapazität einer normalen T-DSL + Fastpath) in die Knie, vorallem Prozessorlast und Speicherverbrauch des Muli steigen deutlich an.
Für den Dauerbetrieb ist das auch nicht sinnvoll, obwohl der Fli das trotzdem noch mitmacht.

Ich bin auch nicht sicher, wie die Zahl der in meiner Warteschlange stehenden Clients die Anzahl der Verbindungen beeinflusst. Wenn ich beim Anbieten beliebter Dateien die Queuegröße von 5000 auf 10000 erhöhe, steigt meine aktive Verbindungszahl nochmal deutlich an. Die scheinen auch mitgezählt zu werden, obwohls vom Trafficoverhead letzlich gleich ist, ob der Anfragende einen Queuerank > 5000 oder ein "voll" von meinem Muli serviert bekommt.
Weitere Verbindungversuche oder Queue-Rang-Nachfragen machen die Anfragenden soweit ich weiß in beiden Fällen in gleichen Zeitabständen.

Ciao
Rumpelzuck

xtremchopper 20. January 2004 01:35

Mein eWombat baut auch so 800-900 Verbindungen beim Start auf. Mehr will er wohl nicht.

Baxtor 24. January 2004 01:46

und?gings mit format c voran?

xtremchopper 24. January 2004 03:17

Hatte nix mit dem ClientBetriebssystem zu tun. Liegt am Provider und vorher auch noch an 'nem kaputten Modem.
Ende Februar bin ich bei FirelineNetworks weg und dann wahrscheinlich bei der Telekom und dann läufts hoffentlich wie am Schnürschen.

xtremchopper 28. January 2004 15:53

Ein Wechsel des Providers und alles ist wieder schön. Jetzt mit T-online drin und der Router b.z.w. der Esel gehen ab wie SchmittsKatze, sogar mit Usuls Verbindungswerten.


Alle Zeitangaben in WEZ +1. Es ist jetzt 18:44 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102