Поиск по сайту
Результаты поиска по тегам 'ping'.
Найдено 18 результатов
-
Пару лет назад писал для себя индикатор доступности серверов. Не так давно причесал его немножко и положил на гитхаб. Он умеет постоянно пинговать хосты и отображать сие в строке статуса Юнити (которая в убунте) С его помощью я всегда понимал примерную загрузку шейперов и аплинков. скачать - http://salseeg.github.io/ping-indicator/
-
Прошу помощи. Специально под Arping стоит сервер в сети, звонит клиент админ тех. поддержки проверяет качество линии через Arping, я же становлюсь в подсеть и проверяю пинг обычный ping -t -l 50000 АДРЕС абона если все ок смотри машину. Но есть одно НО мой админ видит потери на Arping_e а я не вижу кому верить? Я доверяю 100% пингу Кто что посоветует. Спасибо
-
Посоветуйте софт, простой и надежный, для отправки на @sms.kyivstar.net
-
Продам sfp ping AP-B53011-3CS20 155M T1550/R1310 20km - 10 шт. цена 100 грн за 1 шт. вопросы в личку -
Подскажите плиз куда можно попинговать по миру? Например: ix.net.ua - 195.64.225.67 хочется попингать разные контитенты и страны USA, Австралия, Япония, Франкфурт, Канада, Англия, Россия, Китай - желательно адреса точек обмена Заранее благодарен
-
Интересный фокус получается: есть NAS на ROS 5.26, все работает как часики, при апгрейде на любую ROS 6.x начинает рвать пинг. От клиента на сервер, от клиента в нет, с сервера и в нет и на клиентов. Сетевухи: Intel 82572EI Gigabit Ethernet Controller Сетевухи и по разным ядрам розносил - не помогло. Может кто сталкивался с такой проблеммой
-
ДД. Использую 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 Это с сервера к клиенту. Кто то сталкивался, что это может быть куда копать? Свитч менял, пробовал даже включить ноут в сервак - картина таже.
-
Доброе время суток уважаемые. Есть проблема. Надеюсь на Вашу помощь. Схема сети: МТ(2.9.27)==========rb433(карта EMI)================клиенты с точками tp-link 5210 На МТ рррое сервер Точки настроены в режим роутера(ПППОЕ сесия поднимается на точке) Есть несколько точек в режиме бриджа, за ними по несколько компов. На базовой станции уровни сигнала не ниже -67. Связь установлена 36/54, 48/54 и т.д. проблема - при поднятой РРРОЕ сесии пинги доходят до 1000 мс, даже если ничего не качаеш.
-
Сервер на 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
