[РЕШЕНО] Потеря пакетов в ethernet

de-signer	# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)
Темы: 1 Сообщения: 9 Участник с: 27 ноября 2017	Попробовал другой кабель. Результат тот же. Пока думал о смене роутера промелькнуло воспоминание о роутере, который умел пинговать. Зашёл на свой DIR-615. Умеет, зараза. Вести с полей: Если пинг в Arch нормальный, т. е. около 0.450ms, то роутер со своей стороны показывает пинг около 0.500-0.600ms Как только пинг в Arch "залипает", картина с роутера выглядит примерно так: `PING 192.168.1.11 (192.168.1.11): 56 data bytes 64 bytes from 192.168.1.11: seq=0 ttl=64 time=212.483 ms 64 bytes from 192.168.1.11: seq=1 ttl=64 time=130.442 ms 64 bytes from 192.168.1.11: seq=2 ttl=64 time=4.200 ms 64 bytes from 192.168.1.11: seq=3 ttl=64 time=259.123 ms 64 bytes from 192.168.1.11: seq=4 ttl=64 time=3.880 ms --- 192.168.1.11 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 3.880/122.025/259.123 ms` Этот результат каждый раз рандомный. Может все пять раз показать по 3-4ms, а может все пять раз показать по 180-330ms. Если толкаться от этого и того, что смена кабеля не зарешала, то что ещё можно предположить. Есть вариант продолжить вариант с кабелем: купить короткий патч-корд, сорвать системник с монитором с места и воткнуть поближе к роутеру, но блин, столько геморроя, что аж не хочется. Да и вопрос интересный почему роутер меня пингует, а я его нет? Это что за дискриминация. Провод же один и тот же.

# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)

Сообщения: 9

Участник с: 27 ноября 2017

Попробовал другой кабель. Результат тот же.
Пока думал о смене роутера промелькнуло воспоминание о роутере, который умел пинговать. Зашёл на свой DIR-615. Умеет, зараза.
Вести с полей:
Если пинг в Arch нормальный, т. е. около 0.450ms, то роутер со своей стороны показывает пинг около 0.500-0.600ms
Как только пинг в Arch "залипает", картина с роутера выглядит примерно так:

PING 192.168.1.11 (192.168.1.11): 56 data bytes
64 bytes from 192.168.1.11: seq=0 ttl=64 time=212.483 ms
64 bytes from 192.168.1.11: seq=1 ttl=64 time=130.442 ms
64 bytes from 192.168.1.11: seq=2 ttl=64 time=4.200 ms
64 bytes from 192.168.1.11: seq=3 ttl=64 time=259.123 ms
64 bytes from 192.168.1.11: seq=4 ttl=64 time=3.880 ms

--- 192.168.1.11 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 3.880/122.025/259.123 ms

Этот результат каждый раз рандомный. Может все пять раз показать по 3-4ms, а может все пять раз показать по 180-330ms.
Если толкаться от этого и того, что смена кабеля не зарешала, то что ещё можно предположить.
Есть вариант продолжить вариант с кабелем: купить короткий патч-корд, сорвать системник с монитором с места и воткнуть поближе к роутеру, но блин, столько геморроя, что аж не хочется. Да и вопрос интересный почему роутер меня пингует, а я его нет? Это что за дискриминация. Провод же один и тот же.

de-signer	# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)
Темы: 1 Сообщения: 9 Участник с: 27 ноября 2017	Пока экспериментировал, случайно нарвался на "начало" потери пакетов: comp% sudo ping -l 10 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.470 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.579 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.678 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.786 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.881 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.982 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=1.08 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.19 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.29 ms 64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=1.40 ms ^C --- 192.168.1.1 ping statistics --- 16 packets transmitted, 10 received, 37% packet loss, time 6001ms rtt min/avg/max/mdev = 0.470/0.935/1.402/0.296 ms, pipe 10 Время ответа начинает линейно возрастать вплоть до потерь. Или так: PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.491 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.612 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.727 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.874 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=1.00 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=1.10 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=1.22 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.34 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.47 ms 64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=1.57 ms 64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=0.414 ms Cut. Тут всё норм. 64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=0.410 ms Потери! 64 bytes from 192.168.1.1: icmp_seq=38 ttl=64 time=0.361 ms Думаю дальше...

de-signer

# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)

Темы: 1

Сообщения: 9

Участник с: 27 ноября 2017

Пока экспериментировал, случайно нарвался на "начало" потери пакетов:

comp% sudo ping -l 10 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.470 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.579 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.678 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.786 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.881 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.982 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=1.08 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.19 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.29 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=1.40 ms
^C
--- 192.168.1.1 ping statistics ---
16 packets transmitted, 10 received, 37% packet loss, time 6001ms
rtt min/avg/max/mdev = 0.470/0.935/1.402/0.296 ms, pipe 10

Время ответа начинает линейно возрастать вплоть до потерь.
Или так:

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.491 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.612 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.727 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.874 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=1.00 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=1.10 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=1.22 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.34 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.47 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=1.57 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=0.414 ms
Cut. Тут всё норм.
64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=0.410 ms
Потери!
64 bytes from 192.168.1.1: icmp_seq=38 ttl=64 time=0.361 ms

Думаю дальше...

de-signer	# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)
Темы: 1 Сообщения: 9 Участник с: 27 ноября 2017	Блин, тесть играет World of tanks под Win7 без лагов через тот же роутер, мне бы минусовку ребёнку поправить, а я чёрти-чем занимаюсь, не понимая в чём проблема. Ладно, завтра покопаюсь на работе в поисках PCI сетевой платы. Может поможет.

de-signer

# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)

Темы: 1

Сообщения: 9

Участник с: 27 ноября 2017

Блин, тесть играет World of tanks под Win7 без лагов через тот же роутер, мне бы минусовку ребёнку поправить, а я чёрти-чем занимаюсь, не понимая в чём проблема.
Ладно, завтра покопаюсь на работе в поисках PCI сетевой платы. Может поможет.

kurych	# 7 лет, 5 месяцев назад
Темы: 0 Сообщения: 1395 Участник с: 06 ноября 2011	Выставь временно другой IP адрес. Статикой. Пинг с роутера дает повод предположить, что видит такой же адрес в другом месте (с другим mac). Но только предположить...

de-signer	# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)
Темы: 1 Сообщения: 9 Участник с: 27 ноября 2017	Вот здесь нужно сделать не просто фейспалм. А фейспалм с ОЧЕНЬ сильного размаха. По какой-то причине (дело давно было) DHCP сервер на этом самом DIR-615 мне никак не удалось подружить с планшетом. Причём именно с этим планшетом. Ну ни в какую он (планшет) не хотел получать настройки от роутера. Как результат: я задал сетевые настройки ручками. И это и есть тот злосчастный 192.168.1.11. За давностью лет и, привыкнув к тому, что все мобильные устройства получают настройки от DHCP демона, я наглухо забыл, что планшет ребёнка настроен вручную. Именно с планшетом я и пересёкся. Спасибо, kurych, хотя справедливости ради, я мог бы и сам догадаться, но, к моему сожалению, не смог. Как мне [РЕШЕНО] добавить к заголовку этой ветки?

de-signer

# 7 лет, 5 месяцев назад (отредактировано 7 лет, 5 месяцев назад)

Темы: 1

Сообщения: 9

Участник с: 27 ноября 2017

Вот здесь нужно сделать не просто фейспалм. А фейспалм с ОЧЕНЬ сильного размаха.
По какой-то причине (дело давно было) DHCP сервер на этом самом DIR-615 мне никак не удалось подружить с планшетом. Причём именно с этим планшетом. Ну ни в какую он (планшет) не хотел получать настройки от роутера. Как результат: я задал сетевые настройки ручками. И это и есть тот злосчастный 192.168.1.11. За давностью лет и, привыкнув к тому, что все мобильные устройства получают настройки от DHCP демона, я наглухо забыл, что планшет ребёнка настроен вручную. Именно с планшетом я и пересёкся.
Спасибо, kurych, хотя справедливости ради, я мог бы и сам догадаться, но, к моему сожалению, не смог.

Как мне [РЕШЕНО] добавить к заголовку этой ветки?

redix	# 7 лет, 5 месяцев назад
Темы: 34 Сообщения: 3432 Участник с: 11 марта 2013	de-signer Как мне [РЕШЕНО] добавить к заголовку этой ветки? В самом первом сообщении нажмите "редактировать", кнопка со стилизованным карандашом, и измените заголовок топика. In Tux We Trust