Поделиться через

Устранение неполадок TWAMP (UDP) не работает

TWAMP (протокол двухстороннего активного измерения) по протоколу UDP (протокол пользовательской диаграммы данных) не работает, если NAT (преобразование сетевых адресов) происходит между отправителем сеанса и отражателем сеанса и /или клиентом управления и сервером. Как правило, клиент Session-Sender и Control-Client находятся в одной сети, а сеанс-отражатель и сервер находятся во второй сети.

Примеры, в которых может произойти NAT, включают любое собрание между двумя локальными сетями (локальными сетями) с независимым адресированием, например подключением к виртуальной локальной локальной сети (виртуальной локальной локальной сети).

TWAMP по протоколу TCP (протокол управления передачей) может работать через NAT, предоставляя сеанс-отражение и сервер ip-адреса за пределами диапазона адресов подсети, в которой находится сеанс-отправитель и клиент control-client. IP-адреса ip-адресов сеансов и IP-адресов сервера также должны быть уникальными по всему пути.

Diagnosis

TWAMP (UDP) настроен, но не работает. Анализ сетевого трафика показывает трафик, покидающий клиент control-client и/или session-sender, но не возвращаемый из сервера и /или сеанс-отражателя.

Шаги по устранению

Устранение рисков невозможно. Двусторонние протоколы UDP не могут проходить по сетям, где преобразование адресов происходит без дополнительных элементов логики, таких как ALG (шлюз на уровне приложений).

Протоколы TCP двухстороннего пути могут проходить через NAT, обеспечивая, что TCP-подключение устанавливается изнутри NAT наружу. Это возможно, так как длительное подключение устанавливается через NAT и трафик в направлении возврата вдоль этого соединения. Трафик UDP не устанавливает длительное подключение, поэтому нет определенного пути обратно через NAT для возврата трафика.

Связанный контент