> So the server would determine if you are close to hitting some rate or > bandwidth limit and will tell you to slow down? What if the bottleneck > is between the recipient's server and the recipient's client (e.g., I am > on a fat pipe and you are on a mobile connection)? Then perhaps it is > the recipient's client that would want to tell the sender's client to > slow down.
Won't it do that automatically by having a slow iq result time? But the problem still remains that the recipient's server thinks it's going way too fast. The cleanest way to solve this is to just put the routing of the sender's client packages to a lower priority, and as such he will get later iq replies. A smart server could even just do the low prio routing with ibb IQ's, which would not affect his normal traffic at all. cheers, Remko
