traceroute -T -p  не подойдет?

> Добрый день.
> Такая задача. Нужно проверить прохождение IPv4 пакетов от узла А до узла
> Б. При этом не просто попинговать, а проверить прохождение TCP и
> UDP по всем портам. (Есть подозрение, что на пути что-то режется).
> Вроде всё проще простого, на тестовом узле А открываем все 65535 TCP
> и UDP портов, с узла Б NMAP-ом все их перебираем.
> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались
> на NMAP?

>  (Есть подозрение, что на пути что-то режется).

Вот с симптомов и нужно начинать. Может ваша проблема не стоит и выеденого яйца.

Попробуйте iperf в связке с shell скриптами.
Или любым удобным ЯП (php, python) посылать пакеты. На другой стороне слушать tcpdump/wireshark или те-же самые простые приемники TCP/UDP пакетов на тех-же самых ЯП. Есть пакет определенного содержимого - переключаемся на следующий порт. Нет - выводим алерт или мессагу в файл с номером порта.
Доработать простые примеры TCP/UDP клиент-серверов из интернета дело одного вечера.

> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались на NMAP?

У вас IP-стек ядра ОС не сдохнет слушать сразу на всех портах TCP+UDP да еще и отвечать в обратную сторону?

> Добрый день.
> Такая задача. Нужно проверить прохождение IPv4 пакетов от узла А до узла
> Б. При этом не просто попинговать, а проверить прохождение TCP и
> UDP по всем портам. (Есть подозрение, что на пути что-то режется).
> Вроде всё проще простого, на тестовом узле А открываем все 65535 TCP
> и UDP портов, с узла Б NMAP-ом все их перебираем.
> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались
> на NMAP?

запустить iperf в серверном режиме и файрволом редиректить всё в его порт. главное себе ноги^W ssh не отстрелить

> Добрый день.
> Такая задача. Нужно проверить прохождение IPv4 пакетов от узла А до узла
> Б. При этом не просто попинговать, а проверить прохождение TCP и
> UDP по всем портам. (Есть подозрение, что на пути что-то режется).
> Вроде всё проще простого, на тестовом узле А открываем все 65535 TCP
> и UDP портов, с узла Б NMAP-ом все их перебираем.
> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались
> на NMAP?

Открыть порты -- любым сервисом.
Да хоть тем же nginx в конфиге 65535 listen-ов написать :)

> Добрый день.
> Такая задача. Нужно проверить прохождение IPv4 пакетов от узла А до узла
> Б. При этом не просто попинговать, а проверить прохождение TCP и
> UDP по всем портам. (Есть подозрение, что на пути что-то режется).
> Вроде всё проще простого, на тестовом узле А открываем все 65535 TCP
> и UDP портов, с узла Б NMAP-ом все их перебираем.
> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались
> на NMAP?

Можете проверить фрагментацию пакетов командой ping www.yandex.ru -4 -l 65500 и еще пропингуйте с большим количеством пакетов ping -4 -n 220 yandex.ru Скачайте Wireshark зайдите в статистика графики ввода вывода там пишутся ошибки

> Добрый день.
> Такая задача. Нужно проверить прохождение IPv4 пакетов от узла А до узла
> Б. При этом не просто попинговать, а проверить прохождение TCP и
> UDP по всем портам. (Есть подозрение, что на пути что-то режется).
> Вроде всё проще простого, на тестовом узле А открываем все 65535 TCP
> и UDP портов, с узла Б NMAP-ом все их перебираем.
> Вопрос: Какой программой можно открыть сразу все порты, что бы они откликались
> на NMAP?

Еще можно так TRex
Realistic Traffic Generator https://trex-tgn.cisco.com/