Re[3]: Физическое представление порта в TCP/UDP- протоколе
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 11.01.22 11:04
Оценка:
Здравствуйте, Mr.Delphist, Вы писали:

N>>2 байта — потому что считали, что больше не нужно. На самом деле для случаев серьёзной нагрузки это сейчас реальная гиря на ногах (например, если граничный прокси-балансер передаёт соединения внутренним серверам), выкручиваются назначением множественных IP адресов.

N>>Мне сильно жаль, что с переходом на IPv6 не расширили тут до 4 байт.

MD>Тогда это был бы TCPv6, UDPv6...


И что в этом плохого было бы?
Сейчас и так: seqnums мало 4 байта, дополнительно гоняют timestamp; окну мало 2 байта, придумали size scale (причём всегда; например, если оно выставлено в 64, грануляция размера тоже будет: 0, 64, 128...); проблему замершего нулевого окна костылят; urgent pointer можно убрать, всё равно не в тему; ещё с десяток прочих улучшений давно пора бы сделать... А логика самого TCP была бы всё равно единой, менялись бы только правила упаковки и распаковки данных.
The God is real, unless declared integer.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.