Кто знает, объясните пожалуйста смысл параметров ls-redundancy и hs-redundancy в t38. В цисковской документации расписано достаточно подробно, но по англйски, не очень понимаю суть параметров.
Если "на пальцах", то так.
ls/hs-redundancy: Ls – low speed; hs – high speed.
Low speed – V21 и иже с ним.
High speed – (T4) v17, v27, v29.Пакеты (в пакетной сети ;)) имеют свойство "теряться". Да бы участвующие в сессии факсы (линии эл.связи) не смущали пользователей качеством "передачи" (картинка, время передачи -, при исп.ECM) возможными потерями, вводится "избыточность" - кол-во пакетов-дублкатов.
Синтаксис, кажется, таков: ls-redundancy <количество пакетов>. Если <0>, "избыточных»"пакетов не будет.
...Представьте себе соединение со скоростью передачи в 33.6, и "избыточность" в hs-red=2... ;)
>Если "на пальцах", то так.
>ls/hs-redundancy: Ls – low speed; hs – high speed.
>Low speed – V21 и иже с ним.
>High speed – (T4) v17, v27, v29.
>
> Пакеты (в пакетной сети ;)) имеют свойство "теряться". Да
>бы участвующие в сессии факсы (линии эл.связи) не смущали пользователей качеством
>"передачи" (картинка, время передачи -, при исп.ECM) возможными потерями, вводится "избыточность"
>- кол-во пакетов-дублкатов.
>Синтаксис, кажется, таков: ls-redundancy <количество пакетов>. Если <0>, "избыточных»"пакетов не будет.
>...Представьте себе соединение со скоростью передачи в 33.6, и "избыточность" в hs-red=2...
>;)
Всё понятно. Спасибо большое за разъяснение.
>Всё понятно. Спасибо большое за разъяснение.Собсно все это было задумано чтобы не изобретать достаточно нетривиальную вещь "реализация реалтаймового протокола с гарантированой доставкой поверх классического RTP". Оно собсно его выдумать и можно бы было в первом приближении, но никто не стал ибо был метод проще, а при реалтайме о гарантии все равно речи нет.
Кстати существует много девайсов с поддержкой T38, которые толи в силу своей в голову ушиблености, толи тормознутого core не понимают как класс redundancy 0. Им надо чтобы "их было много".