Закладки

Здесь ничего нет. Чтобы добавить пост в закладки, нажмите на .

  • CCNA Routing & Switching для сомневающихся — #10

  • 🟣 Про полнодуплексный и полудуплексный режимы

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

    • Полнодуплексный режим — это отправка и получение данных в обе стороны
    • Полудуплексный режим — это отправка данных только одной стороной

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

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

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

    🟣 Функция Auto-MDIX

    Возможно, вам уже доводилось подключать ваш ПК к концентратору или коммутатору посредством использования специального кабеля.

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

    В прошлом для соединений между разными сетевыми устройствами требовалось использование кабелей особого типа — перекрёстных или прямых.

    Большинство современных коммутирующих устройств поддерживают команду конфигурации интерфейса mdix auto, которая доступна через CLI и позволяет использовать автоматическую функцию Auto-MDIX (интерфейс, зависящий от передающей среды с перекрестным соединением).

    Если функция Auto-MDIX включена, коммутатор определяет необходимый тип кабеля, подключенного к порту, и настраивает интерфейс соответствующим образом. Таким образом, для подключения к медным портам 10/100/1000 Мбит/с на коммутаторе можно использовать либо перекрестный, либо прямой кабель независимо от типа устройства на другом конце соединения.

    🟣 Протокол разрешения адресов (ARP)

    Следует помнить, что у каждого устройства с IP-адресом в сети Ethernet есть также МАС-адрес. Когда устройство отправляет кадр Ethernet, он содержит оба этих адреса:

    • MAC-адрес назначения: это MAC-адрес сетевой платы Ethernet, который является MAC-адресом устройства назначения или маршрутизатора.
    • MAC-адрес источника: это MAC-адрес сетевой платы Ethernet отправителя.

    Для определения MAC-адреса назначения устройство использует протокол разрешения адресов (ARP). Протокол ARP выполняет две основные функции.

    • Сопоставление IPv4-адресов и МАС-адресов
    • Сохранение таблицы сопоставлений

    🟣 Функции ARP

    Когда пакет отправляется на канальный уровень для инкапсуляции в кадре Ethernet, устройство обращается к таблице в своей памяти, чтобы найти MAC-адрес, который сопоставлен с IPv4-адресом. Эта таблица называется таблицей ARP или кэшем ARP. Таблица ARP хранится в оперативной памяти устройства.

    Передающее устройство ищет в своей таблице ARP IPv4-адрес назначения и соответствующий MAC-адрес.

    • Если IPv4-адрес назначения пакета находится в той же сети, что и IPv4-адрес источника, устройство ищет в таблице ARP IPv4-адрес назначения.
    • Если IPv4-адрес назначения пакета находится не в той же сети, что IPv4-адрес источника, устройство ищет в таблице ARP IPv4-адрес шлюза по умолчанию.

    В обоих случаях необходимо найти IPv4-адрес и соответствующий MAC-адрес устройства.

    Каждая запись или строка в таблице ARP связывает IPv4-адрес с MAC-адресом. Отношение между двумя значениями называется сопоставлением. Это значит, что IPv4-адрес можно найти в таблице и с его помощью определить соответствующий MAC-адрес. Таблица ARP временно сохраняет (кэширует) сопоставление устройств в локальной сети (LAN).

    Если устройство находит IPv4-адрес, то в качестве MAC-адреса в кадре используется соответствующий MAC-адрес. Если запись не найдена, устройство отправляет ARP-запрос.

    Данная анимация иллюстрирует, как хост выполняет широковещательную рассылку в локальной сети, если ему нужно найти MAC-адрес назначения.  Хост назначения ответит на широковещательную рассылку, а другие хосты — нет.