— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Что такое Session Border Controller (SBC)?
Продвинутый курс по Asterisk
Концентрат редких знаний, для внедрения Asterisk в крупных предприятиях. Все это мы собрали в одном курсе для тебя.
В основном, несмотря на способность устройств поддерживать H.323, SCCP и прочие, фокус работы SBC сделан на обеспечении безопасности SIP – протокола, а так же сопряжении различных версий SIP.
Основная идея
SBC защищает от атак сеть телефонии и соответствующие сервера, выполняя роль B2BUA (back-to-back user agent), схожую по типу работы с SIP прокси – сервером. Контроллер терминирует каждую сессию (завершает), а затем заново ее инициирует, выступая в роли агентского сервера UAS (User Agent Server) и агентским клиентом UAC (User Agent Client), работая с каждым из «плеч» вызова по отдельности.
На базе собственных мощностей SBC реализует списки контроля доступа ACL, ограничение DDOS атак, а так же анализ пакетов на предмет искажения информации с целью нанести ущерб. Анализируя SIP, SBC анализирует заголовки и поле полезной нагрузки. Особенно это актуально в SDP – сообщениях, к которым может применяться множество правил модификации.
Помимо сигнальной информации, SBC обрабатывает RTP потоки, тем самым, обеспечивает не только шифрование медиа, но и выполняет функции транскодинга (преобразования потока из одного кодека в другой) в случаях, когда две стороны SIP – коммуникации не могут согласовать параметры передачи данных в сообщениях SDP. Кстати, на SBC обычно реализуют так называемый SIP forking, который позволяет дублировать сессию на третье устройство, например, такое как система записи телефонных разговоров.
В современных версиях SBC, сигнальная информация и потоки изолированы друг от друга (с точки зрения обработки устройством) – это обеспечивает высокие параметры масштабирования.
Давайте рассмотрим на примеры схемы ниже принцип работы SBC:
Базовый курс по Asterisk
Мы собрали концентрат всех must have знаний в одном месте, которые позволят тебе сделать шаг вперед на пути к экспертному владению Asterisk
Bluetooth кодеки SBC, aptX и LDAC — чем они отличаются и как работают
Содержание:
Производители телефонов взяли курс на странную цель – искоренить аудио джек. В связи с чем значительно повысился спрос на Bluetooth наушники, которые также начали делать в большем количестве и разнообразии. И всё бы хорошо, но если провод работает всегда и везде одинаково, то работа Bluetooth наушников зависит от многих факторов, в том числе и от используемых кодеков, которые используются для кодирования музыки при беспроводной передаче.
Ещё одна сложность связана с тем, что на рынке одновременно присутствуют 5 кодеков: SBC, AAC, aptX, aptX HD и LDAC. Как выбрать нужный кодек? Какой из них даёт лучший результат и чем вообще аудиокодеки отличаются друг от друга? Об этом кратко, но понятно ниже в этой статье.
Что вы должны знать об аудиокодеках?
Ниже я приведу основные технические параметры, о которых вы должны знать и иметь базовое понимание того, на что они влияют. Это необходимо, чтобы понять, чем различаются кодеки между собой.
Скорость передачи данных при использовании Bluetooth значительно падает с расстоянием. Обычно максимальная скорость обеспечивается на расстоянии до 3-х метров от наушников до источника звука, и чем дальше вы отходите, тем больше падает скорость, вплоть до полной потери соединения. По этой причине частота передачи данных по Bluetooth не имеет постоянной скорости, она всегда вариативна и зависит от многих внешних факторов: есть ли препятствие между наушниками и источником звука, имеется ли мощный источник радиоизлучения рядом с беспроводными наушниками, работает ли рядом Wi-Fi и так далее. Чем больше радиосигналов вокруг вас и чем они мощнее, тем медленнее скорость работы Bluetooth и тем чаще будут происходить потери данных при передаче, которые выражаются в помехах при воспроизведении музыки.
Для того, чтобы снизить требования к скорости в беспроводных сетях и снизить необходимое количество требуемой памяти на устройстве для хранения музыки, активно используются алгоритмы сжатия, которые основываются на психоакустике. Психоакустика изучает то, как человек воспринимает звук. Благодаря этим знаниям алгоритмы могут удалять из музыкального потока данные, значительно снижая требования к пропускной способности без потери в качестве звучания. Эти алгоритмы используются как при кодировании музыки, например, в MP3 формат, так и при передаче данных с помощью Bluetooth.
Существует 3 типа форматов хранения и передачи данных: не подвергнутые компрессированию, Lossy (компрессия с потерей качества) и Lossless (компрессия без потери качества). Ниже приведена таблица с основным различием между разными типами кодеков. Конкретно эти кодеки относятся не к передаче музыки по Bluetooth, а к кодированию музыки для её хранения. Это также важно, чтобы вы могли понять какой тип кодеков Bluetooth нужен для прослушивания музыки, которая находится в вашей коллекции. Например, если вся ваша коллекция в MP3 формате, вам совершенно не нужен кодек LDAC, и наоборот, если музыка храниться без потери качества, кодек LDAC или aptX HD будут крайне желательны.
Формат
Достоинства
Недостатки
Форматы файлов
Без компрессии
Какие бывают Bluetooth кодеки передачи музыки
Кодек – это программный алгоритм, тесно связанный с аппаратным обеспечением, которые кодируют сигнал перед отправкой с помощью Bluetooth в наушники, и внутри наушников раскодируют сигнал для его воспроизведения.
В идеальной ситуации любой кодек стремиться уменьшить количество передаваемых данных при условии сохранения оригинального качества звучания. Но это идеал и ещё ни один кодек не смог этого достигнуть.
Требование к уменьшению передаваемых данных диктуется тем, что чем меньше данных в секунду мы передаём, тем меньше вероятность потерять часть данных. При этом снижаются требования к пропускной способности беспроводного интерфейса и к памяти для хранения данных.
Любой кодек это попытка сбалансировать количество передаваемых данных и результирующее качество воспроизведение звука.
Самый просто кодек носит название SBC (low-complexity sub-band codec), он является базовым и любое оборудование, будь то телефон или наушники, которые имеют профиль A2DP его поддерживают. Он обеспечивает достаточное качество передачи данных, чтобы можно было без серьёзных проблем слушать музыку, но, конечно, результат нельзя назвать идеальным или близким к нему. Битрейт кодека может варьироваться между от 192 до 320 кб/сек.
Основной причиной почему на рынке существует довольно много кодеков в том, что Bluetooth обладает ограниченной пропускной способностью, при этом она значительно падает при отдалении от источника. При определённых условиях, даже если наушники будут не далеко от источника, передача данных может прерываться или вовсе обрываться.
Линейка кодеков aptX
Лучшие беспроводные наушники с поддержкой кодека aptX по версии Headphone-Review.ru Рейтинг ТОП 10 Компания Qualcomm разработала собственные кодеки: aptX, aptX LL и aptX HD. В большинстве случаев именно это семейство кодеков обеспечивают идеальное соотношение между количеством переданной информации и качеством звука. Однако, у этих кодеков есть требование, которое невозможно обойти – они работают только при использовании чипов от Qualcomm, что логично, и они платные, т.е. производитель наушников или телефонов, которые поддерживают эти кодеки, должен заплатить лицензионные отчисления Qualcomm.
Кодеки семейства aptX имеют ряд преимуществ по сравнению с SBC: они способны передать больше данных за секунду времени, при этом имеют иные алгоритмы кодирования, которые способны передать не только стандартный сигнал с параметрами 16 бит 44.1 кГц, как SBC.
Например, кодек aptX способен передавать музыку с параметрами 16 бит 48 кГц с битрейтом до 352 кб/сек, а кодек aptX РВ 24 бита 48 кГц с битрейтом до 576 кб/сек. Да, кодеки семейства aptX относятся к семейству Lossy, т.е. при кодировании сигнала теряется его оригинальное качество, но они довольно хорошо справляются со своей задачей и при обычном ежедневном использовании наушников вы, скорее всего, не заметите ухудшения качества звучания музыки.
Кодек AAC также присутствует во многих телефонах и наушниках, он является чем-то среднем по качеству передачи музыки между SBC и aptX. Однако, недавнее исследование показало, что разные производители настраивают его работу в телефонах по-разному, в одном случае мы получаем довольно качественный звук, а в другом он гораздо хуже и, что самое печальное, это слышно. Поэтому если ваш телефон и наушники поддерживают aptX, то я рекомендую использовать именно его.
Как и Qualcomm, компания Sony разработала собственный кодек передачи музыки по Bluetooth, назвав его LDAC. На сегодня это самый продвинутый кодек для самых требовательных слушателей. Он способен передать в 3 раза больше информации в секунду, чем SBC. При этом кодирование может происходить с параметрами 24 бита 96 кГц с максимальным битрейтом до 990 кб/сек. Как видим, это намного лучше, чем даже aptX HD, однако, есть загвоздка – малое число телефонов (и иных устройств), которые имеют поддержку этого кодека. На сегодня только телефоны Sony могут этим похвастаться. Дело в том, что для использование этого кодека нужно платить лицензионные отчисления Sony и получается замкнутый круг: нет большого количества наушников с поддержкой LDAC, поэтому нет смысла платить Sony за поддержку кодека в телефонах, а раз нет поддержки в телефонах, то и наушники выпускать с LDAC большого смысла не имеет. Вот так и живём.
Заключение
В этой статье я не затронул технические особенности реализации каждого из кодеков, т.к. это нужно очень малому числу любопытствующих, а написание подобной статьи займёт очень много времени.
Однако, даже после беглого ознакомления с всей номенклатурой кодеков поможет вам понять какие наушники стоит покупать, а какие нет.
Помните, что оба устройства должны поддерживать один и тот же кодек. Например, если ваши наушники поддерживают aptX, то и телефон должен официально его поддерживать, в противном случае будет использован универсальный кодек SBC. Если и телефон и наушники поддерживают какой-то кодек, отличный от SBC, по умолчанию они будут использовать именно его, т.к. в общем случае он обеспечит лучшее качество звучания. Поэтому если в описании обоих гаджетов указана поддержка aptX или LDAC, с 90% вероятностью будут использованы именно эти кодеки.
Если у вас есть вопросы, не стесняйтесь, оставляйте их в комментариях к этой записи.
Bluetooth-кодеки для беспроводных наушников. Какие бывают и что лучше
Содержание
Содержание
Беспроводные Bluetooth гарнитуры активно вытесняют проводные модели. При покупке новых наушников или смартфона полезно знать не только версию Bluetooth, но и разбираться в поддерживаемых аудиокодеках.
Что такое кодек и зачем нужен
Кодек — это специализированная программа (алгоритм), которая выполняет шифрование и дешифрование информации с целью уменьшить объем. Практика показывает, что чем меньше передается данных по Bluetooth, тем ниже шанс потери информации. Дополнительно передача больших объемов по воздуху плохо сказывается на автономности мобильных устройств. Именно поэтому используется кодек, способный выполнить сжатие с минимальными потерями.
В ходе сжатия аудиофайл теряет часть информации. Какую именно и в каком объеме — это зависит от каждого конкретного кодека. Как правило, выполняется обрезка высоких частот. Например, существуют реализации кодеков AAC от различных брендов, каждый из которых удаляет часть высоких частот.
Как видно из графика, лучшим по сохранению качества является кодек от компании Apple, который урезает около 1 кГц. На других устройствах потери высоких частот больше.
Почему не существует одного универсального кодека — все дело в поиске «золотой середины». Слишком сильное сжатие уменьшит передаваемый объем данных, но также урежет качество звучания за счет потери информации. Шифровка и дешифровка больших объемов данных позволяет сохранить приближенное к оригиналу качество звучания, но приводит к повышенному энергопотреблению и плохой помехоустойчивости.
У всех кодеков есть несколько ключевых параметров.
Частота дискретизации. При преобразовании аналогового сигнала цифровая аудиодорожка составляется из определенного количества точек. Чем выше частота выбора этих точек, тем выше качество записи. Измеряется в Гц. Эталонное значение у компакт-диска — 44100 Гц.
Разрядность. Задает точность кодирования каждого участка, заданного частотой дискретизации. Чем выше параметр, тем ближе к оригиналу получается оцифрованный сигнал. Измеряется в битах. Для компакт-диска разрядность составляет 16 бит.
Битрейт. Определяет количество бит, которые можно передать за единицу времени и напрямую зависит от вышеописанных параметров. Измеряется в кбит/с. Для компакт-диска составляет 1411 кбит/с.
Для понимания значимости этих параметров можете посмотреть изображение ниже. Как видно, при высокой битности и частоте дискретизации оцифрованный сигнал (красный) более приближен к оригиналу (синему).
Независимо от выбранного кодека беспроводная передача аудио проигрывает проводной. Дополнительно нужно учитывать тот факт, что с возрастом человеческий слух ухудшается и не способен воспринимать отдельные частоты. Обычно мы воспринимаем частоты от 20 Гц до 20 кГц, однако со временем этот диапазон сужается. Ученые подсчитали, что в среднем за 10 лет из диапазона теряется 2 кГц.
Что такое SBC (Пограничный Контроллер Сессий) и зачем он нужен
Рынок пограничных контроллеров сессий с каждым годом набирает обороты, при этом для многих в области VoIP данное устройство остаётся неким вопросом – а зачем он нужен и где его правильно применять. Собственно, хотелось бы описать те функции и задачи, которые выполняет данное оборудование и почему установка данного устройства, если не обязательно, то уж точно крайне желательно на сети VoIP. Пойдём от простого к сложному. Для начала определим те самые три функции, которые SBC выполняет на сети заказчика.
1. Безопасность 2. Совместимость 3. Обеспечение и контроль качества
В большинстве случаев для многих сразу возникает масса вопросов, так как, казалось бы, что есть Firewall, который отлично справляется с функцией безопасности и зачем сеть VoIP защищать дополнительно. Зачем обеспечивать совместимость, если есть стандарт RFC3261 и все работают согласно этому стандарту. А качество – есть мнение, что VoIP качество больше зависит от качества сети, а не от какого-то устройства. Теперь более подробно разберёмся, в чем собственно состоит обеспечение безопасности VoIP сети, и почему совместимости по RFC3261 (SIP v2) не достаточно, что именно обеспечивает, с точки зрения качества, Пограничный Контроллер Сессий. 1. Безопасность Для начала, надо разобраться, а от чего мы хотим защитить и что может сделать злоумышленник? Самое первое и болезненное, что может сделать злоумышленник, это воровство траффика. Злоумышленник получает доступ к тому, чтобы от вашего лица была возможность звонить на оператора связи и далее делает достаточно дорогие вызовы куда-нибудь на солнечную Кубу через вашу систему. Чем это грозит, наверное, всем понятно – большой счет со стороны оператора связи. Как происходит воровство и какие есть механизмы его предотвращения? Как всегда, всё должно начинаться с самого примитивного. Причем, это примитивное обезопасит вас достаточно сильно. Злоумышленники в большинстве случаев начинают с того, что просто проверяют все IP адреса по ответу на порт SIP (UDP 5060). Например, посылая сообщение OPTIONS на данный порт последовательно на все IP адреса. Таким образом он просто ищет очередную жертву. Далее происходит следующее: как только они получают ответ, то сразу злоумышленник получает массу информации о вас. А именно – он знает, что у вас SIP доступен через Интернет и в 99% случаев он знает тип вашей IP-PBX. Как именно он это делает? Легко. Когда IP-PBX отвечает на SIP запрос, она дает ответ, где указано поле User-Agent с именем и версией устройства. Например: user-agent: Asterisk 1.2.3. Сразу хочу извиниться перед всеми любителями Asterisk, буду упоминать именно её, так как она является наиболее популярной для взлома системой. Что делает SBC в данном случае: по рекомендации он использует отличный от 5060 порт и легко подменяет значение поля User-Agent. Тут мы сразу ставим злоумышленника в более сложную ситуацию – во-первых, его система не всегда определяет, что вы используете SIP, так как в большинстве случаев вы на его запросы просто не отвечаете; во-вторых, даже получив ответ, он не будет знать, что у вас за станция и каким боком к ней подступиться. Почему второе так же является очень важным. А всё просто. Например: злоумышленник определил, что у вас Asterisk версии 1.2.3, на который был баг, который позволял позвонить на внутренний номер и далее с помощью DTMF набора установить переадресацию этого внутреннего номера. А далее он звонит на этот внутренний номер, где стоит переадресация на нужный ему номер. И в целом, чем больше функционал у АТС, тем больше есть различных способов воспользоваться этим функционалом в не тех целях, для которых предназначается данный функционал. А если уж говорить о переадресации, то она является одним из самых тонких, с точки зрения безопасности в VoIP. Так как в большинстве случаев никто не думает, как и где передавать номер, кто совершал вызов, а он просто без вариантов подменяется на номер, кто переадресовал вызов. Это тоже важно и нужно проверять, что SBC так же делает. В данной статье не буду углубляться в тему переадресации номера. Еще важный вопрос – это управление и доступ к управлению. SBC изначально имеет множество интерфейсов и возможности настройки VLAN, что позволяет интерфейс управления вынести в отдельную защищенную подсеть, что делает вопрос получения доступа к нему очень сложным. С точки зрения безопасности, стоит уделить отдельное внимание маршрутизации вызовов и проверки SIP пакетов. Важно, чтобы любой пакет был максимально доверенным. Для этого SBC имеет достаточно много инструментов. Во-первых, это проверка по различным полям. Например, вы знаете, что от оператора всегда приходит сообщение, с полем User-Agent: ITSP_SIP и еще что-то добавляет. Либо при подключении к IP АТС телефона через Интернет требуется обязательно проверять, что регистрация проходит с того телефонного аппарата, который разрешен в вашей сети. Также, требуется максимально правильно определить маршруты, на которые можно звонить, с которых можно звонить. Это так же позволяет SBC обеспечить правильный уровень безопасности. Еще очень важный момент, который обеспечивает SBC безопасность вашей IP-АТС, это разграничение VoIP трафика в вашей сети. Он позволяет выделить отдельную подсеть для вашей IP-АТС и сделать доступ к ней только с другого физического интерфейса, тем самым обеспечив доступ к вашей VoIP сети только через Пограничный Контроллер Сессий. А далее, это набор стандартных вещей, типа регулярного Firewall, который так же находится на SBC. Собственно, именно эти инструменты на SBC позволяют обеспечить вам безопасность от попытки взлома системы для воровства трафика или еще каких-то действий. Конечно, SBC имеет и другие методы и способы защиты, но тут я описал скорее самые популярные и важные действия для защиты вашей VoIP сети: a. Есть еще DoS/DDoS атаки. С одной стороны, они более безобидны, так как, только лишь отключают сервис телефонии, но есть и другая сторона этой проблемы: b. Тут надо четко понимать, если отключается IP-АТС, то у вас пропадает вся телефония, что само по себе не приятно и может влиять на бизнес-процесс. c. Также не маловажным фактором является то, что чаще всего эти атаки делаются с целью подбора паролей пользователей с дальнейшими действиями этого пользователя. В том числе и воровства трафика. SBC имеет встроенный Firewall, который работает по двум принципам – статический и динамический. Первый вариант понятен и описывать его, наверное, нет никакого смысла. Второй вариант работает следующим образом. Если вы допускаете возможность регистрации SIP абонентов из сети Интернет, то теоретически он может регистрироваться с любого источника и фильтровать статически просто невозможно. Например, если ваши сотрудники улетели куда-нибудь в Китай и хотят подключиться к вашей IP-АТС, вам будет необходимо открыть полный доступ, или как минимум для всех Китайских IP адресов. Единственный способ обезопасить вашу сеть IP телефонии – это динамические списки контроля доступа, когда SBC закрывает только те IP адреса на сетевом уровне, с которых идет аномальный трафик. Причем степень аномальности вы выставляете сами. Есть еще вопрос подслушивания и единственный способ обойти это – шифрование. Но, так как в нашей стране службы безопасности относятся к этой теме очень скрупулезно, то эту тему я оставлю без внимания. Тем более, что в России шифрование никто не предоставляет всё по тем же причинам.
2. Совместимость Второй вопрос, который встает перед SBC, это совместимость. Все рассказывают о том, что они поддерживают SIP v2 (он же RFC 3261) и всё будет работать и так. Но как показывает практика – это не сосем так, точнее совсем не так. Я бы сказал, что вопрос совместимости является самым сложным и комплексным в VoIP сети. Почему так? А для чего делаются IP АТС и системы унифицированных коммуникаций? Как бы все не рассказывали, что они стремятся к стандартизации, на самом деле приоритет главный в другом и он полностью противоречит самой идее сделать всё по стандарту. Задача производителей АТС – это предоставить максимально интересный и полный набор сервисов и если кто-то вдруг придумал новый сервис, то никакого варианта у них нет, кроме как сделать это по-своему. (Ну а потом сделать новый RFC и всем сказать – поддерживаете). Причем слив информации работает в нашем мире хорошо (но не отлично). И если конкурент прознал, что кто-то делает новую фичу, естественно он делает такую же, правда, по-своему и стандартизирует свою версию реализации данной функции и естественно, стандартизирует её. В итоге мир получает две отличные станции с одинаковой функцией, которые работают по-разному, при этом по стандарту, но между собой не совместимы. И если с базовым вызовом проблем уже ни у кого нет, то вот с расширениями SIP вопросов всегда предостаточно. Для статистики, на данный момент в мире более 100 расширений RFC для SIP. Станция обычно поддерживает не более 20, наш SBC поддерживает более 80. И если вам требуется, чтобы вы смогли использовать весь ваш функционал при работе с оператором связи, то SBC в этом случае просто необходим. А еще на совместимость влияет та самая безопасность. И не ваша безопасность, а безопасность оператора связи. Как правило, оператор имеет свой собственный SBC и в большинстве случаев у него стоят четкие и понятные фильтры сообщений/полей/функций при работе с клиентом. Приведу два простых и понятных примера: a. IP АТС использует SIP Refer для перевода вызова (это когда станция говорит вышестоящей станции, что Вы переводите вызов на внешнего абонента, и пускай дальше вызов соединяет между собой вышестоящая станция. Всё хорошо, но вот момент – а кому счет выставлять. Оператор в данном случае должен замкнуть вызов между двумя не его абонентами. Счет должен быть выставлен вам, да вот вызова с вами не было. По этой причине, оператор просто блокирует такой функционал (и правильно делает). SBC в данном случае забирает на себя вопрос коммутации вызова и отработки сообщения REFER и для оператора отображается два вызова (входящий и исходящий). И всё отлично работает. b. Переадресация вызова. Например: Абонент А позвонил абоненту Б, у которого стоит переадресация на абонента В. И вот вызов идет от абонента Б на абонента В, при этом в качестве номера вызывающего отображается номер А. И это правильно, так как вызывающий номер – это номер А, а не тот который переадресует. Это телефонный стандарт. И если в ISDN (E1) всё это четко описано, так как есть поле Redirect number, то вот в SIP номер В для правильной идентификации может быть передан с использованием History-Info, Referred-By, Diversion. И исходя из этого, операторы просто любят блокировать такие номера, ссылаясь на то, что у них биллинг не правильно работает. То есть, биллинг оператора связи противоречит стандарту SIP или просто оператор не хочет принимать переадресованные вызовы, согласно стандарту. SBC позволяет всячески преобразовывать один формат в другой или просто переносить номер из любого поля в поле From и/или P-Asserted-Identity. Остальные примеры не столь часто встречающиеся, при этом не менее важные, так как чем реже они встречаются, тем сложнее их решить стандартными методами телефонной станции. Отдельно хочется сказать про вопросы совместимости и адаптации голосовых кодеков. Прошло то время, когда все поддерживали кодеки G.711 и G.729 и этого достаточно. Тому массу причин, а главное производители АТС стремятся улучшить качество связи, используя собственные кодеки или специализированные кодеки, типа SILK/OPUS/MS-RTA. Тут причина проста (особенно если мы говорим про систему унифицированных коммуникаций) – сейчас все компании стремятся сделать телефонию не только на IP телефоне (который можно выделить в отдельный VLAN и дать трафику приоритет), но и сделать телефонию везде – на планшетах, лептопах, смартфонах, через WiFi, публичный Интернет. И тут далеко не всегда возможно приоритезировать трафик и обеспечить надлежащее качество в общем IP потоке, а адаптивные кодеки дают лучшее качество на таких сетях, относительно G.711/G.729. Вот тут как раз SBC помогает использовать у вас в сети тот кодек, который требуется, а с оператором стыковаться с помощью того, который он поддерживает. Отдельно стоит вопрос DTMF и факсов, которые в VoIP среде никто не отменял. Не хочу углубляться в эту тему, могу лишь сказать, что мы на данный момент поддерживаем все варианты передачи как DTMF, так и факсов. На самом деле писать про совместимость можно достаточно долго и можно даже сделать отдельные статьи как решить ту или иную проблему с помощью нашего SBC. Но в любом случае, даже если ваш оператор говорит, что он добьётся полной совместимости с вами, не всегда оператор добивается этого и сроки настройки этой совместимости всегда большие. SBC позволит вам уменьшить риски и сократить расходы при подключении.
3. Обеспечение и контроль качества Ну и в заключении, немного напишу об обеспечении и контроле качества: a. Обеспечение качества – в первую очередь это работа с голосовыми кодеками. b. Контроль качества – SBC отслеживает все вызовы по множеству параметров, таких как Эхо/задержка/потери пакетов/Jitter/MoS и когда у вас случается проблема, вы сразу четко и быстро понимаете с какой стороны и по какой причине произошло ухудшение связи, тем самым сократив сроки исправления проблем. Также SBC позволяет самостоятельно перестроить маршрут в случае, если с одним оператором качество связи падает. Это позволит сохранить качество вызова без внешнего вмешательства. Также, не маловажным фактором с точки зрения обеспечения качества, является правильная настройка маршрутизации с возможностью балансировки и резервирования маршрутов. В том числе, если у вас есть резервный стык с сетью Интернет, то он должен включаться в том числе для VoIP, вне зависимости от настроек сетевого оборудования.
Не могу сказать, что это все функции и задачи, которые выполняет Пограничный Контроллер Сессий (SBC), тем более, что всё перечислить крайне сложно. Я бы даже сказал, что, с точки зрения безопасности, совместимости и качества универсальных рецептов просто нет и порой каждое подключение является уникальным и особенным. Наша задача тут предоставить максимальное количество возможностей, для того, чтобы ваше использование VoIP отвечало всем вашим бизнес требованиям к системе IP телефонии.
