{"id":486,"date":"2006-08-14T01:36:32","date_gmt":"2006-08-14T01:36:32","guid":{"rendered":"http:\/\/www.nargalzius.com\/blog2\/http:\/www.nargalzius.com\/blog2\/archives\/2006\/08\/2006_08_14_0936.php"},"modified":"2017-02-10T02:27:59","modified_gmt":"2017-02-10T02:27:59","slug":"wrt54g-p2p-problems","status":"publish","type":"post","link":"http:\/\/nargalzius.com\/blog\/archives\/2006\/08\/14\/wrt54g-p2p-problems","title":{"rendered":"WRT54G P2P problems?"},"content":{"rendered":"

\"\"<\/a><\/p>\n

I noticed that I’ve been getting erratic behaviour with my router whenever I had bittorrent running. After a while it would always slow down to a crawl – where I had to reboot the router to get things back to normal. While rebooting the router manually (or via GUI, after much waiting) solves this. The problem always returned, which suggests that there’s something wrong with how<\/em> the router handles P2P connections. I decided to look around for cases of the same problem.<\/p>\n

\n

The default firmware for Linksys and most routers track old connections for five<\/em> days, then start to clear dead connections – which causes the router to hang when using P2P apps, or any software that generates a lot of connections which the router can’t take. DHT only aggravates the situation because of the number of connections it generates.<\/p>\n

Linksys has yet to address this issue, but there is a fix. If you use alternative WRT54G firmware, you can put in a start-up script to fix this problem.<\/p>\n<\/blockquote>\n

I just applied the fix they mention down this post, only time will tell if it actually worked.It is worth mentioning, as the quote above stated, that you need 3rd party firmware for your router. Basically what you need is a Linux box which allows you to input custom commands\/scripts. Since the advent of the WRT54G hacking craze, all 3rd party firmware basically install Linux into your router, instead of the default Linksys firmware.<\/p>\n

I personally use DD-WRT on my WRT54G. No particular reason why I chose it – I just don’t have the patience to re-flash and test all available 3rd party firmware to find what’s best for me. Not to mention the constant risk of turning my router into a brick on every attempt – which I have already done before.<\/p>\n

    \n
  1. Look for the part in your router GUI which lets you enter custom start-up commandline options\/scripts<\/li>\n
  2. Cut any one<\/strong> script below and paste it into the command field (not sure which one works best but all of them are said to work)<\/li>\n
  3. Save and reboot your router.<\/li>\n<\/ol>\n

    Here are the choices of code:<\/p>\n

    echo 1 > \/proc\/sys\/net\/ipv4\/icmp_echo_ignore_broadcasts
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_ignore_bogus_error_responses
    \necho ‘600 1800 120 60 120 120 10 60 30 120’ > \/proc\/sys\/net\/ipv4\/ip_conntrack_tcp_timeouts<\/p>\n

    or<\/p>\n

    echo 4096 > \/proc\/sys\/net\/ipv4\/ip_conntrack_max
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_echo_ignore_broadcasts
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_ignore_bogus_error_responses
    \necho 512 > \/proc\/sys\/net\/ipv4\/neigh\/default\/gc_thresh1
    \necho 2048 > \/proc\/sys\/net\/ipv4\/neigh\/default\/gc_thresh2
    \necho 4096 > \/proc\/sys\/net\/ipv4\/neigh\/default\/gc_thresh3
    \necho “600 1800 120 60 120 120 10 60 30 120” > \/proc\/sys\/net\/ipv4\/ip_conntrack_tcp_timeouts<\/p>\n

    or<\/p>\n

    echo 2048 > \/proc\/sys\/net\/ipv4\/ip_conntrack_max
    \necho 2048 > \/proc\/sys\/net\/ipv4\/tcp_max_orphans
    \necho 512 > \/proc\/sys\/kernel\/threads-max
    \necho 0 > \/proc\/sys\/net\/ipv4\/tcp_orphan_retries
    \necho 1 > \/proc\/sys\/net\/ipv4\/tcp_abort_on_overflow
    \necho “60 180” > \/proc\/sys\/net\/ipv4\/ip_conntrack_udp_timeouts
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_echo_ignore_broadcasts
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_ignore_bogus_error_responses
    \necho “300 1800 120 60 120 120 10 60 30 120” > \/proc\/sys\/net\/ipv4\/ip_conntrack_tcp_timeouts<\/p>\n

    or<\/p>\n

    echo 2048 > \/proc\/sys\/net\/ipv4\/ip_conntrack_max
    \necho 2048 > \/proc\/sys\/net\/ipv4\/tcp_max_orphans
    \necho 512 > \/proc\/sys\/kernel\/threads-max
    \necho 4096 > \/proc\/sys\/fs\/file-max
    \necho 0 > \/proc\/sys\/net\/ipv4\/tcp_orphan_retries
    \necho 1 > \/proc\/sys\/net\/ipv4\/tcp_abort_on_overflow
    \necho “60 180” > \/proc\/sys\/net\/ipv4\/ip_conntrack_udp_timeouts
    \necho “300 2400 120 60 120 120 10 60 30 120” > \/proc\/sys\/net\/ipv4\/ip_conntrack_tcp_timeouts
    \necho “50 500 0 0 200 1000 60 20 0” > \/proc\/sys\/vm\/bdflush
    \necho “0 0” > \/proc\/sys\/vm\/pagetable_cache<\/p>\n

    UPDATE<\/h2>\n

    A little bird told me that doing a paste on the web GUI startup textfield may<\/em> truncate some characters, while this may or may not be an issue, it’s better to play it safe and enter these manually via SSH<\/code><\/p>\n

    This is [roughly] how your SSH<\/code> session should go:<\/p>\n

    ~ # nvram set rc_startup=”<\/p>\n

    \n

    echo 1 > \/proc\/sys\/net\/ipv4\/icmp_echo_ignore_broadcasts
    \necho 1 > \/proc\/sys\/net\/ipv4\/icmp_ignore_bogus_error_responses
    \necho ‘600 1800 120 60 120 120 10 60 30 120’ > \/proc\/sys\/net\/ipv4\/ip_conntrack_tcp_timeouts
    \n“
    \n~ # nvram commit
    \n~ # reboot <\/p>\n<\/blockquote>\n

    Also, it’s worth mentioning that you should set your “maximum ports” in the administration page to 4096<\/em> (default is 512 I believe)<\/p>","protected":false},"excerpt":{"rendered":"

    I noticed that I’ve been getting erratic behaviour with my router whenever I had bittorrent running. After a while it would always slow down to a crawl – where I had to reboot the router to get things back to normal. While rebooting the router manually (or via GUI, after much waiting) solves this. The …

    Continue reading “WRT54G P2P problems?”<\/span><\/a><\/p><\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[5,13],"tags":[159,517,595,698,699,867,1309],"class_list":["post-486","post","type-post","status-publish","format-standard","hentry","category-internet","category-technology","tag-bittorrent","tag-hack","tag-internet","tag-linksys","tag-linux","tag-p2p","tag-wrt54g"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack-related-posts":[],"_links":{"self":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/486","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/comments?post=486"}],"version-history":[{"count":1,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/486\/revisions"}],"predecessor-version":[{"id":1705,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/486\/revisions\/1705"}],"wp:attachment":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/media?parent=486"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/categories?post=486"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/tags?post=486"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}