Я устраняю неполадки клиента, которому требуется возможность отправлять 5000 эхо-запросов с маршрутизатора на их удаленный сайт по спутниковому каналу с нулевым таймаутом, но при этом он продолжает терять от одного до пяти пакетов за один тест.
В обычных обстоятельствах я бы хотел списать такой низкий уровень потерь, как стоимость спутниковой связи, но только появляются при пинге от маршрутизатора к удаленному сайту. Чтобы уточнить, вот задействованные сетевые устройства:
При пинге от маршрутизатора к удаленному сайту потери обнаруживаются. При эхо-запросах с сервера Sun, подключенного к коммутатору TX (в обход маршрутизатора), 5000 эхо-запросов завершаются без единой потери. Это проверяет весь спутниковый тракт и все оборудование, кроме маршрутизатора.
Затем я попытался отправить 5000 эхо-запросов от маршрутизатора ко всем другим устройствам, кроме удаленного сайта ... и я получил все 5000 почти мгновенно без сбоев, поэтому соединение от маршрутизатора ко всему остальному на пути проверено хорошо .
Речь идет о маршрутизаторе Cisco 7206VXR, и загрузка процессора, похоже, никогда не превышает 50%. Самый высокий процесс составляет всего 20%, поэтому я не уверен, что это просто вопрос того, что маршрутизатор отбрасывает пакеты ICMP из-за более низкого приоритета, особенно учитывая, что маршрутизатор без проблем отправит 5000 пакетов на локальные устройства.
Я также рассмотрел возможность нулевого маршрута, но, по словам клиента, единственная возможная причина - это важный маршрут для удаленного доступа, и я не могу опубликовать здесь их текущую конфигурацию, чтобы получить второе мнение.
Любые предложения будут ценны. У меня очень мало опыта работы в сети, и я бью головой об стену, чтобы примирить эти, казалось бы, противоречивые симптомы.
Датаграммы - это лучший сервис. Если у вас есть требование, чтобы данные были надежно доставлены, вы не можете использовать дейтаграммы. Это действительно так просто. Вся конструкция системы от начала до конца не предназначена для удовлетворения этих требований. Вы не можете просто наложить это на систему в целом в конце, как положить вишню на мороженое с фруктами.
Оказывается, проблема заключалась в том, что CEF был включен глобально на маршрутизаторе концентратора, но явно отключен («no ip route-cache cef») на интерфейсе, который подключается к локальной сети концентратора. Как только явные инструкции отключения были удалены, потеря пакетов исчезла.
Я не понимаю, почему это сработало, учитывая, что не было потери пакетов между устройствами концентратора и маршрутизатором концентратора, но я не могу спорить с результатами.
Надеюсь, это поможет любому, кто застрял в попытках изолировать очень незначительную потерю пакета.
Еще раз спасибо всем, кто давал советы по этому поводу.