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

TCP ex Machina: Computer-Generated Congestion Control

Scheduled Pinned Locked Moved Off-Topic & Non-Support Discussion
3 Posts 3 Posters 2.1k 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.
  • T
    Tikimotel
    last edited by Jul 21, 2013, 8:07 AM

    http://web.mit.edu/remy/
    Remy is a computer program that figures out how computers can best cooperate to share a network.

    Remy creates end-to-end congestion-control algorithms that plug into the Transmission Control Protocol (TCP).
    These computer-generated algorithms can achieve higher performance and greater fairness than the most sophisticated human-designed schemes.

    Can we see implementation of this amazing discovery into future versions of freebsd/pfsense?

    1 Reply Last reply Reply Quote 0
    • S
      stan-qaz
      last edited by Jul 22, 2013, 7:28 PM

      Not so simple, it doesn't look like it is a solution that can be applied to a single machine.

      Remy is designed to work on a subnetwork basis – that is, all endpoints in a subnet are running Remy. Hence, for example, on a home network, Remy's aim would be to limit local congestion by having the hosts respond in the same way to that congestion.

      1 Reply Last reply Reply Quote 0
      • P
        phil.davis
        last edited by Jul 23, 2013, 6:05 AM

        It looks like there are promising ways to improve the algorithms by which TCP (on various OS implementations) handles changing its parameters (window size etc) in response to perceived network throughput/congestion. The control of all that is end-to-end in TCP - the end point systems have to do it, and they do it more or less crudely at the moment. So I don't see how it will help the routers/firewalls along the path. But yes, if you have a controlled office environment then you could implement these things (when they are actually real software available for the OSs that you have) and get your office computers doing more friendly sharing of bandwidth.
        If only new IPvN had a proper QoS system, and we could pay a bit extra to our ISP to be able to set QoS parameters in packets, have the ISP respect this, and have the ISP pay the internet backbone a bit of that money to also process QoS…

        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

        1 Reply Last reply Reply Quote 0
        3 out of 3
        • First post
          3/3
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
          This community forum collects and processes your personal information.
          consent.not_received