- •2 .3.5.1 Основные понятия ………………………………………………….….23
- •3.10. Комплексная оценка качества ip-телефонии……………………...42
- •8.1. Типы угроз в сетях ip-телефонии…………………..…79
- •Перспективы
- •1. Общие вопросы технологии ip-телефонии
- •1.1.Терминология
- •1.2ОсобенностиIp-телефонии
- •1.4 Виды соединений, взаимодействие с компьютерной сетью.
- •2 Использование протоколов Интернет в ip-телефонии.
- •2.1 Адресация в ip-сетях
- •2.2 Модель osi.
- •2.3. Основные протоколы ip-телефонии
- •2.3.1 Протокол ip версии 4
- •2.3.2 Протокол ip версии 6
- •2.3.3 Протокол tcp
- •2.3.4 Протокол udp
- •2.3.5 Протоколы rtp и rtcp
- •2.3.5.1 Основные понятия
- •2.3.5.2 Групповая аудиоконференцсвязь
- •2.3.5.3 Видеоконференцсвязь
- •2.3.5.4 Понятие о микшерах и трансляторах
- •2.5.5.5. Порядок байтов, выравнивание и формат меток времени
- •2.3.5.6 . Протокол управления rtcp
- •2.3.5.7 Интенсивность передачи пакетов rtcp
- •2.3.5.8 Общее описание транслятора и микшера
- •2.3.5.9 Взаимодействие rtp с протоколами сетевого и транспортного уровней
- •3. Передача речи по ip-сети
- •3.1 Протоколы VoIp
- •3.2 Особенности передачи речевой информации по ip-сети.
- •3.3 Задержка и меры уменьшения ее влияния.
- •3.4. Явление джиттера, меры уменьшения его влияния.
- •3.5. Эхо, устройства ограничения его влияния.
- •3.6 Принципы кодирования речи
- •3.7 Кодирование формы сигнала
- •3.8 Основные требованияк алгоритмам кодирования ip-телефонии.
- •3.9 Кодеки ip-телефонии.
- •3.10. Комплексная оценка качества ip-телефонии
- •4. Протокол н.323
- •Рекомендации h.323 предусматривают:
- •Управление полосой пропускания
- •Межсетевые конференции
- •Совместимость
- •Гибкость
- •4.1. Архитектура стандарта h.323
- •4.2. Стек протоколов h.323
- •4.3. Установка соединения по h.323
- •4.4. Характеристики шлюзов ip-телефонии
- •Классификация шлюзов ip-телефонии
- •1. Автономные ip-шлюзы
- •2. Маршрутизаторы-шлюзы
- •4. Шлюзы-модули для упатс
- •5. Шлюзы с интеграцией бизнес-приложений
- •6.Учрежденческие атс на базе шлюзов
- •7. Сетевые платы с функциями телефонии
- •8. Автономные ip-телефоны
- •4.5. Достоинства и недостатки h.323
- •5. Протокол инициирования сеансов связи (sip)
- •5.1 Принципы построения протокола sip
- •5.2 Интеграция протокола sip с ip-сетями
- •5.3 Адресация
- •5.4 Архитектура сети sip
- •5.4.1 Терминал
- •5.4.2 Прокси-сервер
- •5.4.3 Сервер переадресации
- •5.4.4 Сервер определения местоположения пользователей
- •5.4.5 Пример sip-сети
- •5.5 Соединение по sip
- •6.1 Принцип декомпозиции шлюза
- •6.2 Классификация шлюзов
- •6.3 Модель организации связи
- •6.4 Команды протокола mgcp
- •7. Качество обслуживания в сетях ip-телефонии
- •7.2 Трафик реального времени в ip-сетях
- •7.3 Дифференцированное обслуживание разнотипного трафика - Diff-Serv
- •7.4. Интегрированное обслуживание IntServ
- •7.6 Протокол резервирования ресурсов - rsvp
- •7.7 Технология mpls
- •7.8 Сравнение технологий IntServ, DiffServ, mpls
- •7.9 Обслуживание очередей
- •7.9.1 Алгоритмы организации очереди
- •7.9.2 Алгоритмы обработки очередей
- •Справедливые очереди базирующиеся на классах (cbwfq)
- •Очереди с малой задержкой (llq)
- •8. Информационная безопасность в ip-сетях
- •8.1. Типы угроз в сетях ip-телефонии
- •8.2. Методы криптографической защиты информации
- •8.3. Технологии аутентификации
- •8.3.1. Протокол ppp
- •8.3.2. Протокол tacacs
- •8.3.3. Протокол radius
- •8.4. Особенности системы безопасности в ip-телефонии
- •1. Телефонный аппарат.
- •2. Установление соединения.
- •3.Телефонный разговор.
- •4. Невидимый функционал.
- •5. Общение с внешним миром.
- •8.5. Обеспечение безопасности на базе протокола osp
- •8.6. Обеспечение безопасности ip-телефонии на базе vpn
- •9. Мобильность ip-телефонии
- •9.1. Разновидности мобильности
- •9.2. Идентификация терминала и пользователя
- •9.3. Сценарии мобильности в сетях ip-телефонии
- •9.4. Мобильность в сети ip-телефонии на базе протокола sip и h.323
- •10 Системы биллинга и менеджмента пользователейIp-телефонией.
- •10. 1 Особенности учета и биллинга ip - услуг
- •10.2. Требования к системе биллинга и менеджмента пользователей ip-телефонии
- •10.3. Обзор систем биллинга и менеджмента пользователей ip-телефонии
- •11. Внедрение ip-телефонии на базе продуктовой линейки d-Link. В качестве примера, рассмотрим реализацию ip-телефоной связи на базе наиболее экономически доступного оборудования.
- •11.1. Варианты построения ip-телефонных систем
- •11.2. Применение телефонных usb-адаптеров
- •11.3. Применение VоIp-шлюзов
- •11.4. Соединение офисов с помощью сети Интернет
- •Информационное представление речевого сигнала
- •Речевые кодеки для ip-телефонии
- •Архитектура шлюза
- •Для ознакомления с работой шлюза воспользуемся следующей схемой:
- •Сетевые протоколы
- •Реализация шлюзов для ip-телефонии
- •11.5. Видеотелефония
- •Построение транков в ip-телефонии
- •Варианты связи
- •Оборудование
- •Требования к каналу
- •23 Расширения протокола управления резервированием (rsvp-te) при обобщенной многопротокольной коммутации по меткам (gmpls)
2.3.5.8 Общее описание транслятора и микшера
Транслятор/микшер RTP соединяет два или более сегментов сети (сайтов) на транспортном уровне. Обычно, при этом каждый сайт определяется единым протоколом сетевого и транспортного уровня (например, UDP), групповым адресом или парой индивидуальных адресов и портом назначения транспортного уровня (трансляторы протоколов сетевого уровня, типа IP версии 4 в IP версии 6, могут присутствовать в сегменте сети незаметно для RTP). Одна система может служить в качестве транслятора или микшера для различных сеансов RTP, но при этом транслятор и микшер рассматриваются, как логически отдельные сущности.
Чтобы избежать зацикливания при использовании транслятора или микшера, должны соблюдаться следующие правила:
каждый из сегментов, соединенных транслятором и микшером, участвующий в одном сеансе RTP, должен отличаться от всех других по крайней мере одним из параметров (протокол, адрес, порт) или должен быть изолирован от других сегментов на сетевом уровне;
производная от первого правила - не должно быть множества трансляторов или микшеров, соединенных параллельно, если в соответствии с некоторой структурой они не разделяют между собой множество источников.
Все оконечные системы RTP, которые могут передавать мультимедийные данные через один или более трансляторов или микшеров RTP, совместно используют одно и то же пространство SSRC, то есть идентификаторы SSRC должны быть уникальными среди всех этих оконечных систем.
Может иметься большое многообразие трансляторов и микшеров, разработанных для различных целей и приложений. Некоторые типы данных систем должны шифровать/дешифровать данные, изменять тип кодирования данных или нижележащие протоколы или передавать данные между групповым адресом и одним или более индивидуальных адресов. Принципиальное различие между трансляторами и микшерами состоит в том, что транслятор передает потоки данных от различных источников отдельно, в то время как микшер объединяет их, формируя один новый поток.
Транслятор передает пакеты RTP с неизмененными идентификаторами SSRC. Это дает получателям возможность распознавать отдельные источники, даже если пакеты от всех источников прошли через один и тот же транслятор и содержат в качестве источника сетевой адрес транслятора. Некоторые виды трансляторов передают данные без изменений, а другие могут изменять тип кодирования данных и, таким образом, тип трафика RTP, а также временную метку. Если множество информационных пакетов преобразуется в один или, наоборот, один - во множество, то транслятор должен назначить исходящим пакетам новые порядковые номера. Потери во входящем потоке пакетов могут вызывать появление соответствующих промежутков в исходящих порядковых номерах. Получатели не смогут обнаружить присутствие транслятора, если каким-либо другим образом, не узнают какой тип трафика или транспортный адрес используется первоисточником данных.
Микшер получает потоки информационных пакетов RTP из одного или более источников, возможно, изменяет формат данных, объединяет потоки и затем передает комбинированный поток. Так как время формирования пакетов для множества различных источников в общем случае не синхронизировано, то микшер будет выполнять корректировку синхронизации потоков и генерировать собственную синхронизацию для комбинированного потока, являясь, таким образом, источником синхронизации. Следовательно, все информационные пакеты, посланные микшером, будут содержать в поле источника синхронизации идентификатор SSRC микшера. Чтобы сохранять идентичность первоначальных источников, участвующих в формировании комбинированного пакета, микшер должен вставить их идентификаторы источников синхронизации SSRC в список идентификаторов включаемых источников CSRC, следующий за фиксированным заголовком пакета RTP. Микшер, который также сам по себе является включаемым источником для некоторого пакета, должен явно включить свой собственный идентификатор SSRC в список CSRC для этого пакета.
Для некоторых приложений микшер может не опознавать источники в списке CSRC. Это может привести к тому, что зацикливания этих источников не смогут быть обнаружены.
Для звуковых приложений микшер имеет преимущество перед транслятором, состоящее в том, что выходная полоса пропускания микшера ограничивается полосой пропускания одного источника даже в том случае, когда на входной стороне активными являются несколько источников. Это может быть важно для узкополосных линий связи. Недостатком использования микшера является то, что получатели на выходной стороне не имеют данных о том, сообщения каких источников передаются или приглушаются, если для дистанционного управления микшером не предусмотрен некоторый механизм контроля.
