ПРОБЛЕМЫ ИСХОДЯЩИХ ВЫЗОВОВ

1. Вызов не производится

Причина: нулевой баланс.
Решение: пополните баланс счета.

Причина: неверные данные для авторизации.
Как определить: просмотреть лог звонка в Отладочной информации. В случае неверных данных в ответе на  UNAUTHORIZED в ответном пакете должен быть ответ об ошибке авторизации.
Решение: ввести в данных proxy-сервера SIP-клиента верные данные счета в системе.

2. Соединение происходит, но рвется через 1-2 секунды

Причина: количество доступных средств на счете примерно равно стоимости одной минуты разговора. 
Решение: пополните баланс.

3. Соединение происходит, но рвется через 3-10 секунд

Причина: отсутствие подтверждения соединения со стороны вызывающего SIP-клиента.
Как определить: просмотреть лог звонка в Отладочной информации. В данном случае явным показателем проблемы имеется наличие трех-четерех ответов Send 200OK со стороны сервера и команды Send BYE после них. Ответ Recieved ACK со стороны SIP-клиента после Send 200OK отсутствует. Говоря простыми словами, сервер ревет соединение, не получив от SIP-клиента подтверждения о начале разговора.
Решение: попробовать использовать другой SIP-клиент. Особенно подобными проблемами страдают взломанные версии SIP-клиентов.

4. Соединение рвется через 1 час разговора

Причина: максимальна длительность вызова в системе ограничена одним часом.
Нормальное явление.

5. После набора номер ничего не происходит

Причина: файрвол за которым находится SIP-клиент блокирует входящие пакеты от сервера sipmarket.net.
Как определить: просмотреть лог звонка в Отладочной информации. В случае блокировки вашим файрволом пакетов от сервера в логе имеет место только один Recieved INVITE и более никаких пакетов от Вашего SIP-клиента нет. Так же нет ни одного пакета Send от proxy-сервера.
Решение: Открыть на НАТе разрешения на получения всех входящих пакетов с IP 95.211.216.165 на всех портах.

Причина: провайдер блокирует пакеты отправляемые на стандартный SIP-порт для сигнализации 5060.
Как определить: нет ни SIP-логов регистрации, ни логов звонков.
Решение: сменить в настройках порта proxy-сервера порт 5060 на 111 или 1111

Причина: на SIP-клиенте прописаны кодеки, которых нет на принимающем SIP-клиенте или шлюзе, либо же нет вообще ни одно кодека.
Как определить. В первом Recieved INVITE SIP-лога исходящеего вызова  параметр 'm' имеет вид m=audio 21000 RTP/AVP (не заканчивается набором числе, например m=audio 21000 RTP/AVP 8 0 18 103). В случае отсутстствия на принимающей стороне заявленных кодеков на Recieved INVITE обычно приходит ответ с обшибкой типа 'No media codecs present'.
Решение. прописать или установить в настройках SIP клиента кодеки G.729 и кодеки G.711a, G.711u. В идеале параметр 'm' должен иметь вид m=audio 21345 RTP/AVP 18 0 8. Расшифровка: 18 - код кодека G.729, 0 - кодека G.711a(PCMA), 8- кодека G.711u(PCMU). Значение '21345'  - порт RTP (так же не может быть пустым!).

6. Звонок происходит по непредсказуемому сценарию - иногда успешен, иногда нет, непредвиденные разрывы

Причина: плохое качество Интернета.
Как определить: нарушен порядок сценария обмена пакетами в SIP-логе - пакеты от SIP-клиента приходят с задержкой, время в соседних пакетах сильно отличается. В результате работа оборудования происходит с непредсказуемым результатом. 
Решение: проверить программой NetDetect и PingPlotter качество подключения к Интернету. Для нормальной работы VoIP-оборудования желательно иметь задержку до принимающего узла не более 300 мс. Количество потерянных пакетов не должно превышать 2%. Джиттер (разброс задержки) не должен превышать 100-150 мс.