Я работаю в широковещательной компании цифрового телевидения (кабель), у нас есть 2 главных конца, один в США и один в Карибском море, мы в настоящее время соединяемся, оба сайта с Cisco L2TPv3 псевдосоединяют VPN проводом между обоими сайтами, однако, потому что мы выполняем видеопотоки по этому псевдопроводу с помощью RTP (UDP) на групповом адресе; если/когда пакеты будут следовать различными маршрутами через Интернет и будут приходить не в порядке к принимающему концу, то мои транспортные потоки MPEG будут иметь ошибки количества непрерывности (и PIDs в них мог бы иметь клиента, влияющего на артефакты).
Из-за вышеупомянутой проблемы я надеюсь заменять псевдопровод некоторыми другими технологиями VPN, который переупорядочивает пакеты, которые входят из последовательности, но я не уверен, какие альтернативы доступны (если таковые имеются). Мой вопрос затем, какую стратегию или технологию я могу использовать для уменьшения влияния проблемы, описанной выше?
Я никогда не использовал RTP, но AFAIU, вам, вероятно, следует увеличить буферизацию / задержку на принимающей стороне на уровне RTP: RTP имеет пакет с меткой времени, который можно использовать для изменения порядка пакетов.
Если вы потеряли пакеты, это вам не поможет.
Если вы попытаетесь решить проблему, зафиксировав датаграммы / упорядочение пакетов на более низком уровне в стеке протоколов (например, используя TCP для транспортировки либо RDP VPN), вы столкнетесь с блокировкой HOL : вместо потери некоторой части потока при отбрасывании пакетов принимающей стороне придется ждать, пока пакеты будут повторно отправлены и прибудут (т. Е. поток будет приостановлен).