Появились пинги в локалке и во внешней сети как определить неисправность?

Question

[TABURELTER]

(Небольшая предыстория)
стояла старая связка роутеров и интернет РТ и их роутер (huawei HG8245H ) с которого шол кабель на основной роутер tp-link archer ax55. я их захотел заменить из-за того, что в локальной сети начались кратковременные пинги с 1 мс до 15-30мс и обратно на 1мс. думал умирает роутер и в итоге заменил на связку RT6699 в режиме бриджа и на asus RT-AX86U и в месте с этой связкой начались странности - появилась плавающая неисправность волнового типа - в любое время, но чаще вечером мог начать без причины пропадать интернет + огромные пинги до роутера и до 8.8.8.8 такая же проблема наблюдалась при пингах из роутера (за исключением пакет лосов) при попытке повтроить проблему с tp-link чинились оба роутера и проблема исчезает вовсе но на время. приежал мастер сказал что помочь ничем не может и на момент приезда всё хорошо работает.

так вот и сам вопрос: как мне понять в чём конкретно причина? бракованный роутер или просто ростелеком выдаёт приколы, ну и может сможете дать просто цельный совет как можно попытаться починить это всё добро?

PS: был бы очень признателен если бы порекомендовали роутер в приделах 15к рублей с DDNS/ хорошой защитой, wifi6 ну и естественно с хорошей и гибкой админкой (из того, что мне очень понравилась это функционал RT-AX86U и его админка) роутер нужен с 1gb портами и главным параметром всё же остаёться защита и беспланый DDNS для хостинга домашнего сервера и доступа из вне

--- 192.168.0.1 ping statistics ---
1209 packets transmitted, 1209 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.761/5.216/239.897/8.347 ms
--- 192.168.0.2 ping statistics ---
1187 packets transmitted, 1187 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.855/4.857/570.488/16.605 ms

941 packets transmitted, 927 packets received, 1.5% packet loss
round-trip min/avg/max/stddev = 21.368/1419.391/36166.431/4795.631 ms

64 bytes from 8.8.8.8: icmp_seq=1120 ttl=110 time=3521.674 ms
64 bytes from 8.8.8.8: icmp_seq=1121 ttl=110 time=2517.114 ms
64 bytes from 8.8.8.8: icmp_seq=1122 ttl=110 time=1515.311 ms
64 bytes from 8.8.8.8: icmp_seq=1123 ttl=110 time=515.661 ms
64 bytes from 8.8.8.8: icmp_seq=1124 ttl=110 time=24.163 ms
64 bytes from 8.8.8.8: icmp_seq=1125 ttl=110 time=23.926 ms
64 bytes from 8.8.8.8: icmp_seq=1126 ttl=110 time=25.285 ms
64 bytes from 8.8.8.8: icmp_seq=1127 ttl=110 time=17618.508 ms
64 bytes from 8.8.8.8: icmp_seq=1128 ttl=110 time=16616.448 ms
64 bytes from 8.8.8.8: icmp_seq=1129 ttl=110 time=15614.182 ms
64 bytes from 8.8.8.8: icmp_seq=1130 ttl=110 time=14611.711 ms
64 bytes from 8.8.8.8: icmp_seq=1131 ttl=110 time=13607.011 ms
64 bytes from 8.8.8.8: icmp_seq=1132 ttl=110 time=12602.249 ms
64 bytes from 8.8.8.8: icmp_seq=1133 ttl=110 time=11598.488 ms
64 bytes from 8.8.8.8: icmp_seq=1134 ttl=110 time=10594.464 ms
64 bytes from 8.8.8.8: icmp_seq=1135 ttl=110 time=9592.921 ms
64 bytes from 8.8.8.8: icmp_seq=1136 ttl=110 time=8591.906 ms
64 bytes from 8.8.8.8: icmp_seq=1137 ttl=110 time=7590.539 ms
64 bytes from 8.8.8.8: icmp_seq=1138 ttl=110 time=6585.906 ms
64 bytes from 8.8.8.8: icmp_seq=1139 ttl=110 time=5585.215 ms
64 bytes from 8.8.8.8: icmp_seq=1140 ttl=110 time=4579.979 ms
64 bytes from 8.8.8.8: icmp_seq=1141 ttl=110 time=3574.969 ms
64 bytes from 8.8.8.8: icmp_seq=1142 ttl=110 time=2571.302 ms
64 bytes from 8.8.8.8: icmp_seq=1143 ttl=110 time=1568.324 ms
64 bytes from 8.8.8.8: icmp_seq=1144 ttl=110 time=565.426 ms
64 bytes from 8.8.8.8: icmp_seq=1145 ttl=110 time=221.722 ms
64 bytes from 8.8.8.8: icmp_seq=1146 ttl=110 time=4706.116 ms
64 bytes from 8.8.8.8: icmp_seq=1147 ttl=110 time=3704.002 ms
64 bytes from 8.8.8.8: icmp_seq=1148 ttl=110 time=2700.352 ms
64 bytes from 8.8.8.8: icmp_seq=1149 ttl=110 time=1697.063 ms
64 bytes from 8.8.8.8: icmp_seq=1150 ttl=110 time=692.852 ms
64 bytes from 8.8.8.8: icmp_seq=1151 ttl=110 time=1687.896 ms
64 bytes from 8.8.8.8: icmp_seq=1152 ttl=110 time=682.710 ms
64 bytes from 8.8.8.8: icmp_seq=1153 ttl=110 time=299.311 ms
64 bytes from 8.8.8.8: icmp_seq=1154 ttl=110 time=350.859 ms
64 bytes from 8.8.8.8: icmp_seq=1155 ttl=110 time=924.317 ms
64 bytes from 8.8.8.8: icmp_seq=1156 ttl=110 time=589.070 ms
64 bytes from 8.8.8.8: icmp_seq=1157 ttl=110 time=504.503 ms
64 bytes from 8.8.8.8: icmp_seq=1158 ttl=110 time=30.557 ms
64 bytes from 8.8.8.8: icmp_seq=1159 ttl=110 time=629.105 ms
64 bytes from 8.8.8.8: icmp_seq=1160 ttl=110 time=146.481 ms

Comments

[Ziptar]

просто ростелеком выдаёт приколы

Это всегда, но никак не до вашего роутера в вашей же квартире ;)

ну и может сможете дать просто цельный совет как можно попытаться починить это всё добро?

Нарисовать карту сети, понять что куда и как ходит

[Денис Юрьев]

это картина по проводу или по wifi?

[TABURELTER]

Денис Юрьев, конкретна эта картина по проводу, но аналогичные картины выдаёт wifi и другие клиенты по проводу

[TABURELTER]

Ziptar, можешь чуть чуть по подробнее расказать, что как и чем это делать

[y2k]

А что раздаёт домашний сервер? В анализатор трафика не заглядывали? Может кто-то что-то усиленно качает

[TABURELTER]

y2k, роутер говорит, что нагрузки практически нету, на серваке боты крутяться, и какая должна быть нагрузка что бы мне писало вот такое

--- 192.168.0.1 ping statistics ---
16450 packets transmitted, 16450 received, 0% packet loss, time 16638363ms
rtt min/avg/max/mdev = 0.120/1.660/148.289/4.375 ms

c тем учётом что кабель до роутера 1метр

[y2k]

TABURELTER, большая и кратковременная. Иначе бы вы не получили среднее 1.6.
В общем, мониторьте cpu и все интерфейсы на роутере и на сервере.

Answer 1

[Drno]

Проверяйте Пинги до СВОЕГО роутера. Если они впорядке - проблема на стороне провайдера.
Если проблема с пингами до сервисов гугла - то неудивительно, это спасбио РКН и забитым каналам связи сейчас

Насчет роутера, для домашних юзеров, на данный момент лучшее это Кинетик. По функционалу. Асус там даже рядом не валялся