Предисловие
В статье «Основы сети» я кратко узнал о принципе работы коммутатора, но до сих пор не знаю, как он работает и как его изучить. Эта статья официально вводит содержание коммутации и рассматривает, как работает коммутатор. .
Почувствуйте хаб
О принципах работы хабов я узнал на базовом курсе, так что экспериментировать особо не придется. Здесь мы используем eNSP для эксперимента, который, оказывается, поддерживает устройство HUB.
Здесь мы используем 192.168.255.1 для проверки связи с 192.168.255.2, а затем захватываем трафик PC3 и смотрим, что произойдет.
Когда вы захватываете трафик ПК3, используйте ПК1 для проверки связи с ПК2, весь трафик может быть получен ПК3. Это принцип работы концентратора. Когда часть данных отправляется, она копируется на все остальные интерфейсы, независимо от того, какой из них используется. ПК Независимо от того, необходимо это или нет, другие недостатки, такие как полудуплекс и домен коллизий, не будут обнаружены. Вы можете просмотреть базовый контент. Следующей заменой этого продукта будет коммутатор.
Понять рабочий процесс коммутатора
Прежде чем понять формальный процесс переключения, давайте рассмотрим функции, предоставляемые им.
Это все та же экспериментальная среда, что и раньше, но HUB заменен коммутатором.
Прежде чем начать, давайте изучим команду. Из вышесказанного мы узнали, что коммутатор имеет функцию изучения адреса, то есть MAC-адреса. В коммутаторе можно использовать отображение MAC-адреса для просмотра изученного MAC-адреса. текущий переключатель. Эта запись называется MAC-адресом. Таблица используется для хранения изученного MAC-адреса. В настоящее время он не изучен, поскольку данные еще не были активированы.
Включите захват пакетов ПК3. Рекомендуется фильтровать его, поскольку коммутатор по умолчанию будет отправлять пакет, который будет мешать нашему перехвату пакетов, а затем использовать ПК1 для проверки связи с ПК2.
Вы обнаружите, что когда вы захватываете пакет сейчас, PC3 получает только один широковещательный пакет. У широковещательного пакета MAC-адрес назначения равен всем F, поэтому коммутатор отправит его на все интерфейсы, кроме интерфейса отправителя, но PC3 не сможет получить остальные. одноадресные пакеты.
В это время содержимое появляется в таблице MAC коммутатора. Это то, что нам нужно понять.
(1) Когда ПК1 инициирует запрос Ping на ПК2, ПК1 сначала отправит запрос ARP.
Потому что он не знает MAC-адрес ПК2.
(2) После отправки этого пакета данных он будет получен коммутатором G0/0/1. Прочитав информацию заголовка Ethernet, он обнаружит, что MAC-адрес источника — PC1, а MAC-адрес назначения — это F (широковещательный, широковещательный, с указанием всех хостов в локальной сети)
В это время коммутатор сделает две вещи: во-первых, запишет MAC-адрес ПК1 в таблицу MAC-адресов и свяжет его с интерфейсом G0/0/1 (поскольку пакет данных получен от G0/0/1). .
Во-вторых, отправьте этот пакет запроса ARP на все интерфейсы, кроме принимающего интерфейса (все интерфейсы, кроме ПК1).
Вот почему широковещательные сообщения ARP можно увидеть при захвате пакетов PC3.
(3) После того, как коммутатор отправит запрос, ПК2 и ПК3 получат запрос ARP. ПК3 обнаруживает, что запрос предназначен не для него, поэтому отклоняет его. ПК2 обнаруживает, что запрос предназначен для него, поэтому он отвечает ARP. ответ. Это одноадресный ответ. Это также причина, по которой вы его не видите при перехвате пакетов на ПК3. Почему вы его не видите? Это то, что делает переключатель. Когда коммутатор получает этот ответ ARP, он считывает информацию заголовка уровня 2 и обнаруживает, что исходным MAC-адресом является ПК2, поэтому он записывает MAC-адрес ПК2 в таблицу MAC-адресов и связывает его с G0/0/3.
Когда MAC-адрес назначения является MAC-адресом ПК1, он запрашивает таблицу MAC-адресов, чтобы узнать, существует ли запись, соответствующая MAC-адресу и интерфейсу. Он обнаруживает, что MAC-адрес ПК1 существует, поэтому отправляет пакет данных с него. G0/0/1. Причина, по которой ПК3 не может его получить, заключается в том, что коммутатор знает, где находится ПК1, и не отправляет его на все интерфейсы, такие как HUB.
(4) После того, как ПК1 получает ответ ARP, он может инкапсулировать заголовок уровня 2, отправляя таким образом запрос ICMP. После его получения коммутатор таким же образом считывает заголовок уровня 2 и обнаруживает, что MAC-адрес назначения — это ПК2. в таблице MAC есть запись, отправленная с G0/0/3.
(5) ПК2 получает запрос ICMP от ПК1, отвечает ответом ICMP и передает его коммутатору. Коммутатор также считывает заголовок уровня 2 и обнаруживает, что MAC-адресом назначения является ПК1 и отправляется непосредственно с G0/0/1. .
Подвести итог:Его можно найти из описанного выше процесса.,выключатель узнает MAC-адрес, читая исходный MAC-адрес в заголовке Ethernet.,А затем передайте MAC-адрес назначения заголовка уровня 2.,Найдите соответствующий интерфейс в полученной вами таблице MAC-адресов.,Отправьте данные.
Для завершения этого эксперимента, прежде всего, необходимо выполнить один раз пинг. Рекомендуется закрыть предыдущий захват пакета PC3 и перехватить его снова.
Как обычно, ПК3 по-прежнему видит только пакеты ARP при перехвате пакетов. Предположим, что линия ПК2 повреждена.
При остановке ПК2 (выключении) произошло нечто интересное. Когда pc1пинг pc2, отображается тайм-аут запроса (это объясняется в сообщении об ошибке ICMP, помните, что это связано с тем, что ПК2 выключен, поэтому он, естественно, заблокирован, но это так). Дело в том, что ПК3 действительно получил ICMP-сообщение от ПК1! ! ! ! Не правда ли, это немного странно? Разве на другие интерфейсы не может быть отправлен только MAC-адрес назначения со всеми F?
Здесь мы представим еще одну особенность работы переключателя.
Когда коммутатор получает пакет данных, он считывает заголовок Ethernet внутри и запоминает исходный MAC-адрес в таблице MAC-адресов.
На этом этапе принцип пересылки данных коммутатора понятен. Таким образом, рекомендуется провести этот эксперимент, чтобы понять весь принцип пересылки.
Просмотр таблицы MAC-адресов устройства H3C
Симулятор H3C такой же, как у компьютеров Huawei Drag 3, затем вынимаем переключатель, соединяем их кабелями и тестируем.
PC3 и PC4 имеют одинаковый адрес настройки, не забудьте включить его.
После включения перехвата пакетов необходимо запустить Wirehsark, но он не запустится автоматически.
В настоящее время по умолчанию коммутатор H3C не имеет записей в таблице адресов.
Запустите терминал командной строки (поэтому раньше для демонстрации использовался eNSP, HCL немного хлопотный)
Феномен тот же, что и у Huawei
Делюсь специальным чехлом (тот же порядок, что и у Huawei H3C)
В некоторых конкретных средах, особенно с серверами, обычно выполняется операция статической привязки MAC-адреса сервера. Например, сервер на рисунке выше подключен к G0/0/3, и вы можете это сделать. на переключателе работают.
Команда: mac-address static [MAC-адрес] [Интерфейс] [VLAN] MAC-адрес При работе MAC-адрес отличается от изображения. В зависимости от вашей реальной ситуации статически установите MAC-адрес сервера на G0/0/. 3 порт. Для привязки один из незнакомых параметров — vlan 1. Об этом мы узнаем в следующей статье. Сначала вы сможете понять, что исходное состояние свитча по умолчанию принадлежит VLAN1.
Видно, что тип поменялся на статический, и проблем с доступом к нему нет. А если в это время появится устройство, выдающее себя за MAC сервера?
Когда для ПК2 установлено значение 192.168.255.3, а MAC-адрес также замаскирован, но когда ПК1 действительно обращается к серверу, маскировка ПК2 не повлияет на сервер. Это преимущество статической привязки, и это также более распространенный вариант. используемый метод на практике, т.к. приоритет статической привязки Он выше динамического, поэтому установка для ПК2 того же IP-адреса и MAC, что и для сервера, не повлияет на сервер. Коммутатор не будет записывать этот MAC-адрес в таблицу MAC. Из приведенного выше представления вы также можете обнаружить, что он существует. отсутствие информации о G0/0/2 обеспечивает стабильность соединения с сервером.
Если я не хочу, чтобы G0/0/3 изучал другие MAC-адреса, могу ли я просто использовать статическую привязку? Да, коммутатор поддерживает функцию, которая может отключить механизм динамического изучения MAC-адресов определенного интерфейса.
Операция
PC_2, pc_3_pc4 задают адрес, а PC4 используется как сервер.