Перейти до

Как пинговать роутер TP-LINK по LAN большими пакетами


Рекомендованные сообщения

После гроз, остались роутеры TP-LINK 340G c выгоревшим WAN. Поставил в конце гирлянды из мыльниц в виде пинговалки,

но не отвечает больше 1500 байт, в настройках файервол отключен, защита от ДоС отключена. Как лечить?

Ссылка на сообщение
Поделиться на других сайтах

До речі можна використовувати не тільки як пігувалку, а як псевдо web-smart switch, при відключеному dhcp маємо 4-ох портову мильницю. Але краще, хлопці, працюйте нормально із нормальним залізом, бо те все від лихого :):D

Ссылка на сообщение
Поделиться на других сайтах

:facepalm:

Что? - Вы тоже подумали что проблема в ДНК у вопрошающего? :facepalm:

 

А ваше ДНК позволяет сказать что-то по теме? Или только словесно высраться?

Ссылка на сообщение
Поделиться на других сайтах

А ваше ДНК позволяет сказать что-то по теме? Или только словесно высраться?

Хм.. Да не вопрос... Но сразу говорю, Вам не понравится.

 

Пинговать что либо пакетом размером более чем MTU - это бред сивой кобылы.

Ссылка на сообщение
Поделиться на других сайтах

А ваше ДНК позволяет сказать что-то по теме? Или только словесно высраться?

Хм.. Да не вопрос... Но сразу говорю, Вам не понравится.

 

Пинговать что либо пакетом размером более чем MTU - это бред сивой кобылы.

 

Фрагментация? Не, не слышал ... :lol:

Ссылка на сообщение
Поделиться на других сайтах

Фрагментация? Не, не слышал ... :lol:

Ипани очи, коллега! - А нах вам куча фрагментированных пакетов?

Попытаться за дрочить "мозг" устройства, которое пингуете, реассемблингом пакетов? Чистоты эксперимента же не получится.

Или это школота таким извращенным образом количество посылаемых сенсорных данных увеличиват? - а просто адаптивным пингом воспользоваться не судьба?

Ссылка на сообщение
Поделиться на других сайтах

3564440.png

 

Что, здесь, бредового?

 

Мил человек, добавь ключ -f, это своего рода защита от дурака в области пингования :facepalm:

Ссылка на сообщение
Поделиться на других сайтах

Смысл - прост, проверить качество участка сети, тоесть если устройство принимает и отправляет 65500 байт, значит нет потерь по кабелю и "подгулявших" свичей.

Ссылка на сообщение
Поделиться на других сайтах

Смысл - прост, проверить качество участка сети, тоесть если устройство принимает и отправляет 65500 байт, значит нет потерь по кабелю и "подгулявших" свичей.

Слава доблестным программерам (или кому там) которые ограничили комманду пинг 64 кбайтами, а то было бы... :D
Ссылка на сообщение
Поделиться на других сайтах

Смысл - прост, проверить качество участка сети, тоесть если устройство принимает и отправляет 65500 байт, значит нет потерь по кабелю и "подгулявших" свичей.

 

Геля, Геля... Боже, Боже... :facepalm:

Ссылка на сообщение
Поделиться на других сайтах

Зря вы на человека набросились. Пинг с размером блока 65000 - отличное диагностическое средство для бедных, сами когда-то пользовались. И не важно что реально он будет разбит на 40 пакетов - в том то и прелесть. Потеря одного блока в таком фрагментированном пакете приведет к потере пинга, очень удобно для быстрой оценки состояния сети. Обычным пингом вам придется несколько минут посидеть пялясь в экран или собирая статистику после прохождения 100/1000 пакетов, таким же способом вы мгновенно увидите есть проблемы или их нет.

Топик-стартеру - мой тплинк 740n отлично отвечает на большие пинги, меняйте роутер))

Ссылка на сообщение
Поделиться на других сайтах

Обычным пингом вам придется несколько минут посидеть пялясь в экран или собирая статистику после прохождения 100/1000 пакетов, таким же способом вы мгновенно увидите есть проблемы или их нет.

Обычный пинг:

 

[xxx@xxx ~]$ time sudo ping core -c 1000 -A
PING core.sns.net.ua (172.28.48.2) 56(84) bytes of data.
64 bytes from 172.28.48.2: icmp_seq=1 ttl=255 time=1.22 ms
64 bytes from 172.28.48.2: icmp_seq=2 ttl=255 time=1.19 ms
64 bytes from 172.28.48.2: icmp_seq=3 ttl=255 time=1.21 ms
64 bytes from 172.28.48.2: icmp_seq=4 ttl=255 time=1.32 ms
...
...
--- core.sns.net.ua ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 1432ms
rtt min/avg/max/mdev = 1.148/1.378/31.740/1.349 ms, pipe 4, ipg/ewma 1.433/1.243 ms

--- core.sns.net.ua ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 1345ms
rtt min/avg/max/mdev = 1.137/1.289/4.818/0.274 ms, pipe 2, ipg/ewma 1.346/1.250 ms

real 0m1.359s
user 0m0.016s
sys	 0m0.032s

Ссылка на сообщение
Поделиться на других сайтах

Крім того з-під вінди це єдини спосіб сформувати більше 1 пакету за секунду...

А з лінукса можна задати інтервал в 0.01с. наприклад, і спостергіати за часом відповіді. Адаптивний пінг якось не так зручно виглядав...

Ссылка на сообщение
Поделиться на других сайтах

Крім того з-під вінди це єдини спосіб сформувати більше 1 пакету за секунду...

Не единственный... - На дефолтных тулзах свет клином не сошелся.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...