Вопросы по SIP оборудованию и софтфонам

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

Нет острой необходимости делать «исправление» NAT на стороне абонента, за него это сделает сервер Mango. Важно, чтобы внутренний (приватный) адрес SIP-агента был назначен из правильного диапазона адресов согласно RFC 1918, при использовании других адресов «исправления» NAT на стороне Mango не происходит, и возникают различные проблемы, например, с односторонней слышимостью, входящими вызовами и прочее
«Правильные» внутренние адреса:
10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255 (192.168/16 prefix)
При работе через NAT также можно использовать STUN-сервер, например stun.mangotele.com. Некоторые программы и устройства умеют определять адрес STUN-сервера автоматически. Технология STUN позволяет SIP-устройству узнать свой внешний (публичный) IP-адрес а также определить, как именно работает механизм NAT между ним и Интернетом. Если тип используемого NAT'а оказался "symmetric" - STUN не поможет.
Если маршрутизатор имеет встроенную поддержку протокола SIP (т.наз. SIP ALG), то в этом случае, как правило, включение STUN только мешает.
«Исправление» NAT на клиентской стороне за счёт использования SIP ALG в маршрутизаторе или путем использования STUN в SIP-программе или устройстве позволяет избежать проксирования трафика в MANGO, что в ряде случаев может дать лучшее качество передачи голоса.
Обратите внимание:
SIP ALG в маршрутизаторе может работать некорректно, может потребоваться отключить в нём поддержку протокола SIP.
В зависимости от конкретной реализации STUN-клиента в программе/устройстве, от типа используемого NAT'а, от задержек в сети и прочих факторов включение STUN может привести к нежелательным последствиям. Рекомендуется с осторожностью подходить к использованию этой технологии.
Входящие вызовы
Делать на DSL-модеме или маршрутизаторе «проброс портов», «port forwarding» или «virtual server» для сигнализации и RTP-трафика в подавляющем большинстве случаев не требуется. Согласно принципу своей работы, любое NAT-устройство не пропускает новые входящие соединения извне. Для того чтобы это не мешало входящему трафику SIP-сигнализации, необходимо чтобы SIP-устройство или программа периодически генерировали трафик из внутренней сети наружу. Обычно это обеспечивается путем регулярной (каждые 20-170 сек) отправки keepalive пакетов. «Проброс» порта сигнализации позволяет избежать отправки keepalive пакетов и может быть рекомендован только в том случае, если никаким другим способом не удалось добиться устойчивого прохождения входящих вызовов. При подключении через двойной NAT "проброс" портов лишь на одном из NAT-устройств не решает проблему.
Если входящие вызовы на SIP-устройство или программу не проходят вообще или проходят только в течение короткого промежутка времени (обычно 3-5 минут) после включения или перезагрузки SIP-агента либо после исходящего вызова с него, то:

  • необходимо убедиться в том, что устройство (или программа) успешно регистрируется на сервере; статус регистрации следует проверять не только в программе или устройстве, но и в Личном кабинете
  • необходимо включить механизм keepalive (на SIP-агенте)
  • либо уменьшить интервал keepalive, если механизм keepalive уже был включён ранее
  • если устройство не имеет функции keepalive, то можно попробовать уменьшить интервал перерегистрации (Register Expire) до значения, чуть меньшего чем то время, в течение которого вызовы проходят; не устанавливайте интервал перерегистрации менее 60 секунд!
  • либо настроить «port forwarding» (на маршрутизаторе) для того порта, который фактически используется клиентской стороной для сигнализации SIP
  • необходимо убедиться, что входящим соединениям не мешает встроенный в маршрутизатор firewall.
  • По умолчанию, как правило, на клиентской стороне для сигнализации SIP используется порт 5060/UDP, однако программные и аппаратные устройства SIP-телефонии позволяют менять это значение или же выбирать этот порт динамически.
    Типовые настройки систем ограничения доступа (Firewall, брандмауэры и тому подобное)
    Для корректной работы телефонии необходимо открыть доступ на фаерволе/роутере/брандмауэре и т.д., осуществив следующие действия:

  • разрешить входящие соединения и исходящий трафик для прохождения голоса по протоколу UDP и TCP для подсети: 81.88.86.0/24, порты с 1024 по 65535.
  • разрешить входящие соединения и исходящий трафик для сервера AutoProvision по протоколу UDP и TCP для адреса: адрес 81.88.82.245 порт 80.
  • Односторонняя слышимость при разговорах
    Для тестирования слышимости позвоните с SIP-телефона или софтфона на тестовый номер 99999 и нажмите клавишу 1. Оставьте тестовое сообщение. Если все работает корректно, оно должно повториться. Если сообщение не повторится, возможна одна из следующих причин.
    Возможные причины возникновения односторонней слышимости и их устранение:

  • Блокируется входящий и исходящий трафик по транспортным протоколам UDP/TCP. Для решения проблемы необходимо проверить и при необходимости изменить настройки систем ограничения доступа.
  • Если вы используете приложение на компьютере (софтфон), то необходимо проверить работоспособность гарнитуры, звуковой карты, а также звуковые настройки.
  • Проверьте, правильно ли указаны кодеки в SIP-устройстве. Используемые кодеки - G.711A (PCMA), G.729. См. инструкции по настройке SIP-оборудования.
  • Проверьте правильность подключения трубки к SIP-телефону.
  • Типовые настройки SIP-оборудования
    Логин - ваш SIP-ID
    В качестве SIP ID в настройках аппарата следует указывать то значение, которое предшествует знаку @ в вашем SIP-адресе. Так, для sip-аккаунта mango1@mangosip.ru следует указывать mango1. В случае работы с дополнительными sip-субдоменами в доменной зоне mangosip.ru так же указываются значения до символа @.
    Пароль - пароль от вашего SIP-ID (можно установить или сменить в личном кабинете абонента MANGO OFFICE)
    Сервер регистрации – mangosip.ru
    В случае работы с дополнительными sip-субдоменами в доменной зоне mangosip.ru следует дописывать субдомен к соответствующему домену в настройках оборудования. Так, для субдомена @test.mangosip.ru во всех полях вместо mangosip.ru следует указывать test.mangosip.ru
    Порт регистрации – 60000 или 5060
    Используемый кодек - G.711A (PCMA)
    Метод передачи DTMF - RFC2833
    Передача факсов - метод Т.30 или в кодеке G.711A
    Вы можете воспользоваться автоматической настройкой телефонов. Подробнее тут.
    Если Ваш телефон не поддерживает автоматическую настройку, воспользуйтесь нашими инструкциями.

    Использовать программу Mango Talker можно только с sip-учетными записями с доменом mangosip.ru. 
    Коды завершения SIP
    Коды завершения SIP
    Данный справочник будет полезен системным инженерам, занимающимся отладкой или поиском проблем mangosip.ru. Также он пригодится всем пользователям, пытающимся понять – что означают сообщения на экранах их IP телефонов или в логах mangosip.ru.
    100 = информационные ответы.
    SIP/2.0 100 Trying - запрос обрабатывается.
    SIP/2.0 180 Ringing - местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.
    SIP/2.0 181 Call is Being Forwarded - прокси,сервер переадресует вызов к другому пользователю.
    SIP/2.0 182 Call is Queued - вызываемый абонент временно не доступен, вызов поставлен в очередь.
    SIP/2.0 183 Session Progress - используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
    200 = ответы о завершении запроса.
    SIP/2.0 200 OK - успешное завершение.
    SIP/2.0 202 Accepted - запрос принят для обработки. Используется для справки о состоянии обработки.
    300 = сообщения о переадресации.
    SIP/2.0 300 Multiple Choices - указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.
    SIP/2.0 301 Moved Permanently - вызываемый пользователь больше не находится по адресу, указанному в запросе.
    SIP/2.0 302 Moved Temporarily - пользователь временно сменил местоположение.
    SIP/2.0 305 Use Proxy - вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер.
    SIP/2.0 380 Alternative Service - запрошенная услуга недоступна, но доступны альтернативные услуги.
    400 = невозможность обработать запрос.
    SIP/2.0 400 Bad Request - запрос не понят из-за синтаксических ошибок в нем, ошибка в сигнализации, скорее всего что-то с настройками оборудования.
    SIP/2.0 401 Unauthorized - нормальный ответ сервера о том, что пользователь еще не авторизировался; обычно после этого абонентское оборудование отправляет на сервер новый запрос, содержащий логин и пароль.
    SIP/2.0 401 Expired Authorization - время регистрации истекло.
    SIP/2.0 402 Payment Required - требуется оплата (зарезервирован для использования в будущем).
    SIP/2.0 403 No Such User - нет такого пользователя, ошибка в номере, логине или пароле.
    SIP/2.0 403 User Disabled - пользователь отключен.
    SIP/2.0 403 Wrong Guess - ошибка в пароле.
    SIP/2.0 403 Conflict - такой SIP-номер уже используется.
    SIP/2.0 403 Forbidden - абонент не зарегистрирован.
    SIP/2.0 403 Empty Route Set - нет ни одного шлюза в роутинге.
    SIP/2.0 403 Caller Not Registered - нет такого пользователя.
    SIP/2.0 403 Out of Look-Ahead Retries - перебор узлов закончен.
    SIP/2.0 403 Invalid Phone Number - нет такого направления.
    SIP/2.0 403 No Money Left on RFC Account - на счету нет денег для совершения звонка.
    SIP/2.0 404 Not found - вызываемый абонент не найден, нет такого SIP-номера.
    SIP/2.0 404 Undefined Reason - неопределенное направление.
    SIP/2.0 404 Unknown user account - логин и пароль не найдены.
    SIP/2.0 404 Out of Order - в заявке на маршрутизацию по этому направлению нет ни одного шлюза, проверьте настройку маршрутизации по этому направлению.
    SIP/2.0 405 Method Not Allowed - метод не поддерживается, может возникать если пользователь пытается отправлять голосовую почту и т.п.
    SIP/2.0 406 No codecs match - неправильная конфигурация кодеков.
    SIP/2.0 406 Not Acceptable - пользователь не доступен.
    SIP/2.0 407 Proxy Authentication Required - необходима аутентификация на прокси-сервере.
    SIP/2.0 408 Request Timeout - время обработки запроса истекло: Абонента не удалось найти за отведенное время.
    SIP/2.0 408 Login timed out - за отведенное время не получен ответ от сервера на запрос авторизации.
    SIP/2.0 410 No Route - вариант SIP/2.0 403 Empty Route Set; нет доступа к ресурсу: Ресурс по указанному адресу больше не существует.
    SIP/2.0 413 Request Entity Too Large - размер запроса слишком велик для обработки на сервере.
    SIP/2.0 415 No Media - звонок совершается не поддерживаемым кодеком.
    SIP/2.0 416 Unsupported Scheme - сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.
    SIP/2.0 420 Bad extension - неизвестное расширение: Сервер не понял расширение протокола SIP.
    SIP/2.0 421 Extension Required - в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
    SIP/2.0 423 Interval Too Brief - сервер отклоняет запрос, так как время действия ресурса короткое.
    SIP/2.0 477 Send Failed - не устанавливается ТСР-сессия. Необходимо в настройках телефона выбрать UDP-транспорт.
    SIP/2.0 480 Invalid Phone Number - неправильный номер телефона, не соответствует к-во цифр или неправильный код страны или города.
    SIP/2.0 480 Destination Not Found In Client Plan - направления нет в тарифном плане абонента.
    SIP/2.0 480 Wrong DB Response - проблемы с центральной базой сети.
    SIP/2.0 480 DB Timeout - проблемы с центральной базой сети.
    SIP/2.0 480 Database Error - проблемы с центральной базой сети.
    SIP/2.0 480 Codec Mismatch - несоответствие кодеков.
    SIP/2.0 480 No Money Left on RFC Account - нет денег на счету, обратитесь к администратору сети.
    SIP/2.0 480 Empty Route Set - пустое направление, нет принимающих шлюзов.
    SIP/2.0 480 No money left - недостаточно денег на счете.
    SIP/2.0 480 Temporarily Unavailable - временно недоступное направление попробуйте позвонить позже.
    SIP/2.0 481 Call Leg/Transaction Does Not Exist - действие не выполнено, нормальный ответ при поступлении дублирующего пакета.
    SIP/2.0 482 Loop Detected - обнаружен замкнутый маршрут передачи запроса.
    SIP/2.0 483 Too Many Hops - запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.
    SIP/2.0 484 Address Incomplete - принят запрос с неполным адресом.
    SIP/2.0 485 Ambiguous - адрес вызываемого пользователя не однозначен.
    SIP/2.0 486 Busy Here - абонент занят.
    SIP/2.0 487 Request Terminated - запрос отменен, обычно приходит при отмене вызова.
    SIP/2.0 488 Codec Mismatch - нет шлюзов с поддержкой заказанного кодека.
    SIP/2.0 488 Private IP Address - адрес RTP media из сетей RFC1918.
    SIP/2.0 491 Request Pending - запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
    SIP/2.0 493 Undeciperable - сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения.
    SIP/2.0 499 Codec Mismatch - отсутствует кодек.
    500 = ошибки сервера
    SIP/2.0 500 Internal Server Error - внутренняя ошибка сервера.
    SIP/2.0 500 DB Timeout - нет ответа от базы данных.
    SIP/2.0 500 Database Error - то же самое, но в другой момент.
    SIP/2.0 500 Wrong DB Response - неправильный ответ базы данных, редкая ошибка.
    SIP/2.0 500 Undefined Reason - неопределенная причина.
    SIP/2.0 500 account has been moved to a remote system - аккаунт перенесен в удаленную систему (дословно).
    SIP/2.0 501 Method Not Supported Here - в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса: Метод запроса SIP не поддерживается.
    SIP/2.0 502 Bad Gateway - сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
    SIP/2.0 503 Service Unavailable - сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
    SIP/2.0 504 Server time-out - сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.
    SIP/2.0 505 SIP Version not supported - версия не поддерживается: Сервер не поддерживает эту версию протокола SIP.
    SIP/2.0 513 Message too big - сервер не в состоянии обработать запрос из-за большой длины сообщения.
    600 = глобальная ошибка
    SIP/2.0 600 Busy everywhere - вызываемый пользователь занят и не желает принимать вызов в данный момент.
    SIP/2.0 603 Decline - вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.
    SIP/2.0 604 Does Not Exist Anywhere - вызываемого пользователя не существует.
    SIP/2.0 606 Not Acceptable - соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны.
    Кодеки используещиеся в MANGO OFFICE
    G.711A

    Стандартизованный ITU-T кодек, используемый в устройствах ISDN. Требуемая пропускная способность - 64 кбит/сек. Существуют два основных алгоритма, представленных в стандарте, μ-law и A-law. Оба алгоритма являются логарифмическими, но более поздний A-law был изначально предназначен для компьютерной обработки процессов. Стандарт также определяет последовательность кодов, соответствующих уровню сигнала 0 dB. Кодек поддерживается практически всеми устройствами IP-телефонии.
    Кодек G.711a (PCMA) в минуту потребляет приблизительно 0.6 Мбайт.

    G.729 Стандартизованный ITU-T кодек, предназначенный для передачи речи с "хорошим качеством" при использовании небольшой пропускной способности (8 кбит/сек). Существуют две популярные (и несовместимые между собой) версии данного стандарта: Annex A (более "простая" схема кодирования) и Annex B (с использованием алгоритмов сжатия пауз). По субъективным оценкам, данный кодек обладает качеством лучшим, чем у G723, но худшим, чем G711. Поддерживается практически всеми производителями оборудования. При коммерческом использовании требуется лицензия.
    G.729 потребляет 0.2 Мбайт в минуту.

    При звонках между абонентами может быть использован любой стандартный кодек, имеющийся у обоих абонентов, однако мы рекомендуем использовать G.711A.
    BLF - функция позволяющая отслеживать состояние линий других абонентов в реальном времени на SIP телефоне.
    Удаленный доступ к компьютеру для решения проблем с VoIP оборудованием.
    При настройке и диагностики проблем с SIP оборудованием инженеру из технической службы MANGO OFFICE может понадобится удаленный доступ к SIP оборудованию.
    Программы для удаленного доступа можно скачать тут.
    После установки программы вам нужно будет сказать инженеру ваш ID.
    (Удаленный доступ к рабочему столу - это просто, эффективно и надежно!)
    Можно ли установить SIP-клиент на IPhone и Android?
    Для телефонов Iphone можно воспользоваться приложением Mango Talker для IOS.
    Для телефонов Android можно воспользоваться приложением Mango Talker для Android.
    Не проходит переадресация с номера MANGO OFFICE на мой SIP телефон/софтфон.
    Возможные причины:
    1. Неверно настроена схема переадресация в личном кабинете. См. раздел "Настройка схемы приема звонков".
    2. Включена функция DND (Не беспокоить) на SIP телефоне. Настройки данной функции можете найти тут. Внимание! На SIP телефонах вендора GIGASET поддержки DND нет.
    3. При совместном использовании SIP телефона/софтфона и Контакт-центр, возможна ситуация, когда Вы закрыли приложение Контакт-центр, и используйте функцию "Учитывать статус сотрудника при распределении вызовов на него". В таком варианте настроек входящий вызов распределяться на SIP телефон/софтфон не будет. Запустите Контакт-центр, установите статус "На линии", либо выключите настройку в личном кабинете "Учитывать статус сотрудника при распределении вызовов на него".
    4. Отсутствие регистрации Вашего SIP телефона/софтфона на сервере MANGO OFFICE. Для диагностики можно воспользоваться несколькими вариантами:
    а) Посмотрите на SIP телефон/софтфон, обычно, в случае ошибки регистрации на оборудовании будет сообщение вида: "Ошибка регистрации на сервере провайдера".
    б) Перейдите в личный кабинет lk.mango-office.ru, далее в разделе "Настройки АТС" выберите пункт "Настройка SIP" вкладка "Учетные записи и домены SIP". Проверьте статус сотрудника. В состоянии регистрации он будет "В сети", при отсутствии регистрации "Не в сети".
    В случае отсутствия регистрации убедитесь что телефон/софтфон настроен и подключен к сети интернет. Возможно соединение блокируется на сетевом оборудовании. Типовые настройки систем ограничения доступа находятся тут.
    Если у Вас возникли сложности в диагностики, напишите нам в техническую поддержку по адресу: techsupport@mangotele.com
    Не удаётся зарегистрироваться на сервере mangosip.ru
    Причина 1: Некорректно введены логин, пароль, домен.
    Решение: Проверить корректность введенных данных авторизации в SIP-телефоне или софтфоне. Настройки для SIP телефонов тут, для софтфонов тут.
    Причина 2: При использовании SIP-телефонов – неверные настройки сетевого оборудования.
    Решение: Проверить и изменить настройки сетевого оборудования.
    Причина 3: В роутере включен протокол SIP ALG, который в некоторых моделях работает некорректно.
    Решение: Рекомендуется отключить функцию SIP ALG.
    При наборе номера соединение устанавливается, слышен ответ вызываемого абонента, но меня не слышно.
    Возможно несколько причин:
    1. Проверьте настройки сетевого оборудования.
    2. Отключите на роутере функцию SIP ALG.
    3. Роутер сильно перегружен. Отключите UPnP на роутере.
    4. Обновите ПО на роутере.
    Примечание: в случае затруднения диагностики сетевого оборудования, обратитесь к вашему системному администратору.
    Как протестировать порты в локальной сети?
    Воспользуйтесь программой NET Detect: Тест подключения к Интернет - NetDetect
    Телефон не получает IP-адрес (или отображает 0.0.0.0)
    Возможно несколько причин:
    1. Проверьте, что интернет-кабель подключен в правильный разъем (как правило, он называется LAN или Internet).
    2. Проверьте непосредственно целостность провода (для проверки можете воспользоваться другим интернет-кабелем).
    3. Проверьте режим получения IP-адреса телефоном (сделать это можно в сетевых настройках самого телефона). Возможны два режима: DHCP или Static. При DHCP телефон должен получить IP-адрес автоматически, при режиме Static - IP-адрес и сопутствующие параметры, такие как маска подсети, шлюз по умолчанию, DNS-серверы, прописывают вручную в самом телефоне. Если в режиме Static эти данные не заданы, телефон не отобразит IP-адрес или отобразит 0.0.0.0.
    4. Проверьте работоспособность сервера DHCP на роутере.
    Примечание: в случае затруднения диагностики сетевого оборудования, обратитесь к вашему системному администратору.