Я несколько раз встречал термин «сжатие перекрестного потока», читая о методах оптимизации WAN. Единственное уточнение, которое я видел, это то, что он относится к «сжатию через различные потоки», что было не очень полезно.
Может ли кто-нибудь привести пример того, что такое «компрессия поперечного потока»?
решение1
По сути, поток — это набор пакетов из потока, имеющих что-то общее.
Легко определить потоки с помощью таких протоколов, как TCP, которые имеют порядковые номера, в частности, помечают ими пакеты и ориентированы на соединение.
Протоколы на основе UDP требуют от WAN-ускорителя большей работы, поскольку ничто «встроенное» не отслеживает поток.
Допустим, вы звоните кому-то, используя протокол VoIP на основе UDP, в удаленный офис, соединенный двумя ускорителями WAN, и линия молчит в течение 20 секунд. Таким образом, в это время ваш протокол VoIP в основном передает поток пустых пакетов VoIP — с заголовком и другими накладными расходами. Сжатие Crossflow звучит так, как будто оно может распознать этот поток и сжать его соответствующим образом (возможно, вместо целого пакета UDP, содержащего данные, не представляющие звук, оно просто отправляет один байт, представляющий этот пакет — «поток» вступает в игру, когда ускоритель WAN знает, что этот байт «обозначает» данные в вашем вызове VoIP.)
Пример VoIP, скорее всего, не самый лучший, но, надеюсь, вы уловили общую идею.