- Вопрос по t38,
 KuZia, 11:25 , 25-Авг-06 (1)Если "на пальцах", то так.
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... ;)
- Вопрос по t38, Meh, 11:35 , 25-Авг-06 (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...
>;)
Всё понятно. Спасибо большое за разъяснение.
- Вопрос по t38, ram_scan, 17:55 , 25-Авг-06 (3)
>Всё понятно. Спасибо большое за разъяснение. Собсно все это было задумано чтобы не изобретать достаточно нетривиальную вещь "реализация реалтаймового протокола с гарантированой доставкой поверх классического RTP". Оно собсно его выдумать и можно бы было в первом приближении, но никто не стал ибо был метод проще, а при реалтайме о гарантии все равно речи нет. Кстати существует много девайсов с поддержкой T38, которые толи в силу своей в голову ушиблености, толи тормознутого core не понимают как класс redundancy 0. Им надо чтобы "их было много".
|
Версия для распечатки
Вопрос по t38, 
