Re: [tcpm] Is this a problem?

[Joe Touch <[e-mail]>]

Chandrashekhar Appanna wrote:
> On Tue, Nov 20, 2007 at 04:01:21PM -0800, Joe Touch wrote:
...
>>> The community standardised TCP window size advertisements. That's a local resource control issue, surely?
>> That's something you have to tell the other end, i.e., it requires a
>> change to the protocol on the wire. This one can be implemented without
>> any change to the protocol at all - entirely at the app layer.
> 
>   And I think the authors are positioning that there is a better place in
>   the architecture to solve this and that is in tcp. I think it is boiling
>   down to just a matter of opinions so far.. esp when you keep repeating
>   that it could be solved in the app layer (for as long as I recall!!)

First, the argument above is that this is like standardizing TCP window
advertisements.

Second, the original argument was that this wasn't solvable at the app
layer.

The rationale changes and the arguments persists. That's useful to note, IMO

>>>> That seems absurd to me.  So, to me, arguing about where to mitigate the
>>>> persist stuff is putting the cart before the horse.  First, we'd need to
>>>> establish some reason to standardize local resource control.
>>> because it's useful?
>>
>> Useful is a fine metric for a new protocol, not for mucking with such a
>> ubiquitous and established one unnecessarily, IMO.
> 
>   I do not understand that line of reasoning at all.. I think the point
>   was that it could be useful to tcp.. not to some new protocol.

TCP doesn't need this; users do. TCP doesn't care about hanging around -
or transmitting data very slowly. Some people call both a feature.

Joe

_______________________________________________
tcpm mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/tcpm