Когда вы прочитаете этот раздел « Кроме того, отправители TCP могут использовать обнаружение MTU пути, чтобы вывести минимальный MTU на сетевом пути между отправителем и получателем, и использовать это для динамической настройки MSS, чтобы избежать фрагментации IP в сети » . скажем, это подразумевает, что:
1. MSS может быть получен из Path MTU 2. MSS может быть скорректирован после того, как он будет отправлен на другой конец.
MSS можно рассчитать на основе MTU локально подключенной сети, а не минимального MTU на пути (PMTU). MSS не может быть скорректирован после его отправки (только) в пакетах [SYN] при трехэтапном рукопожатии. Так что лучше изменить строки или формулировки. — Предыдущий неподписанный комментарий, добавленный WikiJackool ( talk• вклад ) 05:01, 16 января 2016 (UTC)
Кажется, имеет смысл сослаться на Portmap и, возможно, даже на «малоиспользуемые» страницы сервисного мультиплексора портов TCP в качестве примеров динамического использования порта (со связью на хорошо известном порту). JimD ( разговор ) 00:56, 20 июня 2015 (UTC)
Я думаю, что фразу « преднамеренно собранные SYN-пакеты» следует заменить в этом разделе на « вырожденные SYN-пакеты », поскольку это будет более точно означать, что такие пакеты являются вредоносными и не соответствуют соответствующей стандартной семантике. — Предыдущий неподписанный комментарий добавлен JimD ( talk • contribs ) 00:48, 20 июня 2015 (UTC)
TCP не является виртуальным каналом, потому что состояние соединения находится только в двух системах отправки. Любые промежуточные узлы не знают ни о каких параметрах TCP. Fisherisland14 19:27, 25 сентября 2006 г. (UTC)
Это проблема. Так называемая диаграмма состояний, популяризированная в сетевых книгах, представляет собой очень упрощенное представление, хотя ни одна из книг не сообщает об этом своим читателям и не распространяет миф о том, что эта диаграмма на самом деле является диаграммой состояний TCP. На самом деле все, что он иллюстрирует, — это установление и закрытие соединения в части TCP, а все состояния не учитываются. Состояния, относящиеся к его реальной работе во время выполнения, были объединены только в одну ячейку — УСТАНОВЛЕНО. Но об этом позаботились. В 2005 году на основе исходного RFC была создана подробная диаграмма состояний, нарисованная с использованием формального языка EFSM. Указатель на него существует в разделе внешних ссылок. Спасибо. ЖИК 2007.
ИМХО, упрощенный конечный автомат полезен, но ему не хватает перехода: из состояния ПОСЛЕДНИЙ ПОДТВЕРЖДЕНИЕ в состояние ЗАКРЫТИЕ конечная точка должна получить сегмент ACK, чтобы изменить свое состояние. Андреа Спадаччини, 2008 г. — Предыдущий неподписанный комментарий добавлен 151.97.6.24 ( разговор ) 09:52, 27 августа 2008 г. (UTC)