Настройка программы Zoiper. Настройка учетной записи SIP. Смена пароля к учетной записи SIP

  • 30.10.2019

SIP - свободный стандарт IP-телефонии. Широко используется как коммерческими VoIP операторами, так и бесплатными сервисами типа Google Voice, Voxalot, Ekiga.net, Sipnet.ru итд., поддерживается множеством софт/хард телефонов и адаптеров, поддерживает видеотелефонию. В отличии от скайпа является утвержденным, общепризнанным и открытым сигнальным протоколом систем VoIP.

В SIP нет единого глобального узла управления и регистрации. существует множество различных сервис провайдеров - регистраторов. Можно провести аналогию с еmail, или что еще точнее, jabber серверами.
Кроме того, любой пользователь или организация может запустить свой собственный сервер.

Любой SIP адрес (sip uri) состоит из логина пользователя и адреса сервера и имеет вид , например " ". В принципе в логине допускаются и буквы, но я бы советовал ограничиться только цифрами, чтобы потом не возникло проблем с набором такого номера с телефонов без алфавитной клавиатуры. Можно иметь неограниченное кол-во SIP аккаунтов на одном или разных серверах, для разных целей.
Поскольку SIP - открытый стандарт, существует множество программных или аппаратных SIP клиентов, все они совместимы друг с другом и с любыми серверами. Для установления связи клиентам не обязательно находиться на одном и том же сервере. При этом, во время разговора они будут автоматически соединены между собой напрямую.

Для присоединения к SIP-телефонии нужно выбрать регистратора и клиент. Начинающим можно порекомендовать sipnet.ru или comtube.ru. Пользователям Windows Сипнет предлагает свой софтфон с предустановками. Он может работать только с этим регистратором, но его почти не надо настраивать. Еще один популярный софтфон для этой ОС - X-lite.
Для *Nix систем неплохой вариант - Ekiga или SFLphone с теми же регистраторами. (Ekiga доступна также для Windows)

Не используйте предлагаемый в Ekiga регистратор ekiga.net. Oн был протестирован и обнаружил проблемы с входящими звонками. Откажитесь от него при первом запуске, затем в менеджере аккаунтов выберите "добавить учетную запись SIP".

Разные регистраторы могут предоставлять разный набор услуг и удобств. Некоторые больше ориентированы на звонки в телефонную сеть (PSTN termination), некоторые - на различные онлайн сервисы. Выберите то что вам больше всего подходит или пользуйтесь сразу несколькими, в SIP это вполне нормальная практика. Географическое положение регистратора большого значения не имеет, поскольку медиатрафик между клиентами в большинстве случаев всё равно будет идти напрямую.
Регистрация как правило бесплатна, ни к чему не обязывает и производится прямо с сайта, после чего вы получаете номер, пароль, данные для подключения (или скачиваете программу с предустановками) и можете сразу пользоваться вашим SIP аккаунтом. Звонки внутри сети, в другие сети и из них, из обычной телефонной сети через шлюзы - бесплатны. Вам не нужно указывать при регистрации никаких платежных средств, если вы не предполагаете звонить на обычные городские/сотовые номера, содержать персональный прямой номер доступа или пользоваться какими-то другими экзотическими услугами.

При ручной настройке основные параметры это ваш номер (логин), адрес сервера для подключения и пароль. Часто указывается еще STUN сервер. Не пренебрегайте им, в некоторых случаях работа без него невозможна.

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

В завершение несколько слов про криптографию.
SIP-телефония включает в себя 2 протокола - сигнальный sip (управление, набор номера и информация о статусе соединения) и транспортный rtp (непосредственно аудио/видео потоки). Если оба клиента имеют поддержку шифрования потока (SRTP/zRTP), то разговор можно вести по шифрованному каналу. Если сервер и клиент поддерживают TLS, то и сигнальный трафик будет защищенным.

Наиболее актуальные SIP софтфоны:

Ekiga (GPL, *nix/windows) http://ekiga.org/
Qutecom (GPL, *nix/windows/osx) http://www.qutecom.org/
SIP Communicator (LGPL, java) http://www.sip-communicator.org/
SFLphone (GPL, *nix) http://www.sflphone.org/
Linphone (GPL, *nix/windows/osx/android/iphone) http://www.linphone.org/
SipDroid (GPL, android) http://sipdroid.org/
X-Lite (proprietary, windows) http://www.counterpath.com/x-lite.html
fring (freeware, mobile devices) http://www.fring.com/

Пример аппаратного SIP решения: шлюз, позволяющий подключить 2 обычных телефона к 2-м независимым SIP аккаунтам и пользоваться ими без связи с ПК. Очень удобная и богатая возможностями вещь. Поддерживает CallerID. Позволяет использовать SipBroker вне зависимости от регистратора (dial plan support).
http://voips.ru/Linksys-by-Cisco-PAP2T.html

С полным спектром выпускаемого SIP-совместимого оборудования можно ознакомиться например тут: http://www.sipnet.ru/orderandpay/hardware.php
(для обычного пользователя, вероятно, самыми полезными будут категории "SIP телефоны" и "VoIP шлюзы"). При выборе следует отдавать предпочтение известным и зарекомендовавшим себя маркам (Linksys, D-link, Cisco, Grandstream итп)

Несколько известных sip voip провайдеров:
http://www.sipnet.ru
http://www.comtube.ru
http://zadarma.com/ru
http://www.voxalot.com
http://www.ideasip.com
http://www.voipbuster.com

Сравнение цен на звонки в телефонную сеть по разным направлениям:
http://www.voipratetracker.com/compare_rates
http://www.voip-catalog.com/voip_routes.html

Возможные проблемы.
Если ваш клиент зарегистрировался на сервере нормально, но звонки в одну или обе стороны не проходят или наблюдается односторонняя слышимость, источником проблем скорее всего является плохо настроенный firewall или жестко закрытый NAT, не поддерживающий "из коробки" прозрачную работу с такими сервисами. Вначале убедитесь, что у вас всё в порядке с микшером и микрофоном, как было описано ранее. Попробуйте отключить firewall. Проверьте, указан ли STUN. Ниже приводятся несколько ссылок, в которых всё это описано лучше, чем это можно сделать в рамках данной статьи.
Отдельно можно выделить ситуацию, когда входящие звонки работают сразу после подключения, но перестают проходить после нескольких минут простоя. В этом случае решение сводится к подбору времени keepalive в клиенте и тоже хорошо описано в первой ссылке.
После каждого шага не забывайте переподключиться к серверу (если это софтфон - просто перезапустите его)
http://wiki.sipnet.ru/index.php/Подключение_через_маршрутизатор_с_NAT
http://wiki.sipnet.ru/index.php/Трансляция_сетевых_адресов_%28NAT%29_и_SIP

Мы рассмотрели простое взаимодействие клиентов SIP без использования Proxy-сервера. Такое взаимодействие на практике встречается чрезвычайно редко, но отлично подходит для того, чтобы понять основы SIP.

Теперь, когда мы разобрались с базовыми вещами, предлагаю перейти к реальной работе протокола.

В этой статье я планирую рассмотреть три вопроса:

  1. Выбор транспортного протокола и поиск Proxy;
  2. Работа через Proxy;
  3. Регистрация на Proxy-сервере.

Выбор транспортного протокола и поиск Proxy

Поскольку протокол SIP поддерживает несколько транспортных протоколов (UDP, TCP, SCTP, TLS), необходимо каким-то образом определять, какой протокол использовать. Для этого существет несколько способов.

Первый способ предполагает явное указание транспорта в SIP URI (кроме TLS). Выглядит это вот так:

Если транспорт явно не указан, то действует следующий алгоритм:

  1. Если SIP URI содержит IP-адрес, то для SIP URI используется UDP, для SIPS (Secure SIP) – TCP.
  2. Если IP-адрес не укзаан, но укзаан порт, то для SIP URI используется UDP, для SIPS – TCP.
  3. Если отсутсвует IP-адрес и порт, но в DNS присутствует соответсвующая NAPTR-запись, тогда “SIP+D2U” соответствует UDP, “SIP-D2T” указывает на TCP и “SIP-D2S” - на SCTP. NAPTR содержит ссылку на SRV-запись, которая будет использоваться для поиска Proxy-сервера. Если NAPTR остуствует, то должен быть выполнен запрос на поиск SRV-записи.
  4. Результатом SRV запроса будет имя и порт Proxy-сервера.
  5. Если SRV-запись отсутствует, то выполняется A или AAAA-запрос. При это для SIP URI используется UDP, для SIPS – TCP.
Для того, чтобы лучше разобраться, рассмотрим пример, когда мы хотим связаться с клиентом sip:[email protected]:

Итак, мы выяснили, параметры Proxy-сервера Ивана. Теперь предлагаю рассмотреть использование Proxy в рамках SIP-диалога.

Ремарка для тех, кто не знает, что такое NAPTR. Я узнал, что есть такой тип DNS-записи только, когда писал эту статью, так что не отчаивайтесь. Чуть подробнее про NAPTR .

Взаимодействие с использованием Proxy

Для чего же нам необходим SIP Proxy? Как я уже сказал, в примере из 1-ой части статьи клиенты знали IP-адреса друг друга и могли общаться напрямую. В реальной жизни клиенты чаще всего получают адреса динамически, поэтому нет смысла «запоминать» тот или иной IP. Первое, что приходит на ум в данной ситуации – использовать A-записи DNS и определить реальный действующий адрес. Однако тут кроется следующая проблема: IP-адрес идентифицирует конкретное устройство, а не пользователя на нем. Особенностью взаимодействия SIP является то, что обмен сообщения происходит не на уровне устройство-устройство, а на пользователь-пользователь. При этом один пользователь может одновременно использовать несколько SIP-клиентов: на мобильном телефоне, на рабочем компьютере, на домашнем компьютере и на SIP-телефоне. Как же быть?

Протокол SIP предлагает следующее решение: создается SIP Proxy и каждый пользователь регистрирует свои устройства на этом Proxy (точнее пользователи регистрируются на сервере регистрации, а Proxy имеет доступ к базе регистрации, но для простоты будем считать, что это один и тот же сервер). Как это делается, я покажу ниже. Пока просто запомните, что Proxy знает, как именно найти тот или иной клиент пользователя.

Когда Петр звонит Ивану, выполняется следующая последовательность действий:

  1. SIP-клиента Петра определяет адрес и протокол SIP Proxy Ивана (как это делается - см. выше)
  2. Клиент отправляет на Proxy запрос INVITE
  3. Proxy-сервер смотрит, на каких устройствах зарегистрировался Иван и отправляет запрос на все эти устройства
  4. Иван отвечает на звонок на одном из устройств и шлет 200 OK на Proxy
  5. Proxy перенаправляет 200 OK Петру
  6. Петр получает SIP-адрес Ивана на конкретном устройстве из поля Contact вответе 200 ОК и шлет ответ напрямую, минуя Prxoy
  7. Все последующее общение идет также напрямую
На схеме это выглядит следующим образом:

Для тех, кто изучил первую часть статьи, все выглядит довольно знакомо; добавился только промежуточный Proxy-сервер. Соответственно и обмен сообщениями изменился незначительно.

Прежде, чем преступим к детальному рассмотрению, маленькая ремарка. В рамках SIP разделяют два типа URI . Первый из них – ползовательский URI, также известный как address of recorf (AOR). Запрос, отправленный на этот адрес предполагает поиск в базе данных Proxy и отправку запроса одному или несольким устройствам. Второй – URI устройства (а точнее – пользователя на устроястве). URI устройства обычно называется контакт и содержится, соответственно, в поле Contact SIP-сообщения. AOR содердится в полях From и To.

Начало разговора
Итак, Петр посылает INVITE для Ивана на Proxy-сервер:


Proxy-сервер перенаправляет запрос всем SIP-клиентам Ивана. Для простоты предположим, что Иван использует только одно устройство. Чтобы SIP-клиент понимал, что запрос был перенаправлен через Proxy, сервер добавляет свое заголовочное поле via:

SIP-клиент Ивана шлет ответ 180 Ringing (Иван слышит звонок). При этом он добавляет tag в поле To и указывает свой контакт в поле Contact. Кроме того, в первом поле via добавился параметр received этот параметр показывает, с какого адреса клиент Ивана получил запрос (т.е. адрес Proxy-сервера, как его видит Иван). Это бывает полезно знать для решения возникающих проблем:

Proxy, соответственно, перенаправляет запрос клиенту Петра. При этом он убирает свой via:

После отправки 180 Ringing, как только Иван снимет трубку, клиент Ивана отправляет на Prxoy ответ 200 OK:

Proxy передает этот ответ Петру, убирая при этом via:

Теперь самое интересное. Клиент Петра отправляет сообщение АСК непосредственно клиенту Ивана в обход Proxy. Причем, если бы Иван одновременно использовал несколько клиентов SIP, ответ пришел именно на тот, который нужно. Благодаря чему это возможно?

200 ОК отправляется с клиента на котором Иван снял трубку. Более того, в поле Contact ответа 200 ОК содержится URI, соответствующий пользователю Иван на конкретном устройстве. Таким образом клиент Петра отправляет АСК именно на это устройство, после чего участие Proxy больше не требуется:

Все остальные сообщения, включая медиа-траффик идут в обход Proxy.

Конец разговора
В конце разговора клиент Ивана отправляет BYE напрямую клиенту Петра:

Петр в ответ шлет подтверждение:


Здесь все, как в первой части статьи.

Итак, мы рассмотрели взаимодействие SIP-клиентов с участием Proxу-сервера. Остался один единственный вопрос: откуда Proxy узнал адреса клиентов Ивана? С помощью процедуры регистрации. Как это происходит, я расскажу ниже.

SIP-регистрация

Регистрация выглядит следующим образом:

Давайте подробнее рассмотрим каждое из сообщений. Иван отправляет на сервер запрос Register (для простоты считаем, что роль сервера регистрации установлена на proxy.domain.ru). Самое важное в этом запросе – поле Contact. Это адрес Ивана на конкретном устройстве:

В ответ сервер присылает 401 Unauthorized, то есть требование авторизации. Самое важное поле в ответе - WWW-Authenticate. Не сложно догадаться, что realm - это домен, а algorithm указывает, какой хеш-алгоритм мы будем использовать. Интерес вызывает поле nonce:

Nonce - это сокращение от «number used once». Nonce - это одноразовая случайная последовательность, которую клиент Ивана cкомбинирует со строкой пароля, после чего сгенерирует MD5-хеш от полученной строки и поместит результат в новый запрос в поле WWW-Authenticate (на самом деле все несколько сложнее, но для простоты будем считать, что все именно так). Для этого служит параметр response.

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

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

Кстати, обратите внимание, что новый запрос на регистрацию имеет CSeq на единицу больше:

Сервер также комбинирует nonce с паролем Ивана и получает MD5-хеш. После этого он сравнивает свой хеш с хешем, полученным от Ивана. Если они совпадают, то сервер присылает 200 ОК. Обратите внимание на то, что в поле Contact добавился параметр expires. В данном случае регистрация будет храниться в базе сервера в течение 3600 секунд или одного часа:

Если Иван хочет продлить регистрацию, то он должен отправить еще один REGISTER в течение этого часа.

Что делать, если Иван использует сразу несколько устройств с поддержкой SIP? Все очень просто – необходимо отправить запрос на регистрацию с каждого из них.

После того, как в базе данного сервера регистрации появится соответствующая запись, Proxy-сервер сможет перенаправлять запросы на SIP-клиенты Ивана.

Bonus для тех, кому интересно

Вы могли заметить, что, в ответ на запрос регистрации, сервер присылает ответ, содержащий To-tag:

Понятно, что при установке диалога данный tag помогает избежать повторного получения одного и того же сообщения. Для этого существует правило: если сообщение не содержит To-tag и UAS уже получал сообщение с таким же CSeq, From-tag и Call-ID, то сообщение отбрасывается. Для чего же нужен To-tag, если мы не устанавливаем диалог с сервером регистрации. Лучший ответ, который я смог найти - в RFC 3261 написано, что ответ 200 ОК, приходящий на запрос без To-tag должен содержать To-tag. То есть, это ни для чего не нужно, но так принято.

Надеюсь, что работа протокола SIP, после прочтения статьи, стала для вас более понятной. Буду рад вашим комментариям.

Zoiper — это бесплатная программа для осуществления звонков в сети интернет в любых направлениях. Единственное что требуется для обеспечения качественной работы данного сервиса — это наличие высокоскоростного подключения к интернету. Осуществляет поддержку протоколов SIP, IAX и XMPP.

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

Из существенных ограничений в бесплатной версии, мы видим только отсутствие возможности перевода звонков между сотрудниками.
Если перевод звонка очень важный функционал и обойтись без него – никак, советуем обратить внимание на софтфон PhonerLite или приобрести платную версию Zoiper.

Для приёма/совершения звонков через Ringostat нужно создать SIP аккаунт.

Как создать SIP аккаунт?

SIP аккаунт (VoIP-аккаунт) — учётная запись пользователя в телефонной сети SIP. Используя SIP аккаунт менеджеры смогут принимать входящие и совершать исходящие звонки без каких-либо географических ограничений.
Количество SIP аккаунтов должно быть равно количеству менеджеров.

SIP аккаунт состоит: логина, пароля и адреса сервера, где расположена АТС(пример):

Логин : exampleringostatcom_example
Пароль : Qwerty987654
Шлюз : sip.ringostat.com
Номер порта : 5060
Кодеки : g.711a (alaw), g.711u (ulaw), GSM, OPUS

Чтобы создать SIP аккаунт, нужно перейти в раздел " Виртуальная АТС " - "SIP аккаунты " и выбрать "Создать SIP аккаунт ":

*Обратите внимание, что все поля должны быть заполнены на латинице! Пароль должен содержать минимум 8 символов и хотя бы одну цифру, букву малого и большого регистра.

Рассмотрим установку и настройку софтфона Zoiper на примере подключения к виртуальной АТС Ringostat .

  • Zoiper 4 под ОС Windows
  • Zoiper 4 для Android-устройств
  • Zoiper 5 под ОС Windows
  • Zoiper 4 для iOS-устройств

После перехода на официальный сайт:

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

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

В интерфейсе приложения, выберите " Инструменты " – "Настройки ". Во вкладке "Accounts " уже создана учётная запись Ringostat, поэтому нужно добавить параметры, которых не хватает:

Имя пользователя – логин SIP-аккаунта;
Пароль – пароль к SIP-аккаунту;
Caller ID имя – имя менеджера, который будет использовать SIP-аккаунт;
*Если менеджеры совершают исходящие звонки, нужно указать Caller ID имя в настройках SIP-клиента. Это позволит Вам увидеть в журнале звонков, кто из менеджеров совершил исходящий звонок.

Посмотреть логин и пароль sip-аккаунта можно в личном кабинете:

Этих настроек будет достаточно, чтобы приступить к работе с Zoiper и совершать исходящие звонки.

Для приёма входящий звонков, SIP аккаунт нужно добавить в схему переадресации .

После установки, нужно открыть приложение и выбрать QR Scanner.

QR code, который нужно отсканировать находится на странице официального сайта .

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

О чём речь?

Все клиенты OnlinePBX используют собственные номера в нашей виртуальной АТС. Так как мы их не продаём и не считаем минуты.

Кто-то скажет, что это неудобно - оплачивать два счёта: оператору и нам. А наши клиенты извлекают из этого выгоду: находят дешёвого оператора или направление звонков (по Москве, межгород, за границу и пр.), подключают в АТС и экономят.

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

Что такое СИП-логин?

Для примера возьмём вымышленную почту на Яндексе: [email protected] с паролем ******. На самом деле тут три параметра:

  1. Логин пользователя: siplogin .
  2. Его пароль: ****** .
  3. Адрес сервера, чтобы не перепутать с Мейл.ру или Гуглом: yandex.ru .

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

С СИПом всё то же самое, только плохо с названиями. СИП-логин называют по-разному: SIP ID, SIP Login, логин, СИП-аккаунт, SIP account, аккаунт, пользователь, сотрудник, менеджер и так далее. Он состоит из цифр и букв латинского алфавита, три символа минимум.

Для чего он нужен?

Если почта нужна для отправки и получения писем, то СИП-логин для приёма входящих и совершения исходящих звонков.

Есть важный момент: без внешнего номера (транка) вы не сможете позвонить на городские и мобильные, только на такие же СИП-логины.

Что такое транк в IP-телефонии?

Представьте кабель, в котором много проводов.

Каждый проводок - это входящий или исходящий канал связи. Поэтому номера называются многоканальными.

Весь кабель целиком - это транк. Один «конец» кабеля подключаете к АТС, второй оператор подключает к своему оборудованию. Также работают электрические сети: есть кабель - есть напряжение.

Давайте проведём аналогию с электронной почтой.

Вы пишите электронное письмо и отправляете его маме. Но у мамы нет электронной почты. Чтобы доставить ваше письмо нужна отдельная компания. Она получит ваше электронное письмо, распечатает его на бумаге и запакует в конверт. Далее компания найдёт адрес мамы, напишет на конверте и отнесёт на Почту России от вашего имени. Если мама ответит, эта компания получит его и напишет вам электронное письмо.

Такая компания выполняет функцию транка - связывает электронный мир с реальным.

Плюсы : маме не нужен компьютер, интернет, электронная почта и учиться пользоваться этим. Она использует привычные вещи - ручку, листок и конверт. Вы тоже пользуетесь, чем привыкли - электронной почтой. И не надо знать адрес мамы.
Минусы : за сервис придётся платить.

То есть транк вам нужен для звонков на внешние номера - городские и мобильные. Звонить на СИП-логины можно и без транка, мы об этом.

Как получить СИП-логин?

Мы узнали, что для звонков вам нужен внешний номер (транк). А для подключения в других сервисах - специальный адрес - СИП-логин.

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

Во втором случае, вам придётся использовать АТС оператора, тогда СИП-логин - это пользователь/сотрудник/добавочный. Создайте нового пользователя, не привязанного к человеку, задайте для него пароль. Запомните эти данные: логин, пароль и сервер.

Телефония для бизнеса с интеграцией в любую CRM

onlinePBX — офисная АТС, работающая с несколькими SIP-операторами и CRM-системами. Этот облачный сервис дает возможность записывать разговоры, устанавливать голосовое меню, переадресовывать звонки на мобильный или ответственного.

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

Перед началом настройки нужно создать SIP аккаунты в личном кабинете Ringostat в количестве, равном количеству сип номеров в onlinePBX . Для удобства, в имена сип аккаунтов следует включить номера сип телефонов, чтобы в итоге получился сип логин следующего формата: имяпроекта_номер .

Как создать SIP аккаунт?

SIP аккаунт (VoIP-аккаунт) — учётная запись пользователя в телефонной сети SIP. Используя SIP аккаунт менеджеры смогут принимать входящие и совершать исходящие звонки без каких-либо географических ограничений.
Количество SIP аккаунтов должно быть равно количеству номеров.

SIP аккаунт состоит из логина, пароля и домена Ringostat PBX .

Логин : supportringostatcom_9871234567
Пароль : Password1
Шлюз : sip.ringostat.com
Номер порта : 5060
Кодеки : g.711a (alaw), g.711u (ulaw), GSM, OPUS

Чтобы создать SIP аккаунт, нужно перейти в раздел:
"Виртуальная АТС" — "SIP аккаунты" и выбрать "Создать SIP аккаунт" :

*Обратите внимание, что все поля должны быть заполнены с использованием латиницы!
Пароль должен содержать минимум 8 символов и хотя бы одну цифру, буквы малого и большого регистра.

Для просмотра параметров SIP аккаунта, перезагрузите страницу и нажмите на подсказку.

После создания SIP аккаунтов, можно перейти к регистрации их в onlinePBX .

Пример стандартной настройки onlinePBX в роли SIP клиента

1. Внешняя регистрация sip номеров для входящих звонков.

Нужно зарегистрировать SIP аккаунт Ringostat, как номер на стороне onlinePBX.

Для этого нужно перейти в "Настройки" — "Добавить" — "Внешний номер" и ввести соответствующие настройки сипа во все поля. После этого нажмите "сохранить" .

Номер назначения — внутренний идентификатор направления звонка в onlinePBX. Скопируйте его у соответствующего номера.

У новых сип номеров следует перезагрузить регистрацию. Для этого перейдите в "Диагностика" — "Регистрация внешних номеров " — "Перезагрузить". Перезагрузить нужно регистрацию каждого незарегистрированного номера. Если настройки были внесены верно, то через примерно 10 секунд статус сип номеров сменится на "зарегистрирован" как в onlinePBX так и в Рингостат.

2. Переадресация звонков

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

Подробная информация о настройке схем есть в отдельной инструкции .

3. Подключение номеров из onlinePBX в проект Рингостат.

Подключение номеров из onlinePBX в проект Рингостат необходимо для отслеживания источников звонков.

тобы избежать сложностей с заведением номеров в проект, настоятельно рекомендуем связаться с нашей службой поддержки в чате(ссылка) , или написать на почту [email protected]. Мы оперативно заведем Ваши номера в проект и поможем решить возможные сопутствующие трудности.

После заведения номеров в Рингостат необходимо применить к номерам соответствующие схемы переадресации.

4. Настройка исходящей связи.

Для отслеживания исходящих звонков из onlinePBX нужно подключить один из сипов, как номер для исходящей связи. Сделать это можно так:

Нужно перейти в "Настройка" — "Дополнительные настройки" — "Исходящие вызовы" — "+Добавить"



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

Если на этапе настройки у Вас возникли сложности — спросите нас в чате или на email [email protected] и Ваш вопрос будет решен в самые короткие сроки:)