Изпечатай

[programings]

А каква е логиката в конкретния случай при пратен към 93.x gateway-я, трафикът да се рутира до втория интерфейс 172.x, и пак обратно към 93.x?

И най-вече защо рутера на колегата не запомня правилния MAC, при все, че е идентичен?

[gat3way]

Може би все пак си е един и същ интерфейс с два вдигнати IP адреса и IP стека му е така направен/конфигуриран, че да праща по един ICMP TTL exceeded пакет със източник всеки адрес вдигнат на интерфейса?

Проблемът си е ясен иначе, губят се пакети или отговори нейде и рутера на човеко не може да си опресни ARP таблицата, не мисля че някъде се помни "грешен" мак адрес. Поради тази причина и статично набитото ARP entry решава проблема. Вече защо се губят, на този въпрос може да отговори доставчика най-вероятно. Сходна симптоматика съм виждал, но поради съвсем различна и тривиална причина - кофти кабел.

[daniel_vulchev]

грешка на писанията от моя страна gw . Та идеята м е бла да не помни някъде мак . 

[imperia]

пробвай arping към твоя рутер от друга мрежа ли доставчик

Ще опитам. Каква е идеята? За какво да гледам?
Първо да махна ли статичния MAC от ARP таблицата?

[daniel_vulchev]

с арпинга не става   с wireshark може да разгледаш какво се случва като не е статичен мак адреса на gw  но не съм сигурен какво ще видиш.

[daniel_vulchev]

http://prntscr.com/8qcds6 Виж при мен как е traceroute. Това е от машина зад рутер доставчик виваком с адсл 10.10.11.1 е вътрешната мрежа на рутера. http://prntscr.com/8qcepf Там има проблеми с прекъсване в определени часове в 17:40 и сутрин в 7:30 но спряха след малки промени в адсл-а.