ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

8 минут чтени€

ѕочитать лекцию є16 про модель сети ћинистерства обороны —Ўј (DoD) можно тут.

¬ 1960-х годах, вплоть до 1980-х годов, основной формой св€зи была коммутируема€ схема; отправитель просил сетевой элемент (коммутатор) подключить его к определенному приемнику, коммутатор завершал соединение (если приемник не был зан€т), и трафик передавалс€ по результирующей схеме. ≈сли это звучит как традиционна€ телефонна€ система, то это потому, что на самом деле она основана на традиционной сетевой системе (теперь называемой обычной старой телефонной службой [POTS]).  рупные телефонные и компьютерные компании были глубоко инвестированы в эту модель и получали большой доход от систем, разработанных вокруг методов коммутации цепей. ѕо мере того, как модель DoD (и ее набор сопутствующих протоколов и концепций) начали завоевывать попул€рность у исследователей, эти сотрудники решили создать новую организацию по стандартизации, котора€, в свою очередь, построит альтернативную систему, обеспечивающую "лучшее из обоих миров". ќни будут включать в себ€ лучшие элементы коммутации пакетов, сохран€€ при этом лучшие элементы коммутации каналов, создава€ новый стандарт, который удовлетворит всех. ¬ 1977 году эта нова€ организаци€ по стандартизации была предложена и прин€та в качестве International Organization for Standardizatio (ISO).

ќсновна€ цель состо€ла в том, чтобы обеспечить взаимодействие между крупными системами баз данных, доминировавшими в конце 1970-х гг.  омитет был разделен между инженерами св€зи и контингентом баз данных, что усложнило стандарты. –азработанные протоколы должны были обеспечить как ориентированное на соединение, так и бесконтактное управление сеансами, а также изобрести весь набор приложений дл€ создани€ электронной почты, передачи файлов и многих других приложений (помните, что приложени€ €вл€ютс€ частью стека). Ќапример, необходимо было кодифицировать различные виды транспорта дл€ транспортировки широкого спектра услуг. ¬ 1989 году-целых дес€ть лет спуст€-спецификации еще не были полностью выполнены. ѕротокол не получил широкого распространени€, хот€ многие правительства, крупные производители компьютеров и телекоммуникационные компании поддерживали его через стек и модель протокола DoD.

Ќо в течение дес€ти лет стек DoD продолжал развиватьс€; была сформирована »нженерна€ рабоча€ группа по разработке »нтернету (Engineering Task Force -IETF) дл€ поддержки стека протоколов TCP/IP, главным образом дл€ исследователей и университетов (»нтернет, как тогда было известно, не допускал коммерческого трафика и не будет до 1992 года). — отказом протоколов OSI материализоватьс€ многие коммерческие сети и сетевое оборудование обратились к пакету протоколов TCP/IP дл€ решени€ реальных проблем "пр€мо сейчас".

 роме того, поскольку разработка стека протоколов TCP/IP оплачивалась по грантам правительства —Ўј, спецификации были бесплатными. Ќа самом деле существовали реализации TCP/IP, написанные дл€ широкого спектра систем, доступных благодар€ работе университетов и аспирантов, которые нуждались в реализации дл€ своих исследовательских усилий. ќднако спецификации OSI могли быть приобретены только в бумажном виде у самой ISO и только членами ISO. ISO был разработан, чтобы быть клубом "только дл€ членов", предназначенным дл€ того, чтобы держать должностных лиц под контролем развити€ технологии коммутации пакетов. ќднако принцип "только члены" организации работал против должностных лиц, что в конечном счете сыграло свою роль в их упадке.

ќднако модель OSI внесла большой вклад в развитие сетей; например, пристальное внимание, удел€емое качеству обслуживани€ (QoS) и вопросам маршрутизации, принесло дивиденды в последующие годы. ќдним из важных вкладов стала концепци€ четкой модульности; сложность соединени€ многих различных систем с множеством различных требований побудила сообщество OSI призвать к четким лини€м ответственности и четко определенным интерфейсам между сло€ми.

¬торой - это концепци€ межмашинного взаимодействи€. —редние блоки, называемые затем шлюзами, теперь называемые маршрутизаторами и коммутаторами, €вно рассматривались как часть сетевой модели, как показано на рисунке 3.

√ениальность моделировани€ сети таким образом заключаетс€ в том, что она делает взаимодействие между различными част€ми намного легче дл€ понимани€.  ажда€ пара слоев, перемеща€сь вертикально по модели, взаимодействует через сокет или приложение.

ћодель OSI, включа€ концепцию промежуточной системы

Programming Interface (API). “аким образом, чтобы подключитьс€ к определенному физическому порту, часть кода на канальном уровне будет подключатьс€ к сокету дл€ этого порта. Ёто позвол€ет абстрагировать и стандартизировать взаимодействие между различными уровн€ми.  омпонент программного обеспечени€ на сетевом уровне не должен знать, как обращатьс€ с различными видами физических интерфейсов, только как получить данные дл€ программного обеспечени€ канального уровн€ в той же системе.

 аждый уровень имеет определенный набор функций дл€ выполнени€.

‘изический уровень, также называемый уровнем 1, отвечает за модулирование или сериализацию 0 и 1 на физическом канале.  аждый тип св€зи будет иметь различный формат дл€ передачи сигналов 0 или 1; физический уровень отвечает за преобразование "0" и "1" в эти физические сигналы.

 анальный уровень, также называемый уровнем 2, отвечает за то, чтобы некотора€ передаваема€ информаци€ фактически отправл€лась на нужный компьютер, подключенный к той же линии.  аждое устройство имеет свой адрес канала передачи данных (уровень 2), который можно использовать дл€ отправки трафика на конкретное устройство. ”ровень канала передачи данных предполагает, что каждый кадр в потоке информации отделен от всех других кадров в том же потоке, и обеспечивает св€зь только дл€ устройств, подключенных через один физический канал.

—етевой уровень, также называемый уровнем 3, отвечает за передачу данных между системами, не св€занными через единую физическую линию св€зи. —етевой уровень, таким образом, предоставл€ет сетевые адреса (или ”ровень 3), а не локальные адреса линий св€зи, а также предоставл€ет некоторые средства дл€ обнаружени€ набора устройств и линий св€зи, которые должны быть пересечены, чтобы достичь этих пунктов назначени€.

“ранспортный уровень, также называемый уровнем 4, отвечает за прозрачную передачу данных между различными устройствами. ѕротоколы транспортного уровн€ могут быть либо "надежными", что означает, что транспортный уровень будет повторно передавать данные, потер€нные на каком-либо нижнем уровне, либо "ненадежными", что означает, что данные, потер€нные на нижних уровн€х, должны быть повторно переданы некоторым приложением более высокого уровн€.

—еансовый уровень, также называемый уровнем 5, на самом деле не переносит данные, а скорее управл€ет соединени€ми между приложени€ми, работающими на двух разных компьютерах. —еансовый уровень гарантирует, что тип данных, форма данных и надежность потока данных все представлены и учтены.

”ровень представлени€, также называемый уровнем 6, фактически форматирует данные таким образом, чтобы приложение, работающее на двух устройствах, могло понимать и обрабатывать данные. «десь происходит шифрование, управление потоком и любые другие манипул€ции с данными, необходимые дл€ обеспечени€ интерфейса между приложением и сетью. ѕриложени€ взаимодействуют с уровнем представлени€ через сокеты.

”ровень приложений, также называемый уровнем 7, обеспечивает интерфейс между пользователем и приложением, которое, в свою очередь, взаимодействует с сетью через уровень представлени€.

Ќе только взаимодействие между сло€ми может быть точно описано в рамках семислойной модели, но и взаимодействие между параллельными сло€ми на нескольких компьютерах может быть точно описано. ћожно сказать, что физический уровень на первом устройстве взаимодействует с физическим уровнем на втором устройстве, уровень канала передачи данных на первом устройстве с уровнем канала передачи данных на втором устройстве и так далее. “очно так же, как взаимодействие между двум€ сло€ми на устройстве обрабатываетс€ через сокеты, взаимодействие между параллельными сло€ми на разных устройствах обрабатываетс€ через сетевые протоколы.

Ethernet описывает передачу сигналов "0" и "1" на физический провод, формат дл€ запуска и остановки кадра данных и средство адресации одного устройства среди всех устройств, подключенных к одному проводу. “аким образом, Ethernet попадает как в физический, так и в канальный уровни передачи данных (1 и 2) в модели OSI.

IP описывает форматирование данных в пакеты, а также адресацию и другие средства, необходимые дл€ отправки пакетов по нескольким каналам канального уровн€, чтобы достичь устройства за несколько прыжков. “аким образом, IP попадает в сетевой уровень (3) модели OSI.

TCP описывает настройку и обслуживание сеанса, повторную передачу данных и взаимодействие с приложени€ми. TCP затем попадает в транспортный и сеансовый уровни (4 и 5) модели OSI.

ќдним из наиболее запутанных моментов дл€ администраторов, которые когда-либо сталкиваютс€ только со стеком протоколов TCP/IP, €вл€етс€ другой способ взаимодействи€ протоколов, разработанных в/дл€ стека OSI, с устройствами. ¬ TCP/IP адреса относ€тс€ к интерфейсам (а в мире сетей с большой степенью виртуализации несколько адресов могут относитьс€ к одному интерфейсу, или к услуге anycast, или к multicast и т. д.). ќднако в модели OSI каждое устройство имеет один адрес. Ёто означает, что протоколы в модели OSI часто называютс€ типами устройств, дл€ которых они предназначены. Ќапример, протокол, несущий информацию о достижимости и топологии (или маршрутизации) через сеть, называетс€ протоколом промежуточной системы (IS-IS), поскольку он работает между промежуточными системами. —уществует также протокол, разработанный дл€ того, чтобы промежуточные системы могли обнаруживать конечные системы; это называетс€ протоколом End System to Intermediate System (ES-IS).