1. Содержимое отчета

1. Значимые фрагменты настроек sip.conf

2. Значимые фрагменты настроек extensions.conf

3. Скриншоты настроек UA

4. Результат выполнения пункта 7.

5. Выводы выполнения пункта 7.

6. Анализ и результаты выполнения пункта 9.

7. Значимые фрагменты extensions.conf и meetme.conf, после выполнения самостоятельного задания 1.

8. Значимые фрагменты iax.conf, после выполнения самостоятельного задания 2.

9. Значимые фрагменты конфигурационных файлов, после выполнения самостоятельного задания 3.

10. Анализ полученных результатов:

• отличия и назначения sip.conf и extensions.conf.

• возможности

• указать трудности, возникшие при выполнении работы,

• особенности настроек АТС Asterisk.

11. Выводы.

1. Контрольные вопросы

1. Назначение конфигурационного файла sip.conf.

2. Какие типы peer можно задавать в sip.conf, их отличия.

3. Назначение конфигурационного файла extensions.conf.

4. Основные настройки UA при подключении к серверу IP телефонии.

5. Как определить зарегистрирован ли клиент на сервере?

6. В чем причина отсутствия звука при соединении абонентов?

7. Как вызвать клиентскую консоль asterisk, ее назначение и использование.

8. Основные функции клиентской консоли asterisk.

9. Отличия настройки конференции с паролем и без.

10. Возможности кластеризации серверов asterisk.

3. Лабораторная работа №3 Изучение протоколов ip телефонии

Цель работы: Изучить протоколы, используемые в сети IP телефонии. Научиться отображать схему прохождения звонка.

1. Задание на лабораторную работу

1. Запустить сервер IP телефонии на основе лабораторной работы №2.

2. Выполнить тестовые звонки между UA.

3. Поймать пакеты, которые UA передают на сервер и друг другу, в программе Wireshark.

4. Изобразить схему прохождения звонка в сети.

2. Краткие теоретические сведения

Протоколы обеспечивают регистрацию IP устройства (шлюз, терминал или IP телефон) на сервере провайдера, вызов и/или переадресацию вызова, установление голосового соединения, передачу имени и, номера абонента. В настоящее время широкое распространение получили следующие протоколы VoIP:

• SIP – обеспечивает передачу голоса и для сигнализации обычно использует порт5060 UDP;

• H.323 – протокол, более привязанный к системам традиционной телефонии, нежели SIP, использует порт 1720 TCP

• IAX2 – через 4569 UDP порт;

• MGCP

• SIGTRAN

• SCTP

• SGCP

• Skinny/SCCP

• Unistim - закритий протокол передачі сигнального трафіку в продуктах компанії Nortel

H.323 – стандарт, одобренный Международным Советом по Электросвязи в 1996 году. Формулирует технические требования для передачи аудио- и видеоданных по сетям передачи данных и включает в себя стандарты на видеокодеки, на голосовые кодеки, на общедоступные приложения, на управление вызовами и системой.

SIP(Session Initiation Protocol— протокол установления сессии) —стандарт на способ установления и завершения пользовательского интернет-сеанса, включающего обмен мультимедийным содержимым (видео- и аудиоконференция, мгновенные сообщения). В модели взаимодействия открытых систем SIP является сетевым протоколом прикладного уровня.

Протокол описывает, каким образом клиентское приложение может запросить начало соединения у другого, возможно, физически удалённого клиента, находящегося в той же сети, используя его уникальное имя. Протокол определяет способ согласования между клиентами об открытии каналов обмена на основе других протоколов, которые могут использоваться для непосредственной передачи информации (например, RTP). Допускается добавление или удаление таких каналов в течение установленного сеанса, а также подключение и отключение дополнительных клиентов (то есть допускается участие в обмене более двух сторон — конференц-связь). Протокол также определяет порядок завершения сеанса.

В основу протокола заложены следующие принципы:

• Простота: включает в себя только шесть методов (функций)

• Независимостьот транспортного уровня, может использовать UDP, TCP, ATM и т. д.

• Персональная мобильность пользователей. Пользователи могут перемещаться в пределах сети без ограничений. Это достигается путем присвоения пользователю уникального идентификатора. При этом набор предоставляемых услуг остается неизменным. О своих перемещениях пользователь сообщает с помощью сообщенияREGISTER.

• Масштабируемость сети. Структура сети на базе протокола SIP позволяет легко ее расширять и увеличивать число элементов.

• Расширяемость протокола. Протокол характеризуется возможностью дополнять его новыми функциями при появлении новых услуг.

• Интеграция в стек существующих протоколов Интернет. Протокол SIP является частью глобальной архитектуры мультимедиа, разработанной комитетом IETF. Кроме SIP, эта архитектура включает в себя протоколы RSVP, RTP, RTSP, SDP.

• Взаимодействие с другими протоколами сигнализации. Протокол SIP может быть использован совместно с другими протоколами IP-телефонии, протоколами ТфОП, и для связи с интеллектуальными сетями.

Рисунок 3.1 – Архитектура SIP

Клиент SIP(SIP user agent) - может быть представлен как устройством (IP-телефон, шлюз или другой пользовательский терминал), так и программным приложением для ПК, PDA и т. д.

В случае, когда клиент и сервер взаимодействуют непосредственно с пользователем (реализованы в оконечном оборудовании пользователя), они называются, соответственно, клиентом агента пользователя – User Agent Client (UAC) – и сервером агента пользователя – User Agent Server (UAS).

Сервер UAS и клиент UAC могут (но не обязаны) непосредственно взаимодействовать с пользователем, а другие клиенты и серверы SIP этого делать не могут. Если в устройстве присутствуют и сервер UAS, и клиент UAC, то оно называется агентом пользователя – User Agent (UA), а по своей сути представляет собой терминальное оборудование SIP.

Прокси-сервер SIP- управляет маршрутизацией вызовов и работой приложения.

Он принимает запросы, обрабатывает их и, в зависимости от типа запроса, выполняет определенные действия. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуг и т.д. Прокси-сервер состоит из клиентской и серверной частей, поэтому может принимать вызовы, инициировать собственные запросы и возвращать ответы. Прокси,сервер может быть физически совмещен с сервером определения местоположения (в этом случае он называется registrar) или существовать отдельно от этого сервера, но иметь возможность взаимодействовать с ним по протоколам LDAP (RFC 1777), rwhois (RFC 2167) и по любым другим протоколам.

Предусмотрено два типа прокси - серверов – с сохранением состояний (stateful) и без сохранения состояний (stateless).

Сервер первого типа хранит в памяти входящий запрос, который явился причиной генерации одного или нескольких исходящих запросов. Эти исходящие запросы сервер также запоминает. Все запросы хранятся в памяти сервера только до окончания транзакции, т.е. дополучения ответов на запросы.

Сервер первого типа позволяет предоставить большее количество услуг, но работает медленнее, чем сервер второго типа. Он может применяться для обслуживания небольшого количества клиентов, например, в локальной сети. Прокси,сервер должен сохранять информацию о состояниях, если он:

• использует протокол ТСР для передачи сигнальной информации;

• работает в режиме многоадресной рассылки сигнальной информации;

• размножает запросы.

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

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

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

Сервер переадресации сообщает адрес либо вызываемого пользователя, либо прокси сервера. По этому адресу инициатор запроса передает новый запрос. Сервер переадресации не содержит клиентскую часть программного обеспечения. Но пользователю не обязательно связываться с каким-либо SIP сервером. Он может сам вызвать другого пользователя при условии, что знает его текущий адрес.

Сервер регистрации SIP(registrar/location) - осуществляет регистрацию пользователей и ведет базу соответствия имен пользователей их адресам, телефонным номерам и т. д.

В наиболее общей форме сценарий соединения по протоколу SIP с участием прокси-сервера показан на рисунке 3.2. Абонент посылает на прокси-сервер запрос на соединение, отправляя сообщение Invite. Прокси-сервер возвращает сообщение Trying и передает сообщение Invite вызываемому абоненту. Вызываемая сторона отвечает сообщением Ringing, которое прокси-сервер пересылает вызывающей стороне. После того как вызываемый абонент снимет трубку, вызывающей стороне отправляется сообщение ОК, которое транслируется прокси-сервером. Вызываемому абоненту возвращается подтверждающее сообщение Ack.

Рисунок 3.2 – Сценарий соединения по протоколу SIP

C этого момента соединение считается установленным и начинается обмен медиа-трафиком по протоколам RTP/RTCP. Сторона, желающая завершить соединение, посылает сообщение Bye, и после получения подтверждающего ОК соединение разрывается.