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,
Удлинитель с внутренним фильтром используете (защитой от помех) ?
Померте напряжение между корпусом компьютера и антенной.
Потом соедините корпус компа и антенну сопротивлением в несколько кОм и померьте напряжение на резисторе.
yura_born,
Телевизионщики - они разные. Крупные используют спутниковый канал. Но у них и бюджет другой.
Начинать надо с обследования: какая связь в конкретных местах. (3G, lte и какие скорости..)
+ 50 Мб/с на постоянку сожрёт столько трафика, что нерасплатишся...
У Cisco есть коммутаторы, есть маршрутизаторы. Есть оборудование от купленных компаний, которые стали Cisco.
Это все настраивается по разному и имеет разный функционал.
Что за оборудование в наличии?
Задержка нужна в одном сегменте сети или можно подсеть сделать?
Какая задержка нужна? (скорость интерфейса понизить, вот уже какая-то задержка...)
Мне не с чем сравнивать :). Только Вы можете увидеть разницу..
Из Вашего текста непонятно, проблема постоянная или со временем сама решается?
Стабильного поведения с указанием внешнего и доменного DNS - не ждите. Отлаживайтесь с указанием одного.
После изменений настроек - сбрасывайте cache DNS.
ipconfig /flushdns
