Voip

Здравствуйте дорогие читатели!
Мы продолжаем цикл обзоров DECT-оборудования и сегодня познакомим вас с продуктом, который имеет не так уж много аналогов на рынке, хотя относится к уже знакомому вам классу DECT-гарнитур. Это гарнитура Snom A190, а в чем же ее особенность мы расскажем далее.

Интеграция гарнитур в DECT-системы

Все мы с вами привыкли пользоваться беспроводными гарнитурами, в быту и на рабочем месте, что в последнее время, правда, нередко означает одно и то же. Гарнитура не обладает полноценным функционалом телефонного аппарата, но она позволяет принимать, и даже совершать вызов, пусть и не путем набора номера. Однако, по сравнению с DECT-трубкой в микросотовой системе, гарнитура не так уж сильно выигрывает по степени свободы, пусть и освобождая ваши руки, но ограничивая вас в пространстве, куда вы можете переместиться. Особенно это заметно при использовании Bluetoth-гарнитур, но и DECT-гарнитуры помогают вам оставаться на связи лишь в относительно небольших пределах относительно собственного источника сигнала, как правило, базовой станции данной гарнитуры. Но есть и исключения
Как же, собственно, можно уйти от "поводка", привязывающего вас к единственному источнику сигнала? Правильно, привязаться к большому количеству источников, создав систему из них. Мы уже не единожды рассматривали концепцию микросотовой DECT-системы, так что не будем вдаваться в подробности ее устройства, поговорим о самой гарнитуре и о её месте в системе.

Дизайн

Комплект гарнитуры состоит из зарядной подставки (не будем путать ее с базовой станцией, как, например, это реализовано в Snom A170), блока питания и собственно самой A190. Зарядная подставка займет на вашем столе минимум места, обладая малыми габаритами, и надежно закрепиться на своем месте, благодаря прорезиненным ножкам. Сцепление с поверхностью этих ножек действительно феноменально, подставка как будто прилипает к столу и сдвигается в сторону очень неохотно, несмотря на отсутствие какого-либо сопротивления при попытке поднять ее вверх.

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

Сама же гарнитура в руках практически не ощущается. Веся всего 45 г гарнитура имеет один динамик с амбушюром, являясь моноауральной, но благодаря вращению микрофона на 360, гарнитуру можно расположить с удобной вам стороны головы. Метал оголовья в меру упругий, он не сдавливает голову, избавляя вас от дискомфорта при длительном ношении, на что также положительно влияет и вес гарнитуры, она практически не ощущается на голове.

Основной блок гарнитуры оснащен 5-ю клавишами для регулировки звука, приема и совершения звонков, отключения микрофона и подключения гарнитуры к базе. Клавиши не имеют визуальной маркировки, но к их расположению привыкаешь очень быстро и нажатие нужной клавиши для определенного функционала уже не вызывает вопросов. В целом, гарнитура выглядит очень аккуратно, несмотря на свою легкость компоненты не выглядят хлипкими или хрупкими, гарнитура прослужит вам долго и будет надежным помощником, облегчая выполнение повседневных задач.

Функционал

Говоря о функционале гарнитуры хочется в первую очередь рассмотреть её режимы работы в микросотовой системе, которых поддерживается два.
В первом режиме работы гарнитура является самостоятельным абонентом микросоты, получает свою учетную запись через которую производятся все звонки. Такой режим подойдет тем, кто пользуется исключительно гарнитурой и не использует DECT-трубку для связи.
Второй режим позволяет "связать" гарнитуру с уже зарегистрированной в системе трубкой, используя для связанных устройств единую учетную запись. Этот режим предназначен для тех, кто может использовать как DECT-трубку, так и гарнитуру в зависимости от ситуации.

Естественно, поскольку A190 является полноценным компонентом микросотовой DECT-системы, она поддерживает роуминг и хендовер, предоставляя своему владельцу полную свободу перемещения в радиусе всей зоны покрытия микросотовых систем Snom. Подключается при этом А190 к любой из DECT-систем Snom, то есть к базам M900, M700, а также M300 и системам на их основе.
Какой параметр еще являются важным для любой гарнитуры? Естественно, время ее работы. Даже с таким малым весом, гарнитура обладает встроенным аккумулятором на 320 мАч, благодаря не самому высокому энергопотреблению аккумулятор обеспечивает до 7 часов работы в режиме разговора и до 100 часов работы в режиме ожидания.

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

Итог

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

Здравствуй дорогой читатель!
Как и обещали, мы продолжаем обзор конференц-системы Snom C520-WiMi и спикерфона Snom C52-SP. Поговорим сегодня о предполагаемых сценариях использования этих устройств, как отдельно, так и в связке друг с другом.

Рабочее место дома

Начнем с трендов сезона. За последний год каждый из нас хотя бы раз участвовал в рабочей конференции из дома, а некоторые перешли на постоянный режим работы из уютного домашнего кресла. Естественно при работе из дома вопрос качества звука, в процессе совещания или при разговорах с коллегами и клиентами актуален как никогда. Решать его путем стандартным для офиса далеко не всегда удобно - подключение IP-телефона на удаленном рабочем месте сотрудника задача не стандартная, вероятнее всего придется организовывать VPN-соединение из его домашней сети для безопасного подключения телефона к телефонной станции, да и стоит игра свеч? Кроме того, мы все уже привыкли использовать ноутбук или ПК как одно из основных средств связи дома, так зачем здесь что-то менять? Вам достаточно лишь чуть-чуть усовершенствовать привычную для вас схему. Подключите к вашему домашнему ПК спикерфон C52-SP, используя DECT-донгл A230 и не ограничивайте себя в перемещениях по дому во время переговоров, расположив спикерфон в любом месте, где вам удобно обсуждать рабочие вопросы.

Качество связи на рабочем месте, на удивление просто.

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

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

Оснащение небольших переговорных комнат

Множество раз мы сталкивались в своей работе с тем, что в переговорную комнату практически всегда требуется помимо конференц-телефона установить еще и аппарат для созыва сотрудников на совещание. Использовать для этого конференц-телефон не всегда удобно, поэтому в переговорных обычно размещается DECT-трубка или стационарный аппарат. Но почему бы не использовать данный аппарат как основной источник вызова, обеспечив его качественным акустическим дополнением в виде спикерфона?

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

Переговорные среднего размера.

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

В этом случае мы предлагаем следующую концепцию: На столе переговорной используется конференц-телефон Snom C520-WiMi. Если вам необходимо отойти от стола для каких-либо действий, вы вынимаете микрофон, являющийся частью устройства в обычное время, и забираете его с собой, обеспечивая хорошую слышимость всем участникам совещания. Беспокоитесь что изменение положения микрофона повлияет на общее качество звука? Не стоит. Микрофоны синхронизированы между собой и обеспечат хорошее качество связи в любом положении.

Конференц-залы и большие переговорные комнаты.

Размышляя об оснащении помещений различных размеров мы с вами добрались и конференц-залов. Принципиальное отличие здесь от предыдущих примеров, во-первых, в гораздо большем размере помещений, а во-вторых в необходимости работы со звуком из нескольких источников, разнесенных весьма далеко относительно друг друга. В этом случае одного конференц-телефона явно будет недостаточно, поскольку хоть выносные микрофоны и могут помочь получить звук из разных точек зала, они не обладают динамиками, а значит не донесут до говорящего реакцию собеседника. Что же делать? Снова вспоминать о спикерфоне!

Естественно, на этот раз Snom C52-SP не будет основным устройством для работы со звуком, а лишь частью системы, основанной на C520-WiMi. Максимум в систему можно подключить до 3-х C52-SP, обеспечив хорошей слышимостью каждый уголок конференц-зала.

Итог

Мы поразмышляли над применением Snom С520-WiMi и C52-SP со своей точки зрения. Уверены, вы найдете устройствам для конференц-связи множество применений, а мы всегда будем рады помочь вам с их реализацией, предоставив качественные и функциональные средства связи для ваших задач.

Здравствуйте, друзья.
Давайте продолжим разговор о системе оповещения Snom PA1. В этот раз поговорим в первую очередь о сценариях использования устройства и схемах в которых его можно применять.

Сценарий первый. Система оповещения

Общий сценарий построения данной системы мы уже рассмотрели в предыдущей статье. В данной схеме мы используем обе возможности передачи информации на динамики через PA1, как с помощью группы оповещения на АТС, так и с помощью мультикаста с консоли оповещения по сетевой инфраструктуре.
Зачем нам может быть это необходимо? Данный сценарий обычно применяется в рамках неких общественных пространств, это могут быть аэропорты, вокзалы, стадионы, крупные магазины и торговые центры и прочие подобные места. В таких пространствах часто бывает полезным и нужным не только производить оповещение "напрямую", в конкретный момент времени, но и использовать систему оповещения для создания некого "фона" - трансляции музыки и иногда рекламы. Для подобного сценария будет крайне полезен мультикаст, а в случае необходимости, сотрудник может воспользоваться "аппаратом оповещения" для передачи важной информации по всему пространству.

Можно ли использовать такую схему для построения системы оповещения при пожаре? Как основную, к сожалению, нельзя. Вы можете дублировать оповещение через систему построенную таким образом, но для построения пожарной системы оповещения необходимы устройства с соответствующей сертификацией, коим Snom PA1 не является.

В ситуации когда нам не нужно фоновое звучание, но мы имеем несколько физически разнесенных частей рабочего пространства, мы можем несколько видоизменить схему:

В данном случае систему оповещения можно использовать только для оповещения сотрудников, но благодаря возможности гибкой настройки со стороны АТС, по нажатию одной или другой клавиши мы можем передавать информацию сотрудником одного или нескольких конкретных помещений. При этом, использование IP-телефонии со стороны PA1 позволяет нам не обращать внимание на взаимную удаленность этих помещений, и производить оповещение, например, на складе, из головного офиса. Естественно, в этом случае нам необходима связь по локальной сети или VPN-соединение между сетевым оборудованием помещений, но построение такой сети вполне тривиальная задача в наше время.
Важный момент который стоит учитывать при выборе оборудования для связки с PA1, а именно динамиков, это мощность и собственное питание. PA1 имеет встроенный усилитель на 4 Вт, что позволяет подключать и пассивную акустику при близкой мощности динамика. Если мощности недостаточно - необходимо использовать динамики с собственным питанием.

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

Сценарий второй. Переговорная система лифта/поезда/система связи на парковке.

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

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

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

Сценарий третий. Домофон.

На нашем устройстве также присутствует группа контактов KBD, подразумевающая подключение клавиатуры. Когда это может пригодиться? В первой части обзора упоминалось что на основе PA1 можно собрать аналог домофона. Мы согласны с вами, что в большинстве случаев можно обойтись стандартной домофонной панелью, но PA1 может быть использован в случаях когда необходимо реализовать домофонию при входе, например, на территорию загородного участка. Большое количество управляемых контактов позволит одновременно контролировать дверь, ворота, добавить к этому включение звукового/светового оповещения при открытии двери, ко всему прочему через это же устройство можно подключить камеру, о чем мы также упоминали ранее. Последнее решение также уменьшит количество кабелей, которые необходимо будет прокладывать в сторону входной группы, и позволит осуществить звонок на камеру из любого места по протоколу SIP. Вы можете использовать для вызова ответной части звонок по IP или подключить обе части системы к IP-АТС, если ее наличие предполагается в рамках данного решения.

Первичная настройка.

Конфигурирование PA1 процесс совсем несложный. Устройство имеет собственный веб-интерфейс, через который и производится его настройка. По умолчанию устройство получает IP-адрес по DHCP. Подключите PA1 к сети и подождите пока оба светодиодных индикатора загорятся красным и зеленым соответственно. Подключите гарнитуру 3.5 мм в разъем подписанный Line Out, после чего нажмите на клавишу IP/Reset. Устройство сообщит вам свой IP-адрес через динамики подключенной гарнитуры. Зная IP-адрес мы входим на веб-интерфейс и приступаем к настройке.

Основные разделы которые нас интересуют при настройке:
Identity 1-4, здесь производятся настройки SIP-аккаунтов
Preferences и его подраздел PA1 Controls, здесь включается и настраивается подключенный динамик и PIN-коды для работы с сухими контактами

Advanced Settings, для настройки сетевых параметров и конфигурации в отношении SIP-протокола.

В целом, за исключением описанных выше разделов, процесс настройки шлюза не сильно отличается от настроек IP-телефона. Несмотря на достаточно широкий функционал PA1 не требует указания большого количества параметров для начала работы.

Итог

Мы предоставили вам свое видение вариантов использования Snom PA1. Это не законченное решение, но платформа, позволяющая решать различные задачи по подключению телекоммуникационной периферии, и интегрировать в общую систему уже существующие устройства.

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

Некоторые провайдеры, конечно подсказывают, что можно предпринять со своей стороны, в чем может быть проблема. Снимут дамп, сделают анализ и дадут рекомендации. Но таких крайне мало. Из памяти, пожалуй вспомню оператора Мобилон. Привет техподдержке, если читаете!

А что происходит, если провайдер не дал рекомендаций, не указал на причину?

Несомненно, у вас начнет закрадываться мысль о смене провайдера. Но решит ли это проблему? Если причина на нашей стороне, то очевидно, что проблема не решится, и качество будет также неудовлетворительным с новым провайдером. А переход, дело не простое и затратное. За такой исход событий руководство компании спасибо нам не скажет.

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

Что же еще можно предпринять? Казалось бы, вариантов больше не осталось...

Но может быть, все таки, разобраться самому? Возможно, это не так сложно?

Да, дорогие друзья!
Отвечу я вам. Всё гораздо проще, чем кажется на первый взгляд!

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

Для диагностики нам понадобится научиться снимать дамп сети (sniffer) с роутера и маршрутизатор Mikrotik. А также, настроить очереди (QoS) на роутере.

Для упрощения схемы, я поделил весь процесс на этапы:

1. Настроить и запустить sniffer

2. Воспроизвести проблемный вызов

3. Проанализировать sniffer в Wireshark

4. Настроить на роутере выделенную полосу (QoS) для телефонии

5. Протестировать связь

1. Настройка и запуск packet sniffer

Для того чтобы определить причину проблемы, необходимо снять dump звонка. В нем будет содержаться вся информация о состоянии сети во время вызова.

Настраиваем на Микротике packet sniffer: Tools->Packet Sniffer

На вкладке General оставляем значения по умолчанию.

Вкладка Streaming: галочки Streaming Enabled и Filter Stream, в поле Server пишем адрес, куда будем отправлять данные, собираемые сниффером.

Я отправляю на свой ПК в той же сети, поэтому прописываю его локальный адрес. Но можно слать и на удаленный сервер, тогда прописываем его внешний ip.

Вкладка Filter: здесь необходимо в поле IP Address прописать ip адрес провайдера телефонии.

Желательно уточнить у самого провайдера адреса серверов, с каким сервером осуществляется обмен сигнальными сообщениями, а с каким - RTP.

Если не получилось выяснить адреса провайдера, то можно прописать просто 0.0.0.0/0

Но тогда в дампе будет очень много лишней информации, что затруднит анализ.

Я пообщался с техподдержкой своего провайдера, они порекомендовали прописать всю подсеть.

Нажимаем Apply и Start. Внизу окна появится статус: running

Сниффер на роутере запущен, теперь необходимо поймать пакеты.

На том ПК или сервере, адрес которого указали в поле Server, нужно запустить tcpdump.

На Windows:

а) нужно скачать утилиту tcpdump

Скачиваем с официального сайта версию не для коммерческого использования.

tcpdump.exe можно запустить даже с флэшки

Для этого запускаем cmd от имени администратора и проваливаемся в директорию с файлом tcpdump.exe

Вводим команду tcpdump -D

Нам отобразится список доступных интерфейсов.

Запускаем дамп в онлайн режиме, чтобы найти интерфейс, который нам нужно слушать.

Например: tcpdump -i 1 -v -n host 192.168.88.1

где 1 - это номер интерфейса, а host - адрес роутера.

У меня пакеты летят на интерфейсе под 4, его и буду слушать.

Далее запускаем команду для отлова сниффера с Микротика:

tcpdump host 192.168.88.1 -i 4 -C50 -n -v -w name_sniffer.pcap

где i - номер интерфейса, С50 - ограничение размера записываемого файла до 50Мб, n - отображать IP адреса вместо имени хостов, v - уровень отображения получаемой информации (1-й уровень), w - записывать данные в файл.

На Linux :

Необходимо установить утилиту tcpdump. Обычно она присутствует в стандартном репозитории.

Более подробно про установку можно посмотреть, например, здесь.

Запускаем команду:

tcpdump host 192.168.88.1 -i any -C50 -n -v -w /var/tmp/name_sniffer.pcap

После запуска tcpdump вы должны увидеть отсчет улавливаемых пакетов (на Linux), в поле Got. Если отсчет не идет, значит что-то сделали неверно, перепроверьте.

2. Фиксируем проблемный звонок

Теперь, когда у нас tcpdump ловит сниффер с Микротика, нужно зафиксировать проблемный звонок.

Если проблема плавающая, тогда следуют попросить сотрудников, чтобы записали время и номер телефона, когда возникнет деградация голоса.

У меня получилось зафиксировать такой пример самостоятельно с одним из сотрудников:

Как мы слышим на записи, голос идет с прерываниями.

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

3. Останавливаем sniffer и анализируем его в Wireshark

Проблемный вызов необходимо проанализировать. Останавливаем tcpdump (Ctrl+C) и sniffer на Микротике (нажать Stop). Создастся файл name_sniffer.pcap.

Устанавливаем программу Wireshark. Скачать ее можно бесплатно с официального сайта. А на Линуксе можно установить из стандартного репозитория.

Открываем pcap файл в Wireshark и переходим в Телефония->Вызовы VoIP

В новом окне отобразятся все вызовы, которые попали в дамп. У меня такой один.

Для удобства поиска вызовов (когда их в дампе много) установите галочку Время дня.

Выберите вызов и откройте Последовательность потоков, чтобы увидеть движение запросов по вашему звонку.

Здесь мы увидим, с каким сервером провайдера идет обмен сигнальными сообщениями, а с каким сервером осуществляется передача голосовых пакетов (RTP).

В случае, когда не проходит вызов или наблюдается односторонняя слышимость, мы можем с помощью дампа последовательности потоков увидеть, где кроется проблема.

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

Далее нас интересуют RTCP пакеты.

Из всего перехваченного сниффером трафика нужно отфильтровать только RTCP пакеты.

Прописываем фильтр:

(rtcp.ssrc.fraction>10)||(rtcp.ssrc.jitter>35)

- отобразить RTCP со значением потерь пакетов больше 10 или RTCP со значением джиттера больше 35.

Выбираем сообщение и разворачиваем RTCP -> Source 1 -> SSRC Contents

Здесь видим, что потеряно 50 пакетов из 256 и уровень джиттера 166 (хотя нормальный уровень это 30-70).

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

По каким причинам это может происходить?

1. Забивается линия выделенная вам от интернет провайдера.
   Например, у нас 3Mб/с на "внешку". Устройства в локальной сети потребляют все 3Mб/с, но если просто сёрфить в браузере, то мы не заметим нехватку канала. Так как в этом случае, используется транспортный протокол TCP. А телефония использует UDP, которому свойственно теряться в процессе передачи, если весь ваш выделенный канал занят.

2. Устройства подключены по воздуху (Wi-Fi).
   В таком случае будет высокий показатель джиттера.

3. У провайдера на линии есть радиоканал.

4. Проблема с вашим маршрутизатором.

5. Проблемы на линии интернет провайдера

В этой статье, более подробно, рассмотрена причина под пунктом 1.

По остальным скажу кратко.

Пункт 2 - если на устройствах есть функция джиттер-буфер, то нужно установить режим Fixed. Если нет такой опции, то подключить устройство витой парой.

Пункт 3 и 5 - обратиться к интернет провайдеру, предоставив наши дампы, подтверждающие проблему.

Пункт 4 - диагностировать или заменить роутер.

Но в первую очередь, рекомендую всегда сначала проработать пункт 1.

4. Настраиваем выделенную полосу для ip телефонии

Необходимо в вашей локальной сети обеспечить для ip телефонии отдельную полосу пропускания (QoS), чтобы трафик других устройств не мешал.

Для начала, измерьте фактическую скорость интернета на "внешку".

Я измеряю через speedtest.net

Можно еще с помощью 2ip.ru или утилитой iperf

На speedtest.net я выбираю Change Server город отличный от моего, чтобы исключить вероятность замера скорости в пиринге.

У меня на загрузку скорость 11Мб/с, на отдачу 14Мб/с. Хотя по договору должно быть 15М в обе стороны. Поэтому и рекомендую измерять, какая у вас скорость по факту, а не по бумагам. Это поможет корректно настроить очереди на роутере.

Для настройки очередей открываем на Микротике Queues

Cоздаем правила в разделе Simple Queues.

На вкладке General задаем ограничение по скорости для всей локальной сети.

Я устанавливаю максимальные значения лимита меньше на 2М, чем полученные при замере.

Почему 2М? Беру с запасом, так как скорость может быть не постоянной и в моменте меняться как в большую, так и в меньшую сторону.

В Advanced выставить Queue Type распределение по pcq (это делается для того, чтобы устройства не мешали друг другу и равномерно использовали трафик).

Сохраняем это правило и создаем еще одно, для SIP.

Прописываем ip адрес (можно всю подсеть) провайдера ip телефонии.

Максимальные лимиты устанавливаем, как заявлено по договору интернет провайдера.

В Advanced устанавливаем Limit At. Это позволит для телефонии оставлять 1Мб/с в любом случае, даже если идет максимальная нагрузка на канал другими устройствами.

Сохраняем и устанавливаем правило SIP на верхнюю позицию.

ВНИМАНИЕ!

1. Чтобы очереди (QoS) начали работать, необходимо деактивировать правило Fasttrack в IP -> Firewall -> Filter Rules.

2. Учитывайте порядок настроенных правил. Обработка осуществляется сверху вниз. Поэтому обязательно правило SIP поднимаем на самый верх.

Пояснение по настроенным QoS:

• весь трафик, который идет на ip адреса отличные от адреса voip провайдера, ограничивается 12Мб/с на загрузку и 9Мб/с на отдачу

• весь остаток от этого до 15Мб/с оставляем для телефонии

• и на тот случай, что если даже трафик проскочит выше лимитов, для телефонии отведен 1Мб/с принудительно

Далее проверяем ходит ли вообще трафик в настроенных QoS.

Нужно открыть настройки очереди и перейти на вкладку Traffic.

На вкладке Statistic можно увидеть, количество дропнутых пакетов и распределенных по pcq.

Также можно проверить, как отрабатывают очереди, с помощью утилиты iperf.

5. Тестируем связь

Теперь, когда QoS настроены, нужно протестировать связь.

Ставим дамп и делаем несколько тестовых звонков.

Я сделал несколько вызовов сотрудникам, и мы вместе убедились, что теперь прерываний не наблюдалось.

Вот пример одного из звонков.

В дампе этого вызова потерь пакетов не наблюдается.

Единственное, можно заметить, что уровень джиттера выше нормы.

Это обусловлено подключением voip устройства через Wi-Fi. И, так как устройство позволяет настроить джиттер-буфер, качество голоса не страдает.

Вы можете также и сами наглядно всё это увидеть в моих дампах. Скачать можно здесь:
дамп звонка до настройки QoS
дамп звонка после настройки QoS

Итог:

Когда у вас возникла проблема с качеством голоса цифрового характера, всегда, в первую очередь, произведите анализ вашей сети и настройте QoS для телефонии. Если даже выяснится, что причина была не на вашей стороне, то у вас уже будут технические данные (дампы), которые вы сможете предоставить провайдерам для подтверждения.

В некоторых организациях в локальной сети может находиться большое количество устройств с разными категориями. Например, помимо ip телефонии еще ip камеры, которые также используют udp протокол для передачи данных. Следовательно для ip камер тоже необходимо выделять QoS.

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

Более подробно про QoS можно изучить еще в этой статье.

Здравствуйте, наши читатели.
Наверняка у каждого кто занимается телекоммуникациями и работает с оконечными устройствами, хотя бы раз, а скорее всего и не один, возникала задача преднастройки множества аппаратов. Если вы пользуетесь устройствами Snom и имеете доступ в интернет из сети где будут находиться телефоны, в этом нет ничего сложного!
Добро пожаловать в обзор службы безопасного перенаправления и настройки, или просто SRAPS.

Сервис доступен после бесплатной регистрации по ссылке: https://sraps.snom.com/

Функционал

Главный вопрос любого обзора: зачем нужно то или иное решение, давайте начнем с него.
SRAPS позволяет вам:

• Безопасно направлять устройства на ваш локальный или удаленный сервер Autoprovision.

• Удаленно настраивать устройства.

• Удаленно обновлять программное обеспечение устройств Snom.

• Создавать внутри службы профили нескольких компаний, для раздельной привязки и управления телефонами.

Преимуществ у такого решения множество главное из которых состоит в том, что вы можете администрировать и обновлять устройства, вне зависимости от вашего и их местоположения. При этом интерфейс платформы позволяет делать это просто, не углубляясь в процесс написания текстовых конфигурационных файлов, и безопасно, благодаря SHA-2 шифрованию. Добавлять устройства в систему можно заранее, зная их MAC-адрес, также заранее можно подготовить шаблон настроек, который телефоны подхватят при подключении. Физически сервера системы расположены во Франкфурте-на-Майне, система соответствует как строгому немецкому закону о защите данных, так и Европейскому общему регламенту о защите данных (GDPR).
Отдельным плюсом можно выделить тот момент, что система бесплатна и доступна для всех партнеров и клиентов Snom.
Основной минус такой системы связан с методом ее реализации. Поскольку система развернута в облаке, вам необходимо чтобы ваши устройства имели доступ в интернет для взаимодействия с ней.

Как это работает?

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

Направление устройств на локальный или удаленный сервер Autoprovision

Алгоритм работы телефона с нашей системой, следующий:
Любой телефон Snom при включении направляет запрос на сервер SRAPS для уточнения адреса сервера настроек. Каких-либо действий с аппаратом для этого производить не требуется, запрос отправляется в любом случае после загрузки устройства.

В ответ телефон получает ссылку с адресом сервера Autoprovision. Для вашего аппарата в этом случае неважно расположение самого сервера настроек. Находится ли ваш сервер относительно телефона локально или удаленно, получив адрес ссылки телефон направится по адресу, на который направил его SRAPS.
С сервера настроек в этом случае телефон загружает xml-файл с параметрами. Файл вам необходимо заранее выгрузить с настроенного телефона или написать вручную и разместить на сервере, отдельно для каждого устройства.

Удаленная настройка устройств

Второй вариант использования создание конфигурации для телефона непосредственно в системе SRAPS. Процесс добавления конкретных параметров через интерфейс SRAPS мы рассмотрим чуть позже в этом же обзоре. Принципиальное отличие удаленной настройки от простого перенаправления состоит в меньшем количестве шагов подготовки, у нас нет необходимости разворачивать http(s) сервер в своей сети или вне ее. Конфигурация наших устройств будет храниться непосредственно в системе SRAPS. Минус такого метода состоит в том же, в чем и минус самой платформы. Все ваши настройки хранятся удаленно и, если у вас нет доступа в интернет из сети с телефонами или из VLAN-а где они находятся, вам либо придется его предоставить, либо отказаться от использования системы. Это актуально в первую очередь для полностью закрытых сетей, в других случаях принципиальных проблем не возникает.

Сам метод в целом работает так же как и перенаправление, с той лишь разницей, что SRAPS указывает в качестве сервера настроек свой репозиторий, откуда телефон скачивает шифрованный конфигурационный файл. MAC-адреса на сервере привязываются к конкретному телефону по его MAC-адресу, передаваемому в шифрованном запросе.

Удаленное обновление программного обеспечения

Одно из самых часто выполняемых действий при администрировании парка аппаратов обновление программного обеспечения. В обычных условиях для обновления ПО большого количества телефонов необходимо решить 2 задачи:

• Развернуть сервер и разместить на нем ПО

• Направить аппараты на данный сервер за файлами

Первая задача реализуется просто, на ней мы отдельно останавливаться не будем.
Для направления аппаратов на сервер за ПО, а периодически и настройками обычно используют DHCP-опцию, для формирования которой необходимо произвести настройку сетевого оборудования. Это можно сделать и данный момент также не является сложным в реализации, но требует времени и не позволяет обновлять устройства выборочно, если это необходимо.
SRAPS при этом позволяет вам обновлять только необходимые устройства, при этом сохраняя все версии ПО загруженные ранее, из одного интерфейса и без дополнительных настроек.

Интерфейс

Система встречает нас стандартной формой входа. Вводим логин и пароль и начинаем рассматривать разделы интерфейса:

Интерфейс системы доступен, в том числе, на русском языке, что удобно, хотя и не критично важно. Он состоит из следующих разделов:

Управление конечной точкой

Здесь отображается список добавленных в систему устройств, и создаются шаблоны настроек для телефонов. Мы отдельно рассмотрим добавление и телефонов и их настройку на живом примере в следующем обзоре, поэтому сейчас предлагаем взглянуть на разделы в целом, не углубляясь в конкретные действия с ними.

В разделе Телефоны будут отображаться все устройства, которые были добавлены в систему, изначально список пуст, но при большом количестве устройств вы всегда можете воспользоваться фильтрацией по сериям аппаратов или найти нужный вам телефон, указав его MAC-адрес.

Раздел Профили автонастройки позволяет создавать шаблоны конфигурации для настройки ваших аппаратов.Интерфейс создания шаблона выглядит так:

Здесь все просто, единственное поле заполняемое вручную - название шаблона. Параметры для настройки разбиты по разделам и расположены в правой части, при выборе конкретной настройки, она переносится на среднюю часть экрана. Остается только выбрать из списка или вписать значение для конкретной настройки, и сохранить шаблон.

Настройки телефона

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

Настройки

Этот раздел отвечает за параметры самой системы и вашей учетной записи в ней.

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

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

Система

Этот раздел содержит сохраненные данные о ваших устройствах добавленных в систему в CSV-формате, которые можно просмотреть и скачать нажав на Экспорт CSV. А также интерактивный журнал изменений, из которого можно "провалиться" в созданный ранее шаблон или измененный раздел, просто нажав на событие из списка.

Последний по счету, но не по значимости раздел, API

Да, данной системой вы можете управлять не только с помощью веб-интерфейса, но и с помощью API-запросов. Для этого нам необходимо иметь авторизационные данные с определенным уровнем доступа (их здесь 4) и получаем мы их создавая токен доступа через веб-интерфейс системы:

Второй подраздел является ссылкой на подробную документацию по использованию API данной системы, с которой мы, естественно, рекомендуем вам познакомиться.

Итог

SRAPS - отличный инструмент как для администрирования телефонов небольшой компании, так и для конфигурирования абонентских устройств провайдера или интегратора, осуществляющего настройку и управление телефонией множества компаний. Ознакомьтесь с этой системой, а мы продемонстрируем вам как пользоваться ей на практике в следующем обзоре.

Доброго времени суток каждому, кто читает это статью!

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

Регистрация в системе

Начнем с начала, с регистрации в системе. Для регистрации достаточно пройти по ссылке и заполнить поля простой формы.

После проверки ваших данных, вам на почту придет подтверждение регистрации, и вы сможете войти в систему.

Заведение аппарата

Для заведения аппарата в систему необходимо знать его MAC-адрес. Его можно увидеть:

• на коробке устройства;

• на самом аппарате;

а также в веб-интерфейсе телефона, если вы не имеете к нему физического доступа. Зная MAC-адрес, займемся непосредственно процессом добавления.

После входа в систему нам необходимо перейти в раздел Телефоны и нажать на кнопку Добавить

Здесь необходимо указать MAC-адрес, выбрать компанию, к которой будет приписан настраиваемый аппарат, и выбрать профиль настройки, если он уже создавался ранее.

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

Настройка параметров

Параметры настройки телефона представлены в правой части дисплея. Выберем в правом меню раздел SIP Account Credentials и укажем параметры необходимые для регистрации на сервере.

Укажем для них необходимые нам значения и сохраним изменения. При добавлении значения мы можем выбрать, как он будет применяться для данного аппарата. Значение параметра может иметь приоритет относительно настроек уже имеющихся на аппарате. Указав в поле Разрешение вариант Чтение & запись мы принудительно заменим значение этого параметра на телефоне на указанное в системе. Если же нам необходимо, чтобы приоритет был у уже внесенных на телефоне параметров, необходимо указать Читать & Оставаться. Вариант Только чтение позволит нам подтянуть в систему настройки с телефона. Удаление какого-либо параметра из шаблона конфигурации при этом не ведет к очистке значения на телефоне, об этом стоит помнить.

Кроме того, при добавлении параметров учетной записи SIP, стоит обратить внимание на поле "Индекс". В данном случае это номер конкретного аккаунта. Чтобы все настройки относились к одной учетной записи в телефоне - следите, чтобы номера в данном поле всегда соответствовали номеру аккаунта, который вы сейчас настраиваете.

Здесь же, при создании шаблона настроек, мы можем направить аппарат на собственный сервер Autoprovision. Используем единственный параметр из раздела настроек "Redirection" и укажем нужный нам адрес сервера. После этого, телефон обратившийся к SRAPS будет направлен за файлами конфигурации на указанный адрес. Поскольку адрес сервера является одним из настроек в шаблоне конфигурации, вы можете указать часть настраиваемых параметров здесь, в SRAPS, а остальные применить с собственного сервера с помощью конфигурационных файлов, нужно лишь помнить что для аппарата более приоритетными будут последние полученные настройки, в данном случае настройки с вашего сервера provision-сервера.

Когда шаблон настроек создан в нашей системе и привязан к аппарату (это происходит автоматически, если мы создаем его при добавлении телефона в систему), нам остается лишь перезагрузить наше устройство и настройки подгрузятся из созданного ранее шаблона. Теперь нам необходимо обновить ПО нашего устройства до актуальной версии.

Обновление ПО

Пожалуй, не самым очевидным, но достаточно важным преимуществом использования SRAPS для обновления устройств, является то, что вам нет необходимости иметь на вашем ПК сам файл ПО для обновления. Необходимо лишь знать номер версии на которую вы хотите обновиться и ввести ее в соответствующем поле, система сама подберет файл под модель аппарата. Как и в случае с настройкой телефона, для обновления ПО необходимо перезагрузить телефон.

Легко сказать "Знать номер версии", возможно думает в этот момент читатель. Чтобы вопросов по актуальности версий не возникало, давайте разберемся где и по какому признаку проверить эту самую актуальность. Зайдем в любой поисковик, наберем "snom service hub" и пройдем по первой ссылке. Открывшаяся страница - ресурс с информацией по устройствам Snom и каталог файлов для этих устройств. В данном случае нас интересует раздел "Firmware", в него мы и перейдем.

Все программное обеспечение в данном разделе уже "разложено" в правильном порядке, от наиболее нового к более старому. Мы настоятельно рекомендуем использовать актуальные версии ПО, поэтому нам необходимо скопировать название версии из верхней строки и указать его в соответствующей строке SRAPS.

Помимо указания версии ПО, раздел "Настройки по умолчанию" позволяет также кастомизировать интерфейс аппарата. Делать это с помощью SRAPS куда как более удобно, чем использовать для этого XML-файлы. Меню системы создано для простого и понятного внесения изменений в настройки любых параметров ваших телефонов.

Итог

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

О чем собственно речь?

Работая в крупной компании, да и в компании среднего размера с небольшим числом филиалов, все чаще задумываешься об оптимизации ресурсов, упрощению администрирования и стандартизации всего и вся.

Есть у нас, к примеру, несколько (ну ладно, не несколько) однотипных филиальчиков на 10-100 сотрудников. Организовать телефонию можно разными путями:

• Взять готовое решение в облаке провайдера

• Поставить на каждый филиал свой мини-сервер и астериск

• Сделать единый астериск в центре

Первые 2 варианта, конечно имеют место быть, но минусов у них хватает. Это и не удобство сопровождения нескольких малых инстантсов, это и финансовый вопрос и некоторые другие моменты.

Если же мы хотим оптимизации, экономии, упростить администрирование, то рано или поздно мы приходим к тому, что сервер в центре будет наиболее удачным решением. Но, как только мы попытаемся стандартизировать номерной план, мы столкнемся с проблемой плоской нумерации. Мы начинаем добавлять префиксы, наращивать длину номеров, и вот у нас уже не 3х значная нумерация, а 6ти значная. Сотрудники все чаще поглядывают косо - чтобы набрать соседа надо нажать 6 кнопок ("6 кнопок Карл! Я сюда не кнопки нажимать пришел!"), а заявление босса что компания еще немного выросла и появился еще один филиал приводит к судорожному перебиранию записей на листочке в поисках свободного префикса в 6ти значной нумерации.

Но как говорится, все уже придумано до нас - это SIP домены. К сожалению, не всегда эта тема так очевидна для администратора-универсала, и порой скрыта в глубинах англоязычных мануалов.

Попробуем разобраться, что это и как это настроить. Прежде всего, домен - это просто текстовая строка, но которую мы можем материализовать в виде днс-имени. А можем и не материализовать и оставить просто строкой. Как правильно? Ну как говорится, все сильно зависит от задачи - работать будет и так и так, но если много софтфонов, то лучше сделать ДНС - на одно поле меньше придется заполнять при настройке.

Тестировать будем астериск 18.1 со стеком PJSIP в связке с реалтайм базой данных.

Что мы будем хранить в базе? Конечно же наших любых юзверей, с их параметрами. Но мы чуть-чуть схитрим и отойдем от мануалов астериска. Не удобно вести те талмуды в базе данных, что предлагается документацией астериска "из коробки".

Поэтому начнем с создания удобной для нас таблички (Numbers), без оглядки на мануалы. И так, что мы должны знать об абоненте?

• Конечно же, его номер (Number)

• Пароль тоже нужен - вдруг это враг? (Secret)

• Домен - ну раз тема про домен, очевидно, он тоже должен быть (domain)

• CID - мы ж хотим чтобы он как то отображался при звонке

• Опционально: протокол, DTMF, пикап-группа

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

Будем считать, что табличка у нас есть. Что дальше? Ок, такую табличку астериск не прочитает, увы. Но у базы данных есть секретное оружие - вьюшки, старые добрые вьюшки, VIEW. Они позволяют взять данные, в удобном для нас виде, и представить их в удобном виде для астериска. Всего нам потребуется 3 шт:

• Endpoints (ps_endpoints)

• Авторизация (ps_auths)

• Aors (ps_aors)

Это минимальный набор, по вкусу в это блюдо можно добавить и другие, для реалтайма или "волшебства" PJSIP. Позволю себе побыть лентяем и дам просто готовый код SQL:

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;/*!40101 SET NAMES utf8 */;/*!50503 SET NAMES utf8mb4 */;/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;CREATE ALGORITHM=UNDEFINED SQL SECURITY DEFINER VIEW `ps_aors` AS select concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')) AS `id`,180 AS `default_expiration`,2 AS `max_contacts`,30 AS `minimum_expiration`,'yes' AS `remove_existing`,'' AS `contact` from `Numbers`;CREATE ALGORITHM=UNDEFINED SQL SECURITY DEFINER VIEW `ps_auths` AS select concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')) AS `id`,'userpass' AS `auth_type`,3600 AS `nonce_lifetime`,`Numbers`.`Secret` AS `password`,`Numbers`.`Number` AS `username`,`Numbers`.`domain` AS `realm` from `Numbers` where `Numbers`.`Secret` <> '';CREATE ALGORITHM=UNDEFINED SQL SECURITY DEFINER VIEW `ps_endpoints` AS select concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')) AS `id`,concat('transport-',lcase(`Numbers`.`Protocol`)) AS `transport`,concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')) AS `aors`,if(`Numbers`.`Secret` <> '',concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')),NULL) AS `auth`,'SIP' AS `context`,'all' AS `disallow`,concat('ulaw,alaw,opus',if(find_in_set('Video',`Numbers`.`Flags`),',h263,h261,h263p,h264','')) AS `allow`,concat(`Numbers`.`Number`,if(`Numbers`.`domain` is not null,concat('@',`Numbers`.`domain`),'')) AS `outbound_auth`,concat(`Numbers`.`CID`,' <',`Numbers`.`Number`,'>') AS `callerid`,if(`Numbers`.`Protocol` = 'TLS','sdes','no') AS `media_encryption`,`Numbers`.`PickupGroup` AS `named_pickup_group`,2 AS `device_state_busy_at`,concat('vRecord=',if(find_in_set('Record',`Numbers`.`Flags`) > 0,'yes','no'),';','vRussia=',if(find_in_set('Russia',`Numbers`.`Flags`) > 0,'yes','no'),';','vAbroad=',if(find_in_set('Abroad',`Numbers`.`Flags`) > 0,'yes','no'),';','vVoicemail=',if(find_in_set('Voicemail',`Numbers`.`Flags`) > 0,'yes','no'),';','vFilterCID=no') AS `set_var`,`Numbers`.`NumberID` AS `callerid_tag`,'username,auth_username,ip' AS `identify_by` from `Numbers`;/*!40101 SET SQL_MODE=IFNULL(@OLD_SQL_MODE, '') */;/*!40014 SET FOREIGN_KEY_CHECKS=IF(@OLD_FOREIGN_KEY_CHECKS IS NULL, 1, @OLD_FOREIGN_KEY_CHECKS) */;/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

Здесь немного поясню. Решил немного усложнить задачу и дополнить условием - одновременно должно существовать два типа нумерации - "глобальная" и "местная":

• Глобальная, возьмем что это будет 5ти значные номера. Будем выдавать их в центре и мобильным сотрудникам, которые перемещаются между филиалами. Данные номера уникальны, и не могут повторяться.

• Местная, пусть это будет 3х знак, некоторый универсальный номерной план внутри филиала, номера могут повторяться от филиала к филиалу, что позволяет нам сделать стандарт, типа, у директора филиала номер всегда 101, главного бухгалтера 102, зав склада по прозвищу "Вжик" 007 и т.д.

Ок, теперь заполним таблицу Numbers некоторыми тестовыми данными и взглянем на наши вьюшки.

Таблица Numbers:

Отлично, "входная точка для админа" выглядит вполне хорошо, минимум полей, максимум наглядности.

ps_endpoints

Вот он трешак реалтайма астериска, хорошо что это не нужно редактировать - вся табличка сама генерируется на основе таблицы Numbers.

ps_auth

ps_aors

Так, выглядит замечательно. Более того, править будем только таблицу Numbers, поэтому самое время выдохнуть с облегчением.

Думаю многие уже догадались, где скрывается домен. Для тех кто пока еще не понял - посмотрите на столбцы id. Для 5ти знака, там записан просто номер - потому что мы не связываем с каким либо определённым доменом эту нумерацию. А вот для 3х знака мы прописываем после номера через @ домен. Дело в том, что астериск сначала ищет номер и авторизацию с доменом, и если такой в таблице нет - без.

Хочу акцентировать внимание на еще одном моменте. Он не очевиден, и многие спотыкаются и бросают эту тему. Имя AOR для endpointa ДОЛЖНО содержать домен, т.е. быть в формате номер@домен, если номер указан с доменом. Дело в том, что если в номере (id) присутствует домен, то астериск будет искать AOR с доменом. Это захардкорено в код. Еще раз - дать произвольное имя для AOR НЕ получится, это просто не будет работать. Нюанс, однако.

И так, почти все готово, давайте быстро пробежим по настройке связки астериска с базой.

pjsip.conf

Тут давайте немного тормознем, и посмотрим на опции.

disable multi domain

Это опция интересна тем, что по умолчанию она no. Серьезно, чаще всего инсталляции идут без поддержки домена. Но значение по-умолчанию дает астериску команду проверять домены. Если у Вас нет доменов, не поленитесь, поставьте здесь yes. Это сэкономит по 2 обращения на каждую авторизацию и каждый инвайт. База скажет вам спасибо.

endpoint identifier order

Эта опция интересна тем, что правильная ее настройка, экономит нам такты процессора. Значение по умолчанию у ней = ip,username. В такой конфигурации, астериск заточен на работу с транками без авторизации, т.е. когда авторизация идет по IP адресу. Если же у нас высоконагруженный сервер регистрации, мы можем вперед выставить username, что позволит астериску находить нужный endpoint на пару десятков тактов процессора быстрее.

по опциям все, погнали дальше по конфигам.

res config mysql.conf

Тут все очень просто, так что просто листинг - тестовая база стоит локально в этом примере:

extconfig.conf

Тут тоже ничего сложного, просто связываем идентификаторы с таблицами в базе.

ps_contacts можно не связывать, она прекрасно будет себя чувствовать и в astdb.

sorcery.conf

Мякоть магии реалтайм механизма астериска. Это мой пример, конечно же, конфигурировать нужно исходя из своих потребностей.

Перезапускаем астериск.

Собственно, где результат?

Если все сделано правильно, то у нас должны отобразиться такие endpoint в консоли астериска:

Не буду приводить всю портянку, суть видна на скрине и так. "Глобальные номера" у нас как и обычно без домена. А вот "местная нумерация" вся идет с доменном.

Обращаю внимание, что в диалплане нужно учитывать домен. Т.е., на 5ти знаки:

Dial(PJSIP/19960)

а вот на 3х знаки

Dial(PJSIP/123@test3)

Диалплан получается немного хитрый, но тем не менее, реализовать его не сложно.

Как зарегистрировать абонента?

Microsip, настройки будут выглядеть вот так:

Теперь каждый филиал может иметь свой номер 101 для директора. Разве это не прекрасно?