sscorpio Posted July 10, 2007 Posted July 10, 2007 вопрос есть, уважаемые... у вас в больших сетях пинги большого размера (65000) свободно ходят ? а то у меня после одного двух коммутаторов l2 - пинги больше 10000 не проходят... это нормально ? Вставить ник Quote
Falcor Posted July 10, 2007 Posted July 10, 2007 Да, это нормально, есть коммутаторы, которые даже 2к не вытягивают. Вставить ник Quote
sscorpio Posted July 10, 2007 Author Posted July 10, 2007 сами коммутаторы не умеют отвечать на пинги больше 2к... (3com 4226, des-2108) а вот сквозь себя они пропускать разве не умеют ??? как тогда можно протестировать отсутствие потери пакетов... сам коммутатор показывает максимум 10-15 ошибок в час на порту - при полной загрузке порта... Вставить ник Quote
Fog Posted July 10, 2007 Posted July 10, 2007 относительно глупый вопрос. почему? потому как стандартный пакет 1500 байт. (ну с учетом вланов и прочего может отличатся) пакеты большей длинны обычно фрагментируются. а смысл проверять пакетами 65к? какое приложение использует пакет 65к? никакое. поэтому некомпосируйте мозок себе. проверять сеть? ну так проверяйте 1.5к потому как такими пакетами сеть и оперирует, а большим размером это фантазия и причудность (хоть и предусмотрена стандартом) которая не имеет никакой связи к надежности сети, потому как НЕ ВСЕ оборудование ОБЯЗАНО отвечать и пропускать нефрагментированиые пакеты больше 1.5к Вставить ник Quote
AvrAlex Posted July 10, 2007 Posted July 10, 2007 Ну из опыта могу сказать следующее: Пакеты 1500 байт ходят не всегда и не везде. Например коммутатор Nortel 450-24T через себя пропускает пакеты больше 1500 байт... но при попытке пинга самого коммутатора игнорирует пакеты больше 1400 байт. Вставить ник Quote
martin74 Posted July 10, 2007 Posted July 10, 2007 А почему бы и не ходить??? У меня стандартный пинг для проверки качества сегмента - ping -f -s 14500 Вот к примеру - по расстоянию - километров 6. От меня трасса идет через dlink 3828 [martin@martin ~]$ ping -s 65000 10.3.0.254 PING 10.3.0.254 (10.3.0.254) 65000(65028) bytes of data. 65008 bytes from 10.3.0.254: icmp_seq=1 ttl=63 time=16.5 ms 65008 bytes from 10.3.0.254: icmp_seq=2 ttl=63 time=16.1 ms --- 10.3.0.254 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 16.176/16.381/16.586/0.205 ms [martin@martin ~]$ tracer traceroute traceroute6 tracert [martin@martin ~]$ traceroute 10.3.0.254 traceroute to 10.3.0.254 (10.3.0.254), 30 hops max, 40 byte packets 1 * * * 2 dzerj.lds.local (10.0.0.38) 0.289 ms 0.325 ms 0.361 ms 3 zz.lds.local (10.3.0.254) 0.645 ms 0.790 ms 0.886 ms Насчет нефрагментированных пакетов - а такие бывают? Если mtu на интерфейсе 1500 - то сетевая выпустит больший пакет??? Такие пинги прекрасно фрагментируются. ping -f -s 14500 - примерно соответствует 5 мбитному потоку. Вставить ник Quote
zoro Posted July 10, 2007 Posted July 10, 2007 скорее всего дальнее устройство не может ответить... Вставить ник Quote
Fog Posted July 11, 2007 Posted July 11, 2007 вопрос стоит больше а нужно ли пинговать большими пакетами. чем можно ли. нефрагментированые пакеты бывают. вот к примеру точка может ответить на максимальный пинг размером 8к. при это она не в состоянии ответь на пакет размером 8к. то что вы там делаете пинг к примеру 10к то это всего лишь означает что пакет размером 10к поделился на стандартные пакеты по 1.5к и весь этот паровоз из 7 пакетов отправили. точно также удаленая сторона у себя склеила посмотрела подумала и опять отправила паровоз обратно. ну и в чем тут смысл? сомневаетесь? а вы поставьте флаг запрещающий фрагментацию пакетов тогда станет ясно. вот пример для неверующих. это мы посылаем всего 2к пинг C:\>ping 10.10.10.239 -l 2000 Обмен пакетами с 10.10.10.239 по 2000 байт: Ответ от 10.10.10.239: число байт=2000 время=2мс TTL=127 Ответ от 10.10.10.239: число байт=2000 время=2мс TTL=127 Ответ от 10.10.10.239: число байт=2000 время=2мс TTL=127 Ответ от 10.10.10.239: число байт=2000 время=2мс TTL=127 Статистика Ping для 10.10.10.239: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь), Приблизительное время приема-передачи в мс: Минимальное = 2мсек, Максимальное = 2 мсек, Среднее = 2 мсек а это нефрагментированый пинг теже 2к C:\>ping 10.10.10.239 -l 2000 -f Обмен пакетами с 10.10.10.239 по 2000 байт: Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Статистика Ping для 10.10.10.239: Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь), тоесть пинг больше чем размер буфера это уже причудности. Вставить ник Quote
IvanI Posted July 11, 2007 Posted July 11, 2007 (edited) вопрос есть, уважаемые...у вас в больших сетях пинги большого размера (65000) свободно ходят ? а то у меня после одного двух коммутаторов l2 - пинги больше 10000 не проходят... это нормально ? это ненормально но есть несколько нюансов свичи/роутеры обычно неотвечают на пинги более 1450 байт компы под *них и вин ХР с фаерволом могут неотвечать/иметь свои ограничения на размер пакета(freebsd 6.2 без фаервола неотвечает на пинги более 25100 байт) у нас в сети есть место где при неисравности(помогает ребут управляемого свича через консоль) пакеты по 1450 ходят почти нормально (1-5% потерь), а по 65500 неходят и все остальное работает коекак. через 4 свича, деслам, dsl-500t на чейто комп Ответ от 192.168.23.52: число байт=10000 время=138мс TTL=127 Ответ от 192.168.23.52: число байт=10000 время=139мс TTL=127 Ответ от 192.168.23.52: число байт=10000 время=139мс TTL=127 Статистика Ping для 192.168.23.52: Пакетов: отправлено = 147, получено = 147, потеряно = 0 (0% потерь), Приблизительное время приема-передачи в мс: Минимальное = 138мсек, Максимальное = 150 мсек, Среднее = 139 мсек через 8 свичей (5 мыльниц), используется таг влан, на ноут Ответ от 192.168.2.235: число байт=65500 время=16мс TTL=127 Ответ от 192.168.2.235: число байт=65500 время=13мс TTL=127 Ответ от 192.168.2.235: число байт=65500 время=15мс TTL=127 Статистика Ping для 192.168.2.235: Пакетов: отправлено = 80, получено = 79, потеряно = 1 (1% потерь), Приблизительное время приема-передачи в мс: Минимальное = 13мсек, Максимальное = 20 мсек, Среднее = 15 мсек Edited July 11, 2007 by IvanI Вставить ник Quote
[anp/hsw] Posted July 11, 2007 Posted July 11, 2007 А, собственно, про jumbo frames вы забыли? там явно больше 3000 байт в кадре будет. и mtu тоже намного больше. правда это справедливо только для gigabit'а; для 10/100 такое не используется.... 'ping -f -s 14500' - не уверен, что это 5-мегабитный поток, вроде интервал по умолчанию 1 секунда, т.е. это поток 14.5 килобайт (примерно 120 килобит)... 'ping -f -s 14500 -i 0.05' - так будет около 2.4 мегабит... Вставить ник Quote
martin74 Posted July 12, 2007 Posted July 12, 2007 ping -f под линуксом. Флуд пинг. Пакеты отправляются как можно быстрее... 5 мегабит там, можете проверить ;) Вставить ник Quote
[anp/hsw] Posted July 13, 2007 Posted July 13, 2007 тогда не понимаю что ограничивает скорость планкой в 5 мегабит? man ping: -f Flood ping. For every ECHO_REQUEST sent a period ``.'' is printed, while for ever ECHO_REPLY received a backspace is printed. This provides a rapid display of how many packets are being dropped. If interval is not given, it sets inter- val to zero and outputs packets as fast as they come back or one hundred times per second, whichever is more. Only the super-user may use this option with zero interval. что, если перевести быстро означает - либо интервал 10мс (1/100 с) либо время пинга (т.е. около 0.1мс минимум для 64байтного пинга) 64x10000=640 килобайт/с, действительно, ~5 мегабит :) да.... вот так вот - хотел опровергнуть, а доказал истинность :) Вставить ник Quote
mikevlz Posted July 16, 2007 Posted July 16, 2007 Это конечно забавный вопрос, про BSD6.2 - там есть такая тонкость, как sysctl, в настройках системы можно указать максимальное число фрагментов для пакета. По умолчанию вроде стоит 16 фрагментов, потому на больше чем 25к пинги не отвечает. У меня вот есть другое, более забавное наблюдение, правда не пойму, что чудит... Переводим линию с меди на оптику, начинаем пакетом в 65000байт закидывать хост через оптическую линию - получаем время ответ "минус 16-21 сек". Время именно отрицательное. Оба компа, и пингующий и пингуемый, управляются XP Pro. Вставить ник Quote
umike Posted July 16, 2007 Posted July 16, 2007 по сабджу - где-то ходят а где-то нет. В частности по причине вирусов флудящих icmp на скорости скорость порта, кое-где icmp frag убито. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.