Помощь с школьным проектом

[Kasun Bandara]

@YL3
Привет, измените ваш шлюз по умолчанию на сервере на 10.10.2.1. Пожалуйста, оцените это и отметьте как решение/ответ, если это решило вашу проблему
. Удачи,
KB

[Daud Akbar]

Вы знаете, что очень важно соединить обе сети через шлюз (маршрутизатор). Это легко сделать для небольших и статических сетей, но для масштабируемости необходимо настроить протокол маршрутизации в маршрутизаторе, который имеет динамические обновления от обеих подсетей Каковы же преимущества и недостатки обоих сценариев, т. е. 1. Сеть только с шлюзом (маршрутизатором) ИЛИ 2. Сеть с протоколом маршрутизации, настроенным на маршрутизаторе (например, RIP, OSPF, BGP) Статическая маршрутизация (маршрутизатор в качестве шлюза) Как это работает: Каждая сеть находится на отдельном интерфейсе/подсети.
Устройства используют
IP-адрес интерфейса
маршрутизатора в качестве шлюза по умолчанию.
ARP разрешает MAC-адрес интерфейса маршрутизатора.
Коммутатор создает таблицу MAC, когда видит трафик от устройств и маршрутизатора. Поведение таблицы MAC: Коммутатор узнает MAC-адреса всех хостов и MAC-адреса интерфейса маршрутизатора.
Нет необходимости узнавать MAC-адреса из удаленной подсети — для трафика между VLAN или подсетями требуется только MAC-адрес маршрутизатора. Поведение таблицы ARP: Хосты разрешают только MAC-адрес интерфейса маршрутизатора (для шлюза).
Маршрутизатор поддерживает записи ARP для каждой подключенной подсети.
ARP-запросы между подсетями отсутствуют (поскольку они маршрутизируются). Резюме: Таблица
Где она находится
Содержание
Таблица MAC
Коммутатор
MAC локальных хостов + MAC интерфейсов маршрутизатора
Таблица ARP
Хост + маршрутизатор
Хост: IP-адрес маршрутизатора → MAC; Маршрутизатор: IP-MAC для подключенных хостов Сценарий 2: Динамическая маршрутизация (используется протокол маршрутизации) Как это работает: Маршрутизаторы обмениваются информацией о маршрутах.
Хосты
по-прежнему используют маршрутизатор в качестве шлюза
, как и в сценарии 1.
Единственное отличие заключается в том
, как маршрутизатор узнает о других подсетях
. Поведение таблицы MAC: На уровне 2
нет различий
.
Коммутатор по-прежнему видит только локальные MAC-адреса и MAC-адрес маршрутизатора.
Обучение MAC-адресам не зависит от протокола маршрутизации. Поведение таблицы ARP: Хосты: как и раньше (определение MAC-адреса шлюза/маршрутизатора).
Маршрутизаторы: могут узнавать об удаленных подсетях через OSPF/EIGRP/и т. д., но
ARP используется только для напрямую подключенных подсетей
. Важный момент: Протокол маршрутизации не влияет на ARP напрямую
.
Разрешение ARP происходит только для IP-адресов на
напрямую подключенных интерфейсах
.
Для удаленных пунктов назначения маршрутизатор находит следующий прыжок в таблице маршрутизации, а затем выполняет ARP для этого
IP-адреса следующего прыжка
, если он подключен напрямую. Таблица
Где она находится
Содержание
Таблица MAC
Коммутатор
Без изменений — локальные MAC + MAC маршрутизатора
Таблица ARP
Хост + маршрутизатор
Хосты: MAC-адрес шлюза; маршрутизатор: ARP для подключенных следующих прыжков

[YL3]

@Kasun Bandara
, это решило проблему с пингом и URL, но в симуляции все еще есть ошибки 1. Процесс ICMP отвечает на запрос Echo Request, устанавливая тип ICMP на Echo Reply. 2. Процесс ICMP отправляет Echo Reply. 3. Устройство инкапсулирует данные в IP-пакет. 4. Устройство ищет IP-адрес назначения в таблице CEF. 5. В таблице CEF нет записи для IP-адреса назначения. 6. Устройство ищет IP-адрес назначения в таблице маршрутизации. 7. В таблице маршрутизации нет маршрута к IP-адресу назначения. Устройство отбрасывает пакет. Последнее устройство: Switch0 На устройстве: Wireless Router0 1. MAC-адрес назначения кадра совпадает с MAC-адресом порта приема, адресом широковещательной передачи или многоадресной передачи. 2. Устройство не имеет службы, которая принимает этот кадр. Оно отбрасывает кадр. Последнее устройство: Switch0 На устройстве: Router0 и Последнее устройство: Switch0 На устройстве: PC0 Можно ли решить эту проблему? Заранее спасибо.

[Daud Akbar]

Эта проблема решена или все еще остается нерешенной?
Пожалуйста, ответьте.

[YL3]

Здравствуйте, извините за запоздалый ответ, упомянутые ранее проблемы все еще не решены.

[YL3]

Извините за мой предыдущий глупый вопрос, я изменил режим симуляции и теперь использую только ARP, HTTP и ICMP. Проблема заключается в том, что когда я пытаюсь пинговать другое устройство, 1. MAC-адрес назначения кадра совпадает с MAC-адресом принимающего порта, адресом широковещательной передачи или адресом многоадресной передачи. 2. Устройство декапсулирует PDU из кадра Ethernet. 3. Кадр является кадром ARP. Процесс ARP обрабатывает его. 4. Кадр ARP является запросом. 5. Целевой IP-адрес ARP-запроса не совпадает с IP-адресом порта приема. 6. Процесс ARP отбрасывает кадр. Заранее спасибо.

[Daud Akbar]

Я скачал вашу сетевую топологию, разработанную в Packet Tracer. В настоящее время вы не используете никаких протоколов маршрутизации, но обе сети 10.10.1.x и 10.10.2.x соединяются друг с другом через шлюз (маршрутизатор).
Пожалуйста, ответьте, что именно вам нужно сделать, потому что я не понял вашу мысль. Вы хотите проверить связь в режиме симуляции, для чего вам нужны протоколы ARP, ICMP и HTTP, ИЛИ вы хотите проверить таблицу MAC-адресов, ИЛИ таблицу ARP, ИЛИ что-то еще.
Пожалуйста, уточните, что вы хотите сделать и какую команду вы используете в настоящее время.

[Daud Akbar]

Окончательное сравнение (с упором на MAC/ARP) Функция Сценарий 1 (статическая маршрутизация) Сценарий 2 (динамическая маршрутизация) Таблица MAC на коммутаторе Узнает MAC-адреса хостов и маршрутизаторов То же Таблица ARP на хостах Содержит только MAC-адреса шлюзов (маршрутизаторов) Одинаково Таблица ARP на маршрутизаторе Только для напрямую подключенных хостов То же самое; плюс разрешение следующего прыжка через ARP Зависимость MAC/ARP от
![:cross_mark:]
Нет
![:cross_mark:]
Нет Протокол маршрутизации

[Daud Akbar]

дайте мне знать, если это полезно

[YL3]

Я исправил это, спасибо за помощь.