Протокол icmp принадлежит именно сетевому уровню модели osi потому что

ICMP: Протокол межсетевых управляющих сообщений

ICMP предназначен для отправки контрольных и тестовых сообщений по IP-сетям.

В отличие от протоколов транспортного уровня TCP (Протокол управления передачей) и UDP (User Datagram Protocol), которые работают поверх IP, ICMP существует рядом с IP.

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

Типы сообщений ICMP

ICMP работает, отправляя и получая ограниченное количество типов сообщений. Типы сообщений ICMP определены в IAMA ICMP Type Numbers.

Наиболее распространенными типами сообщений ICMP являются:

ICMP Echo Request и Echo Reply

Двумя наиболее важными сообщениями ICMP являются Echo Request (8) и Echo Reply (0).

Echo Request и Echo Reply используются командой `ping` для проверки сетевого подключения.

Здесь мы используем команду `ping` для отправки трех 64-байтных сообщений ICMP Echo Request на www.freebsd.org и получения в ответ трех сообщений ответа Echo:

Этот вывод говорит о том, что сетевое подключение к www.freebsd.org работает. Он также сообщает нам время, которое каждый пакет принял для возврата.
`ping` — чрезвычайно полезный инструмент для устранения неполадок в сети.

Источник

ИТ База знаний

Полезно

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

ICMP, который расшифровывается как Internet Control Message Protocol это протокол третьего уровня модели OSI, который используется для диагностики проблем со связностью в сети. Говоря простым языком, ICMP помогает определить может ли достичь пакет адреса назначения в установленные временные рамки. Обычно, ICMP “юзают» маршрутизаторы и устройства третьего уровня.

Полный курс по Сетевым Технологиям

В курсе тебя ждет концентрат ТОП 15 навыков, которые обязан знать ведущий инженер или senior Network Operation Engineer

Для чего используется ICMP?

Про трассировку

Так и с “трассировкой». Когда говорят “сделайте трассировку маршрута» это означает, что мы хотим увидеть полный маршрут между хостом, на котором выполняется трассировка до хоста назначения. Трассировка покажет каждый из маршрутизаторов на пути до цели и время обработки и прохождения каждого из участков маршрута. Кстати, такой маршрут называется “хопом». Часто говорят: если от узла отправления до узла назначения на пути встретиться 7 маршрутизаторов, то говорят на пути будет 7 хопов. А если на 6 маршрутизаторе пакет обрабатывается дольше обычного, то в среде инженеров говорят “на 6 хопе повышенная задержка». Это один из базовых инструментов того, как можно понять, какой из сетевых узлов на маршруте пакет “сбоит». Именно в этом нам помогает протокол ICMP.

Про пинг

Теперь про ping. Можно сказать, это самый базовый инструмент инженера, который позволяет понять “»А жив ли хост?»

Помимо прочего, пинг поможет понять как долго пакет доходит до адреса назначения и, соответственно, поможет измерить задержку.

Работает ping предельно просто:

Темная сторона ICMP

Так же, раньше была популярна атака Ping of Death. Если кратко, ее суть заключалась в следующем: злоумышленник намеренно отправляет пакет больше максимального размера. Такой пакет фрагментируется на сети на несколько частей, прилетает в буфер устройства и попадает в очередь на сборка пакета “воедино». Переполнение этой очереди приводило к подвисанию хоста и полному отказу в работе.

Что же, теперь вы знаете, что такое ICMP, почему и как он используется в утилитах ping и трассировке, а так же, какие виды атак можно выполнить с помощью ICMP.

Keep calm and Merion!

Онлайн курс по Кибербезопасности

Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии

Источник

Протокол icmp принадлежит именно сетевому уровню модели osi потому что

Internet Control Message Protocol

ICMP (англ. Internet Control Message Protocol — протокол межсетевых управляющих сообщений [1] ) — сетевой протокол, входящий в стек протоколов TCP/IP. В основном ICMP используется для передачи сообщений об ошибках и других исключительных ситуациях, возникших при передаче данных, например, запрашиваемая услуга недоступна, или хост, или маршрутизатор не отвечают. Также на ICMP возлагаются некоторые сервисные функции.

Содержание

Технические подробности

Протокол ICMP описан в RFC 792 (с дополнениями в RFC 950) и является стандартом Интернета (входит в стандарт STD 5 вместе с IP). Хотя формально ICMP использует IP (ICMP-пакеты инкапсулируются в IP пакеты), он является неотъемлемой частью IP и обязателен при реализации стека TCP/IP. Текущая версия ICMP для IPv4 называется ICMPv4. В IPv6 существует аналогичный протокол ICMPv6.

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

Например, каждая машина (такая, как маршрутизатор), которая перенаправляет IP-пакеты, уменьшает Time to live (TTL) поля заголовка IP на единицу, если TTL достигает 0, ICMP-сообщение о превышении TTL отправляется на источник пакета.

Каждое ICMP-сообщение инкапсулируется непосредственно в пределах одного IP-пакета, и, таким образом, как и UDP, ICMP является ненадежным (надежным является TCP).

ICMP основан на протоколе IP. Его цели отличны от целей транспортных протоколов, таких как TCP и UDP: он, как правило, не используется для передачи и приема данных между конечными системами. ICMP не используется непосредственно в приложениях пользователей сети (исключение составляют инструменты Ping и Traceroute).

Использование ICMP-сообщений

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

ICMP-сообщения (тип 3) генерируются маршрутизатором при отсутствии маршрута к адресату.

Утилита Ping, служащая для проверки возможности доставки IP-пакетов использует ICMP-сообщения с типом 8 (эхо-запрос) и 0 (эхо-ответ).

Утилита Traceroute, отображающая путь следования IP-пакетов, использует ICMP-сообщения с типом 11.

ICMP-сообщения с типом 5 используются маршрутизаторами для обновления записей в таблице маршрутизации отправителя.

ICMP-сообщения с типом 4 используются получателем (или маршрутизатором) для управления скоростью отправки сообщений отправителем.

Источник

Что такое модель OSI и какие протоколы она использует

В этой стать будет рассказываться что такое модель OSI и какие уровни в неё бывают, и вообще какие протоколы используются в ней.

Это конечно не совсем тема нашего сайта, тут больше рассказывают про Web-программирование, но всё таки косвенно эти темы связанны.

Также на сайте есть статья: Что такое интернет и web, где подробно рассказывается, что такое интернет, Web и в чём различие этих технологий.

Что такое модель OSI:

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

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

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

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

Набор протоколов в OSI:

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

1. Протоколы физического уровня модели OSI:

2. Протоколы канального уровня модели OSI:

3. Протоколы сетевого уровня модели OSI:

4. Протоколы транспортного уровня модели OSI:

5. Протоколы сеансового уровня модели OSI:

6. Протоколы представления уровня модели OSI:

7. Протоколы прикладного уровня модели OSI:

Вывод:

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

Источник

Модель OSI: уровни модели OSI, протоколы, история.

Сетевая модель OSI (Open Systems Interconnection) — это концептуальная модель, которая описывает и стандартизирует функции компьютерных систем при их взаимодействии друг с другом. Каждый из семи уровней накладывается поверх предыдущего: от физического до прикладного, взаимодействуя с нижним и предоставляя средства для уровня выше.

К настоящему времени стек протоколов TCP/IP практически вытеснил оригинальный стек OSI из реального использования. Модель TCP/IP не такая полная и включает только четыре уровня, но она стала стандартом де-факто.

Сравнение OSI и TCP/I

Поскольку модель OSI лучше проработана, она считается эталонной и используется для обучения.

Зачем понадобилась концептуальная модель?

В конце 60-х гг в разных уголках мира начали строить первые компьютерные сети для университетов, госучреждений, армии. Многие сети разрабатывали частные компании. Например, IBM внедряла фирменную архитектуру Systems Network Architecture, а Digital Equipment Corporation — DECnet. В 1969 году минобороны США запустило свою сеть ARPANET.

Логическая карта ARPANET, март 1977

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

В 1977 году Международная организация по стандартизации (ISO) сформировала комитет Open Systems Interconnection под председательством Чарльза Бахмана. Он говорит, что спроектировал дизайн системы под сильным влиянием IBM Systems Network Architecture (SNA) — проприетарной сетевой архитектуры для взаимодействия глобальной сети мейнфреймов IBM, там семиуровневый стек сетевых протоколов, очень похожий на OSI.

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

Вот уровни модели OSi сверху вниз, с указанием функций и PDU (блоки данных протокола) для уровней 1−4:

7. Прикладной (application). Доступ к сетевым службам

6. Представления (presentation). Представление и шифрование данных

5. Сеансовый (session). Управление сеансом связи.

4. Транспортный (transport). Прямая связь между конечными пунктами и надёжность. Сегменты и датаграммы

3. Сетевой (network). Определение маршрута и логическая адресация. Пакеты

2. Канальный (data link). Физическая адресация. Кадры (фреймы)

1. Физический (physical). Работа со средой передачи, сигналами и двоичными данными. Биты, символы

Каждому уровню OSI соответствуют определённые функции, протоколы, оборудование и PDU. Для уровней 5-7 это любые данные.

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

Оригинальный стек модели OSI

модель OSI опубликовали в 1984 года как международный стандарт ISO 7498 и рекомендации X.200. Но разработка слишком затянулась, уже 1 января 1983 года минобороны США опубликовало распоряжение об обязательном использовании стека TCP/IP в сети ARPANET. Этот день считается датой рождения современного Интернета.

Вскоре после концептуальной модели OSI приняли отдельные стандарты OSI для транспортных протоколов, электронной почты, электронных каталогов, управления сетью и многих других функций. На практике эти «настоящие» протоколы OSI с их функциями не совсем вписываются в реально используемый стек TCP/IP. Например, в модели OSI канальный уровень 2 реализован в виде протокола X.212. Типичными протоколами уровня 3 являются Connectionless Network Protocol (CLNP) и Connection Oriented Network Protocol. Адресация OSI на этих уровнях основана на технологии Network Service Access Point или NSAP. Точки NSAP не включают информацию о маршрутизации, как в случае с IP-адресами, поэтому процесс маршрутизации трафика к конкретному NSAP включает «перевод» NSAP в более подробные типы адресации, которые могут зависеть от используемого уровня 2. В целом, адресация OSI в современном использовании во многом зависит от деталей конкретного приложения.

Транспортный уровень 4 добавляет дополнительные возможности по сравнению с уровнем 3, включая мультиплексирование нескольких потоков, восстановление ошибок, управление потоком и управление соединением (например, повторные попытки и повторные подключения). Существует пять классов уровня 4, от TP0 до высоконадёжного TP4, что не совсем логично с современной точки зрения. Поскольку уровень 4 предлагает общие функции обмена сообщениями, он, возможно, является ближайшим эквивалентом современных протоколов TCP и UDP в IP-стеке, хотя многие элементы UDP и TCP присутствуют и на более низких уровнях.

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

Шестого уровня представления тоже не существует в стеке IP, и его ещё сложнее понять. Основная концепция заключается в том, что приложения должны взаимодействовать с использованием абстрактных представлений, а не реальных значений, закодированных в канале передачи. Эти абстрактные представления затем переводят в фактические значения, основанные на возможностях базовой сети. То есть это сжатие данных, шифрование, изменение кодировки и др. Уровень представления OSI реализован в протоколе X.216.

Наконец, самый верхний прикладной уровень 7. Хотя у него нет чётких определений, стек OSI поставлялся с большим количеством протоколов прикладного уровня. Можно вспомнить X.500, протокол службы каталогов, который считается прародителем LDAP, а также X.509, который описывает функцию криптографических сертификатов в экосистеме X.500. Формат и концепции сертификата X.509 непосредственно используются сегодня в TLS и других криптографических реализациях. Есть также протокол службы обмена сообщениями X.400, по сути, OSI-версия электронной почты. Как и следовало ожидать, он значительно мощнее и сложнее, чем электронная почта в современном виде. Долгое время Microsoft Exchange представлял собой наиболее полную реализацию X.400.

Описание стека OSI определено стандартами МСЭ, которые можно купить на официальном сайте ISO.

Другие протоколы в модели OSI

Хотя модель OSI как стек оригинальных протоколов устарела, любую технологию и протокол связи можно спроецировать на один или несколько уровней OSI. Вот некоторые примеры.

Многие протоколы работают на нескольких уровнях OSI. Например, подуровни LLC (Logical Link Control) и MAC (Media Access Control) в IEEE 802. Или набор протоколов X.25, который покрывает три последних уровня.

1 (физический)

Физический уровень Bluetooth, шина CAN, DSL, Ethernet (10BASE-F и др.), GSM, физические уровни IEEE 802.15.4, IEEE 1394, IRDA, ISDN, I²C, LoRa, OTN, SMB, V.92, USB, PCI Express, физический уровень 802.11 Wi-Fi, IEEE 802.15.7

2 (канальный)

ARCnet, ATM, CDP, CAN, Ethernet, EAPS, FDDI, Frame Relay, IEEE 802.2 (функции подуровня LLC для подуровня MAC в IEEE 802), сеть IEEE 802.11, I²C, LLDP, PPP, IEEE 802.1aq, Token Ring

3 (сетевой)

CLNS, DDP, EIGRP, ICMP, IGMP, IPsec, IPv4/IPv6, IPX, OSPF, PIM, RIP

4 (транспортный)

ATP, CUDP, DCCP, FCP, IL, MPTCP, RDP, RUDP, SCTP, SPX, SST, TCP, UDP, UDP-Lite, µTP

5 (сеансовый)

ADSP, ASP, H.245, ISO-SP (X.225, ISO 8327), iSNS, L2F, L2TP, NetBIOS, PAP, PPTP, RPC, RTCP, SMPP, SCP, SOCKS, ZIP, SDP

6 (представления)

AFP, ICA, LPP, NCP, NDR, Tox, XDR, X.25

7 (прикладной)

Telnet, FTP, TFTP, SMTP, DNS, BOOTP, SNMP, CMOT

На уровнях 5−7 работают современные прикладные протоколы, таких как Bitcoin, BitTorrent, HTTP, IRV, IPFS, NTP, RDP, SIP, Tor, Tox, WebRTC, XMPP и многие другие.

Противостояние с TCP/IP

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

Хотя правительства по всему миру рекомендовали соблюдать стандарты OSI, на практике телекомы предпочитали быстро соединять разнородные гетерогенные системы по протоколам TCP/IP, не соблюдая порядок и иерархию OSI. Интернет-инженер Маршалл Роуз писал в учебнике 1990 года, что «интернет-сообщество изо всех сил старается игнорировать сообщество OSI. По большому счету, технология OSI уродлива по сравнению с технологией Интернета».
Предвзятость интернет-сообщества привела к тому, что оно отвергало любые технические идеи OSI. Например, в 1992 году некоторые руководители IETF предложили принять продвинутый стандарт ISO Connectionless Network Protocol вместо IPv4, но сообщество отвергло эту идею.

Ещё одно преимущество TCP/IP было в том, что интернет-протоколы можно внедрять бесплатно, а чтобы использовать стандарты OSI, производители и интеграторы должны покупать бумажные копии стандартов у ISO.

Инженеры признавали, что у OSI архитектурно более проработанная модель, она гораздо более полная, более тщательная. Но на практике проще взять простой в реализации TCP/IP. Впрочем, модель OSI никто не отменял, и в неё вполне вписывается даже стек TCP/IP.

Модель OSI как теоретическая конструкция для обучения

Модель OSI сейчас используется в качестве эталонной, справочной модели для обучения студентов. Оригинальные протоколы OSI не получили распространения. Некоторые инженеры утверждают, что эталонная модель OSI по-прежнему актуальна для облачных вычислений. Другие говорят, что оригинальная модель не соответствует современным сетевым протоколам, а вместо неё лучше использовать упрощённый подход.

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

Источник