|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Takaseev 2:5071/22 15 Sep 2005 17:15:56
To : Aleksey Barabanov
Subject : Re: VOIP-железяки Re: Skype (Re: Scype)
--------------------------------------------------------------------------------
Thu, 15 Sep 2005 08:28:07 +0900 Aleksey Barabanov писал(а):
>> AB> В радиоканале высокая латентность.
>>
>> Ага, скорость радиоволн намного меньше скорости света. ;)
>> Причём настолько меньше, что даже извилистым путём по подземным
>> кабелям свет быстрее добегает... :)))
AB> <для маугли из леса>
AB> Латентность это задержка. Т.е. ничего общего со скоростью не имеет.
AB> Достаточно прочесть терминологический словарь. Словари искать не под елкой,
AB> а в библиотеках!
AB> </для маугли из леса>
AB> Проверяется элементарно через traceroute. В радиоканале может достигать
AB> сотен милисекунд. Т.е. повышенная латентность есть как факт.
AB> Теперь вспомним о потерях. В радиоканале 15% легко. Все вместе приводит к
AB> повторам, т.е. создается джиттер. Снова вспомним о латентности. Получается
AB> так : латентность*потери+джиттер(потери) = или пропадение звука из-за
AB> нескомпенсированных потер на маленьком джиттер-буфере или проблемы с
AB> эхокомпенсацией из-за задержки звука на большом.
AB> Это легко заметить, как эхокомпенсация "гуляет" в зависимости от способа
AB> соединения с удаленной точкой.
AB> <для тех, кто в танке>
AB> Вообще вопросы адаптации voip под wifi достаточно широко обсуждаются в Сети
AB> и в прессе. Чего стоит только тот факт, что Скейп для wifi был специально
AB> анонсирован.
AB> </для тех, кто в танке>
А вы не путайте божий дар с яичницей. В случае мостового радиосоединения даже
на простых радиожелезках (только не dlink'и) голос будет бегать так же
хорошо, как он будет бегать по обычному кабелю. В случае применения
решений от Revolution качество будет абсолютно идентично любому
другому соединению, обеспечивающему поток E1. Я уже не говорю
про релейки, по которым Ростелеком (и кем он был раньше в СССР)
гоняли междугородный голосовой траффик многие десятилетия, и гоняет
до сих пор во многих местах.
Извращения типа схемы точка-много точке не рассматриваются, бо для
магистрального подключения это совершенно бредовая схема (не забыли,
что разговор о подключении оборудования клиента к узлу телефонного
провайдера? Кстати, изначально RadioEthernet (а только в нем могут
наличествовать описаные ужасы, и данные еще будут передаваться)
речи не шло). Кстати, такой большой процент потерь и правание задержек
на порядки служить хорошим поводом провести ревизию радиосети, ибо даже
для WiFi это неправильное поведение.
--
Хаб не поинт - пива не принесет.
--- tin/1.7.5-20040615 ("Gighay") (UNIX) (Linux/2.4.26-std-up-alt12 (i686))
* Origin: -=Metamorphosis=- (2:5071/22)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
