По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
К Avaya Aura можно подключать не только «фирменные», но и сторонние SIP аппараты, а также SIP-софтфоны (Zoiper, MicroSIP, PhonerLite и так далее). Понятно, что полноценный функционал на таких аппаратах получить не получится, но совершать и принимать вызовы, а также использовать простые функции вполне возможно. В данной статье рассмотрим создание SIP-абонентов на релизах Avaya Aura 5.2 и 6.3 как на одних из самых распространенных.
Создание SIP-абонента на релизе Avaya Aura 5.2 на базе медиа-сервера S8300
Подразумевается, что развернут не только Communication Manager (СМ), но и Session Manager (SES), на котором и будет происходить регистрация SIP-абонентов. На релизе 5.2 SIP-абоненты со стороны СМ только создаются как абоненты, но мониторинг их не осуществляется. Для СМ они всегда в состоянии Out of Service.
Сначала на СМ создаем абонента. В GEDI может создавать абонентов очень легко и просто. Тут везде доступны подсказки, а выбор осуществляется с помощью мышки. Например, при нажатии на правую кнопку мыши в поле Type появится меню с выбором доступных типов подключаемых аппаратов.
В консоли все тоже самое, только навигация осуществляется с клавиатуры и подсказки высвечиваются внизу экрана по нажатии F5.
Вводим команду add station НОМЕР или NEXT. В случае NEXT будет выбран первый свободный номер из доступного номерного плана. Дальше будут приведены скриншоты с применением GEDI.
Выбираем тип аппарата 9630SIP. В принципе можно выбрать любой тип аппарата, но аппараты 96хх серии являются более современными, а 9630 является средним аппаратом из этой серии. При этом поле Port будет автоматически выбран IP.
Также лучше выставить IP SoftPhone? в y, что даст возможность использовать этот номер для регистрации софтфона. Поле Security Code НЕ ЗАПОЛНЯЕМ! Пароль для регистрации данного абонента будем вводить позже.
Остальные настройки ничем не отличаются от настройки обычных абонентов.
Остальные настройки ничем не отличаются от настройки обычных абонентов.
Если необходимо настроить переадресацию при вызовах на этот номер, то настраиваем её на 3 странице:
Unconditional – переадресация всех вызовов;
Busy – переадресация при занятости абонента;
No Reply – переадресация по неответу абонента;
По каждому виду можно настраивать отдельно переадресацию для внутренних и внешних вызовов.
Особенностью настройки SIP-абонента является необходимость указывать номер SIP-транка, созданного между СМ и SES.
Дальше подключаемся через веб-браузер по адресу нашего CM и через Administration → SIP Enablemend Services попадаем в управление нашего SES. Далее Users → Add добавляем учетную запись для регистрации созданного ранее SIP-абонента.
Важно: пароль для создаваемой учетной записи мы вводим именно на SES.
В открывшейся форме заполняем:
Primary Handle – указываем созданный ранее в СМ номер;
User ID – указываем тот же номер;
Password, Confirm Password – вводим и подтверждаем пароль для регистрации учетной записи;
Host – указываем адрес SES, где будет регистрироваться абонент;
First Name, Last Name – вводим имя и фамилию абонента;
HostAdd Communication Manager Extension – ОБЯЗАТЕЛЬНО! отмечаем этот. Это позволит сразу перейти к настройке связанности регистрируемого аккаунта с номером в СМ;
Далее нажимаем Add и Continue для сохранения настроек. После этого добавляем номер, созданный ранее на СМ для привязки созданного аккаунта к номеру.
Далее нажимаем Add и Continue для сохранения настроек.
Создание SIP-абонента на релизе Avaya Aura 6.3
Тут все немного проще. Настройка производится через System Manager. Он выполняет роль общей точки входа, объединяющей СМ и SES. Подключаемся по адресу System Manager. Далее User → User Management → Manage Users:
На первой вкладке Identity вносим общую информацию о пользователе: заполняем поля, отмеченные звездочками. Имя и фамилию можно писать по-русски, они будут автоматически переведены в латиницу.
Login name – вводится в формате НОМЕР@ДОМЕН (который заведен в System Manager заранее)
Важно – пароль на этой странице не вводим!
Переходим на вторую, основную вкладку Communication Profile, где и проводятся основные настройки. Именно тут и вводится пароль для регистрации абонента.
Но вводить его нужно после заполнения всей необходимой информации, перед сохранением.
Сначала добавляем Communication Address. Нажимаем New и заполняем форму:
Type – автоматически подставится Avaya SIP;
Handle – вводим номер абонента;
Domain – выбираем из списка. Как правило он один и заведен в System Manager заранее;
Далее заполняем 2 профайла:
Session Manager Profile (данные, необходимые для регистрации);
CM Endpoint Profile (данные, по которым будет создан абонент в Communication Manager);
После заполнения нажимаем вверху страницы кнопку Commit для сохранения введенной информации.
Для настроек самого абонента со стороны Communication Manager нажимаем View Endpoint.
На вкладке General Options указываем номер SIP-транка, уровень ограничений (COR и COS) и так далее.
На следующей вкладке Feature Options указываем необходимые функции данного абонента. В том числе отмечаем и IP SoftPhone, необходимую для использования SIP-софтфонов.
После настройки сохраняем через кнопку Done.
Теперь вводим и подтверждаем пароль для регистрации через этот профайл вверху страницы:
Сохраняем и применяем настройки через кнопку Commit & Continue вверху страницы:
На этом настройка SIP-абонента закончена. Теперь с использованием указанных данных можно зарегистрировать как сторонний SIP-аппарат, так и SIP-софтфон.
Что такое API?
Поскольку мы говорим про REST API, то наше определение API не будет сильно выходить за тематику сетей. Подробнее про API можно прочитать тут.
API означает Application Programming Interface. API задает связь между программами для возможности передачи данных.
То, что программа имеет API, подразумевает, что она передает часть своих данных для использования клиентом. Клиентом может быть фронтенд часть той же самой программы или другая внешняя программа.
Для получения этих данных необходимо отправить структурированный запрос на API. Если запрос удовлетворят желаемым требованиям, то ответ, содержащий данные, будет отправлен туда откуда был сделан запрос. Обычно ответ представлен в формате JSON или XML.
В некоторых случаях, для получения доступа к внешнему API, от вас может потребоваться авторизация.
Каждый API имеет документацию, в которой говорится какие данные доступны и как структурировать свой запрос для получения правильного ответа.
Примеры API
Рассмотрим в качестве примера реальную ситуацию.
Представьте посещение нового ресторана. Вы пришли, чтобы заказать еду, а поскольку вы здесь впервые, то точно не знаете какие блюда они подают.
Официант дает вам меню, в котором можно выбрать, чтобы вы хотели съесть. После того, как выбор сделан, официант отправляется на кухню и приносит вам еду.
В данном случае официант - это API, который обеспечивает вашу взаимосвязь с кухней. Документация API - это меню. Запрос выполняется в тот момент, когда вы отмечаете желаемые блюда, а ответ - это блюда, которые вам принесли.
Что такое REST?
REST означает REpresentational State Transfer (передача состояния представления). Это стандарт, который определяет форму и работу процессов, позволяющих нам взаимодействовать с данными на вебсерверах.
Приведенное выше определение может выглядеть не так сложно или «профессионально», как то, что вы могли встретить в интернете, но главное, чтобы вы поняли основную цель REST API.
API, который удовлетворяет некоторым или всем шести руководящим ограничениям REST считается RESTful.
Мы можем взаимодействовать с серверами при помощи протокола HTTP. Благодаря этим протоколам мы можем Create (создавать), Read (читать), Update (обновлять) and Delete (удалять) данные – также известные как CRUD операции.
Но каким образом мы можем выполнять CRUD операции и взаимодействовать с данными на сервере?
Мы делаем это, посылая HTTP запросы, и это тот самый момент, когда REST начинает действовать. REST упрощает процесс взаимодействия с сервером, предоставляя различные HTTP методы/операции/команды, с помощью которых можно посылать запросы на сервер.
Как взаимодействовать с сервером, используя REST API?
Как мы уже обсуждали, REST API облегчает процесс взаимодействия с сервером, предоставляя нам различные методы HTTP запросов. Наиболее распространенные методы:
GET: Метод get используется для Чтения данных с сервера.
POST: Метод post используется для Создания данных.
PATCH/PUT: Метод patch используется для Обновления данных.
DELETE: Метод delete используется для Удаления данных.
Эти методы предоставлены нам REST, что упрощает выполнение CRUD операций. Таким образом:
Создать => POST
Прочитать => GET
Обновить => PATCH/PUT
Удалить => DELETE
Если мы хотим сделать запрос на сервер, например, для получения данных, то мы отправляем запрос GET на узел/источник данных на сервере. Узел данных аналогичен URL.
Если запрос составлен корректно, то сервер отправит нам в ответ запрашиваемые данные. Также он отправит код состояния, где 200 - это успешное выполнение, а 400 - это ошибка пользователя.
Пример запроса на JSONPlaceholder API, используя JavaScript:
fetch('https://jsonplaceholder.typicode.com/todos/1')
.then(response => response.json())
.then(json => console.log(json))
При выполнении запроса с использованием fetch API по умолчанию используется метод GET, поэтому мы можем не указывать его явно. Но мы должны будем это сделать при использовании других методов.
В приведенном выше примере, узел данных - это https://jsonplaceholder.typicode.com, а запрашиваемые нами данные - это один элемент todo. Данные будет получены в JSON формате.
Если бы мы использовали запрос POST, тогда бы мы использовали метод POST, а в теле запроса находились бы данные, которые мы создали для отправки на сервер.
Для удаления нам потребуется использовать соответствующий запрос, содержащий id элемента todo, который мы хотим удалить. Например:
fetch('https://jsonplaceholder.typicode.com/posts/3', {
method: 'DELETE',
});
Для обновления данных нужно, чтобы запрос содержал id и данные для обновления. Как в этом примере:
fetch('https://jsonplaceholder.typicode.com/posts/5', {
method: 'PATCH',
body: JSON.stringify({
title: 'new todo',
}),
headers: {
'Content-type': 'application/json; charset=UTF-8',
},
})
.then((response) => response.json())
.then((json) => console.log(json));
Заключение
В этом руководстве вы узнали, что такое REST и как он помогает нам эффективно взаимодействовать с сервером.
Мы дали определение API и рассмотрели пример, который помог объяснить его смысл. Мы также узнали некоторые методы REST для создания, чтения, обновления и удаления данных, хранящихся на сервере.
В данной статье будет описан модуль для FreePBX – Asterisk Phonebook.
Настройка телефонной книги
Находится он по следующему пути: Admin – Asterisk Phonebook
Для внесения записи в телефонную книгу необходимо нажать на кнопку «Add Phonebook Entry».
Возникнет окно создания записи
Рассмотрим поля:
Name – имя контакта, можно ввести кириллицей
Number - номер контакта, должен совпадать с Caller ID полученным из сети
Speed Dial Code – номер быстрого набора, короткий номер, который заменит номер выше
Set Speed Dial – если установить «Yes», номер быстрого набора будет установлен автоматически. Если номер был указан в поле выше, данная опция не будет иметь никакого эффекта.
Далее необходимо нажать на Submit и появится следующее поле
Важно:
Для редактирования нужно нажать на иконку «Карандаш»
Для удаления нужно нажать на иконку «Корзина»
Импорт/Экспорт контактов
Важнейшей опцией является возможность экспорта в формат CSV и импорта из этого формата. Если необходимо сделать импорт из CSV файла, самым простым вариантом будет создать 1-2 контакта, сделать экспорт и в полученную таблицу добавить данные из вашего файла с общим списком контактов (то есть экспорт необходим для понимания требуемого формата).
Для загрузки требуется нажать Import from CSV, нажать Browse, выбрать корректный CSV файл, нажать Upload и, как заключительный шаг, нажать Apply Config вверху страницы.