Linux за българи: Форуми

Здравейте,

Имам следния проблем:
Наскоро интернета ми започна да прекъсва през определено време. Различно - понякога след 30 мин., понякога след 1-2 часа.
Прекъсва за 2-3 секунди и се оправя.

След доста разговори с доставчика ми казаха да направя MAC адреса на техния gateway статичен в ARP таблицата.
Казаха нещо от типа на - рутера ми правел ARP заявка към техния сървър и не успявал да разбере MAC-а и тогава се получавало прекъсването защото все едно рутера се reconnect-ва.

arp -s x.x.x.x xx:xx:xx:xx:xx:xx
След тази операция наистина проблема изчезна.

Бих искал да разбера каква може да е причината за всичко това?

Този рутер си работи със същата конфигурация от години.
Единствено съм update-вал debian-а.

От какво може да се получава всичко това?

1. Промени относно ARP в по новия кернел >4.0 ??
2. Промени в конфигурацията на сървъра на доставчика?
3. Друго?

Опитах се да направя малък tcpdump когато се случва проблема (ако може нещо да помогне):

16:25:29.017949 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:25:29.018437 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:26:13.033942 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:26:13.034496 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:26:57.097952 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:26:57.098491 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:27:41.081946 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:27:41.082417 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:28:25.113959 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:28:25.114440 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:29:09.129938 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:29:09.130447 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:29:36.985937 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:29:36.986427 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:30:04.601958 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:04.602426 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46
16:30:32.297948 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:33.297964 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:34.297950 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:35.330855 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:36.329951 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:37.329950 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:38.333391 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:39.329950 ARP, Request who-has isp_gateway_ip tell my_router_ext_ip, length 28
16:30:39.330440 ARP, Reply isp_gateway_ip is-at isp_gateway_ip, length 46

Благодаря.

Станно, аз съм имал същите проблеми с доставчик Виваком и оптичен интернет и като направя MAC адреса статичен и всичко работи. Така и не разбрах защо се получава, а и не получих нищо смислено като отговор от съпорта на Виваком.

Станно, аз съм имал същите проблеми с доставчик Виваком и оптичен интернет и като направя MAC адреса статичен и всичко работи. Така и не разбрах защо се получава, а и не получих нищо смислено като отговор от съпорта на Виваком.

Извинявайте, ама MAC адресите не са ли статични по дефиниция?

Можете да го смените, ама да го правите статичен?!

PS. Аха, то ставало дума за MAC адреса на отсрещното устройство.

Станно, аз съм имал същите проблеми с доставчик Виваком и оптичен интернет и като направя MAC адреса статичен и всичко работи. Така и не разбрах защо се получава, а и не получих нищо смислено като отговор от съпорта на Виваком.

Ще се опитам да ги попитам тия моите.

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

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

Както казах: на рутера конфигурацията не съм я пипал от години освен update-и включително и нов кернел. Ако в кернел 4+ има промени по ARP - може и от мене да е проблема.

Намерих съседен на мене IP адрес които не минава през gateway-а на доставчика.
Ping-вам едновременно този адрес на съседа и gateway-а на доставчика. Ping-а със съседа е бетон докато в същото време ping-а с gateway-а умира за 1-2 пакета време и после се оправя.

Това предполагам елиминира моя рутер като заподозрян и switch-а пред него също???

Ето как изглежда ping-а. Както сами се досещате долу-дясно е съседа.
(http://i.imgur.com/16WK6FJ.png)

Дай първите три двойки от мак адреса на рутера на доставчика ти да го видим какво животно е....

CC:E1:7F   Juniper networks

Интересното е че gateway-а ми е реално ip 93.x но когато правя traceroute първо ми излиза един вътрешен адрес 172.x и чак след това gateway-a чиито мак адрес е записан в arp-a CC:E1:7F

PS. Сега проверих и 172.x e със същия мак.

CC:E1:7F   Juniper networks

Интересното е че gateway-а ми е реално ip 93.x но когато правя traceroute първо ми излиза един вътрешен адрес 172.x и чак след това gateway-a чиито мак адрес е записан в arp-a CC:E1:7F

PS. Сега проверих и 172.x e със същия мак.

Мхм...
Някой типично по български е натоварил някой среден клас Juniper switch да го играе всичко. И сигурно го е взел с идеята и свирки да му прави вечер/сутрин.... Търси алтернатива....

Цитат на: imperia в Oct 10, 2015, 03:20

CC:E1:7F   Juniper networks

Интересното е че gateway-а ми е реално ip 93.x но когато правя traceroute първо ми излиза един вътрешен адрес 172.x и чак след това gateway-a чиито мак адрес е записан в arp-a CC:E1:7F

PS. Сега проверих и 172.x e със същия мак.

Мхм...
Някой типично по български е натоварил някой среден клас Juniper switch да го играе всичко. И сигурно го е взел с идеята и свирки да му прави вечер/сутрин.... Търси алтернатива....

За теб кой са среден клас Juniper switch ?
Имаш предвид да го ползват за гетауей на клиантите за българския пиъринг и всичко друго към друг рутер ?

това имам предвид устройството пред твоя рутер което е на доставчика кой го знае как е настроено може и те да не знаят защото ползват външни фирми да им настройват нещата и понеже пестят пари от всичко  ;D

Цитат на: BRADATA в Oct 10, 2015, 06:08

Цитат на: imperia в Oct 10, 2015, 03:20

CC:E1:7F   Juniper networks

Интересното е че gateway-а ми е реално ip 93.x но когато правя traceroute първо ми излиза един вътрешен адрес 172.x и чак след това gateway-a чиито мак адрес е записан в arp-a CC:E1:7F

PS. Сега проверих и 172.x e със същия мак.

Мхм...
Някой типично по български е натоварил някой среден клас Juniper switch да го играе всичко. И сигурно го е взел с идеята и свирки да му прави вечер/сутрин.... Търси алтернатива....

За теб кой са среден клас Juniper switch ?
Имаш предвид да го ползват за гетауей на клиантите за българския пиъринг и всичко друго към друг рутер ?

Аз с джунипър нямам взимане даване, но пък съм виждал каталист 3560 направен на рутер. Същата работа. То сиското и BGP може да носи, ама е друг въпроса с тези 128MB RAM колко пиъра с колко мрежи може да понесе преди да се сгъне? Самия факт, че има (поне) два IP интерфейса на цпу-то говори, че го ползват като всичко. Което не е ок.

Интересното е че gateway-а ми е реално ip 93.x но когато правя traceroute първо ми излиза един вътрешен адрес 172.x и чак след това gateway-a чиито мак адрес е записан в arp-a CC:E1:7F

[off-topic]
Хайде стига с тези реални и вътрешни адреси.

Единственото разделение на IPv4 адреси е на публични и частни. Не сте глупави хора, ама внимавайте малко повече с теи адреси ::)
[/off-topic]

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

daniel_vulchev, марш веднага да гледаш картинки с пирамиди и OSI модела :)

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

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

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

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

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

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

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

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

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