Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Port 80 (HTTP) issue

    Scheduled Pinned Locked Moved Traffic Shaping
    9 Posts 5 Posters 4.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • X
      xaviero
      last edited by

      hello guys,

      i got confused for port 80.
      port 80 was used for browsing webpage, while in this port, user can download any application.

      how i can limit port 80 for download leecher ?
      i set the traffic shaper at qp2p_up n qp2p_down in 64Kb
      it work for leecher, limit the downloader about 64Kb

      but for net surfer, 64Kbps seems like to slow…. i need it set to about 256Kb

      how can it set in traffic shaper?

      thanks

      1 Reply Last reply Reply Quote 0
      • X
        xaviero
        last edited by

        no one suggestion ??? :(

        1 Reply Last reply Reply Quote 0
        • P
          pogi
          last edited by

          I think maybe you can set it to burst traffic for xx milliseconds, if this is set correctly then web-surfers will get xx bandwidth for xx milliseconds, allowing a typical page to download fast. But after xx milliseconds it will slow down, this would kind of make downloads slow.

          I think this is correct, do a search for burst.

          1 Reply Last reply Reply Quote 0
          • X
            xaviero
            last edited by

            bursting is a good idea, but consider the worst case like this:

            • i have 20 pc stations, but temporary only 10 actives
            • i only have 1Mbps downlink
            • if i limit 64kbps, burst 128kbps…, it means i must be had 128kbpsx10stations = 1280kbps which mean i dont have enough bandwidth :(
            1 Reply Last reply Reply Quote 0
            • T
              ttlinna
              last edited by

              @xaviero:

              bursting is a good idea, but consider the worst case like this:

              • i have 20 pc stations, but temporary only 10 actives
              • i only have 1Mbps downlink
              • if i limit 64kbps, burst 128kbps…, it means i must be had 128kbpsx10stations = 1280kbps which mean i dont have enough bandwidth :(

              That doesn't work like that. Those numbers are maximum values for the whole queue, not for individual users.

              BR,

              Tommi

              1 Reply Last reply Reply Quote 0
              • X
                xaviero
                last edited by

                so thats not a good method that i need…

                1 Reply Last reply Reply Quote 0
                • C
                  CarlMGregory
                  last edited by

                  Have you at least tested it to see?

                  1 Reply Last reply Reply Quote 0
                  • X
                    xaviero
                    last edited by

                    finally, after several trial n error, i decided use squid… there is an option , which is throttle bandwidth...

                    1 Reply Last reply Reply Quote 0
                    • J
                      j0ris
                      last edited by

                      One problem with using bursting to "prioritize" web browsing over http downloads is that you need to set a hard upper limit as m2, meaning that even if there is only 1 client online, he can only use that limited bandwidth to download, which is a bit of a waste IMO.

                      It would be nice if there was some way to give a higher priority to bursts without having to specify a hard limit, so that the full bandwidth could be used at all times…

                      1 Reply Last reply Reply Quote 0
                      • First post
                        Last post
                      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.