Сообщение Re[22]: Разумность 16 байтных IP-адресов - ведь глупость сде от 13.11.2024 13:33
Изменено 13.11.2024 13:46 netch80
Re[22]: Разумность 16 байтных IP-адресов - ведь глупость сде
Здравствуйте, Pzz, Вы писали:
N>>Спросил тех кто прямо сейчас в теме. Ответ очень странный: большинство вендоров проверяют на https://en.wikipedia.org/wiki/Internet_Mix который не менялся существенно с ≈2013, и фиксируют результаты по нему.
Вот ещё: https://stats.ams-ix.net/sflow/size.html
До 113 — треть от общего количества. (вычел 14 на заголовок кадра)
Ещё треть — от 1010 до 1499. Жаль, что не рассказано точнее (я бы выставил границу в 1280 или 1300).
Ровно 1500 только четверть. И вот они как раз в основном TCP при больших потоках.
Pzz>А, я понял, откуда такое может взяться.
Pzz>Это те реализации TCP, которые консервативно шлют полукилобайтные пакеты, не имея на эту тему более светлых идей.
Вот таких я не видел уже чёрт-те сколько лет.
Всё-таки в основном гонят по максимуму согласно PMTUD, и только если оно не даёт результата, переходят на более мелкие.
Pzz>Да, получается, ты был прав в своем прогнозе, а я — нет.
Pzz>В этом плане переход на IPv6, с его гарантиями на доставку пакетов длинной 1280 байтов без фрагментации, конечно, играют на пользу человечеству.
Не повлияет.
N>>Спросил тех кто прямо сейчас в теме. Ответ очень странный: большинство вендоров проверяют на https://en.wikipedia.org/wiki/Internet_Mix который не менялся существенно с ≈2013, и фиксируют результаты по нему.
Вот ещё: https://stats.ams-ix.net/sflow/size.html
До 113 — треть от общего количества. (вычел 14 на заголовок кадра)
Ещё треть — от 1010 до 1499. Жаль, что не рассказано точнее (я бы выставил границу в 1280 или 1300).
Ровно 1500 только четверть. И вот они как раз в основном TCP при больших потоках.
Pzz>А, я понял, откуда такое может взяться.
Pzz>Это те реализации TCP, которые консервативно шлют полукилобайтные пакеты, не имея на эту тему более светлых идей.
Вот таких я не видел уже чёрт-те сколько лет.
Всё-таки в основном гонят по максимуму согласно PMTUD, и только если оно не даёт результата, переходят на более мелкие.
Pzz>Да, получается, ты был прав в своем прогнозе, а я — нет.
Pzz>В этом плане переход на IPv6, с его гарантиями на доставку пакетов длинной 1280 байтов без фрагментации, конечно, играют на пользу человечеству.
Не повлияет.
Re[22]: Разумность 16 байтных IP-адресов - ведь глупость сде
Здравствуйте, Pzz, Вы писали:
N>>Спросил тех кто прямо сейчас в теме. Ответ очень странный: большинство вендоров проверяют на https://en.wikipedia.org/wiki/Internet_Mix который не менялся существенно с ≈2013, и фиксируют результаты по нему.
Вот таки свежее: https://stats.ams-ix.net/sflow/size.html
До 109 — треть от общего количества. (вычел 18 на заголовок кадра. кажется, таки 18. потому что 802.1q) Непонятно, что они такое.
Ещё треть — от 1006 до 1495. Жаль, что не рассказано точнее (я бы выставил границу в 1280 или 1300).
Ровно 1500 (если я правильно понял только четверть. И вот они как раз в основном TCP при больших потоках.
А реалтайм видео сюда не ложится хотя бы потому, что ему нужен UDP, а не TCP.
Возможно, ту треть 1006-1495 даёт как раз оно.
И недополнение хвостика до сотни байт как раз в его духе.
Pzz>А, я понял, откуда такое может взяться.
Pzz>Это те реализации TCP, которые консервативно шлют полукилобайтные пакеты, не имея на эту тему более светлых идей.
Вот таких я не видел уже чёрт-те сколько лет.
Всё-таки в основном гонят по максимуму согласно PMTUD, и только если оно не даёт результата, переходят на более мелкие.
Pzz>Да, получается, ты был прав в своем прогнозе, а я — нет.
Pzz>В этом плане переход на IPv6, с его гарантиями на доставку пакетов длинной 1280 байтов без фрагментации, конечно, играют на пользу человечеству.
Не повлияет.
N>>Спросил тех кто прямо сейчас в теме. Ответ очень странный: большинство вендоров проверяют на https://en.wikipedia.org/wiki/Internet_Mix который не менялся существенно с ≈2013, и фиксируют результаты по нему.
Вот таки свежее: https://stats.ams-ix.net/sflow/size.html
До 109 — треть от общего количества. (вычел 18 на заголовок кадра. кажется, таки 18. потому что 802.1q) Непонятно, что они такое.
Ещё треть — от 1006 до 1495. Жаль, что не рассказано точнее (я бы выставил границу в 1280 или 1300).
Ровно 1500 (если я правильно понял только четверть. И вот они как раз в основном TCP при больших потоках.
А реалтайм видео сюда не ложится хотя бы потому, что ему нужен UDP, а не TCP.
Возможно, ту треть 1006-1495 даёт как раз оно.
И недополнение хвостика до сотни байт как раз в его духе.
Pzz>А, я понял, откуда такое может взяться.
Pzz>Это те реализации TCP, которые консервативно шлют полукилобайтные пакеты, не имея на эту тему более светлых идей.
Вот таких я не видел уже чёрт-те сколько лет.
Всё-таки в основном гонят по максимуму согласно PMTUD, и только если оно не даёт результата, переходят на более мелкие.
Pzz>Да, получается, ты был прав в своем прогнозе, а я — нет.
Pzz>В этом плане переход на IPv6, с его гарантиями на доставку пакетов длинной 1280 байтов без фрагментации, конечно, играют на пользу человечеству.
Не повлияет.