Net2Phone.

Технология Net2Phone разработана компанией IDT Corporation (IDT). Программа Net2Phone позволяет звонить через Интернет на любой обычный телефон. При этом Обеспечивается полнодуплексный режим голосовой связи.

Рис. 1. Рабочее окно программы Net2Phone.

Для работы по технологии Net2Phone компьютер пользователя должен быть оборудован звуковой платой, микрофоном и иметь обычное подключение к Интернету. По сети Интернет данные передаются до центральной станции IDT, где и происходит коммутация с телефонной сетью. Плата за минуту разговора в десять и более раз ниже, чем при обычном междугородном или международном звонке. Пользоваться услугой можно при подключении через любого местного провайдера, имеющего соответствующий договор с IDT.

Сервер разработчика http://www.idt.net , http://www.net2phone.com

 

 

Iris Phone.

Еще один программный продукт для видеоконференций. Обладает многими, характерными для этого типа программ, функциями. Имеет удобную систему поиска собеседника по различным критериям – адресу электронной почты, стране, компании, языку. Программа отличается гибкостью настройки.

Рис. 1. Рабочее окно программы IRIS Phone.

Сервер разработчика http://www.irisphone.com/

 

 

Gather Talk.

Программа для общения голосом, возможность разговора до 3-х человек в одной конференции, поддержка прокси.

Рис. 1. Рабочее окно программы Gather Talk.

3 Сетевые технологии для видеоконференций Требования к сетевой среде.

Реализация распределенных мультимедиа приложений предъявляет свои специфические требования к пропускной способности сетевых коммуникаций, к величине и характеру задержки передачи трафика, к синхронизации каналов передачи различных составляющих мультимедиа потоков, к надежности транспортировки данных.

Пропускная способность коммуникационного канала. В мультимедиа потоке наиболее объемной составляющей является компонента видео. В настоящее время для передачи подвижного изображения применяются три основных алгоритма цифровой обработки: MPEG, DVI и Н.26х. Эти алгоритмы обеспечивают генерацию битового потока интенсивностью 1,2-40 Мбит/с – MPEG, 1,2-1,8 Мбит/с – DVI, 0,064-2,048 Мбит/с – Н.26х. В системах ВКС алгоритмы MPEG и DVI имеют пока очень ограниченное применение по целому ряду причин, основной из которых является высокая стоимость каналов такой пропускной способности. Существующие реализации Н.26х-кодеков показывают, что кодирование, обеспечивающее выходной поток интенсивностью 64 Кбит/с, является минимально приемлемым для передачи статичных сцен (например, «говорящая голова»). Кодирование, обеспеченное каналом передачи с пропускной способностью 384 Кбит/с, дает изображения вполне приемлемое для систем ВКС бизнес-качества. Естественно, что передача других компонент мультимедиа данных конференции и служебной информации также требует определенных резервов пропускной способности канала. В целом, можно считать, что для каждой станции ВКС в сети с коммутацией каналов необходимо располагать пропускной способностью порядка 200 Кбит/с и в сети с коммутацией пакетов - 400 Кбит/с.

Задержки в канале передачи. В мультимедиа распределенных системах весьма жесткие требования предъявляются к величине времени доставки данных. Опыт использования спутниковой телефонии наглядно свидетельствует, что время задержки распространения аудио сигнала более 0.6 секунд делает общение весьма сложным. Стандарты ITU ограничивают сверху задержку передачи аудио/видео трафика величиной 150 мс.

Еще более, чем от собственно величины задержки, передача аудио/видео потоков страдает от её неравномерности, т.е. от неизохронности потоков. В этой связи отметим, что трафик в сети, не располагающей никакими механизмами регулирования величины задержки передачи, является асинхронным. В сети, где есть возможность ограничить этот параметр сверху, трафик может считаться синхронным и, наконец, в сети, где величина задержки передачи постоянна - трафик изохронен.

Отталкиваясь от величины полной задержки в 150 мс, дадим оценки ее составляющих. В состав времени передачи входят:

- время кодирования, сжатия и формирования канального кадра; - время передачи в сети; - задержка буферизации в приемнике; - время разборки канального кадра, декодирования и вывода.

Оценим вклад каждой из этих составляющих в общую величину задержки передачи. К примеру, поток видео 15 кадр/с обрабатывается 60 мс (величина определяется суммированием времени кодирования, сжатия, декомпрессии и декодирования). Таким образом, будем считать, что на обработку каждого кадра видео последовательности отводится 60 мс. Оценивая время передачи в сети, необходимо принимать во внимание наличие сетевых коммуникационных устройств (коммутаторы, маршрутизаторы), время обработки каждого кадра на которых оценивается в 10-15 мс на каждое устройство. Будем считать, что в простейшем случае сеть содержит, как минимум, два таких устройства (конфигурация LAN-WAN-LAN), и время обработки пакетов на них составляет 30 мс.

Надежность доставки данных между компонентами распределенной системы оказывает заметное, но разное влияние на качество воспроизведения медиа компонент. С позиций сетевой инфраструктуры важен вопрос о механизме коррекции ошибок. Традиционно используемый в IP сетях метод повторной передачи плохо подходит для передачи трафика реального времени, ибо способствует росту неизохронности потоков. В силу этого проблемы контроля достоверности и коррекции ошибок переносятся на уровень приложений. Сетевая же среда для мультимедийных приложений должна обеспечить низкий уровень ошибок на уровне физического канала.

Синхронизация каналов передачи составляющих медиа потоков является весьма существенной задачей для систем ВКС. Обычно эта проблема решается использованием временных меток и дополнительной буферизации. Эти функции выполняются средствами протоколов уровня приложений и при сравнительном анализе сетевых технологий их можно не учитывать.