On 06/11/2008 9:13 AM, Remko Tronçon wrote: >> 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?
I don't know if existing clients and servers are that smart, but it would be good to add an implementation note about that in the IBB spec (or perhaps even in rfc3920bis). > 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. Right, some sort of traffic shaping. Here I really don't think any existing servers are that intelligent, but maybe I'm wrong. :) Peter -- Peter Saint-Andre https://stpeter.im/
smime.p7s
Description: S/MIME Cryptographic Signature
