Re: [Marnew] RFC 6077

On Thursday, September 24, 2015, Blake Matheny <bmatheny@fb.com> wrote:

> I don’t think that has to be the case. I’d like to get channel bandwidth,
> allocated channels vs available channels, and a couple of other things from
> the tower. Beyond collecting this
>
>
Why not get it from the ue?

You realize this data will all change before you even receive it? So it
would be no more than a historical record.

Also, there may be privacy concerns here.

Maybe i dont want you to know my location. Everytime the 49ers play at
home, my congestion goes up, you may now infer my location.

> data to better understand global trends, we use similar (less accurate)
> signals for making dynamic decisions (for instance, disable a particular
> feature because conditions look like X).
>
> Just because the signals are ephemeral/dynamic don’t mean they aren’t
> useful. TCP does not provide these hints. Also struct tcp_info is a
> Linuxism and is not widely available across platforms.
>
> -Blake
>
> From: Ca By
> Date: Thursday, September 24, 2015 at 8:49 AM
> To: Blake Matheny
> Cc: "Smith, Kevin, (R&D) Vodafone Group", "Scharf, Michael (Michael)", "
> marnew@iab.org <javascript:_e(%7B%7D,'cvml','marnew@iab.org');>"
> Subject: Re: [Marnew] RFC 6077
>
>
>
> On Thursday, September 24, 2015, Blake Matheny <bmatheny@fb.com
> <javascript:_e(%7B%7D,'cvml','bmatheny@fb.com');>> wrote:
>
>> I’ve asked a couple of vendors for congestion hints in a variety of ways.
>> So far, no luck :) I would really like to see this as well.
>>
>>
>>
> The problem is these hints are too ephemeral and dynamic to be useful.
> Someone turns on a microwave oven and congestion becomes high ....
>
> This just seems to be more signalling without actionable information. I
> belive tcp already provides these hints
>
>
>>
>>
>> On 9/24/15, 7:34 AM, "Marnew on behalf of Smith, Kevin, (R&D) Vodafone
>> Group" <marnew-bounces@iab.org on behalf of Kevin.Smith@vodafone.com>
>> wrote:
>>
>> >Hi Michael,
>> >Thanks for reminding me - Bob Briscoe also recommended 6077, especially
>> when considering the impact of providing congestion hints (namely in the
>> Mobile Throughput Guidance draft). Certainly we need to make sure that such
>> efforts do not merely shift the bottleneck to cause problems elsewhere. So
>> as you say we can review those challenges - if not in detail at the
>> workshop then on the mailing list.
>> >All best
>> >Kevin
>> >
>> >"Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com> wrote:
>> >
>> >
>> >On the MarNew page, I see some ideas related to
>> network-support/network-assisted congestion control. The IRTF has written
>> some time ago RFC 6077, and it could be useful to review the challenges in
>> Section 3.1 therein. Of course, parts of that RFC may be outdated.
>> >
>> >Michael (co-author of RFC 6077)
>> >
>> >_______________________________________________
>> >Marnew mailing list
>> >Marnew@iab.org
>> >
>> https://urldefense.proofpoint.com/v1/url?u=https://www.iab.org/mailman/listinfo/marnew&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=dPSUqzzpoMUu%2B7UN6oQ1DQ%3D%3D%0A&m=sfDv5HORjurZqK2gt%2FlxX1SHIUOTFXmXhNMlEycm9DI%3D%0A&s=287c4a2ca16575e5bb0b89f8a38b2058107aa632016e43ad3d5820b036687265
>> >
>> >_______________________________________________
>> >Marnew mailing list
>> >Marnew@iab.org
>> >
>> https://urldefense.proofpoint.com/v1/url?u=https://www.iab.org/mailman/listinfo/marnew&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=dPSUqzzpoMUu%2B7UN6oQ1DQ%3D%3D%0A&m=sfDv5HORjurZqK2gt%2FlxX1SHIUOTFXmXhNMlEycm9DI%3D%0A&s=287c4a2ca16575e5bb0b89f8a38b2058107aa632016e43ad3d5820b036687265
>> _______________________________________________
>> Marnew mailing list
>> Marnew@iab.org
>> https://www.iab.org/mailman/listinfo/marnew
>> <https://urldefense.proofpoint.com/v1/url?u=https://www.iab.org/mailman/listinfo/marnew&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=dPSUqzzpoMUu%2B7UN6oQ1DQ%3D%3D%0A&m=Jss0283WJ77x215YTlEiFoCnppBsdgDltN16tKkCNn0%3D%0A&s=89899417f5b429204a349b6420a315e537ba5bac6608bfaf44f3af11cc8a1b17>
>>
>