странные "пинги"
lisz 21 мая, 2012 - 10:58
Доброго дня.
Есть интернет-шлюз, на котором грутится генту.
route3 ~ # uname -a Linux route3 2.6.32.18 #18 SMP Sun Jan 16 19:27:47 MSK 2011 x86_64 Intel(R) Core(TM) i5-2310 CPU @ 2.90GHz GenuineIntel GNU/Linux
Так вот, после его включения, некоторое время (от 1 до 5 часов, по разному) из локальной он пингуется нормально, но спустя это время пинги становятся большими и странными и всегда идут на спад:
xen ~ # ping 192.168.3.15 PING 192.168.3.15 (192.168.3.15) 56(84) bytes of data. 64 bytes from 192.168.3.15: icmp_seq=1 ttl=64 time=79.7 ms 64 bytes from 192.168.3.15: icmp_seq=2 ttl=64 time=78.2 ms 64 bytes from 192.168.3.15: icmp_seq=3 ttl=64 time=77.5 ms 64 bytes from 192.168.3.15: icmp_seq=4 ttl=64 time=75.9 ms 64 bytes from 192.168.3.15: icmp_seq=5 ttl=64 time=74.8 ms 64 bytes from 192.168.3.15: icmp_seq=6 ttl=64 time=73.7 ms 64 bytes from 192.168.3.15: icmp_seq=7 ttl=64 time=72.5 ms 64 bytes from 192.168.3.15: icmp_seq=8 ttl=64 time=71.6 ms 64 bytes from 192.168.3.15: icmp_seq=9 ttl=64 time=69.6 ms 64 bytes from 192.168.3.15: icmp_seq=10 ttl=64 time=67.8 ms 64 bytes from 192.168.3.15: icmp_seq=11 ttl=64 time=66.0 ms 64 bytes from 192.168.3.15: icmp_seq=12 ttl=64 time=65.4 ms 64 bytes from 192.168.3.15: icmp_seq=13 ttl=64 time=63.8 ms 64 bytes from 192.168.3.15: icmp_seq=14 ttl=64 time=62.8 ms 64 bytes from 192.168.3.15: icmp_seq=15 ttl=64 time=61.9 ms 64 bytes from 192.168.3.15: icmp_seq=16 ttl=64 time=61.0 ms 64 bytes from 192.168.3.15: icmp_seq=17 ttl=64 time=59.9 ms 64 bytes from 192.168.3.15: icmp_seq=18 ttl=64 time=58.9 ms 64 bytes from 192.168.3.15: icmp_seq=19 ttl=64 time=57.7 ms 64 bytes from 192.168.3.15: icmp_seq=20 ttl=64 time=55.8 ms 64 bytes from 192.168.3.15: icmp_seq=21 ttl=64 time=54.8 ms 64 bytes from 192.168.3.15: icmp_seq=22 ttl=64 time=53.1 ms 64 bytes from 192.168.3.15: icmp_seq=23 ttl=64 time=51.9 ms 64 bytes from 192.168.3.15: icmp_seq=24 ttl=64 time=50.6 ms 64 bytes from 192.168.3.15: icmp_seq=25 ttl=64 time=49.6 ms 64 bytes from 192.168.3.15: icmp_seq=26 ttl=64 time=47.8 ms
и так делее пока не доходит до минимальных значений (3-5 мс):
64 bytes from 192.168.3.15: icmp_seq=1 ttl=64 time=12.4 ms 64 bytes from 192.168.3.15: icmp_seq=2 ttl=64 time=10.9 ms 64 bytes from 192.168.3.15: icmp_seq=3 ttl=64 time=9.79 ms 64 bytes from 192.168.3.15: icmp_seq=4 ttl=64 time=8.85 ms 64 bytes from 192.168.3.15: icmp_seq=5 ttl=64 time=7.58 ms 64 bytes from 192.168.3.15: icmp_seq=6 ttl=64 time=5.78 ms 64 bytes from 192.168.3.15: icmp_seq=7 ttl=64 time=4.60 ms 64 bytes from 192.168.3.15: icmp_seq=8 ttl=64 time=102 ms 64 bytes from 192.168.3.15: icmp_seq=9 ttl=64 time=101 ms 64 bytes from 192.168.3.15: icmp_seq=10 ttl=64 time=100 ms 64 bytes from 192.168.3.15: icmp_seq=11 ttl=64 time=98.7 ms 64 bytes from 192.168.3.15: icmp_seq=12 ttl=64 time=97.1 ms 64 bytes from 192.168.3.15: icmp_seq=13 ttl=64 time=95.6 ms
после этих мин.значений пинг снова поднимается, как мы видим, до 102 мс и сценарий его уменьшения продолжается.
что за фигня такая творится? :)
»
- Для комментирования войдите или зарегистрируйтесь
А нагрузка канала по маршруту
А нагрузка канала по маршруту пингов?
извиняюсь за глупый вопрос,
извиняюсь за глупый вопрос, но как проверить нагрузку канала по маршруту?
причем с внешнего ip машина пингуется нормально (10-15мс)
Поглядите в сторону пакета
Поглядите в сторону пакета munin, это веб-приложение для сбора статистики по серваку.
Мне оно помогло наглядно доказать начальству, что сервак перегружен :-)
нагрузкa канала по маршруту -
нагрузкa канала по маршруту - traceroute/tracepath
посмотрите загрузку проца в
посмотрите загрузку проца в это время, наличие ошибок на интерфейсах, состояние энергосбережения для сетевых карт и процессора.
также посмотрите не только пинг, но и tracepath.
1.нагрузка проца - 1-5
1.нагрузка проца - 1-5 %
2.ошибок в интерфейсах нет
3.как смотреть "состояние энергосбережения для сетевых карт и процессора"?
4.
route3 ~ # tracepath 192.168.3.1 1: 192.168.3.15 0.792ms pmtu 1500 1: 192.168.3.1 99.907ms reached 1: 192.168.3.1 100.087ms reached Resume: pmtu 1500 hops 1 back 128Stranno: ping u vas byl na
Stranno: ping u vas byl na 192.168.3.15, a trace smotrite na 192.168.3.1!
nado i to i drugoe s togo ze mesta i na tot ze adres.
Inace bessmyslenno.
Energosberezenie - v konfiguracii jadra.
Установите iftop, он в
Установите iftop, он в удобном виде покажет трафик на сетевой.
установил. ничего
установил. ничего криминального не заметил.
mqqqqqqqqqqqqqqqqqqqqqqqqvqqqqqqqqqqqqqqqqqqqqqqqqvqqqqqqqqqqqqqqqqqqqqqqqqvqqqqqqqqqqqqqqqqqqqqqqqqvqqqqqqqqqqqqqqqqqqqqqqqq 192.168.3.255 => 192.168.3.4 1.11Kb 1.15Kb 1.66Kb <= 160b 160b 200b 157.56.52.37 => 192.168.3.1 0b 0b 86b <= 0b 0b 142b qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq TX: cumm: 3.49KB peak: 3.77Kb rates: 1.11Kb 1.15Kb 1.75Kb RX: 683B 1.24Kb 160b 160b 342b TOTAL: 4.16KB 4.30Kb 1.27Kb 1.30Kb 2.08Kbifconfig показывает ли какое
ifconfig показывает ли какое либо количество ошибок на интерфейсе?
нет, ошибок нет
нет, ошибок нет
Был случай раз, поставили
Был случай раз, поставили роутер на батарею, когда зимой батарею включили, роутер стал такое выделывать... То пинги ходили только определенной длины, то сайты через раз открывались, и т.п. Это я к тому что, кабель и все аппаратная часть в норме?
.
Можно посмотреть таблицу маршрутизации и конфиг интерфейсов на том, что пингуют (роутер) и на том, с чего пингуют (хост). Также, интересует MTU опять же в обоих случаях. И да, какое оборудование используется в обоих случаях + какой свитч/хаб (если имеется)?
И еще: пинг проверялся только с одного хоста, или с нескольких? Вообще интересно, насколько сложна сеть, есть ли в локальном сегменте другие маршрутизаторы?
Данная машина является
Данная машина является интернет шлюзом (и не только) для маленького (3 ПК) филиала организации. На нем же крутится гипервизор XEN и гостевая операционка winXP.
В системник воткнуты две сетевые карты D-link DGE-528T. В один из них идет патч-корд провайдера, а от другой идет к коммутатору D-link DES-1008D.
В локальной сети других маршрутизаторов нет. Пинг проверялся с нескольких хостов, в т.ч. и со своего ноута. Из гостевой же операционки, пинг идет нормальны (1-3 мс).
Сетевую карту, коммутатор и патч-корд пробовал менять результат тотже.
xenbr0 - локалка
ppp0 - провайдер
tun3 - OpenVPN
route2 ~ # ifconfig eth1 Link encap:Ethernet HWaddr 14:d6:4d:1c:ff:e9 inet6 addr: fe80::16d6:4dff:fe1c:ffe9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:167853 errors:0 dropped:0 overruns:0 frame:0 TX packets:199804 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:63967059 (61.0 MiB) TX bytes:61406393 (58.5 MiB) Interrupt:16 Base address:0x8000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:130538 errors:0 dropped:0 overruns:0 frame:0 TX packets:130538 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:9675915 (9.2 MiB) TX bytes:9675915 (9.2 MiB) peth0 Link encap:Ethernet HWaddr 00:21:91:f4:32:84 inet6 addr: fe80::221:91ff:fef4:3284/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:93124 errors:0 dropped:0 overruns:0 frame:0 TX packets:110411 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:19974785 (19.0 MiB) TX bytes:38184373 (36.4 MiB) Interrupt:19 Base address:0x4000 ppp0 Link encap:Point-to-Point Protocol inet addr:94.251.25.10 P-t-P:94.251.14.200 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:159111 errors:0 dropped:0 overruns:0 frame:0 TX packets:188871 errors:0 dropped:2186 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:59927093 (57.1 MiB) TX bytes:56918483 (54.2 MiB) tun3 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:172.19.0.4 P-t-P:172.19.0.3 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:17674 errors:0 dropped:2185 overruns:0 frame:0 TX packets:13219 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:1791098 (1.7 MiB) TX bytes:1759783 (1.6 MiB) xenbr0 Link encap:Ethernet HWaddr 00:21:91:f4:32:84 inet addr:192.168.3.15 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::221:91ff:fef4:3284/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:93034 errors:0 dropped:0 overruns:0 frame:0 TX packets:108162 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:18439326 (17.5 MiB) TX bytes:38109307 (36.3 MiB)ps. повторюсь, если системник перезагрузить, в течение некоторого времени (как правило 1-2 часа) пинги идут нормальные.
На ppp0 у вас дропнутые
На ppp0 у вас дропнутые пакеты.
.
Здесь надо скорее всего копать на предмет настроек peth0, xenbr0. Я никогда не работал с такими конфигурациями, только с "чистыми" системами, поэтому не могу подсказать, что именно надо смотреть. Судя по симптомам, между получением ICMP echo и отсылкой ICMP echo reply ядро что-то слишком долго делает с этим пакетом. Если посмотреть top, то какие значения hi, si, st тогда, когда больших задержек нет, и тогда когда они есть?
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1Еще вопрос: Не знаю досконально, как работает xen. Выделенный параметр необходим, установлен автоматически или поставлен вручную? Просто в этом режиме при определенных обстоятельствах вполне может возникнуть ситуация, что драйвер сетевушки обрабатывает большое количество бесполезных пакетов.
UPD:
Насколько я понял, потерь нет, размер пакета и интервал между запросами стандартные? А если дать пинг с параметрами '-c100 -i0' от рута? Насколько быстро будет уменьшаться время ответа и будут ли потери при этом?
route2 ~ # ping 192.168.3.1
.
А как насчет вопросов по поводу si, hi, st?
Насчет остального, гляди, как бы не модератор не отстрелил... Как бы поводов более, чем достаточно.
когда задержки есть:
когда задержки есть:
когда нет:
У меня та же проблема, только
У меня та же проблема, только на Sles 11. Год бьюсь - ни чего не получается. Конфигурация: SLES 11 как хост виртуализации, на нем виртуальная машина под centos в которую проброшены 2 бриджа (2 разных сетевухи) - локалка и инет. Гостевая машина для всей сети шлюз (на ней iptables, раздает инет). Такой пинг наблюдается периодически, не всегда. Делаю service network restart на SLES - пинги нормальзуются, но через какое-то время снова начинают инкрементно падать от 100 до 1. Это происходит только с Интернет интерфейсом. С локальным всегда все ок! Пробовал менять интерфейсы местами - проблема остается. Видно есть грабли в XEN с разными сетями. Еще заметил следующее: когда вместо SLES стоял Centos и XEN 3.4 трафик вообще переставал ходить через интернет интерфейс.
Если получилось решить данную проблему напишите кто-нибудь!! :)