Комментарии 7
Да-да-да! Мы очень ждем выпуск с MPLS BGP L3VPN
Я уже было подумал, что серия умерла. Рад слышать, что работа на следующей частью идёт. Очень жду:)
" Модель OSI была задумана ещё в 70-е годы, как часть семейства протоколов OSI, которая на полном серьёзе позиционировалась как соперник стеку TCP/IP (спойлер: TCP/IP таки выиграл)."
Если я ничего не путаю, де-юре конкурс выиграли таки стек и модель OSI. После чего разработка семейства OSI была поставлена под жёсткий контроль государства, завязла в бюрократии и не смогла развивать протокол со скоростью, требуемой рынком. А TCP/IP никто не ограничивал, поэтому нужные функции реализовывались быстро, и он стал стандартом де-факто.
Поэтому мы и имеет такую странную ситуацию — семейство протоколов используется одно, а модель — от другого семейства.
«Каждый узел включает свой MSS в опции TCP в первый пакет (тот, что с флагом SYN), и оба узла выбирают наименьшее значение из двух как MSS сессии.»
Что такое MSS сессии? Насколько мне известно, тут механизм похож на hold-timer в EIGRP. То есть каждый узел говорит, с каким максимальным MSS лично он бы хотел принимать данные. Но они ничего не согласовывают и ни о чём не договариваются — каждый может выбрать свой собственный MSS для передачи (равный минимальному значению между полученным от соседа пожеланием и собственным MTU на исходящем интерфейсе) в рамках этой сессии.
Если я ничего не путаю, де-юре конкурс выиграли таки стек и модель OSI. После чего разработка семейства OSI была поставлена под жёсткий контроль государства, завязла в бюрократии и не смогла развивать протокол со скоростью, требуемой рынком. А TCP/IP никто не ограничивал, поэтому нужные функции реализовывались быстро, и он стал стандартом де-факто.
Поэтому мы и имеет такую странную ситуацию — семейство протоколов используется одно, а модель — от другого семейства.
«Каждый узел включает свой MSS в опции TCP в первый пакет (тот, что с флагом SYN), и оба узла выбирают наименьшее значение из двух как MSS сессии.»
Что такое MSS сессии? Насколько мне известно, тут механизм похож на hold-timer в EIGRP. То есть каждый узел говорит, с каким максимальным MSS лично он бы хотел принимать данные. Но они ничего не согласовывают и ни о чём не договариваются — каждый может выбрать свой собственный MSS для передачи (равный минимальному значению между полученным от соседа пожеланием и собственным MTU на исходящем интерфейсе) в рамках этой сессии.
>модель OSI…
Вроде дело было так (если имеющиеся источники не врут): процедура создания OSI изначально была очень бюрократизирована и была «открыта» (т.е. кто угодно мог высказывать мнение — а сколько людей (заинтересованных организаций), столько и мнений), потому медленна;
TCP/IP же был, в некотором смысле, под диктатурой сравнительно небольшой группы инженеров (получавших гранты государства через бюджет ARPA) — у них дело шло быстрее (ну и плюс наличие реализации в коде и железе ещё до стандартизации).
Вроде дело было так (если имеющиеся источники не врут): процедура создания OSI изначально была очень бюрократизирована и была «открыта» (т.е. кто угодно мог высказывать мнение — а сколько людей (заинтересованных организаций), столько и мнений), потому медленна;
TCP/IP же был, в некотором смысле, под диктатурой сравнительно небольшой группы инженеров (получавших гранты государства через бюджет ARPA) — у них дело шло быстрее (ну и плюс наличие реализации в коде и железе ещё до стандартизации).
Ремарка: «Сети для Самых Маленьких» должны быть иллюстрированы :) Как любая другая публикация для Самых Маленьких.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сети для Самых Маленьких. Микровыпуск №5. FAQ по сетевым технологиям