zlolotus Опубликовано 12 марта, 2016 · Жалоба Доброго Дня. Коллеги Доброго Дня. Есть mx80 который подключен к Orion Delta D48E. При 10к пингов, вижу как теряется около 5 пакетов. Причем теряется, и на все что за Орионом. Это штатное поведение? --- 10.70.255.21 ping statistics --- 1228 packets transmitted, 1225 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.713/3.989/139.253/5.508 ms Меняли патчкорды, ситуация не поменялась. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 13 марта, 2016 · Жалоба 5 пакетов на 10000 - это норма (в рамках погрешности ПО и ОС). Чтобы убедиться, снимайте дамп (mirror) с обеих сторон и смотрите уже что дошло, а что нет, может не было генерирования ответа... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 13 марта, 2016 · Жалоба А собсна говоря счетчики портов посмотреть слабо? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 13 марта, 2016 · Жалоба А собсна говоря счетчики портов посмотреть слабо? Врятли на порту будет что-то полезное , особенно если там много трафика . А снимать дамп с 2х сторон не обязательно , достаточно повесить фильтр с then count и проверить сколько пакетов пришло на роутер и сколько он передал . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 14 марта, 2016 · Жалоба 5 пакетов на 10000 - это норма (в рамках погрешности ПО и ОС). Чтобы убедиться, снимайте дамп (mirror) с обеих сторон и смотрите уже что дошло, а что нет, может не было генерирования ответа... Да какая же, это норма. У других все ок(на таком же оборудовании), а у нас вот такая вот проблема. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 14 марта, 2016 · Жалоба Пинг - это софт функция. Задумался CPU хоста о чем-то более важном (например запись на HDD с большим IOPs или пересчет таблицы маршрутизации) и забил на пару пакетов ICMP. Если хотите гарантированной проверки, то нужно на двух концах ставить нормальные ПК с linux, отключать лишние функции/сервисы, которые могут создать прерывания и делать ping. Сетевое оборудование пинговать не нужно - там норма потерь значительно выше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 14 марта, 2016 · Жалоба Ну да, проверять нужно узел ЗА дивайсом, а не пинговать сам дивайс. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 14 марта, 2016 · Жалоба 5 пакетов на 10000 - это норма (в рамках погрешности ПО и ОС). Чтобы убедиться, снимайте дамп (mirror) с обеих сторон и смотрите уже что дошло, а что нет, может не было генерирования ответа... Да какая же, это норма. У других все ок(на таком же оборудовании), а у нас вот такая вот проблема. Пинговать сам роутер и в правду не самая хорошая идея , как вариант кол-во транзитных пакетов вы можете подсчитать через фильтр с счетчиком. Сам факт того что у вас теряются пакеты - это плохо , но в первую очередь нужно локализовать участок на котором это происходит Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 14 марта, 2016 · Жалоба 5 пакетов на 10000 - это норма (в рамках погрешности ПО и ОС). Чтобы убедиться, снимайте дамп (mirror) с обеих сторон и смотрите уже что дошло, а что нет, может не было генерирования ответа... Да какая же, это норма. У других все ок(на таком же оборудовании), а у нас вот такая вот проблема. Пинговать сам роутер и в правду не самая хорошая идея , как вариант кол-во транзитных пакетов вы можете подсчитать через фильтр с счетчиком. Сам факт того что у вас теряются пакеты - это плохо , но в первую очередь нужно локализовать участок на котором это происходит --- 10.70.3.2 ping statistics --- 10000 packets transmitted, 9967 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.471/3.857/154.313/3.841 ms Все прекрасно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 14 марта, 2016 · Жалоба Ну да, проверять нужно узел ЗА дивайсом, а не пинговать сам дивайс. Так за девайсом, тоже потери :). Участок локализован. Отписал на форум к вам. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 14 марта, 2016 · Жалоба --- 10.70.3.2 ping statistics --- 10000 packets transmitted, 9967 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.471/3.857/154.313/3.841 ms Все прекрасно? ну мне вообще похеру , я просто хочу помочь :) А из этого мне вообще не понятно чей это адрес и какова топология . Терять пакеты может и MX, бывает всякое, но в этом случае лучше убедиться что теряются именно транзитные пакеты . Также их вашего вывода не понятно как терялись пакеты, сериями или случайными пакетами, это важно для понимания, т.к. может подсказать что происходит. P.S. да и вообще могли бы предоставить больше данных если хотите чтоб вам помогли Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlolotus Опубликовано 14 марта, 2016 · Жалоба --- 10.70.3.2 ping statistics --- 10000 packets transmitted, 9967 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.471/3.857/154.313/3.841 ms Все прекрасно? ну мне вообще похеру , я просто хочу помочь :) А из этого мне вообще не понятно чей это адрес и какова топология . Терять пакеты может и MX, бывает всякое, но в этом случае лучше убедиться что теряются именно транзитные пакеты . Также их вашего вывода не понятно как терялись пакеты, сериями или случайными пакетами, это важно для понимания, т.к. может подсказать что происходит. P.S. да и вообще могли бы предоставить больше данных если хотите чтоб вам помогли Орлик уважаю ваше мнение, (несколько раз подсказывали мне на форуме). Но просто не могу понять, когда мне говорят. Что типа, это же нормально ) Самое интересное, что когда пингую с d48 mx80 потерь нет. Наоборот есть. ping 10.70.3.2 rapid count 4000 size 1470 PING 10.70.3.2 (10.70.3.2): 1470 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!..!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 10.70.3.2 ping statistics --- 4000 packets transmitted, 3988 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.547/3.862/151.095/3.903 ms Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 14 марта, 2016 · Жалоба цпу свчиа не обязан вам отвечать на пинги) это не приоритетная задача. тестируйте насквозь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 14 марта, 2016 · Жалоба Ну не самый правильный способ проверки, как вам уже писали лучше начать проверять на транзитном трафике. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...