Теряются пакеты при пинге до роутера

Обнаружена блокировка рекламы: Наш сайт существует благодаря показу онлайн-рекламы нашим посетителям. Пожалуйста, подумайте о поддержке нас, отключив блокировщик рекламы на нашем веб-сайте.

RB2011. Потеря пакетов при пинге себя.

Доброго времени суток всем!
Камрады, прошу помощи. Имеется следующая ситуация: Mikrotik RB2011 в офисе в качестве основного шлюза, pptp/ipsec-сервера, dns, dhcp etc. В общем, стандартно всё.
Имеются периодические проблемы с сетью. Как с wi-fi, так и с проводной (выяснилось на днях, так-то все на wi-fi).
Впервые было замечено, что роутер — при попытке пинговать самого себя — теряет пакеты и пинг высокий (в нормальном состоянии 0мс).
Отсюда вопрос — могут какие-либо настройки повлиять на роутер, вызвав такую ситуацию? Или же это скорее всего аппаратный дефект?

ping interface=br-local 192.168.13.1
sent=3220 received=3152 packet-loss=2% min-rtt=0ms avg-rtt=23ms max-rtt=71ms

[admin@MikroTik] > ip address print 
Flags: X - disabled, I - invalid, D - dynamic 
# ADDRESS NETWORK INTERFACE 
0 192.168.13.1/26 192.168.13.0 br-local

[admin@MikroTik] > interface bridge print 
Flags: X - disabled, R - running 
0 R name="br-local" mtu=auto actual-mtu=1400 l2mtu=1598 arp=proxy-arp arp-timeout=auto mac-address=E4:8D:8C:19:6A:FB protocol-mode=none priority=0x8000 
auto-mac=yes admin-mac=00:00:00:00:00:00 max-message-age=20s forward-delay=15s transmit-hold-count=6 ageing-time=5m

Это сегодня так(было, как минимум раз, и больше потерь пакетов). Обычно всё нормально — 0мс и без потерь.
Информация о роутере и режиме его работы(температура, например):

[admin@MikroTik] > system health print 
voltage: 24.2V 
temperature: 30C

[admin@MikroTik] > system resource print 
uptime: 1w2d22h11m29s 
version: 6.37.3 (stable) 
build-time: Nov/28/2016 11:11:46 
free-memory: 91.0MiB 
total-memory: 128.0MiB 
cpu: MIPS 74Kc V4.12 
cpu-count: 1 
cpu-frequency: 600MHz 
cpu-load: 18% 
free-hdd-space: 109.7MiB 
total-hdd-space: 128.0MiB 
write-sect-since-reboot: 107904 
write-sect-total: 3077321 
bad-blocks: 0% 
architecture-name: mipsbe 
board-name: RB2011UiAS-2HnD 
platform: MikroTik

[admin@MikroTik] > system resource cpu print 
# CPU LOAD IRQ DISK 
0 cpu0 14% 8% 0%

DmNuts Сообщения: 120 Зарегистрирован: 18 май 2016, 18:33 Откуда: Иркутск

Что в логах?
Пробовали на пустой конфигурации пинги слать (сбросить в blank, проверить, откатить обратно)?

В логах ничего интересного, на первый взгляд. Помимо основных, добавлял ещё ‘inteface, debug’, ‘system, debug’.
Сбрасывать конфиг и пробовать на дефолтном не довелось. Роутер постоянно в работе. Если только на выходных может выдаться возможность.

EdkiyGluk Сообщения: 241 Зарегистрирован: 21 сен 2014, 08:34 Откуда: 34 Контактная информация:

Я бы подумал, что петля в сети (причём петля может быть и по воздуху. я так один раз остановил работу своего офиса на час, пока не понял что за дела такие)
Ваершарком просканить сеть на предмет броудкастового шторма. Или где-то какой-то проводочек неДоОбжат и сводит сеть с ума. Может плохая работа это не причина, а следствие. Хотя нэтИнсталлом я бы по нему прошёлся)))
И ещё вопрос — как при этом ведут себя пинги между остальными устройствами в сети? т.к. у меня была примерно такая же ситуация. Сейчас постараюсь по возможности кратко рассказать.

============================
Делали монтаж видеоНаблюдения. Меняли одни камеры на другие. Камеры поставили.. всё ок. Протестировал работу камер через впн. Уже собираемся уходить. БАХ. сетка начинает медленно, но верно ложится. Пинг по воздуху до роутера около 1000. потом пинговаться вообще перестал. Другие устройства пингуются так же. Думали думали — нашли растоптанную витуху. Заменили.. всё живёт. ГАХ. тоже самое. 4 часа репу чесали. Меняли свичи, меняли микротик на другой. В итоге — когда тестировал последнюю камеру через впн, не отключился от её вебМорды на удалёнке и она постоянно гоняла трафик. Нагрузка на проц при этом от 15 до 50, но стоило закрыть браузер на той стороне и всё пришло в норму. Ситуацию удавалось воспроизвести несколько раз. И именно через вебМорду если на камеру зайти, через CMS всё ок. Простая нагрузка VPN трафиком (гонял бэндсвич тестом через впн к удалённому компу на винде) к такому не приводила, а вот именно эта камера и именно через вебМорду — нагибала сеть по полной. Ваершарк никаких барабашек не показывал, всё ок.

Vlad-2 Модератор Сообщения: 2531 Зарегистрирован: 08 апр 2016, 19:19 Откуда: Петропавловск-Камчатский (п-ов Камчатка) Контактная информация:

Источник

Как исправить потерю пакетов

Потеря пакета происходит, когда ваше сетевое соединение теряет информацию во время передачи. Это может заставить ваше сетевое соединение казаться медленнее, чем должно быть, и снижает надежность сетевого взаимодействия как с локальными, так и с удаленными устройствами. Остановка потери пакетов должна быть на вершине списка для всех, кто хочет улучшить проблемную сеть.

Что такое потеря пакетов?

Хотя проточная вода часто используется в качестве аналогии для сетевого трафика, информация не передается по сети в виде непрерывного потока. Скорее, он отправляется в виде серии отдельных блоков, называемых пакетами . Эти блоки похожи на отдельные страницы в книге. Вместе они имеют некоторый смысл, но только когда они связаны с другими страницами в правильном порядке, они создают единое целое. Когда ваше сетевое соединение теряет пакеты, полная книга не может быть построена. Пакеты также могут доставляться неполными, поврежденными или иными дефектами, что делает их бесполезными. Решением этой проблемы обычно является повторная отправка потерянного пакета.

Читайте также: Вай фай роутер узтелеком

В большинстве сетей время от времени наблюдается очень низкий уровень потери пакетов. Превращения сетевых соединений таковы, что время от времени пакет отбрасывается, что неизбежно. Тем не менее, в правильно функционирующей сети потеря пакетов происходит достаточно редко, что не влияет на эффективность сетевого подключения.

Если вы видите более высокие уровни потери пакетов в вашей сети, вам нужно предпринять шаги, чтобы это исправить. Возвращаясь к нашей аналогии с водой, значительная потеря пакетов напоминает плохо протекающую трубу. Это должно быть исправлено, прежде чем любые другие улучшения могут быть сделаны.

Что вызывает потерю пакетов в вашей сети

Потеря пакета происходит не только по одной причине. Диагностика причины потери пакетов в вашей сети покажет вам, что вам нужно исправить.

Пропускная способность сети и перегрузка . Основной причиной потери пакетов является недостаточная пропускная способность сети для требуемого соединения. Это происходит, когда слишком много устройств пытаются установить связь в одной сети.
Недостаточно мощное оборудование. Любое оборудование в сети, которое маршрутизирует пакеты, может привести к потере пакетов. Маршрутизаторы, коммутаторы, брандмауэры и другие аппаратные устройства являются наиболее уязвимыми. Если они не могут «идти в ногу» с трафиком, который вы передаете через них, они будут отбрасывать пакеты. Думайте об этом как официанте с полными руками: если вы попросите их взять другую тарелку, они, вероятно, уронят одну или несколько других тарелок.
Поврежденные кабели. Потеря пакетов может произойти на уровне 1, физическом сетевом уровне. Если ваши кабели Ethernet повреждены, неправильно подключены или слишком медленны для обработки сетевого трафика, они будут «пропускать» пакеты.
Программные ошибки: ни одно программное обеспечение не является безупречным. Микропрограмма вашего сетевого оборудования или программного обеспечения вашего компьютера может содержать ошибки, которые могут привести к потере пакетов. В этом случае потребитель мало что может сделать. Вы можете попытаться решить проблему самостоятельно, но часто единственным способом решения проблемы является исправление микропрограммы от поставщика, поставляющего оборудование. Обязательно сообщайте о предполагаемых ошибках, чтобы найти поставщиков, которые помогут решить проблему.

Обнаружение потери пакета

Существует ряд программных приложений, которые могут обнаружить потерю пакетов в сети. Они каким-то образом «вынюхивают» пакеты, анализируя время их поездки или просматривая пакеты. Самый простой способ выяснить, существует ли потеря пакетов, — это пропинговать устройства в вашей сети.

--- 127.0.0.1 ping statistics --- 27 packets transmitted, 27 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.820/8.351/72.343/14.186 ms

17 packets captured 85 packets received by filter 0 packets dropped by kernel

В Windows вы можете использовать tcpdump через оболочку Bash в Windows 10 или запустить Wireshark.

Процесс обнаружения пакетов довольно низок. После того, как вы установили способ проверки связи по сети, вам необходимо следовать практике изоляции и устранения, чтобы определить источник и причину потери пакета. Для этого в большинстве случаев потребуется пинговать большинство устройств в сети или запускать сценарии, которые выполняют то же самое. Знание топологии сети будет очень полезно здесь.

Определение причины потери пакета

Чтобы определить основную причину потери пакетов, вы должны начать с самой простой проблемы, чтобы обнаружить и вернуться обратно.

Сначала проверьте соединение Ethernet между устройствами. Проверьте наличие явных признаков физического повреждения и неправильного подключения. Эти кабели работают правильно? Решает ли переключение кабелей проблему? Проверьте маршрутизаторы и коммутаторы аналогичным образом.

Во-вторых, определите, достаточно ли пропускной способности для обработки необходимых устройств в вашей сети. Является ли какой-либо один аппаратный элемент обработкой значительно большего количества соединений, чем следует? Это часто процесс поиска и замены, пока проблема не решится. Вы также можете использовать «заведомо исправный» коммутатор и маршрутизатор, поменяв его местами с потенциально проблемными устройствами в сети, чтобы увидеть, исчезает ли потеря пакетов при удалении определенного устройства.

Как исправить потерю пакетов в вашей сети

Как только вы определили причину потери пакета, есть два исправления, которые могут быть применены.

Первый включает в себя замену проблемного оборудования. Если ваше расследование привело к неправильной работе устройства, замените его.

Если потеря пакета вызвана программными ошибками, вам нужно попытаться исправить ошибку самостоятельно, попытаться обойти ее или сообщить об ошибке поставщику и надеяться, что он исправит ее. Для внутреннего программного обеспечения может быть легче найти исправление. Для стороннего программного обеспечения это зависит. Если вы являетесь крупным клиентом, вы можете найти выход из положения. Если нет, возможно, вы застряли в ожидании, пока пытаетесь использовать обходной путь.

Потеря пакетов часто представляет собой медленную работу в сети. Конечно, что-то столь расплывчатое может быть вызвано множеством коренных причин. Если вы диагностируете неэффективную сеть, потеря пакетов должна быть в верхней части вашего списка. После того как потеря пакетов исключена, вы можете перейти к более сложным проблемам.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Источник