[{"author": "Christian Ams\u00fcss", "text": "

:coffee:

", "time": "2023-03-28T00:31:03Z"}, {"author": "Cedric Westphal", "text": "

the sound is lost online

", "time": "2023-03-28T00:44:06Z"}, {"author": "Cedric Westphal", "text": "

speak into the mike!

", "time": "2023-03-28T00:44:18Z"}, {"author": "Cedric Westphal", "text": "

Turn on the mike!

", "time": "2023-03-28T00:44:23Z"}, {"author": "Cedric Westphal", "text": "

it is on now!

", "time": "2023-03-28T00:44:34Z"}, {"author": "Marie-Jose Montpetit", "text": "

This could also be presented to COIN as 1. AR/VR is one of our use cases and 2. the relay could be point of computing

", "time": "2023-03-28T01:24:41Z"}, {"author": "Ali Begen", "text": "

DaveO is referring to the problem described in https://dx.doi.org/10.1145/2597176.2578270

", "time": "2023-03-28T01:35:58Z"}, {"author": "Cedric Westphal", "text": "

am I muted?

", "time": "2023-03-28T01:36:59Z"}, {"author": "Dirk Kutscher", "text": "

@Ali, thanks.

", "time": "2023-03-28T01:45:20Z"}, {"author": "David Oran", "text": "

@Ali: yes, and some later (unfortunately not published) work that showed that if a user downshifts his rate all the current approaches assume it's because of lower bandwidth DOWNSTREAM of the cache, and to because of congestion on link(s) UPSTREAM of the cache. If the latter what winds up happening is that the downshift actually puts more pressure on the upstream bcaus the lower bandwidth data is not cached.

", "time": "2023-03-28T01:54:16Z"}, {"author": "Dirk Kutscher", "text": "

We will do FLIC (Marc) after this.

", "time": "2023-03-28T01:54:36Z"}, {"author": "David Oran", "text": "

For Uesda-san: could yin use icnping packets for this?

", "time": "2023-03-28T02:27:08Z"}, {"author": "Cullen Jennings", "text": "

Thanks Ali & Dave - Once you pointed this out, I see how I am causing the bandwidth usage on above the relay to go up on detection of congestion. Clearly not good. Big thanks. Does this paper or others point at mitigations approaches ?

", "time": "2023-03-28T02:29:52Z"}, {"author": "David Oran", "text": "

What we suggested as sufficient but perhaps a bigger hammer than needed is to have the cache policy be \"if you cache rate X, also cache rates lower than X). This of course may need speculative fetches by the cache indpendentof the rates requested by users.

", "time": "2023-03-28T02:32:03Z"}, {"author": "Cedric Westphal", "text": "

This is relevant as well https://arxiv.org/abs/1307.0794

", "time": "2023-03-28T02:33:11Z"}, {"author": "Cedric Westphal", "text": "

Thanks for hosting this session!

", "time": "2023-03-28T02:33:24Z"}]