|
ВАШ ЗАКАЗ | РЕГИСТРАЦИЯ | КАК ЗАКАЗАТЬ? |
 |
Телефон в Красноярске:
(391) 290-44-77
Самые популярные и оптимальные сервера! Заходите, подбирайте конфигурацию! |
||
|
|
|||
|
Принципы организации IP-телефонии на базе решений Cisco Systems
Занимаемую полосу пропускания можно вычислить, основываясь на битрейте (число битов потока, передаваемых за секунду; основная характеристика видео- или аудиопотока при сжатии) кодека, издержке пакетизации и размере полезной нагрузки в пакете. Размер полезной нагрузки зависит от размера голосового сэмпла (звукового файла), который является величиной конфигурируемой и непосредственно влияет на требуемую полосу пропускания. Голосовой сэмпл — это выход с процессора DSP, инкапсулирующийся в PDU. Cisco использует DSP, обрабатывающие по 10 мс голоса. Оборудование Cisco по умолчанию инкапсулирует в PDU 20 мс голоса вне зависимости от используемого кодека. Это значение можно изменить, но при его увеличении требуемая полоса пропускания уменьшается, что может привести к увеличению переменных задержек (так называемых джиттеров — jitter) и появлению ощутимых разрывов в звучании, если пакет не дойдет до пункта назначения. Размер сэмпла в байтах рассчитывается по формуле: Рисунок 2.  где Bytes_per_sample — размер сэмпла в байтах, Sample_size — размер сэмпла в секундах, Codec_bandwidth — битрейт используемого кодека. Для вычисления полосы пропускания канала, занимаемой одним звонком, используется следующая формула: Total_bandwidth=(Layer2_overhead+IP_UDP_overhead+Sample_size)/Sample_size*Codec_speed, где Layer2_overhead — объем служебной информации протокола канального уровня в байтах, IP_UDP_RTP_overhead — размер заголовков протоколов IP, UDP и RTP в байтах, Sample_size — размер сэмпла в байтах, Codec_speed — битрейт используемого кодека. Приведем примеры полосы пропускания, занимаемой одним звонком, при использовании кодеков G.711 и G.729 и различных размерах сэмплов. В качестве протоколов канального уровня возьмем Frame Relay и Ethernet II. Размер служебной информации при использовании Ethernet II составляет 18 байт (6 байт — адрес назначения, 6 байт — адрес источника, 2 байта — тип, 4 — контрольная сумма); при использовании Frame Relay — 6 байт (2 байта — DLCI, 2 — FRF.12, 2 — контрольная сумма). Заголовки IP, UDP и RTP без компрессии занимают 40 байт (20 IP, 8 UDP, 12 RTP). Таким образом получаем распределение, представленное в Таб. 1. Таблица 1.
Проблемы использования сети передачи данных для передачи голосаВ традиционной телефонии голос имеет гарантированную фиксированную задержку при передаче и гарантированную полосу пропускания для каждого звонка. В сети передачи данных для передачи голоса требуется низкая задержка, минимальные джиттеры и потери пакетов.Проблемы качества передачи голоса включают:
Технологии магистралиДля обеспечения передачи различных типов трафика в магистральных каналах связи используются различные технологии:
Механизмы обеспечения качества передачи голосовых данныхПриложения реального времени, такие как голосовые, отличаются своими характеристиками от традиционных приложений. Голосовые приложения допускают минимальный джиттер. Потери пакетов и джиттеры ухудшают качество передаваемого голоса. При замене традиционных голосовых технологий IP-телефонией пользователи должны получать то же качество голоса, как и при обычной телефонии. Для эффективной передачи голоса через IP-сеть нужен механизм надежной доставки с маленькой задержкой.VoIP гарантирует передачу голоса высокого качества только в том случае, если аудио- и сигнальные пакеты имеют приоритет перед любыми другими пакетами в сети. Для выполнения этого требования используется механизм QoS (Quality of Service). QoS — это методика обеспечения качества передачи определенных данных, основанная на разделении трафика по приоритетам для соответствующей его обработки. QoS обеспечивает лучший, более предсказуемый, сервис сети, выполняя следующие функции:
Классификация и маркировка трафикаКлассификация позволяет выделить из трафика определенный поток и затем применить к нему политики и действия различного характера. Классификация используется для маркировки, приоритизации, буферизации и т.д.Для определения принадлежности трафика к тому или иному классу, что необходимо для принятия решения о способе его обработки, могут проверяться различные характеристики:
Для маркирования пакета может быть использован заголовок второго уровня (802.1Q/p, FR DE bits) и/или поле TOS IP-заголовка (IP Precedence или DSCP). Маркированный трафик упрощает применение единых правил приоритизации/обработки трафика для всех устройств в сети передачи данных, в том числе и для устройств провайдера услуг. Маркировка трафика и перемаркировка рекомендована на входящем интерфейсе, как можно ближе к источнику трафика. Механизмы очередей или устранения перегрузок на интерфейсахДля регулирования возможных перегрузок на исходящем интерфейсе в ПО маршрутизатора (IOS) существует уровневая система буферизации пакетов. Подсистема L3 оперирует IP-пакетами, L2-буфер сильно зависит от канального протокола и L1-буфер (Tx Ring) работает на драйвере устройства.Существует несколько алгоритмов регулировки очередей для подсистемы L3. При наличии в сети VoIP-трафика компанией Cisco рекомендовано использовать LLQ (Low-Latency Queuing). Алгоритм основан на классификации потоков:
Механизм сжатия заголовков RTP пакетов (cRTP)На маршрутизаторах можно задействовать механизм сжатия заголовков RTP пакетов. В этом случае, вместо того чтобы передавать друг другу RTP-пакеты с заголовком в 40 байт (IP+UDP+RTP), они передают пакеты с заголовком в 2-5 байт. Передающий маршрутизатор заменяет исходный заголовок, а принимающий при приеме его восстанавливает.Механизм не влияет на задержку VoIP-трафика. Уменьшает полосу канала, занимаемую голосовым трафиком. Механизм cRTP имеет следующие характеристики:
Фрагментация пакетов (LFI)Механизм поддерживает выполнение рекомендации ITU G.114 — устройство не должно обрабатывать голосовой пакет больше 20 мс. Механизм не изменяет занимаемую полосу канала. Уменьшает возможную задержку пакета и вариацию задержки (jitter) потока.Механизм LFI имеет следующие характеристики:
Ошибки проектирования IP-телефонииОтличительные черты неправильного проектирования:
Краткий обзор протоколов VoIPВ технологии VoIP используются следующие протоколы:
Принципы установления соединенияАбонентские устройства (Dial Peers)Абонентское устройство (Dial Peer) — это адресуемая точка дозвона. Такие точки устанавливают логические соединения, называемые этапами дозвона (Call Legs), для завершения установления звонка. Маршрутизаторы Cisco, поддерживающие голосовые функции, поддерживают два типа абонентских устройств: POTS Dial Peer и VoIP Dial Peer.POTS (Plane old telephone service) Dial Peer подключаются к традиционным телефонным сетям или традиционным телефонным аппаратам. Такие устройства выполняют функции по предоставлению адреса (телефонного номера или диапазона телефонных номеров) для конечного устройства (сети) и также указывают на конкретный голосовой порт, к которому конечное устройство (сеть) подключено. VoIP Dial Peer подключаются через сеть передачи данных и предоставляют адрес назначения (телефонный номер или диапазон номеров) для конечного устройства в сети и ассоциируют адрес назначения со следующим маршрутизатором, на который звонок должен передаться. Когда происходит вызов, устройство генерирует цифры номера дозвона как способ указания устройства, на котором звонок должен завершиться, то есть устройства, на которое совершается звонок. Когда эти цифры попадают на голосовой порт маршрутизатора, маршрутизатор должен иметь способ решить, куда вызов должен быть маршрутизирован. Маршрутизатор находит это решение, просматривая список абонентских устройств. Адрес абонентского устройства, называемый шаблоном назначения (destination pattern), сконфигурирован на каждом абонентском устройстве. Шаблон назначения может соответствовать как одному телефонному номеру, так и диапазону телефонных номеров. Маршрутизатор использует абонентские устройства для установления логических соединений (Call Legs) как в исходящем, так и во входящем направлениях. Когда к маршрутизатору Cisco Systems с голосовыми функциями подключается традиционное телефонное устройство (вариант POTS Dial Peer), в конфигурации маршрутизатора указывается телефонный номер этого устройства и порт, к которому оно подключено. Таким образом, маршрутизатор "знает", куда направлять входящий звонок на этот номер. В случае VoIP Dial Peer конфигурация маршрутизатора включает телефонный номер назначения (диапазон номеров) и сетевой адрес следующего маршрутизатора. Этапы соединенияЭтапы установления соединения (Call Legs) — это логические соединения между любыми двумя телефонными устройствами, такими как шлюзы, маршрутизаторы, приложения Cisco CallManager или оконечные телефонные устройства.Когда поступает входящий вызов, он обрабатывается отдельно, пока не будет определен пункт назначения. После этого устанавливается исходящее соединение, и входящий вызов коммутируется с исходящим портом. Сквозной звонок состоит из четырех этапов соединения: два с точки зрения маршрутизатора, на котором звонок возникает, и два с точки зрения маршрутизатора, на котором телефонное соединение завершается. Входящий этап соединения возникает, когда вызов входит в маршрутизатор или шлюз, исходящий — когда вызов совершается маршрутизатором или шлюзом. Процесс установления телефонного соединения можно описать следующими шагами (Рис. 3): Рисунок 3. Этапы соединения  Рисунок 4. Этапы соединения с точки зрения маршрутизаторов. 
Протоколы VoIPСтек протоколов H.323 является одним из самых распространенных на сегодня. Это старейший и наиболее стабильный из всех используемых сейчас протоколов, поэтому он требует особого внимания.Протокол инициации сессий (SIP) — это относительно новый протокол, получающий широкое распространение. Он является значительно более молодым относительно H.323 и поэтому пока не получил такого же масштабного распространения. Протокол MGCP — это управляющий VoIP-протокол, который наиболее часто используется для управления шлюзами в VoIP-сети. Относительно новый протокол MGCP получил широкое распространение как часть архитектуры Cisco AVVID. AVVID обычно использует именно MGCP в связке с CCM для управления шлюзами. H.323Как уже говорилось, H.323 является набором протоколов. Взаимодействие протоколов H.323 показано на Рис. 5.Рисунок 5. Взаимодействие протоколов H.323  Все устройства, используемые H.323, можно поделить на четыре категории: терминалы, шлюзы, гейткиперы (Gatekeeper — привратник) и точки многопунктового контроля (Multipoint Control Unit — MTU). Терминалы, также называемые конечными точками (endpoints), предоставляют пользовательский интерфейс к протоколу H.323 и обеспечивают двустороннюю мультимедийную связь реального времени. Шлюзы выполняют роль "переводчиков" для обеспечения взаимодействия между H.323 и не-H.323 сущностями. Шлюзы, так же как и терминалы, рассматриваются как конечные точки. Гейткиперы выполняют функции контроля вызовов, такие как трансляция адресов и управление занимаемой полосой пропускания. Гейткиперы можно считать наиболее важным компонентом в стеке H.323. MCU обеспечивают возможность конференций. Стек протоколов H.323IP, TCP, UDPПротоколы IP, TCP и UDP несомненно являются протоколами стека TCP/IP, но они здесь рассматриваются потому, что предоставляют транспортный сервис для стека протоколов H.323.Каждый терминал, шлюз, гейткипер и MCU должен иметь свой уникальный IP-адрес. Это также относится и к ПК с приложениями, которые используют H.323. IP предоставляет каждой точке H.323-адрес и обеспечивает механизм маршрутизации H.323-пакетов в сети. TCP используется для установления начального соединения между терминалами H.323 и шлюзами/гейткиперами. Протокол UDP используется для передачи непосредственно голоса через сеть. H.225H.225 обеспечивает установление и контроль вызовов со всей необходимой сигнализацией для осуществления соединения между двумя конечными точками.H.245Управляющая сигнализация H.245 применяется для согласования использования канала и возможностей. Управляющие сообщения несут информацию, относящуюся к следующим моментам:
RASRAS — это протокол, использующийся между конечными точками (терминалами и шлюзами) и гейткиперами. Он применяется для осуществления регистрации, контроля доступа, статуса и изменений доступной полосы пропускания, а также для отключения конечных точек от гейткипера. RAS использует порт UDP 1719.RTPRTP предоставляет сквозной сетевой транспорт для приложений, передающих данные реального времени. Он использует для передачи данных протокол UDP. Передача данных сопровождается управляющим протоколом (RTCP) для мониторинга доставки данных.КодекиКодеки используются не только протоколом H.323, а всеми протоколами VoIP для определения алгоритмов компрессии и декомпрессии, применяемых для передачи аудио/видео по сети. H.323 поддерживает большинство стандартов кодирования аудио и видео, включая G.7XX для аудио и H.26X для видео.Рис. 6 иллюстрирует взаимодействие протоколов стека H.323. Рисунок 6. Стек протоколов H.323  Этапы соединенияПроцедуры соединения при формировании звонка по протоколу H.323 могут быть сгруппированы в пять этапов:
Обнаружение и регистрация устройствНа стадии обнаружения и регистрации гейткипер инициирует процесс "разведывания" для определения гейткипера, с которым конечная точка должна взаимодействовать. Это может быть сконфигурировано статически, или процесс обнаружения может происходить с помощью многоадресных сообщений. После обнаружения терминал или шлюз регистрируется на заданном гейткипере.Регистрация используется конечной точкой для определения зоны, с которой она может быть ассоциирована. Зона — это набор компонентов, управляемых одним гейткипером. После определения зоны привратник информируется об адресе зоны (Рис. 7). Рисунок 7. Процесс регистрации  Внутризоновые вызовыДопустим, шлюзы (терминалы) уже зарегистрированы, и шлюз X хочет сделать вызов на терминал, подключенный к шлюзу Y. Шлюз X посылает ARQ (Admission Request) сообщение гейткиперу, запрашивая разрешение на установление вызова на телефон, обслуживаемый шлюзом Y. Гейткипер разрешает вызов с требованием сигнализации (дозвона) напрямую, посылая сообщение ACF (Admission Confirmation). См. Рис. 8.Рисунок 8. H.323. Установление внутризонового вызова Межзоновые вызовы Допустим, гейткипер A контролирует зону A, а гейткипер B — зону B, шлюз X зарегистрирован на гейткипере A, а шлюз Y — на гейткипере B, и шлюз A хочет установить соединение с терминалом, подключенным к шлюзу Y. Процесс установления вызова содержит следующие этапы (Рис. 9): Рисунок 9. H.323. Установление межзонового вызова 
Установление соединенияНа этапе установления соединения шлюзы взаимодействуют напрямую. Альтернативный метод установления соединения — это гейткипер-маршрутизируемая сигнализация, при которой все сообщения по установке соединения проходят через гейткипер.Установление соединения основано на протоколе ITU-Q.931 (H.225 является подмножеством Q.931), который определяет метод установления, обработки и завершения сетевого соединения по цифровой сети ISDN. Процесс состоит из шести фаз (Рис. 10): Рисунок 10. Установление соединения 
Установление логических каналовПосле того как соединение установлено, взаимодействие происходит по логическим каналам. H.245 используется для определения процесса управления этими каналами. На один вызов может приходиться несколько каналов для различных типов трафика (видео, аудио, данные). H.245 LCSE (Local Channel Signaling Entity) открывает логический канал для каждого потока. Каналы могут быть как однонаправленными, так и двунаправленными.Установление логических каналов происходит следующим образом:
Медийный поток и поток управленияМедийный поток управляется RTCP. RTCP использует выделенный логический канал для каждого RTP-потока. Конечные точки могут попытаться изменить выделенную полосу пропускания, которую они изначально запросили. Для увеличения выделенной полосы пропускания конечные точки должны запросить на это разрешение у гейткипера.Завершение вызова останавливает медиапоток и закрывает логические каналы. Оно может быть запрошено как конечными точками, так и гейткипером. Завершение вызова также завершает H.245-сессию, освобождает H.225/Q.931 соединение и предоставляет гейткиперу подтверждение о разъединении по RAS. Сигнализация между конечными точками без посредника в H.323Если шлюзы знают IP-адреса друг друга, то возможно их взаимодействие без гейткипера. Этот процесс можно описать следующими шагами:
MGCPПротокол MGCP представляет собой пример модели с централизованным управлением вызовами. Он определяет управление телефонными шлюзами с центрального управляющего компонента, называемого телефонным агентом (Call Agent). Шлюзы взаимодействуют с агентами, которые осуществляют сигнализацию и обработку вызовов.Компоненты MGCPВ MGCP-окружении используются следующие компоненты:
Телефонный агент MGC (Media Gateway Controller) представляет собой центральный управляющий элемент в MGCP-окружении. MGC осуществляет управление деятельностью шлюзов в предположении, что шлюзы фиксируют события и докладывают о них. Агент, основываясь на событиях, инструктирует шлюзы о действиях, которые необходимо предпринимать. Он также инициирует все VoIP-этапы соединения. Понятия MGCPБазовые понятия MGCP:
Рисунок 11. Компоненты MGCP  Взаимодействие агентов и шлюзовПроцесс взаимодействия телефонного агента со шлюзами для обеспечения телефонного вызова можно описать следующей последовательностью действий (Рис. 12):Рисунок 12. Взаимодействие шлюзов с агентом 
Архитектура AVVIDCisco AVVIDРешение Cisco для построения сетей IP-телефонии основано на использовании архитектурной модели Cisco AVVID (Architecture for Voice, Video and Integrated Data) и предназначено для решения следующих основных задач:
С помощью средств Cisco IP-телефонии можно построить и небольшую сеть в несколько десятков пользователей малого предприятия или удаленного офиса компании, и сеть крупной корпорации в несколько сотен тысяч абонентов. Архитектура предлагаемого решения позволяет технологически и экономически эффективно создать географически распределенную сеть корпоративной телефонии. Решение Cisco IP-телефонии состоит из следующих основных компонентов:
Специализированные цифровые IP-телефоны Cisco подключаются в коммутируемую локальную сеть Ethernet 10/100 и обеспечивают как традиционную функциональность цифровых телефонов, так и ряд новых возможностей. Для стыковки с системами традиционной телефонии, в том числе с установленными ранее УАТС, и подключения к телефонной сети общего пользования применяются голосовые шлюзы. Данная возможность реализована на базе целого ряда мультисервисных маршрутизаторов Cisco. Существуют также голосовые модули для некоторых моделей коммутаторов Cisco Catalyst и самостоятельные устройства, обеспечивающие функциональность голосовых шлюзов. Преимущества применения Cisco AVVID:
 Модели развертыванияCisco поддерживает следующие модели развертывания IP-телефонии:однообъектная;
Однообъектная модельВ однообъектной модели развертывания (Рис. 14) все приложения CCM и DSP-ресурсы физически расположены в одном месте.Рисунок 14. Однообъектная модель AVVID  Отличительные черты модели:
Модель с централизованной обработкой вызововДанная модель (Рис. 15) подразумевает CCM-кластер на центральном узле и соединения к удаленным узлам через сеть передачи данных (IP-сеть с соблюдением QoS). Удаленные узлы обращаются к центральному CCM-кластеру для обработки вызовов. Приложения, такие как голосовая почта и автоответчик, обычно располагаются на центральном узле. Такая организация уменьшает затраты на содержание оборудования и обеспечивает централизованное администрирование и обслуживание.Рисунок 15. Структура модели с централизованной обработкой вызовов.  Сеть передачи данных может быть построена на технологиях выделенных линий, Frame Relay, ATM. На маршрутизаторах, стыкующихся с сетью передачи данных, должны быть реализованы механизмы QoS, такие как установка приоритетов на очередях и контроль трафика, для "защиты" голосового трафика от других типов трафика в сети. В данной модели для защиты сети передачи данных от перегрузки может потребоваться контроль доступа (CAC). В версии CCM Release 3.3 используется возможность автоматического выбора маршрута (AAR — Automated Alternate Routing). AAR позволяет CCM динамически перенаправлять вызовы через телефонную сеть общего пользования, когда сеть передачи данных перегружена, для предотвращения ухудшения качества установленных вызовов. Телефонная сеть общего назначения используется как резервная. Можно также применять технологию ISDN в качестве резервного канала передачи данных, но ISDN не годится для передачи голоса, так как не поддерживает требования QoS. Даже если удаленный офис потеряет связь с кластером CCM, обработка вызовов может быть осуществлена при помощи технологии безотказной телефонии удаленного узла (SRST — Survivable Remote Site Telephony), доступной при использовании маршрутизаторов Cisco IOS. На время потери связи с CCM эта технология будет обеспечивать внутреннюю коммутацию вызовов в удаленных точках. Модели с распределенной обработкой вызововCCM-кластеры могут присутствовать во всех узлах, в этом случае локальная коммутация вызовов будет производиться без участия центрального узла. Также имеется возможность разнести компоненты одного CCM-кластера по разным точкам (Рис. 16 и Рис. 17).Рисунок 16. Многокластерная модель с распределенной обработкой вызовов.  Рисунок 17. Однокластерная модель с распределенной обработкой вызовов.  Процесс регистрации IP-телефоновКаждый раз, когда IP-телефон загружается, происходит следующий процесс:
Коммутация на Cisco CallManagerCCM маршрутизирует два типа вызовов:
Коммутация внутренних вызововКогда поступает вызов с IP-телефона, CCM анализирует набранный номер. Если он соответствует DN (Directory Number), зарегистрированному на том же CCM-кластере, CCM направляет вызов на IP-телефон назначения, ассоциированный с соответствующим DN. Это внутренний (on-cluster) вызов. CCM позволяет обрабатывать такие вызовы без направления его на внешний шлюз.Не только IP-телефоны могут выступать в роли устройств, способных инициировать и принимать внутренние вызовы, это может быть любое устройство с зарегистрированным на CCM DN. Например, такими устройствами могут быть Cisco софтфоны и аналоговые телефоны, подключенные к MGCP-шлюзам или шлюзам, работающим по протоколу Skinny. Коммутация внешних вызововЕсли на IP-телефоне набирается номер, для которого не нашлось соответствующего DN, значит, имеет место внешний (off-cluster) вызов. CCM в этом случае просматривает свою таблицу внешних маршрутов, чтобы определить, куда направить вызов. CCM использует концепцию таблиц маршрутов и шаблонов трансляций для определения, куда и как направлять внешний вызов.Можно создавать планы маршрутизации для внешних вызовов, используя трехъярусную архитектуру, которая предоставляет несколько уровней маршрутизации и манипуляций с цифрами. Шаблон маршрута (Route Pattern) определяет по номеру дозвона список маршрутов (Route List), который выберет доступный путь для исходящего звонка на основе приоритетов. Эти пути Cisco определяет как "группы маршрутов" (Route Group). Уровни выбора маршрута показаны на Рис. 18. Рисунок 18. Элементы маршрутизации внешних вызовов в CCM.  Процесс конфигурирования маршрутов для внешних вызовов содержит следующие этапы:
ШлюзыШлюзы — это устройства, позволяющие CCM взаимодействовать с не-IP-сетями, такими как телефонная сеть общего пользования (PSTN). Cisco разделяет свои шлюзы на две главные категории — аналоговые и цифровые. Аналоговые шлюзы могут быть шлюзами станций или транковыми шлюзами.Шлюзы станций используют порты FXS для подключения оконечных устройств, таких как аналоговые телефоны и факсы. Транковые шлюзы используют порты FXO и подключаются к телефонной сети общего пользования или УАТС для обеспечения связи с другими телефонными системами по аналоговым линиям. Цифровые шлюзы обеспечивают то же подключение к телефонной сети общего пользования или УАТС, однако они используют цифровые технологии подключения, такие как PRI CCS и транки T1 CAS. CCM поддерживает три типа шлюзов:
Примеры конфигурацийКонфигурация абонентских устройствДля того чтобы сконфигурировать POTS Dial Peer (традиционное телефонное устройство), нужно:
 Если к голосовому порту подключена УАТС, то вместо телефонного номера может быть сконфигурирован диапазон номеров. Для конфигурирования VoIP Dial Peer администратор должен знать, как идентифицировать устройство на другом конце линии — это может быть IP-адрес устройства, а может быть Cisco CallManager или гейткипер (gatekeeper), используюемые для разрешения адресов и управления доступа вызовов (CAC — call admission control) для завершения установления вызова. Для конфигурирования VoIP Dial Peer необходимо выполнить следующие шаги:
Методы конфигурирования диапазонов телефонных номеровДля конфигурирования телефонных номеров используются так называемые шаблоны назначения (Destination Pattern).Шаблон назначения ассоциирует телефонный номер с абонентским устройством. Он также определяет набираемые цифры, которые маршрутизатор накапливает и перенаправляет на удаленный телефонный интерфейс (УАТС, Cisco CallManager или телефонную сеть общего назначения). Шаблон назначения может указывать на целый телефонный номер или на часть номера с подстановочными символами; он может указывать как на один конкретный номер, так и на диапазон номеров. Как было видно из примеров, шаблон назначения задается командой destination-pattern. Параметр команды может состоять из следующих элементов:
Иван Ярцев
Список используемых сокращенийПК — персональный компьютер.ПО — программное обеспечение. УАТС — учрежденческая автоматическая телефонная станция. AAR — автоматический выбор маршрута (Automated Alternate Routing). AVVID — архитектурная модель фирмы Cisco Systems (Architecture for Voice, Video and Integrated Data). CCM — ПО фирмы Cisco Systems, выполняющее функции коммутации телефонных вызовов (Cisco CallManager). CPU — центральный процессор (Central Processor Unit). cRTP — механизм сжатия заголовков RTP (Compressed RTP). DHCP — протокол динамической конфигурации хоста (Dynamic Host Configuration Protocol). DSP — цифровой сигнальный процессор (Digital Signal Processor). FLP — служебный сигнал коммутатора фирмы Cisco (Fast Link Pulse). FRF.11 — стандарт, применяющийся при передаче голоса по протоколу Frame Relay (Frame Relay Forum standard 11). FXO — тип порта (Foreign Exchange Office). FXS — тип порта (Foreign Exchange Station). H.323 — стек протоколов для передачи аудио- и видеоинформации по сети. IP — маршрутизируемый сетевой протокол (Internet Protocol). ISDN — цифровая сеть с интеграцией служб (Integrated Services Digital Network). ITU — Международный Телекоммуникационный Союз (International Telecommunications Union). MGC — управляющий элемент MGCP (Media Gateway Controller). MGCP — протокол управления шлюзами (Media Gateway Control Protocol). PDU — единица данных протокола (Protocol Data Unit). POTS — аналоговые телефонные сети связи (Plane Old Telephone Service). PSTN — телефонная сеть общего пользования. (Public Switched Telephone Network). QoS — качество сервиса (Quality of Service). RAS — регистрация, управление, статус (Registration, Administration, and Status). RTCP — протокол, использующийся совместно с RTP (RTP Control Protocol). RTP — протокол для передачи данных реального времени (Real-Time Transport Protocol). SIP — протокол инициирования сессий (Session Initiation Protocol). TFTP — простой протокол передачи файлов (Trivial File Transfer Protocol). UDP — протокол пользовательских датаграмм (User Datagram Protocol). VoATM — технология передачи голоса по протоколу ATM. VoFR — технология передачи голосовых данных по протоколу Frame Relay (Voice over Frame Relay). Литература[1] Cisco Voice Over IP. Student Guide -- Cisco Systems Inc, 2003 Источник: http://www.isib.ru/ |
| © 2008 - 2022. VSEMCOMP - Купить бу сервер HP, Dell, компьютер Fujitsu, комплектующие для серверов в наличии и под заказ! |
|
