Re: [multipathtcp] High-level design decisions /architecture

[Scott Brim <[e-mail]>]

Yoshifumi Nishida allegedly wrote on 11/04/2009 12:19 PM:
>  > With per-subflow receive windows, you can use receive window tuning,
>  > too.
> 
> Well, that's an idea. Yes, I agree.
> I tend to agree that this can be a open issue now. But, I still have a naive question...
> 
> Compared to having a tweaky algorithm at receiver side, doing simple 
> negotiation during SYN exchange would be that difficult? (and probably we will
> also need to use 1 bit in Add Address option to specify primary path or etc, 
> but it's still simple.) 
> If we think about a small gudget like iphone, I guess simple receiving 
> algorithm might be preferable.

The problem with putting this in signaling is that you lose richness of
what you can do.  You need to have a few standard meanings for the bits
(or bit values) available to you, and so on.  Also, the particular
effect sought here is throttling traffic, which is exactly what receive
windows are good for.  If there is a need for anything else, maybe
signaling would be more appropriate.

Scott