среда, 29 февраля 2012 г.

солянка о VOIP

Какие типы КОДЕКОВ существуют?

Кодек преобразовывает аналоговый сигнал в цифровой для передачи данных по сети. В настоящее время используются следующие типы кодеков
  • GSM - 13 кбит/с (полная скорость), длительность кадра 20 мс;
  • iLBC – 15 кбит/с, длительность кадра 20 мс: 3,3 кбит/с, длительность кадра 30 мс;
  • ITU G.711 - 64 кбит/с, основан на выборке. Также известен как alaw/ulaw;
  • ITU G.722 - 48/56/64 кбит/с;
  • ITU G.723.1 - 5.3/6.3 кбит/с, длительность кадра 30 мс;
  • ITU G.726 - 16/24/32 кбит/с;
  • ITU G.728 - 16 кбит/с;
  • ITU G.729 - 8 кбит/с, длительность кадра 10 мс;
  • Скорость – 2,15 – 44,2 кбит/с;
  • LPC10 – 2,5 кбит/с;
  • DoD CELP – 4,8 кбит/с. 

 

Что такое ЭХО-компенсация?

Эхокомпенсация – это процесс устранения эха из голосового сигнала для улучшения качества голосовой связи. Эхокомпенсация часто необходима, потому что при сжатии речевых сигналов и задержках обработки пакетов возникает эхо. Есть 2 типа эхо-сигнала: акустическое эхо и дифференциальное эхо.
Эхокомпенсация не только улучшает качество звука, но также уменьшает использование полосы пропускания благодаря подавлению шума в паузах.

Что означает ENUM?

ENUM (Telephone Number Mapping) - это протокол трансляции телефонных номеров в доменные имена. За этим сокращением скрыта великолепная идея: дать возможность абоненту сохранять в любой точке мира один и тот же телефонный номер, доступный по самому лучшему и самому недорогому каналу. Система ENUM берет телефонный номер и связывает его с адресом Интернета, опубликованным в системе доменных имен. Таким образом, владелец номера ENUM может вносить в DNS информацию о месте приема вызова. Более того, для разных типов вызова могут указываться разные маршруты - например, для факса можно определить отдельное направление. Однако телефон вызывающей стороны должен поддерживать функцию ENUM.
Номер ENUM регистрируется так же, как и домен. В настоящее время многие регистраторы и провайдеры VOIP предоставляют эту услугу бесплатно.
ENUM – это новый стандарт и еще не очень широко распространен. Тем не менее, система ENUM, кажется, может стать еще одной революцией в сфере передачи данных и персональной мобильной связи.

Что такое H323?

H323 – это группа стандартов ITU-T, которые определяют набор протоколов передачи звуковых и видеоданных по компьютерной сети.
H323 является относительно старым протоколом и в настоящее время вытесняется SIP - протоколом установки соединения. Одним из преимуществ SIP является то, что он очень прост и похож на протоколы HTTP и SMTP.
Поэтому большая часть современного оборудования VOIP поддерживает стандарт SIP. Хотя более старое оборудование VOIP основано на стандарте H 323.


Что такое RTCP или протокол, управляющий транспортным протоколом реального времени?

RTCP (Real Time Control Protocol) или протокол, управляющий транспортным протоколом реального времени), определяется стандартом RFC 3550. Протокол RTCP работает совместно с протоколом RTP. RTP выполняет доставку фактических данных, тогда как RTCP используется для передачи управляющих пакетов между абонентами. Основной функцией RTCP является передача информации о качестве услуги, предоставляемой RTP.


Что такое RTP или транспортный протокол реального времени?

RTP (Real Time Transport Protocol) или протокол передачи данных в реальном времени определяет стандартный формат пакета для доставки звуковых и видеоданных по сети Интернет. Протокол определяется стандартом RFC 1889. Он был создан группой разработчиков средств передачи аудио и видеоинформации и впервые опубликован в 1996 году.
Протоколы RTP и RTCP тесно связаны – RTP доставляет реальные данные, а RTCP используется для передачи информации о качестве услуги.

Что такое SDP или протокол описания сеанса?

SDP или протокол описания сеанса – это формат описания исходных параметров потоковых данных. Описание протокола было опубликовано IETF в стандарте RFC 4566. Потоковые данные – это информация, которая непрерывно просматривается или прослушивается во время передачи


Что такое методы SIP или запросы и ответы?



В SIP для установки сеанса связи используются «методы» или запросы и соответствующие ответы.
SIP-запросы:
Есть шесть основных типов запросов или методов:
INVITE = приглашает пользователя к сеансу связи.
ACK = подтверждает прием окончательного ответа на запрос INVITE.
BYE = завершает сеанс связи.
CANCEL = отменяет обработку запросов.
REGISTER = переносит адресную информацию для регистрации пользователя на сервере определения местоположения (имя хоста, IP)
OPTIONS = передача информации о возможностях вызывающего и вызываемого SIP телефонов
SIP-ответы:
На SIP-запросы поступают SIP-ответы, подразделяющиеся на 6 классов:
1xx = информационные ответы, например, 180, означающий, что идет вызов
2xx = ответ об успешном выполнении операции
3xx = ответы переадресации
4xx = невыполнение запроса
5xx = ошибка сервера
6xx = глобальная ошибка
Обратите внимание на сходство с HTTP – красота SIP состоит в его простоте и прозрачности.

Вы можете перечислить все известные ответы SIP?

1xx = информационные ответы
  • 100 - запрос обрабатывается.
  • 180 - местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.
  • 181 - прокси,сервер переадресует вызов к другому пользователю.
  • 182 - вызываемый абонент временно не доступен, вызов поставлен в очередь.
  • 183 - используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
2xx = ответы о завершении запроса
  • 200 - успешное завершение.
  • 202 - запрос принят для обработки Используется для справки о состоянии обработки.
3xx = сообщения о переадресации
  • 300 - указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.
  • 301 - означает, что вызываемый пользователь больше не находится по адресу, указанному в запросе.
  • 302 - означает, что пользователь временно сменил местоположение.
  • 305 - означает, что вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер.
  • 380 - запрошенная услуга недоступна, но доступны альтернативные услуги.
4xx = невозможность обработать запрос
  • 400 - означает, что запрос не понят из-за синтаксических ошибок в нем.
  • 401 - означает, что запрос требует проведения процедуры аутентификации пользователя. Используется только регистраторами. Прокси-серверы должны использовать прокси авторизацию 407.
  • 402 - требуется оплата (зарезервирован для использования в будущем).
  • 403 - доступ запрещен.
  • 404 - не найдено: вызываемый пользователь не найден.
  • 405 - недопустимый метод.
  • 406 - непонятные ответы вызываемой стороны.
  • 407 - необходима аутентификация на прокси-сервере.
  • 408 - время обработки запроса истекло: Абонента не удалось найти за отведенное время.
  • 410 - нет доступа к ресурсу: Ресурс по указанному адресу больше не существует.
  • 413 - размер запроса слишком велик для обработки на сервере.
  • 414 - у сервера возникли трудности с интерпретацией адреса получателя из-за его длины.
  • 415 - сервер не может принять запрос, так как формат содержимого тела сообщения не поддерживается сервером для запроса данного типа.
  • 416 - сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.
  • 420 - неизвестное расширение: Сервер не понял расширение протокола SIP.
  • 421 - в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
  • 423 - сервер отклоняет запрос, так как время действия ресурса короткое.
  • 480 - соединение с оконечной системой установлено успешно, но пользователь в данный момент недоступен.
  • 481 - сервер получил запрос не относящийся к текущему диалогу или транзакции.
  • 482 - обнаружен замкнутый маршрут передачи запроса.
  • 483 - запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.
  • 484 - принят запрос с неполным адресом.
  • 485 - означает, что адрес вызываемого пользователя не однозначен.
  • 486 - означает, что вызываемый пользователь в настоящий момент занят и не желает (не может) принять входящий вызов.
  • 487 - запрос был отменен сообщением BYE или CANCEL.
  • 488 - соединение было установлено, но отдельные параметры описания сеанса связи недопустимы.
  • 491 - запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
  • 493 - сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения.
5xx = ошибки сервера
  • 500 - означает, что сервер не имеет возможности обслужить запрос из-за внутренней ошибки.
  • 501 - означает, что в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса: Метод запроса SIP не поддерживается.
  • 502 - информирует о том, что сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
  • 503 - указывает, что сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
  • 504 - сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.
  • 505 - версия не поддерживается: Сервер не поддерживает эту версию протокола SIP.
  • 513 - сервер не в состоянии обработать запрос из-за большой длины сообщения.
6xx = глобальная ошибка
  • 600 - вызываемый пользователь занят и не желает принимать вызов в данный момент.
  • 603 - означает, что вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.
  • 604 - означает, что вызываемого пользователя не существует.
  • 606 - соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не допустимы. 

Пример сеанса связи SIP между 2 телефонами



Сеанс связи SIP между двумя телефонами устанавливается следующим образом:
  • Вызывающая сторона посылает запрос-приглашение к вызову.
  • Вызываемая сторона возвращает информационный ответ 100 – попытка установки соединения.
  • Когда вызываемый телефон начинает звонить, возвращается ответ 180 – посылка вызова.
  • Когда вызывающая сторона поднимает трубку, вызываемый телефон посылает ответ 200 – OK.
  • Вызывающая сторона отвечает запросом ACK – подтверждение.
  • Теперь с помощью RTP в виде данных передается реальный разговор.
  • При разъединении вызывающей стороны вызывающему телефону посылается запрос BYE.
  • Вызывающий телефон посылает ответ 200 - OK.
Все так просто! Протокол SIP логичен и прост для восприятия.

Что такое SIP-URI?

SIP URI – это схема адресации SIP, используемая для вызова абонента с помощью SIP. Другими словами, SIP URI является номером SIP-телефона пользователя. SIP URI похож на адрес электронной почты и записывается в следующем формате:
SIP URI = sip:x@y:Port
Где x=имя пользователя и y=хост (домен или IP)
Примеры:
sip:joe.bloggs@212.123.1.213
sip:support@phonesystem.3cx.com
sip:22444032@phonesystem.3cx.com
Стандарт SIP URI определен в рекомендации RFC 3261.

Что такое STUN-сервер?

Сервер STUN (Simple Traversal of User Datagram Protocol [UDP-протокол пользовательских датаграмм] через сервер NAT [транслятор сетевых адресов]) позволяет клиентам NAT (т.e. компьютерам за сетевым экраном) устанавливать сеансы связи с провайдером VOIP, находящимся за пределами локальной сети.
Сервер STUN позволяет клиентам находить свой адрес общего доступа, тип NAT, за которым они находятся и порт Интернета, связываемый NAT с конкретным локальным портом. Эта информация используется для настройки связи UDP между клиентом и провайдером VOIP и организации сеанса. Протокол STUN определяется стандартом RFC 3489.
Соединение с сервером STUN устанавливается через UDP-порт 3478, однако сервер предлагает клиентам выполнить проверку также и альтернативного IP и номера порта (у серверов STUN есть два IP-адреса). В RFC говорится, что выбор порта и IP является произвольным.

Что такое Т38?



T38 – это протокол, который описывает процедуру передачи факса через компьютерную сеть. T38 необходим, потому что факсы не могут передаваться по компьютерной сети так же, как голосовые сообщения. Дополнительную информацию по этой теме см. на странице Как работает ФАКС в условиях VOIP?.
Протокол T38 описан стандартом RFC 3362 и определяет процедуру передачи устройством факсовых данных. На рисунке выше и шлюз, и расположенный за ним факс должны поддерживать T38. При подключении факса типа G3 к аналоговой линии этот процесс является прозрачным. Аналоговому факсу не нужен протокол T38.













Комментариев нет:

Отправить комментарий