| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
cardinal
|
 Добавлено: 13-09-07 22:24 Заголовок сообщения: |
 |
|
В ситуации с пингованием 87.250.251.11 и другими мне думаецца действие #1 должно было бы быть определением кто именно на пути до искомого хоста теряет пакеты. Ну так, по логике. Может дело в его провайдере или ещё в ком то на пути до него.
А до 80.82.33.33 у меня например всё чётко. Дальше проверять лениво потому что надо открывать пакетник! 
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| lo100.c10008-a53.vsi.ru - 0 | 256 | 256 | 50 | 72 | 481 | 70 |
| ge3-0.gsr.a53.hw.vsi.ru - 0 | 256 | 256 | 50 | 69 | 260 | 60 |
| ge2-0-gsr-a52.vsi.ru - 0 | 256 | 256 | 50 | 67 | 220 | 90 |
| g1-a52-world-gw-hsrp.vsi.ru - 0 | 255 | 255 | 50 | 68 | 360 | 140 |
| bgw-world-gw.vsi.ru - 0 | 255 | 255 | 50 | 114 | 1172 | 60 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com ) |
|
|
Сообщения: 854
|
|
 |
Ronin
|
| Добавлено: 14-09-07 19:59 Заголовок сообщения: |
|
|
[quote=Vadim]Оформите грамотно претензию с приложением всех аргументов в письменном виде и обратитесь в ЦРК, возможно манипуляции по этому обращению принесут результаты (к вам приедет специалист интернет-центра для теста своим оборудованием на месте), в форуме помочь сложно.[/quote]
В издеваетесь? По мойему, для того что бы решить мою проблему, вам достаточно значть, что она у меня есть, причем в детальном виде.
ping -t -l 600 19:45 14.09.07
DNS
| Код: | Статистика Ping для 80.82.32.9:
Пакетов: отправлено = 126, получено = 126, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 19мсек, Максимальное = 23 мсек, Среднее = 21 мсек |
yandex.ru
| Код: | Статистика Ping для 213.180.204.11:
Пакетов: отправлено = 104, получено = 98, потеряно = 6 (5% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 32мсек, Максимальное = 43 мсек, Среднее = 35 мсек |
intel.com
| Код: | Статистика Ping для 80.67.87.15:
Пакетов: отправлено = 99, получено = 94, потеряно = 5 (5% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 86мсек, Максимальное = 130 мсек, Среднее = 112 мсек |
play.vsi.ru
| Код: | Статистика Ping для 80.82.32.14:
Пакетов: отправлено = 136, получено = 136, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 20мсек, Максимальное = 23 мсек, Среднее = 20 мсек |
Вот по моему, прекрасно видно что с локальным трафиком все в порядке. Пинг до DNS и до локального ареса play.vsi.ru без потерь. Это значит что моя лапша, кабель до АТС в порядке.
А вот на внешних адресах потери.
Из этого только 2 вывода, у Вас не исправно оборудование или у Вас перегружены каналы. |
|
|
Сообщения: 55
|
|
|
Ronin
|
| Добавлено: 14-09-07 21:09 Заголовок сообщения: |
|
|
И еще раз пишу, потери у меня начинаются только на вашем маршрутеризаторе:
Статистика Ping для 80.82.33.33:
Пакетов: отправлено = 46, получено = 43, потеряно = 3 (6% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 21мсек, Максимальное = 493 мсек, Среднее = 88 мсек
До него всё чисто. |
|
|
Сообщения: 55
|
|
|
ZVA
|
| Добавлено: 17-09-07 17:33 Заголовок сообщения: |
|
|
аналогичная проблема: последнее время не могу спокойно поигратся в онлайновые игры (лаги ,дисконекты)
картинка такая
Host | % | Sent | Recv | Best | Avrg | Wrst | Last |
192.168.1.1 модем | 1 | 255 | 254 | 0 | 1 | 16 | 0 |
lo100.c10008-a53.vsi.ru | 0 | 255 | 255 | 15 | 20 | 32 | 16 |
gsr-a53-world-gw-hsrp.vsi.ru | 0 | 255 | 255 | 15 | 20 | 32 | 31 |
bgw-world-gw.vsi.ru | 2 | 255 | 251 | 15 | 137 | 1265 | 31 |
народ подключать дело конечно хорошее но и оборудование соответственно модернизировать надо |
|
|
Сообщения: 1
|
|
|
msdos
|
| Добавлено: 17-09-07 20:52 Заголовок сообщения: |
|
|
Присоединяюсь.
Потеря идёт между 80.82.33.35 и 80.82.33.33
Наблюдаю с пятницы примерно. До этого проблем небыло, в системе ничего не менял. Постоянные дисконекты, лагает порой жестоко. Не надо даже 100 пакетов, чтобы определить откуда идут потери.[/img] |
|
|
Сообщения: 6
|
|
|
Ronin
|
| Добавлено: 17-09-07 23:55 Заголовок сообщения: |
|
|
| С пятницы начались проблемы и вечерами/ночами, до пятницы такое было только днём, как я писал с 12 до 17. |
|
|
Сообщения: 55
|
|
|
Oleg
|
| Добавлено: 18-09-07 01:19 Заголовок сообщения: |
|
|
| Перегружен наш маршрутизатор, который является шлюзом во внешнюю сеть. Вскоре будет запущен взамен него новый, более мощный маршрутизатор (надеюсь, даже на этой неделе), и проблема, таким образом, решится. |
|
|
Сообщения: 1329
|
|
|
Евгений Маслов
|
| Добавлено: 19-09-07 22:35 Заголовок сообщения: |
|
|
| Oleg писал(а): | | Перегружен наш маршрутизатор, который является шлюзом во внешнюю сеть. Вскоре будет запущен взамен него новый, более мощный маршрутизатор (надеюсь, даже на этой неделе), и проблема, таким образом, решится. |
Oleg проблемы с Вашим маршрутизатором я так понял скоро устраняться, либо уже устранились, посмотрите пожалуйста вывод tracert и ping до нужного мне узла
| Цитата: | C:\Documents and Settings\Evgen>tracert lineage2.su
Трассировка маршрута к lineage2.su [212.158.163.216]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.1.1
2 * 24 ms 26 ms lo100.c10008-a53.vsi.ru [80.82.53.124]
3 26 ms 26 ms 25 ms gsr-a53-world-gw-hsrp.vsi.ru [80.82.33.35]
4 90 ms 99 ms 98 ms bgw-world-gw.vsi.ru [80.82.33.33]
5 165 ms 161 ms 165 ms 82.196.140.157
6 * * 172 ms 82.196.130.129
7 169 ms * * ae0-237.RT502-001.msk.retn.net [81.222.8.29]
8 186 ms 177 ms 182 ms ReTN-Caravan.ge1-4.m9-3.caravan.ru [81.222.8.66]
9 181 ms 183 ms 177 ms vlan65.ge1-3.office-1.caravan.ru [217.23.131.150
]
10 176 ms 175 ms 185 ms mail.lineage2.su [212.158.163.216]
Трассировка завершена.
C:\Documents and Settings\Evgen>ping 82.196.140.157
Обмен пакетами с 82.196.140.157 по 32 байт:
Ответ от 82.196.140.157: число байт=32 время=173мс TTL=251
Ответ от 82.196.140.157: число байт=32 время=171мс TTL=251
Ответ от 82.196.140.157: число байт=32 время=172мс TTL=251
Превышен интервал ожидания для запроса.
Статистика Ping для 82.196.140.157:
Пакетов: отправлено = 4, получено = 3, потеряно = 1 (25% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 171мсек, Максимальное = 173 мсек, Среднее = 172 мсек |
я так понимаю в несколько раз по сравнению с тем, что было увеличился пинг и стали теряться пакеты на узлах в 5 и 6 строках, эти адреса принадлежат компании Центр Телеком Сервис, через которую вы передаете трафик во внешние сети
скажите пожалуйста, есть какие нибудь перспективы улучшения качества услуг? А то очень лаги стали напрягать в сетевых играх. |
|
|
Сообщения: 105
|
|
|
Евгений Маслов
|
| Добавлено: 19-09-07 22:46 Заголовок сообщения: |
|
|
| в данный момент все вроде нормализовалось |
|
|
Сообщения: 105
|
|
|
Oleg
|
| Добавлено: 20-09-07 01:30 Заголовок сообщения: |
|
|
| Евгений Маслов, они еще пока не устранились, сейчас все еще работает на старом маршрутизаторе. |
|
|
Сообщения: 1329
|
|
|
zu.rz
|
| Добавлено: 20-09-07 02:57 Заголовок сообщения: |
|
|
2:52 ночи.
ваш looking glass:
| Цитата: |
PING 80.82.33.33 (80.82.33.33): 56 data bytes
64 bytes from 80.82.33.33: icmp_seq=0 ttl=254 time=1.279 ms
64 bytes from 80.82.33.33: icmp_seq=1 ttl=254 time=44.120 ms
64 bytes from 80.82.33.33: icmp_seq=2 ttl=254 time=124.776 ms
64 bytes from 80.82.33.33: icmp_seq=3 ttl=254 time=262.353 ms
64 bytes from 80.82.33.33: icmp_seq=4 ttl=254 time=193.798 ms
64 bytes from 80.82.33.33: icmp_seq=5 ttl=254 time=25.427 ms
64 bytes from 80.82.33.33: icmp_seq=6 ttl=254 time=121.592 ms
64 bytes from 80.82.33.33: icmp_seq=7 ttl=254 time=0.935 ms
64 bytes from 80.82.33.33: icmp_seq=8 ttl=254 time=0.943 ms
64 bytes from 80.82.33.33: icmp_seq=9 ttl=254 time=0.979 ms
64 bytes from 80.82.33.33: icmp_seq=10 ttl=254 time=1.011 ms
64 bytes from 80.82.33.33: icmp_seq=11 ttl=254 time=1.816 ms
64 bytes from 80.82.33.33: icmp_seq=12 ttl=254 time=1.718 ms
64 bytes from 80.82.33.33: icmp_seq=13 ttl=254 time=1.206 ms
64 bytes from 80.82.33.33: icmp_seq=14 ttl=254 time=0.829 ms
64 bytes from 80.82.33.33: icmp_seq=15 ttl=254 time=1.534 ms
--- 80.82.33.33 ping statistics ---
16 packets transmitted, 16 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.829/49.020/262.353/79.413 ms
|
замечена периодичность сего лага примерно раз в минуту 
случаем никто из "своих" не DoS'ит? |
|
|
Сообщения: 20
|
|
|
Vadim
|
| Добавлено: 20-09-07 06:57 Заголовок сообщения: |
|
|
Нет, отказа сервиса нет, просто перегрузка периодически.
Вопрос в стадии решения, потерпите. |
|
|
Сообщения: 4900
|
|
|
Viktor
|
| Добавлено: 20-09-07 11:21 Заголовок сообщения: |
|
|
да есть такая проблема
Обмен пакетами с 81.169.147.10 по 32 байт:
Ответ от 81.169.147.10: число байт=32 время=105мс TTL=243
Ответ от 81.169.147.10: число байт=32 время=103мс TTL=243
Превышен интервал ожидания для запроса.
Ответ от 81.169.147.10: число байт=32 время=103мс TTL=243
Статистика Ping для 81.169.147.10:
Пакетов: отправлено = 4, получено = 3, потеряно = 1 (25% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 103мсек, Максимальное = 105 мсек, Среднее = 103 мсек |
|
|
Сообщения: 123
|
|
|
Oleg
|
| Добавлено: 20-09-07 13:20 Заголовок сообщения: |
|
|
| zu.rz, раз в минуту маршрутизатор делает рескан BGP-таблиц, на это кушаются ресурсы, а маршрутизатор слабый для текущей нагрузки, поэтому если в это время пинговать именно его, то время отклика возрастет. Для пакетов, которые проходят сквозь него, изменения должны быть не такие кардинальные, если вообще будут. |
|
|
Сообщения: 1329
|
|
|
zu.rz
|
| Добавлено: 20-09-07 17:52 Заголовок сообщения: |
|
|
Oleg
ок, пингуем шлюз на стороне ТТК (217.150.46.174) через сторонний lg.
видим ту же картину. то есть даже если вы уберёте бутылочное горлышко со своей стороны - проблему это не решит...
"проблемы" действительно начались в пятницу, вспоминайте что делали |
|
|
Сообщения: 20
|
|
|
Oleg
|
| Добавлено: 20-09-07 18:13 Заголовок сообщения: |
|
|
| zu.rz, на стороне ТТК тоже Cisco, и на ней точно так же есть full-view BGP (возможно, даже от нескольких пиров), и она точно так же занимается сканированием BGP-таблиц и обновлением таблицы роутинга приблизительно раз в минуту. Пакеты, адресованные самой Cisco, через cef и всякие fast switching не проходят, и время отклика сильно зависит от загруженности CPU. Если CPU загружен очень сильно, то Cisco может вообще не ответить на ping, а транзитные пакеты через нее все равно будут ходить (особенно если там есть какой-нибудь distributed cef, pxf или что-нибудь подобное). И опять же непонятно - если вы пингуете маршрутизатор ТТК через сторонний LG, то зачем нам вспоминать "что мы делали в пятницу" ? Мы в этой схеме эксперимента вообще отсутствуем. |
|
|
Сообщения: 1329
|
|
|
zu.rz
|
| Добавлено: 20-09-07 18:50 Заголовок сообщения: |
|
|
| Цитата: | | Мы в этой схеме эксперимента вообще отсутствуем. |
это всё к тому, что оборудование у ТТК перегружено ничуть не меньше, и когда поток упрётся в него - вопрос лишь нескольких недель. и как конечному пользователю мне от этого нифига не легче. |
|
|
Сообщения: 20
|
|
|
Oleg
|
| Добавлено: 20-09-07 20:38 Заголовок сообщения: |
|
|
| zu.rz, это я к тому, что периодические 150-200 мсек RTT от Cisco - это не показатель перегрузки. Даже небольшие потери пакетов, адресованных самой Cisco - тоже не показатель перегрузки. Вот потери транзитных пакетов - дело другое. Наша железка теряла именно транзитные пакеты. А у ТТК циска пусть хоть 500 мсек RTT имеет, главное, чтобы у транзитных пакетов RTT был нормальный, и не было потерь. |
|
|
Сообщения: 1329
|
|
|
zu.rz
|
| Добавлено: 21-09-07 16:33 Заголовок сообщения: |
|
|
если RTT до вашей киски > 200, то её CPU занимается тем, чем
заниматься не должен.
PL 2% у ТТК
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| lo100.c10008-a77.vsi.ru - 0 | 390 | 390 | 31 | 31 | 109 | 31 |
| ge3-0.gsr.a77.hw.vsi.ru - 0 | 390 | 390 | 31 | 31 | 32 | 31 |
| gsr-a53-world-gw-hsrp.vsi.ru - 0 | 390 | 390 | 31 | 31 | 47 | 31 |
| bgw-world-gw.vsi.ru - 0 | 390 | 390 | 31 | 37 | 250 | 31 |
| VRZ11-G01.102.transtelecom.net - 2 | 390 | 386 | 31 | 50 | 578 | 31 |
| adm-b1-link-telia.net - 2 | 390 | 384 | 78 | 81 | 94 | 78 |
| adm-bb1-link.telia.net - 2 | 389 | 382 | 78 | 80 | 109 | 79 |
| hbg-bb1-pos7-1-0.telia.net - 2 | 389 | 385 | 93 | 94 | 125 | 94 |
| ffm-bb1-pos7-0-0.telia.net - 2 | 389 | 383 | 93 | 98 | 172 | 94 |
| ffm-b4-link.telia.net - 2 | 389 | 384 | 93 | 103 | 297 | 94 |
| No response from host - 100 | 389 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______| |
|
|
Сообщения: 20
|
|
|
Oleg
|
| Добавлено: 21-09-07 17:45 Заголовок сообщения: |
|
|
| zu.rz писал(а): |
если RTT до вашей киски > 200, то её CPU занимается тем, чем
заниматься не должен.
|
Ну вот ping до loopback на нашем текущем border router:
--- bgw.vsi.ru ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.049/4.394/143.288/18.259 ms
max rtt - 143 мсек, бывает и 200 мсек. Но это ни о чем не говорит:
--- www.yandex.ru ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 15.656/17.200/22.469/0.848 ms
Это через bgw, и далее через ЦТС.
--- mail.ru ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 12.287/13.533/15.438/0.548 ms
Это опять-таки через bgw, и далее через ТТК.
Вот даже побольше пакетов, чтобы понагляднее:
--- mail.ru ping statistics ---
300 packets transmitted, 300 packets received, 0% packet loss
round-trip min/avg/max/stddev = 12.397/13.573/16.900/0.632 ms
То, что у вас в WinMTR statistics - это опять-таки данные с промежуточных маршрутизаторов. Маршрутизаторы вообще в принципе отличаются тем, что для них важнее переслать транзитный пакет, обновить таблицу роутинга, и т.д., чем ответить на пинг. Ответить на ping - это вообще бОльший геморрой (надо сформировать ответный пакет), чем переслать пакет с одного интерфейса в другой (lookup по FIB, в первый раз, возможно, по routing table, и перенос адреса пакета в памяти из input queue одного интерфейса в output queue другого, а дальше чипсет интерфейса сам справится - у него DMA). Пинговать надо end-to-end. Периодические 200 мсек с промежуточного роутера не говорят ни о чем особенном. Если идут какие-то переходные процессы, например, падал BGP-пир, а затем поднялся, и от него начали поступать префиксы, то загрузка CPU на маршрутизаторе может быть огромной, например, на Huawei NE40E или некоторых моделях RP на Cisco 12000GSR может приближаться к 100%, с соответствующим временем отклика, но на форвардинг это не повлияет никак - у его интерфейсных карточек свои мозги со своей FIB, и пакеты они будут пересылать между собой чисто по шине, в обход CPU, который занят приемом BGP-префиксов, размещением их в памяти и пересчетом маршрутной таблицы, и ответом на ваши пинги. В мощных магистральных роутерах вообще часто не ставят мощный CPU - он там и не нужен, за счет продвинутости интерфейсных карт. |
|
|
Сообщения: 1329
|
|
|
zu.rz
|
| Добавлено: 22-09-07 01:08 Заголовок сообщения: |
|
|
грубо говоря, ни mail.ru ни кто либо еще не обязан отвечать на пинг. это вообще дело десятое. однако косвенно, он может кое о чём сказать.
просто не имея под рукой snmp доступа к железко вообще сложно догадаться что там происходит, вот и приходится пользоваться такими корявыми косвенными методами |
|
|
Сообщения: 20
|
|
|
zu.rz
|
| Добавлено: 22-09-07 01:54 Заголовок сообщения: |
|
|
1:52
нарываюсь на оффтоп, но хочется сказать только одно: жжоте 
---mail.ru
Статистика Ping для 194.67.57.126:
Пакетов: отправлено = 158, получено = 113, потеряно = 45 (28% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 31мсек, Максимальное = 62 мсек, Среднее = 34 мсек |
|
|
Сообщения: 20
|
|
|
Oleg
|
| Добавлено: 22-09-07 02:00 Заголовок сообщения: |
|
|
zu.rz,
--- mail.ru ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 11.748/12.958/14.157/0.412 ms |
|
|
Сообщения: 1329
|
|
|
Oleg
|
| Добавлено: 22-09-07 02:03 Заголовок сообщения: |
|
|
| zu.rz, а вот до самого www.transtk.ru - да, таки потери. |
|
|
Сообщения: 1329
|
|
|
GoR
|
| Добавлено: 22-09-07 07:52 Заголовок сообщения: |
|
|
--- google.com ping statistics ---
16 packets transmitted, 13 packets received, 18% packet loss
round-trip min/avg/max/stddev = 161.276/163.052/166.073/1.385 ms |
|
|
Сообщения: 451
|
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
