Анонс подкаста. telecom №89 \\\\\09.07 17:30 Мск
Мы решили не давать вам остывать под летними дождями.
В июле мы в очередной раз подвергнем сомнению то, как TCP справляется сегодня со своими обязанностями.
Как жить с транспортом, который управляет заторами на основе потерь в сетях, где потерь быть не должно?
Сначала мы планировали посвятить подкаст lossless-сетям, но потом решили расширить.
С архитекторами из Яндекса поговорим о ECN, DCTCP, TIMLEY, PFC и других способах победить старение.
Кто:
Про что: Транспорт и управление перегрузками в TCP и не только.
Лучшее место для ваших вопросов.
.jpg)
План такой:
1. История вопроса, откуда взялась проблема, Reno
2. Развитие — попытки оптимизаций пилы, RED
3. Проблема инкаста внутри ДЦ — deepbuffer
4. ECN оригинальный вариант
5. Проблемы ECN (RTT-fairness, изоляция)
6. ECN от DCTCP
7. Почему DCTCP — marketing bullshit
8. Timely/BBR pacing
9. BBRv2 — универсальный CC, пара слов про NS3
10. PFC (в контексте RDMA)
В июле мы в очередной раз подвергнем сомнению то, как TCP справляется сегодня со своими обязанностями.
Как жить с транспортом, который управляет заторами на основе потерь в сетях, где потерь быть не должно?
Сначала мы планировали посвятить подкаст lossless-сетям, но потом решили расширить.
С архитекторами из Яндекса поговорим о ECN, DCTCP, TIMLEY, PFC и других способах победить старение.
Кто:
- Дмитрий Афанасьев. Сетевой архитектор группы проектирования сети Яндекс
- Александр Азимов. Эксперт группы проектирования сети Яндекс
Про что: Транспорт и управление перегрузками в TCP и не только.
Лучшее место для ваших вопросов.
.jpg)
План такой:
1. История вопроса, откуда взялась проблема, Reno
2. Развитие — попытки оптимизаций пилы, RED
3. Проблема инкаста внутри ДЦ — deepbuffer
4. ECN оригинальный вариант
5. Проблемы ECN (RTT-fairness, изоляция)
6. ECN от DCTCP
7. Почему DCTCP — marketing bullshit
8. Timely/BBR pacing
9. BBRv2 — универсальный CC, пара слов про NS3
10. PFC (в контексте RDMA)