1. Тест состоит из 3-х этапов. Вы вполнили 1/3 первого...
Надо понять что меняется.
2. Нас интересует запись для defaultrouter. Поэтому и стоит фильтр (find) на этот адрес.
3. В arp таблице будут только адреса, с кем данный компьютер общался последние 5 минут. Так работает этот протокол.
5. Зачем картинки, если можно втсавить это все в виде текста прям в пост, оформив тегом code.....
PS, Ну почему нельзя сделать по шагам, то что просят..
Daidin, если это уже собрано в железе, назовите модели оборудования, а то окажется, что там коммутаторы L3, а не маршрутизаторы и не вся сеть отрисована...
Daidin, Нет такого запроса и ответа.
ARP всегда запрос на конкретный IP. Router не отвечат по ARP какие сети за ним лежат....
ARP таблица содержит только адреса локального сегмента сети.
Единственные тонкости, какие могут быть в такой конфигурации - если не запрещены icmp-redirect, при ping с сервера R1, обратный ответ пойдет напрямую, а не через R2. (Первый ответ пойдет через R2), потом может произойти коррекция таблицы маршрутизации.
Мы перешли в фазу - верю-не верю... Тут разрулит только стенд у Вас (судя по всему, он есть), и демонстрация дулированных пакетов.
Daidin, коммутатор разошлет arp-запрос на все порты, но ответит на него, только то оборудование, чей IP стоит в запросе. Все остальные будут молчать.
Поставьте любой анализатор пакетов (tcpdump, wareshark, network monitor) и посмотрите что происходит.
Указывайте в вопросе конкретные IP.
R2 посылает ARP запрос для адреса 10.1.3.11. коммутатор разошлет его на все порты.
Но R1 видит, что спрашивают не его и будет молчать.
Ответит только server, так как его IP совпадает адресом в arp - запросе.
Тогда получается примено так должно было работать, соглсано Вашему описанию, если нет прописанных ARP записей или ARP-proxy.
Для уменьшения текста, формальная процедура:
Получить MAC для IP:
Послать широковещательный запрос в интерфейса сети IP, для получения MAC-адреса.
Получить MAC-адрес.
10.1.2.1, по таблице маршрутизации видит, что пакет для 10.1.3.11 надо послать через 10.1.2.2 Выполняет: Получить MAC для IP: 10.1.2.2 , и послыает ICMP-request на MAC от 10.1.2.2 на IP 10.1.3.11
10.1.2.2, получив данный пакет, по своей таблице маршрутизации выполняет:
Получить MAC для IP: 10.1.5.2 и послыает ICMP-request на MAC от 10.1.5.2 на IP 10.1.3.11
10.1.5.2 получив данный пакет, по своей таблице маршрутизации выполняет:
Получить MAC для IP: 10.1.3.11 и послыает ICMP-request на MAC от 10.1.3.11 на IP 10.1.3.11
10.1.3.11 Получив данный пакет, понимает, что он адресован ему, формирует ответ Echo-replay на 10.1.2.1, и согласно свое таблице маршрутизации должен отправить его на 10.1.3.2. Так как от данного IP только что был получен пакет, то ARP запись уже есть, и 10.1.3.11 отправляет Echo-replay на 10.1.2.1 на MAC 10.1.3.2.
10.1.3.2 Получив данный пакет, согласно своей таблице маршрутизации, понимает, что он должен отправить его на 10.1.5.1. Запись в ARP еже есть, пакет уходит на MAC 10.1.5.1 для IP адреса 10.1.2.1 .
10.1.5.1 Получив данный пакет, согласно своей таблице маршрутизации, понимает, что он должен отправить его на 10.1.2.1. Запись в ARP еже есть, пакет уходит на MAC 10.1.2.1 для IP адреса 10.1.2.1 .
10.1.2.1 - Получает пакет и отображает статистику в Ping.
Именно эти строчки у Вас и зафикисрованы в записи маршрутов ping -R. ( Прямой и обратный маршрут).
Работа leaf была описана выше. Он не производит никаких преобразований адресов.
Сеть будет работать, но не оптимальным образом, так как есть лишний промежуточный маршрутизатор R2. Насколько хуже, зависит от скоростей конкретных линков. Может и лучше, если leaf- R1 низкоскоростной (гигабитный порт, а у витой пары перебита 8 жила и порт поднялся на 100Mb/s).
anton541,
Удлинитель с внутренним фильтром используете (защитой от помех) ?
Померте напряжение между корпусом компьютера и антенной.
Потом соедините корпус компа и антенну сопротивлением в несколько кОм и померьте напряжение на резисторе.
Всё таки hdmi кабель - слаботочка, а величина токов выравнивания, если нет заземления - непредсказуемая.