Сетевые протоколы: типы и назначение

Как работает HTTPS протокол сайта

HTTPS является расширенной версией HTTP. Главное отличие в том, что теперь запросы от клиента отправляются не в голом виде, а в зашифрованном благодаря криптографическим механизмам SSL и TLS. Использование этого протокола позволяет добиться такого результата, при котором запрос от клиента может быть действительно прочтен только на стороне сервера, и никак не может быть перехвачен третьей стороной где-то по середине. Этой третьей стороной могут выступать хакеры, вирусы-трояны, недобросовестные провайдеры, спецслужбы любых стран и так далее. Перехватив ваш незащищенный, отправленный по HTTP протоколу запрос, похититель может его видоизменить, может просто узнать ценную информацию и воспользоваться ей в корыстных целях. На данный момент HTTPS протокол является полностью нескомпрометированным методом взаимодействия устройств в интернете, и может выстоять против любой хакерской атаки, тем самым обеспечив максимально безопасное взаимодействие устройств в сети.

Особенности составления

Для составления протоколов используются специальные бланки. В них фиксируются эти реквизиты:

• Название компании.
• Название документа.
• Дата обсуждения.
• Номер протокола и место его составления.
• Текст документа: название, само «тело» документа.
• Подписи и визы.
• Название коллегиальной структуры.

Текст подразделяются на 2 части: вводная и основная. В вводной части фиксируются эти положения:

• Руководители обсуждения.
• Лицо, которое вело протокол.
• Присутствующие на собрании.
• Приглашенные лица.
• Обсуждаемые вопросы.

Основная часть заполняется в соответствии с повесткой заседания.

К протоколу предъявляются строгие требования. Он должен полностью фиксировать содержание обсуждения. Документ должен быть достоверным и полным. Нумерация бумаги выполняется в рамках календарного года. Документ составляется на базе рукописных, стенографических и магнитофонных записей. Основаниями для составления также являются бумаги, подготовленные к мероприятию: повестка заседания, тезисы докладов.

Если на мероприятии присутствует большое число участников, не имеет смысл перечислять их в вводной части. Следует использовать для этого отдельный список. В вводной части протокола фиксируется общее число присутствующих со ссылкой на дополнительный список.

Протоколы уровня 2 Data Link layer (Канальный уровень)

Этот уровень предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть. Данные, полученные с физического уровня, он упаковывает во фреймы, проверяет на целостность, если нужно исправляет ошибки и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием. Спецификация IEEE 802 разделяет этот уровень на 2 подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня. На этом уровне работают коммутаторы, мосты. В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой, это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI, NDIS

• ARCNET Attached Resource Computer NETwork
• CDP Протокол обнаружения Cisco
• DCAP Data Link Switching Client Access Protocol
• Dynamic Trunking Protocol Динамический протокол группобразования
• Econet
• FDDI Волоконно-оптический интерфейс по распределенным данным
• Frame Relay
• Канальный уровень CCITT G.hn
• HDLC High-Level Data Link Control
• IEEE 802.11 WiFi
• IEEE 802.16 WiMAX
• LocalTalk
• L2F Layer 2 Forwarding Protocol
• L2TP Layer 2 Tunneling Protocol
• LAPD Процедуры доступа к соединению на D-канале
• LLDP Link Layer Discovery Protocol
• LLDP-MED Link Layer Discovery Protocol — Media Endpoint Discovery
• PPP Point-to-Point Protocol
• PPTP Point-to-Point Tunneling Protocol
• Q.710 Упрощенный Message Transfer Part
• NDP Протокол обнаружения соседей
• RPR IEEE 802.17 Resilient Packet Ring
• Shortest Path Bridging
• SLIP Serial Line Internet Protocol (устарел)
• StarLAN
• STP Spanning Tree Protocol
• Token ring — по сути является не протоколом, а топологией
• VTP VLAN Trunking Protocol

Транспортный уровень

Транспортный уровень устанавливает основные каналы данных, которые приложения используют для обмена данными для конкретных задач. Уровень устанавливает соединение между хостами в форме услуг сквозной передачи сообщений, которые не зависят от базовой сети и от структуры пользовательских данных и логистики обмена информацией. Возможности подключения на транспортном уровне можно разделить на две категории: ориентированные на установление соединения , реализованные в TCP, или не связанные с установлением соединения , реализованные в UDP. Протоколы в этом слое могут обеспечить контроль ошибок , сегментацию , управление потоком , управление перегрузкой и применение адресации ( номера портов ).

С целью предоставления специфичных для процесса каналов передачи для приложений, уровень устанавливает понятие сетевого порта . Это пронумерованная логическая конструкция, выделенная специально для каждого из каналов связи, необходимых приложению. Для многих типов служб эти номера портов были стандартизированы, чтобы клиентские компьютеры могли обращаться к конкретным службам серверного компьютера без участия службы обнаружения или служб каталогов .

Поскольку IP обеспечивает доставку только с максимальной эффективностью , некоторые протоколы транспортного уровня обеспечивают надежность.

TCP — это протокол, ориентированный на соединение, который решает многочисленные проблемы надежности при обеспечении надежного потока байтов :

• данные поступают по порядку
• данные имеют минимальную ошибку (т.е. правильность)
• повторяющиеся данные отбрасываются
• потерянные или отброшенные пакеты повторно отправляются
• включает контроль заторов на дорогах

Новый протокол передачи управления потоком (SCTP) также является надежным транспортным механизмом с установлением соединения. Он ориентирован на поток сообщений, а не на поток байтов, как TCP, и обеспечивает несколько потоков, мультиплексированных по одному соединению. Она также обеспечивает Многодомность поддержку, в котором соединительный конец может быть представлен несколькими IP — адресами (представляющих несколько физических интерфейсов), так что , если один выходит из строя, соединение не прерывается. Первоначально он был разработан для приложений телефонии (для передачи SS7 по IP).

Надежность также может быть достигнута за счет использования IP по надежному протоколу передачи данных, например High-Level Data Link Control (HDLC).

User Datagram Protocol (UDP) является установление соединения дейтаграммы протокола. Как и IP, это ненадежный протокол, требующий максимальных усилий. Надежность достигается путем обнаружения ошибок с использованием алгоритма контрольной суммы. UDP обычно используется для таких приложений, как потоковая передача мультимедиа (аудио, видео, передача голоса по IP и т

Д.), Где своевременное поступление более важно, чем надежность, или для простых приложений запросов / ответов, таких как поиск DNS , где накладные расходы на настройку надежное соединение непропорционально велико. Транспортный протокол реального времени (RTP) — это протокол дейтаграмм, который используется поверх UDP и предназначен для данных в реальном времени, таких как потоковая передача мультимедиа .

Приложения на любом заданном сетевом адресе различаются по их TCP- или UDP-порту. По соглашению, некоторые хорошо известные порты связаны с конкретными приложениями.

Транспортный уровень модели TCP / IP или уровень хост-хост примерно соответствует четвертому уровню в модели OSI, также называемому транспортным уровнем.

Сравнение с моделью OSI

Три верхних уровня в модели OSI, то есть уровень приложения, уровень представления и уровень сеанса, отдельно не различаются в модели TCP/IP, которая имеет только прикладной уровень над транспортным уровнем. Хотя некоторые чистые приложения протокола OSI, такие как X.400, также объединяют их, нет требования, чтобы стек протокола TCP/IP должен накладывать монолитную архитектуру над транспортным уровнем. Например, протокол NFS-приложений работает через протокол представления данных External Data Representation (XDR), который, в свою очередь, работает по протоколу Remote Procedure Call (RPC). RPC обеспечивает надежную передачу данных, поэтому он может безопасно использовать транспорт UDP с максимальным усилием.

Различные авторы интерпретировали модель TCP/IP по-разному и не согласны с тем, что уровень связи или вся модель TCP/IP охватывает проблемы первого уровня модели OSI (физический уровень) или предполагается, что аппаратный уровень ниже уровня канала.

Несколько авторов попытались включить слои 1 и 2 модели OSI в модель TCP/IP, поскольку они обычно упоминаются в современных стандартах (например, IEEE и ITU). Это часто приводит к модели с пятью слоями, где уровень связи или уровень доступа к сети разделяются на слои 1 и 2 модели OSI.

Например, считается, что уровни сеанса и представления пакета OSI включены в прикладной уровень пакета TCP/IP. Функциональность уровня сеанса можно найти в протоколах, таких как HTTP и SMTP, и более очевидна в таких протоколах, как Telnet и протокол инициации сеанса (SIP). Функциональность уровня сеанса также реализована с нумерацией портов протоколов TCP и UDP, которые охватывают транспортный уровень в наборе TCP/IP. Функции уровня представления реализуются в приложениях TCP/IP со стандартом MIME при обмене данными.

Конфликты очевидны также в оригинальной модели OSI, ISO 7498, когда не рассматриваются приложения к этой модели, например, ISO 7498/4 Management Framework или ISO 8648 Internal Organization of the Network layer (IONL). Когда рассматриваются документы IONL и Management Framework, ICMP и IGMP определяются как протоколы управления уровнем для сетевого уровня. Аналогичным образом IONL предоставляет структуру для «зависимых от подсетей объектов конвергенции», таких как ARP и RARP.

Протоколы IETF могут быть инкапсулированы рекурсивно, о чем свидетельствуют протоколы туннелирования, такие как Инкапсуляция общей маршрутизации (GRE). GRE использует тот же механизм, который OSI использует для туннелирования на сетевом уровне.
Существуют разногласия в том, как вписать модель TCP/IP в модель OSI, поскольку уровни в этих моделях не совпадают.

К тому же, модель OSI не использует дополнительный уровень — «Internetworking» — между канальным и сетевым уровнями. Примером спорного протокола может быть ARP или STP.

Вот как традиционно протоколы TCP/IP вписываются в модель OSI:

Обычно в стеке TCP/IP верхние 3 уровня модели OSI (прикладной, представления и сеансовый) объединяют в один — прикладной. Поскольку в таком стеке не предусматривается унифицированный протокол передачи данных, функции по определению типа данных передаются приложению.

Функция

Инкапсуляция данных приложения, передаваемых по UDP, в кадр протокола связи

Интернет-протокол отвечает за адресацию интерфейсов узлов , инкапсуляцию данных в дейтаграммы (включая фрагментацию и повторную сборку ) и маршрутизацию дейтаграмм от интерфейса исходного узла к интерфейсу узла назначения через одну или несколько IP-сетей. Для этих целей Интернет-протокол определяет формат пакетов и предоставляет систему адресации.

Каждая дейтаграмма состоит из двух компонентов: заголовка и полезной нагрузки . Заголовок IP включает в себя исходный IP — адрес, IP — адрес назначения, а также другие метаданные , необходимый для маршрутизации и доставки дейтаграммы. Полезная нагрузка — это данные, которые транспортируются. Этот метод вложения полезной нагрузки данных в пакет с заголовком называется инкапсуляцией.

IP-адресация влечет за собой присвоение IP-адресов и связанных параметров интерфейсам хоста. Адресное пространство разделено на подсети , включая обозначение сетевых префиксов. IP-маршрутизация выполняется всеми хостами, а также маршрутизаторами , основная функция которых заключается в транспортировке пакетов через границы сети. Маршрутизаторы взаимодействуют друг с другом через специально разработанные протоколы маршрутизации , либо внутренние протоколы шлюзов или внешние протоколы шлюза , как это необходимо для топологии сети.

Стандарты (протокола) обмена информацией

Это тоже название определённых правил, по которым передают сведения между участниками Сети в том или ином случае. Передаваемая кодированная информация становится понятной для всех абонентов благодаря применению таких правил. Обычно к ним относят следующие явления:

• приёмы реализации по контролю;
• структура, по которой удалось построить базы данных и т. д.

Обратите внимание! Надёжность передачи информации повышается, если элементы достаточно сложные. Но скорость обработки из-за этого может уменьшаться

Какой протокол является базовым в Интернете — будет рассмотрено далее.

Важно! Практически каждый разработчик может использовать свои собственные решения. Но подобные системы доступны только ограниченному числу пользователей

Интеграция в сложные сетевые процессы обмена информацией становится недоступной.

Поэтому в международной практике используют варианты, которые можно разделить на две крупные ветки. Это уровень обычных компьютерных сетей и промышленные либо полевые линии связи. Понятие используется на практике достаточно давно.

Составление протокола

На сегодня закон не предусматривает строгой унифицированной формы протокола совещания, так что организации могут составлять его в произвольном виде или по образцу, утвержденному в учетной политике фирмы. Однако определенную информацию указывать в нем обязательно:

• номер документа;
• дата создания;
• наименование организации;
• населенный пункт, в котором зарегистрировано предприятие;
• список лиц, присутствующих на совещании (с внесением их должностей, ФИО);
• данные по председателю совещания и секретаря;
• повестка дня (т.е. те вопросы, которые необходимо решить);
• факт проведения голосования (если оно проводилось) и его итоги;
• результат совещания.

Иногда в протокол вносят точное время (вплоть до минут) начала и окончания совещания – это позволяет дисциплинировать сотрудников и оптимизировать в будущем время, которое тратится на подобного рода собрания.

При необходимости к протоколу совещания могут быть прикреплены какие-то дополнительные документы, фото и видео свидетельства. Если таковые имеются, их наличие нужно отразить в протоколе совещания отдельным пунктом.

Следует отметить, что протокол должен вестись крайне внимательно, нужно избегать ошибок и исправлений, и совершенно недопустимо вносить в него недостоверные или заведомо ложные сведения. При выявлении таких моментов в случае проверки внутренней документации фирмы контролирующими органами, компания может понести серьезное наказание.

Надежность

Конструкция набора интернет-протоколов придерживается принципа сквозного соединения , концепции, адаптированной из проекта CYCLADES . В соответствии с принципом непрерывности, сетевая инфраструктура считается ненадежной по своей природе в любом отдельном сетевом элементе или среде передачи и является динамичной с точки зрения доступности каналов и узлов. Не существует централизованного мониторинга или средства измерения производительности, отслеживающего или поддерживающего состояние сети. В целях снижения сложности сети интеллектуальные ресурсы сети намеренно размещаются в конечных узлах .

Вследствие такой конструкции Интернет-протокол обеспечивает доставку только с максимальной эффективностью, а его услуги характеризуются как ненадежные . На языке сетевой архитектуры это протокол без установления соединения , в отличие от связи с установлением соединения . Могут возникнуть различные неисправности, такие как повреждение данных , потеря пакетов и дублирование. Поскольку маршрутизация является динамической, что означает, что каждый пакет обрабатывается независимо, и поскольку сеть не поддерживает состояние на основе пути предыдущих пакетов, разные пакеты могут направляться в один и тот же пункт назначения по разным путям, что приводит к неупорядоченной доставке в адрес. получатель.

Все неисправные состояния в сети должны обнаруживаться и компенсироваться участвующими конечными узлами. Протоколы верхнего уровня набора Интернет-протоколов отвечают за решение проблем надежности. Например, хост может буферизовать сетевые данные, чтобы гарантировать правильный порядок перед доставкой данных в приложение.

IPv4 обеспечивает защиту, гарантирующую, что заголовок IP-пакета не содержит ошибок. Узел маршрутизации отбрасывает пакеты, не прошедшие проверку контрольной суммы заголовка . Хотя протокол управляющих сообщений Интернета (ICMP) обеспечивает уведомление об ошибках, узел маршрутизации не обязан уведомлять любой конечный узел об ошибках. IPv6, напротив, работает без контрольных сумм заголовков, поскольку предполагается , что текущая технология канального уровня обеспечивает достаточное обнаружение ошибок.

Уровни в модели OSI:

Теперь пришло время рассказать какие уровни есть в модели OSI, для чего нужны и какие протоколы используют. Всего их семь как говорилось выше.

1. Физический уровень — Определяет как переносить данные с одного компьютера на другой, работает на битовом уровне;
2. Канальный уровень — Этот уровень нужен для обеспечения сети на физическом уровне;
3. Сетевой уровень — Нужен для определения пути по которому будут отправятся данные;
4. Транспортный уровень — Модель нужна для надёжной отправки данных от одного устройства, к другому;
5. Сеансовый уровень — Этот уровень нужен для обеспечения сеанса связи между двумя компьютерами;
6. Уровень представления — Обеспечивает преобразование протоколов и кодирование/декодирование данных;
7. Прикладной уровень — Уровень обеспечивает взаимодействие пользователя со сетью;

Как видите тут описано кратко, для чего нужен каждый протокол, это сделано потому что, про каждый уровень по хорошому нужна отдельная статья, возможно такие статьи в будущем появится.

История версий

График разработки протокола управления передачей TCP и Интернет-протокола IP.

Первая Интернет-демонстрация, связывающая ARPANET , PRNET и SATNET, 22 ноября 1977 г.

В мае 1974 года Институт инженеров по электротехнике и радиоэлектронике (IEEE) опубликовал доклад, озаглавленный «Протокол межсетевого взаимодействия в пакетной сети». Авторы статьи Винт Серф и Боб Кан описали межсетевой протокол для совместного использования ресурсов с использованием коммутации пакетов между узлами сети . Центральным управляющим компонентом этой модели была «Программа управления передачей», которая включала как ориентированные на соединение ссылки, так и службы дейтаграмм между хостами. Монолитная программа управления передачей позже была разделена на модульную архитектуру, состоящую из протокола управления передачей и протокола пользовательских дейтаграмм на транспортном уровне и Интернет-протокола на Интернет-уровне . Эта модель стала известна как модель Интернета и набор Интернет-протоколов Министерства обороны США , а неофициально — TCP / IP .

Версии IP с 1 по 3 были экспериментальными версиями, разработанными между 1973 и 1978 годами. Следующие документы Internet Experiment Note (IEN) описывают версию 3 интернет-протокола, предшествующую современной версии IPv4:

Доминирующим протоколом межсетевого взаимодействия на уровне Интернета является IPv4 ; число 4 определяет версию протокола, содержащуюся в каждой IP-дейтаграмме. IPv4 описан в RFC   (1981).

Версия 5 использовалась протоколом Internet Stream Protocol , экспериментальным протоколом потоковой передачи, который не был принят.

Преемником IPv4 является IPv6 . IPv6 стал результатом нескольких лет экспериментов и диалогов, в ходе которых были предложены различные модели протоколов, такие как TP / IX ( RFC   ), PIP ( RFC   ) и TUBA (TCP и UDP с большими адресами, RFC   ). Его наиболее заметное отличие от версии 4 — это размер адресов. В то время как IPv4 использует для адресации 32 бита , что дает c. 4,3 миллиарда (4,3 × 10 9 ), IPv6 использует 128-битные адреса, обеспечивающие прибл.3,4 × 10 38 адресов. Хотя внедрение IPv6 идет медленно, по состоянию на июнь 2008 г. все правительственные системы США продемонстрировали базовую инфраструктурную поддержку IPv6.

Присвоение новому протоколу IPv6 было неопределенным, пока должная осмотрительность не убедила, что IPv6 ранее не использовался. Другим протоколам Интернет-уровня были присвоены номера версий, например 7 ( IP / TX ), 8 и 9 ( исторические ). Примечательно, что 1 апреля 1994 года IETF опубликовала первоапрельскую шутку о IPv9. IPv9 также использовался в альтернативном предложенном расширении адресного пространства под названием TUBA.

Стандраты и группы

Некоторые протоколы образуют отдельные группы, с подгруппами в которые входит ряд непосредственно протоколов. Всем известный TCP/IP включает в себя десятки протоколов разного уровня в том числе для работы оборудования, некоторые из них вы наверняка слышали: DNS, HTTPS, IPv6, POP3 и много других. Сюда же входит RTSP (Потоковый протокол реального времени (англ. real time streaming protocol, сокр

RTSP) который используется для управления потоками медиаданных, в нем включены методы play, pause, record и прочие что очень важно в видеонаблюдении, и в том числе используется в программах клиентах: Skype, Медиапроигрыватель VLC и т.д

Средства настройки и проверки

Настроить протокол Интернета в системах Windows труда не представляет. Нужно использовать всего лишь параметры настройки сети (или сетевого адаптера), где выбирается соответствующая строка меню. Раньше все было просто, начиная с Windows 7 и далее, в настройках имеется две категории: IPv4 и IPv6 (не считая других, установленных по умолчанию атрибутов).

Стандартная настройка производится именно для IPv4 (как это было раньше). А вот новый протокол Интернета IPv6 до сих пор так и остается невостребованным.

Собственно, проверку можно осуществить даже через доступ к состоянию сети, используя системный трей. Значок в панели постоянно уведомляет пользователя о доступности подключения к локальной сети и Интернету. Тут ничего сложного нет.

Доставка конечным пользователям

В сегменте доставки видео конечным потребителям протокол UDP/RTP используется достаточно редко. Из распространенных систем, работающих на его основе, можно вспомнить только бесплатную медиаплатформу VLC, включающую медиаредактор и медиаплеер. Она получила популярность в основном потому, что позволяла простыми средствами решать множество насущных задач, таких как ретрансляция видео в локальную сеть, конвертация видеофайлов, просмотр YouTube без Flash-плеера (это было актуально 5—7 лет назад). Некоторые из этих функций востребованы и сейчас, но именно как платформа для получения видео из интернета VLС не слишком удобна и не очень надежна.

Основная масса коммерческих технологий доставки видео пользователю опирается на протокол ТСР/IP. Его надежность определяют две встроенные функции: повторный запрос пропущенных пакетов и выстраивание пакетов в нужном порядке. Тем не менее TCP/IP не обеспечивает постоянство скорости доставки — она напрямую зависит от загруженности маршрутизаторов, через которые проходит поток. Более того, у данного протокола есть ограничения по расстоянию.

Эти проблемы в определенной степени можно компенсировать протоколами, работающими поверх TCP/IP. Первым таким решением, получившим реальное распространение, стал протокол RTMP от Adobe, работающий на базе медиаплатформы Flash. Долгое время решение RTMP/Flash оставалось лидером рынка в области интернет-стриминга. Однако на роль по настоящему массовой технологии оно не годилось из-за высокой стоимости, сложности реализации, а также из-за того, что компания Adobe так полностью и не открыла его спецификацию. В результате лидирующие позиции заняли более дешевые технологии на базе стека TCP/IP/HTTP. Этот стек имел еще больше встроенных механизмов для доставки видео, но одновременно создавал еще больше препятствий для обеспечения ее качества.

Технологии и альянсы

ONVIF

Из-за сложности структуры, переплетения стека технологий некоторые вещи мы называем протоколами, хотя она таковыми не являются. ONVIF – эту аббревиатуру часто можно встретить в видеорегистраторах и камерах видеонаблюдения, на самом деле не протокол. Open Network Video Interface Forum – это организация, которая занимается разработкой стандартов и протоколов для систем безопасности. Их спецификации построены на веб-сервисах, описываемых языком WSDL, протоколах RTP/RTSP, SOAP (XML), стандартах видеосжатия H.264, MPEG-4, MJPEG. Прелесть ONVIF заключается в совместимости оборудования поддерживающего этот стандарт.

ZigBee

Покупая умный дом можете встретить протокол ZigBee который описывает спецификации сетевых протоколов верхнего уровня. Эта технология отличается поддержкой высокого уровня безопасности передачи данных в сочетании с невысокими скоростями и возможностью длительной автономной работы устройств. В ZigBee реализована поддержка ячеистой (mesh) топологии, кроме стандартных: «точка-точка», «дерево» и «звезда». Протоколы разработаны на алгоритмах AODV и NeuRFon. ZigBee – это целый альянс, который сотрудничает с рядом разработчиков и приводит работу оборудования к единому стандарту.

PPPoE

Говоря о видеонаблюдении, да и не только, нужно упомянуть PPP (Point-to-Point Protocol), который объединяет целый ряд протоколов, в том числе PPPoE – где последние буквы — over Ethernet, он служит для передачи данных внутри сети от одно части к другой, может настраивать или инкапсулировать другие протоколы.

Да, все немного запутанно, мы окунулись в объемную тему, которая описывает работу всех устройств, передающих данные, свои протоколы есть для мобильных сетей, для IP телефонии, это большая тема, неразрывно связанная, с современными технологиями и их развитием.

Особенности строительства финской беседки, которая станет уютной зоной отдыха всей семьи

Какими бывают протоколы Интернета?

Для примера пояснения того, что такое протокол Интернета, рассмотрим наиболее распространенные компьютерные системы, работающие под управлением Windows (Mac OS X и другие UNIX-подобные системы типа Linux мы сейчас затрагивать не будем).

На сегодняшний день известно несколько основных типов -это TCP/IP, UDP, FTP, ICMP, DNS, HTTP и т.д. Продолжать можно достаточно долго. Чем же все они отличаются?

Различие состоит только в уровнях назначения. Так, например, существуют физические уровни (создание соединения при помощи витой пары или оптоволокна), ARP-уровень, включающий драйверы устройств, сетевой уровень (стандартные протоколы IP и ICMP), транспортный уровень (TCP и UDP), а также прикладной, куда входят протоколы типа HTTP, FTP, DNS, NFS и т.д.

Тут, кстати, стоит заметить, что абсолютно все протоколы (даже те, по которым осуществляется проверка Интернета) стандартизированы по системе ISO/OSI, чтобы при их использовании на разных платформах никогда не возникало сбоев даже в случае разнящихся операционных систем или оборудования различных производителей, применяемого для установки связи. Нетрудно понять, что на данный момент абсолютно не имеет значения, какая операционка установлена на компьютере или ноутбуке или какие сетевые компоненты в виде роутеров, сетевых карт, модемов и т.д. предназначаются для установки связи.