Search the Community

Пару лет назад писал для себя индикатор доступности серверов. Не так давно причесал его немножко и положил на гитхаб. Он умеет постоянно пинговать хосты и отображать сие в строке статуса Юнити (которая в убунте) С его помощью я всегда понимал примерную загрузку шейперов и аплинков. скачать - http://salseeg.github.io/ping-indicator/

Посоветуйте софт, простой и надежный, для отправки на @sms.kyivstar.net

Прошу помощи. Специально под Arping стоит сервер в сети, звонит клиент админ тех. поддержки проверяет качество линии через Arping, я же становлюсь в подсеть и проверяю пинг обычный ping -t -l 50000 АДРЕС абона если все ок смотри машину. Но есть одно НО мой админ видит потери на Arping_e а я не вижу кому верить? Я доверяю 100% пингу Кто что посоветует. Спасибо

Продам sfp ping AP-B53011-3CS20 155M T1550/R1310 20km - 10 шт. цена 100 грн за 1 шт. вопросы в личку

Есть небольшая wifi сеть, хотелось бы как-то автоматизировать, а именно пинг бс и точек доступа клиентов, при зависании авто ребут, сеть на ubiquiti построена, кто что посоветует?(кроме встроенного ping watchdog) Заранее спс.

Доброе время суток уважаемые. Есть проблема. Надеюсь на Вашу помощь. Схема сети: МТ(2.9.27)==========rb433(карта EMI)================клиенты с точками tp-link 5210 На МТ рррое сервер Точки настроены в режим роутера(ПППОЕ сесия поднимается на точке) Есть несколько точек в режиме бриджа, за ними по несколько компов. На базовой станции уровни сигнала не ниже -67. Связь установлена 36/54, 48/54 и т.д. проблема - при поднятой РРРОЕ сесии пинги доходят до 1000 мс, даже если ничего не качаеш.

ДД. Использую abills на debian 8, pppoe подключение, последнее время появилась странная проблема с сеткой - независимо от кол-ва сессий (пробовал оставить одну, изменений никаких), Очень низкая скорость и "странный" пинг. Идет от 100 к 1, потом опять 100. 64 bytes from 10.20.30.75: icmp_req=76 ttl=128 time=100 ms 64 bytes from 10.20.30.75: icmp_req=77 ttl=128 time=98.9 ms 64 bytes from 10.20.30.75: icmp_req=78 ttl=128 time=97.8 ms 64 bytes from 10.20.30.75: icmp_req=79 ttl=128 time=96.9 ms 64 bytes from 10.20.30.75: icmp_req=80 ttl=128 time=95.9 ms 64 bytes from 10.20.30.75: icmp_req=81 ttl=128 time=94.9 ms ..... 64 bytes from 10.20.30.75: icmp_req=154 ttl=128 time=10.9 ms 64 bytes from 10.20.30.75: icmp_req=155 ttl=128 time=9.92 ms 64 bytes from 10.20.30.75: icmp_req=156 ttl=128 time=8.84 ms 64 bytes from 10.20.30.75: icmp_req=157 ttl=128 time=7.84 ms 64 bytes from 10.20.30.75: icmp_req=158 ttl=128 time=5.92 ms 64 bytes from 10.20.30.75: icmp_req=159 ttl=128 time=4.77 ms 64 bytes from 10.20.30.75: icmp_req=160 ttl=128 time=2.77 ms 64 bytes from 10.20.30.75: icmp_req=161 ttl=128 time=0.795 ms 64 bytes from 10.20.30.75: icmp_req=162 ttl=128 time=100 ms Это с сервера к клиенту. Кто то сталкивался, что это может быть куда копать? Свитч менял, пробовал даже включить ноут в сервак - картина таже.

Интересный фокус получается: есть NAS на ROS 5.26, все работает как часики, при апгрейде на любую ROS 6.x начинает рвать пинг. От клиента на сервер, от клиента в нет, с сервера и в нет и на клиентов. Сетевухи: Intel 82572EI Gigabit Ethernet Controller Сетевухи и по разным ядрам розносил - не помогло. Может кто сталкивался с такой проблеммой

Подскажите плиз куда можно попинговать по миру? Например: ix.net.ua - 195.64.225.67 хочется попингать разные контитенты и страны USA, Австралия, Япония, Франкфурт, Канада, Англия, Россия, Китай - желательно адреса точек обмена Заранее благодарен

Сервер на debian. В чем может быть причина? Восстановилось после ребута.

ScientificLinux 6.2 ядро 2.6.32-220.13.1.el6.x86_64 когда пингую хост, иногда получаю следующее: 64 bytes from 10.1.76.34: icmp_seq=49 ttl=128 time=0.556 ms 64 bytes from 10.1.76.34: icmp_seq=50 ttl=128 time=0.297 ms 64 bytes from 10.1.76.34: icmp_seq=51 ttl=128 time=0.256 ms 64 bytes from 10.1.76.34: icmp_seq=52 ttl=128 time=0.379 ms 64 bytes from 10.1.76.34: icmp_seq=53 ttl=128 time=0.277 ms ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста ping: recvmsg: Нет пути до хоста 64 bytes from 10.1.76.34: icmp_seq=54 ttl=128 time=0.549 ms 64 bytes from 10.1.76.34: icmp_seq=55 ttl=128 time=0.246 ms 64 bytes from 10.1.76.34: icmp_seq=56 ttl=128 time=0.602 ms 64 bytes from 10.1.76.34: icmp_seq=57 ttl=128 time=0.239 ms 64 bytes from 10.1.76.34: icmp_seq=58 ttl=128 time=0.343 ms что-бы это значило ? ЗЫ: я так понимаю, что "Нет пути до хоста"="no route to host"

Собсно такая картина тут был скрин А если делать трассу с компьютера, например, Amazon, то все идет. тут был скрин lg же кидает по UDP, какой-то порт нужно открыть....?

Нужно решение для проверки доступности компьютеров , по команде пинг по ip или по мас адресу, и что можно било посмотреть доступной ли компьютеры в сети через веб страницу, или клиент подключенному серверу под убунту . Или посоветуйте что то другое . Не хочу каждый раз заходить в админ панель и вручную пинговать пользователя .

Вот просто любопытно (пинг - больная тема для меня) почему разные цифры на одни и тот же хост? Разные пинги, начиная с 10.255.12.1, причем это всегда так))

Всем привет. В разделе мониторниг в абилсе можно пропинговать абонента, но отсылает только 5 пакетов. Не всегда получается отследить проблему. Можно сделать хотябы 15 запросов, может кто знает?(версия 0.55b)

Кто-то сталкивался с высоким пингом на хосты за ONU? (от абонентов на сервер - аналогично). Начали жаловаться пользователи, стали проверять - на всех пользователей одинаковая картина (5-8 мс). при этом в OLT включен еще один коммутатор, на них в той же подсети пинг отличный (0.5 мс) ping на одного из пользователей (epon0/1:17): [root@inet ~]$ ping 10.x.67.62 PING 10.x.67.62 (10.x.67.62): 56 data bytes 64 bytes from 10.x.67.62: icmp_seq=0 ttl=63 time=7.463 ms 64 bytes from 10.x.67.62: icmp_seq=1 ttl=63 time=8.075 ms 64 bytes from 10.x.67.62: icmp_seq=2 ttl=63 time=6.547 ms 64 bytes from 10.x.67.62: icmp_seq=3 ttl=63 time=7.440 ms 64 bytes from 10.x.67.62: icmp_seq=4 ttl=63 time=7.410 ms 64 bytes from 10.x.67.62: icmp_seq=5 ttl=63 time=5.772 ms 64 bytes from 10.x.67.62: icmp_seq=6 ttl=63 time=6.876 ms --- 10.x.67.62 ping statistics --- 7 packets transmitted, 7 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 5.772/7.083/8.075/0.698 ms Список всех ONU: GPON#show epon onu-information Interface EPON0/1 has registered 18 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/1:1 BDCM 3024 fcfa.f796.684a N/A static auto_configured N/A EPON0/1:2 BDCM 3024 fcfa.f796.6867 N/A static auto_configured N/A EPON0/1:3 BDCM 3024 fcfa.f796.685c N/A static auto_configured N/A EPON0/1:4 BDCM 3024 fcfa.f796.684f N/A static auto_configured N/A EPON0/1:5 BDCM 3024 fcfa.f796.685e N/A static auto_configured N/A EPON0/1:6 BDCM 3024 fcfa.f796.60c9 N/A static auto_configured N/A EPON0/1:7 BDCM 3024 fcfa.f796.61a0 N/A static deregistered power off EPON0/1:8 BDCM 3024 fcfa.f796.6085 N/A static auto_configured N/A EPON0/1:9 BDCM 3024 fcfa.f796.65bc N/A static auto_configured N/A EPON0/1:10 wri 01A 544b.a013.67d8 N/A static auto_configured N/A EPON0/1:11 wri 01A 544b.a013.5e28 N/A static auto_configured N/A EPON0/1:12 wri 01A 544b.a013.5628 N/A static auto_configured N/A EPON0/1:13 wri 01A 544b.a015.45e0 N/A static auto_configured N/A EPON0/1:14 wri 01A 544b.a015.1590 N/A static auto_configured N/A EPON0/1:15 wri 01A 544b.a013.6c38 N/A static auto_configured N/A EPON0/1:16 wri 01A 544b.a013.67e0 N/A static auto_configured N/A EPON0/1:17 wri 01A 544b.a015.6380 N/A static auto_configured N/A EPON0/1:18 wri 01A 544b.a015.60b8 N/A static deregistered power off Уровни сигналов: GPON#show epon optical-transceiver-diagnosis interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/1 43.9 3.3 10.4 4.1 epon0/2 31.2 3.3 30.3 4.0 interface RxPower(dBm) ----------- -------------- epon0/1:1 -24.6 epon0/1:2 -23.2 epon0/1:3 -23.1 epon0/1:4 -24.8 epon0/1:5 -23.9 epon0/1:6 -24.9 epon0/1:8 -24.5 epon0/1:9 -29.2 epon0/1:10 -24.8 epon0/1:11 -25.8 epon0/1:12 -24.4 epon0/1:13 -23.6 epon0/1:14 -23.9 epon0/1:15 -24.0 epon0/1:16 -23.2 epon0/1:17 -25.0 Уровни с ONU: GPON#show epon interface epon 0/1:17 onu ctc optical-transceiver-diagnos operating temperature(degree): 37 supply voltage(V): 3.3 bias current(mA): 18.2 transmitted power(DBm): 2.0 received power(DBm): -22.8

Собственно такой вот вопрос. Влияет ил как-то пинг на на UDP подключения к игровым серверам?

вопрос идиотский, но: набираю: >ping ya.ru unknown host >traceroute ya.ru traceroute to ya.ru (213.180.204.3), 30 hops max, 60 byte packets 1 192.168.1.19 (192.168.1.19) 0.164 ms 0.186 ms 0.176 ms 2 195.5.5.201 (195.5.5.201) 35.366 ms 37.591 ms 37.660 ms 3 10.80.40.14 (10.80.40.14) 46.598 ms 46.657 ms 10.80.40.18 (10.80.40.18) 47.391 ms 4 * * * 5 * * * 6 * * * 7 myt-c1-ae9.yndx.net (87.250.239.57) 84.191 ms 57.259 ms 58.326 ms 8 myt-p3-be5.yndx.net (87.250.239.12) 65.357 ms 64.846 ms 65.549 ms 9 myt-p2-be8.yndx.net (87.250.239.6) 65.643 ms iva-p1-be5.yndx.net (213.180.213.5) 62.064 ms myt-p2-be8.yndx.net (87.250.239.6) 64.011 ms 10 iva-p2-be7.yndx.net (213.180.213.9) 61.795 ms 62.065 ms 58.615 ms 11 iva-b-c2-ae5.yndx.net (87.250.239.115) 61.038 ms iva-p1-be1.yndx.net (87.250.239.98) 65.524 ms iva-b-c2-ae5.yndx.net (87.250.239.115) 59.342 ms 12 www.yandex.ru (213.180.204.3) 59.806 ms * * >ping 213.180.204.3 PING 213.180.204.3 (213.180.204.3) 56(84) bytes of data. 64 bytes from 213.180.204.3: icmp_seq=1 ttl=56 time=60.0 ms 64 bytes from 213.180.204.3: icmp_seq=2 ttl=56 time=55.3 ms 64 bytes from 213.180.204.3: icmp_seq=3 ttl=56 time=55.7 ms ^C --- 213.180.204.3 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2001ms rtt min/avg/max/mdev = 55.332/57.043/60.009/2.114 ms >ping ya.ru unknown host >wget http://ya.ru --2015-06-05 15:01:32-- http://ya.ru/ Визначення імені ya.ru (ya.ru)... 93.158.134.3, 213.180.193.3, 213.180.204.3, ... Встановлення з'єднання з ya.ru (ya.ru)|93.158.134.3|:80... під'єднано. HTTP-запит надіслано, очікуємо відповіді... 200 Ok Довжина: 9618 (9,4K) [text/html] Зберігання до: «index.html» index.html 100%[=====================>] 9,39K --.-KB/s у 0,02s 2015-06-05 15:01:32 (572 KB/s) - «index.html» збережено [9618/9618] >ping ya.ru unknown host >iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination >cat /etc/resolv.conf nameserver 192.168.1.19 nameserver 8.8.8.8 у кого-нибудь будет мысль, в чем проблема ? получается, резолвинг работает. почему пинг не работает ? Debian jessie