URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 54739
[ Назад ]

Исходное сообщение
"Трафик IP - телефонии"

Отправлено dimus , 23-Мрт-05 11:17 
Вопрос: не подскажет ли кто, как много трафика жрет IP - телефония. Если мне надо, чтобы трафик шел с приоритетом, то какого объема канал под это дело резервировать?

Содержание

Сообщения в этом обсуждении
"Трафик IP - телефонии"
Отправлено _KAV_ , 23-Мрт-05 11:22 
Ориентировочно: 9-12 кил на телефонный канал, задержка до 0,5 с до конца (что бы там не гоаорили про то, что нужно 0,2-0,25 - врут, главное чтоб джиттер канала был маленький), потери пакетов очень нежелательно больше 10% (лучше меньше 5)


"Трафик IP - телефонии"
Отправлено dimus , 23-Мрт-05 11:58 
Спасибо Вам большое, тем более что Вы уже не в первый раз меня выручаете.

"Трафик IP - телефонии"
Отправлено Dmitry , 23-Мрт-05 13:03 
Это сотря каким кодеком. ITU-T заявляет, что g.711 - 64 kbps, g.729- 8 kbps. А вот если в интерфейсах смотреть, то g.711 берет 68, а g.729- 11-12.

"Трафик IP - телефонии"
Отправлено Archont , 23-Мрт-05 13:46 
>Это сотря каким кодеком. ITU-T заявляет, что g.711 - 64 kbps, g.729-
>8 kbps. А вот если в интерфейсах смотреть, то g.711 берет
>68, а g.729- 11-12.

Все это так, но при испоьзовании компрессии заголовков. Точнее g-729 с компрессией скушает до 11 kbps.
Без компрессии рекомендуюд закладываться до 25 kbps, хотя реально достаточно 20-22.


"Трафик IP - телефонии"
Отправлено dimus , 23-Мрт-05 14:31 
Большое всем спасибо за ценные замечания. Предположим я разбиваю канал на участки по 128 Кб/с на клиента. Если я правильно понял, этого должно хватить и на то, чтобы он говорил, и на то, чтобы лазил по инету. Хотя чтобы не было глюков, надо как-то увеличить приоритет телефонного трафика. А ежели он захочет видео-связь? Кто-нибудь сталкивался в тем, сколько канала жрет веб-камера?

"Трафик IP - телефонии"
Отправлено aliv , 23-Мрт-05 15:31 
У меня не кодеке G723 съедает 1Мбайт - 3 минуты.


"Трафик IP - телефонии"
Отправлено _KAV_ , 23-Мрт-05 16:22 
>Большое всем спасибо за ценные замечания. Предположим я разбиваю канал на участки
>по 128 Кб/с на клиента. Если я правильно понял, этого должно
>хватить и на то, чтобы он говорил, и на то, чтобы
>лазил по инету.
Некузявенько это... И никто не обратил внимания на требования к другим характеристикам канала - прежде всего к его дрожи... Быстрое плавание времени пинга дает _намного_ более неприятный результат, чем увеличение задержки.
>Хотя чтобы не было глюков, надо как-то увеличить
>приоритет телефонного трафика.
Этот трафик нужно заворачивать в отдельный канал, небольшой, но с приоретизацией.
P.S. У меня на 64к работало одновременно одновременно 7-9 телефонных каналов - но при этом нужно учесть, что речь состоит на 60-70 процентов из пауз  - они в канал тихонечко укладывались совместно.