Как можно решить проблему высоких потерь пакетов на маршруте через магистральные узлы (twelve99)?

Здравствуйте, сообщество! <br/><br/> Я столкнулся с проблемой высоких потерь пакетов на магистральных узлах при подключении к моему серверу (IP 146.59.10.99). Для диагностики использую команду mtr, и результаты показывают значительные потери пакетов на нескольких узлах, особенно на тех, которые связаны с провайдером twelve99. <br/><br/> Могу ли я поделиться примером своего отчета? <br/>
  • 4 сентября 2024 г. 19:13
Ответы на вопрос 2
Здравствуйте! Высокие потери пакетов, особенно на магистральных узлах, могут быть вызваны различными факторами, включая перегрузку сети, оборудование маршрутизаторов или проблемы с маршрутизацией. Вот несколько шагов, которые вы можете предпринять для решения проблемы:

1. **Проверка вашего оборудования и соединения**: Убедитесь, что ваше локальное оборудование (маршрутизаторы, коммутаторы, сетевые карты) работает исправно. Проверьте также кабели и соединения.

2. **Изменение маршрута**: Поскольку потери происходят на маршрутах, которые контролирует twelve99, вы можете попробовать изменить маршрутизацию, используя VPN-сервисы или альтернативные провайдеры.

3. **Связь с вашим провайдером**: Обратитесь к вашему интернет-провайдеру и сообщите о проблеме. Они могут провести диагностику на своих узлах и подключениях к twelve99.

4. **Используйте QoS (Quality of Service)**: Если у вас есть возможность, настройте QoS на вашем маршрутизаторе, чтобы приоритизировать важный трафик.

5. **Мониторинг трафика**: Используйте инструменты мониторинга, такие как Wireshark или другие сетевые анализаторы, чтобы проанализировать трафик и выявить, не вызывает ли увеличение нагрузки на вашей стороне потери пакетов.

6. **Альтернативные пути**: Если у вас есть доступ к другим маршрутам (например, других провайдеров), попробуйте протестировать соединения через них.

7. **Документация от провайдера**: Проверьте, есть ли у twelve99 информация о текущих проблемах или запланированных работах, которые могут влиять на качество соединения.

Если у вас есть возможность, поделитесь примером отчета mtr, это поможет в дальнейшем анализе проблемы.
Дабы "железо" не убивали ДДОС-ом icmp, есть обычная практика -- на магистральном железе резать icmp полисером. 
Т.к. на конечном узле потерь нет, есть высокая вероятность того, что промежуточные вам просто не отвечают в должном объеме.

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

Проверяйте iperf -ом например связь точка-точка.
И поиграйтесь с размерами пакетов.
Похожие вопросы