Omdat ik zie dat veel personen tegen dezelfde problemen aanlopen en dat oplossingen - dus geen hacks like: aantal verbindingen beperken - moeilijk te vinden zijn: hier een oplossing als je router zich verslikt tijdens het gebruik van BitTorrent.
Ik had het probleem dat, welke client ik ook gebruikte, als ik torrents aan het downloaden was, dat de internetverbinding verder niet meer bruikbaar was. Ook andere PCs op het netwerk konden geen nieuwe verbindingen meer maken. Browsen, mail, ping, niets werkt meer, alleen de bestaande verbindingen blijven bruikbaar (torrents lopen gewoon door). Andere firmwares met QoS mogelijkheden konden de problemen ook niet oplossen.
Maar: de linksys (iig WRT54g) draait Linux, en de netfilter.org software voor NAT. Blijkbaar neemt deze software afhankelijk van het beschikbare geheugen een waarde voor het maximaal aantal connecties wat bijgehouden zal gaan worden. Bij mijn linksys zijn komt dat uit op 1024 connecties. Aan de krappe kant voor grid-P2P gebruik. Ophogen dus! Want de linksys heeft naast het NAT en firewall gebeuren toch niet veel te doen.
Deze waarde is terug te vinden in /proc/sys/net/ipv4/ip_conntrack_max. De oplossing is dus om in de startupscript
echo MAX_AANTAL_CONNECTIES > /proc/sys/net/ipv4/ip_conntrack_max
te zetten. Ik heb nu nogal extreem 65536 gekozen en geen problemen ondervonden.
Het theoretische nadeel is dat de hashtable niet vergroot kan worden zonder een recompile van de kernel, en het systeem dus tijd gaat verknoeien met het zoeken in lijsten als je een kleine hashtable hebt maar erg veel verbindingen. Dit is op te lossen door een nieuw firmware image te maken.
Meer info te vinden: http://www.netfilter.org/ en http://www.wallfire.org/misc/netfilter_conntrack_perf.txt
DUS:
Geen enkel probleem meer gehad!
Ik had het probleem dat, welke client ik ook gebruikte, als ik torrents aan het downloaden was, dat de internetverbinding verder niet meer bruikbaar was. Ook andere PCs op het netwerk konden geen nieuwe verbindingen meer maken. Browsen, mail, ping, niets werkt meer, alleen de bestaande verbindingen blijven bruikbaar (torrents lopen gewoon door). Andere firmwares met QoS mogelijkheden konden de problemen ook niet oplossen.
Maar: de linksys (iig WRT54g) draait Linux, en de netfilter.org software voor NAT. Blijkbaar neemt deze software afhankelijk van het beschikbare geheugen een waarde voor het maximaal aantal connecties wat bijgehouden zal gaan worden. Bij mijn linksys zijn komt dat uit op 1024 connecties. Aan de krappe kant voor grid-P2P gebruik. Ophogen dus! Want de linksys heeft naast het NAT en firewall gebeuren toch niet veel te doen.
Deze waarde is terug te vinden in /proc/sys/net/ipv4/ip_conntrack_max. De oplossing is dus om in de startupscript
echo MAX_AANTAL_CONNECTIES > /proc/sys/net/ipv4/ip_conntrack_max
te zetten. Ik heb nu nogal extreem 65536 gekozen en geen problemen ondervonden.
Het theoretische nadeel is dat de hashtable niet vergroot kan worden zonder een recompile van de kernel, en het systeem dus tijd gaat verknoeien met het zoeken in lijsten als je een kleine hashtable hebt maar erg veel verbindingen. Dit is op te lossen door een nieuw firmware image te maken.
Meer info te vinden: http://www.netfilter.org/ en http://www.wallfire.org/misc/netfilter_conntrack_perf.txt
DUS:
- Zorg dat je een firmware (ik gebruik Firmware Version: v3.01.3 - HyperWRT 2.0b3) hebt waar je het startupscript aan kunt passen (Webadmin->Administration->Management->Startup & Firewall Scripts:[STARTUP])
- Zet in het script: echo 65536 > /proc/sys/net/ipv4/ip_conntrack_max
- Save
- Klaar!
Geen enkel probleem meer gehad!