Sip не работают исходящие

Asterisk Forum

The Asterisk Open Source PBX — Russian Community

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

Asterisk+FreePBX не работает исходящий вызов (sipnet)

Asterisk+FreePBX не работает исходящий вызов (sipnet)

Сообщение vip74 » 16 дек 2009, 05:14

Всем привет!
десятки страниц прочитал, просмотрел, все делал как написано — НО НЕ ХОЧЕТ зараза звонить ! (баланс пополнил, оператор сипнет)

исходящая маршрутизация:
8XXXXXXXXXXX
XXXXXXX

Транк:
7351+XXXXXXX
7+8|XXXXXXXXXX

Пир:
dtmfmode=rfc2833
type=friend
host=212.53.40.40
fromuser=0024009240
fromdomain=212.53.40.40
secret=Пароль
username=0024009240
insecure=port,invite
canreinvite=no
conext=contex-internal
disallow=all
nat=yes
allow=g729&g723&g723.1&gsm&ulaw&alaw

Outbound Dial Prefix: 9

context=from-trunk
secret=Пароль
type=user

набираю так: 97359077, 99517733111 и так пробовал 989517733111

Added after 4 minutes:

Логи:
уже весь мозг взорвал

09:07:58 SIP.Registration INFO Scheduling NAT/Firewall binding refresh for sip:[email protected] after 20 seconds
09:08:18 SIP.Registration INFO NAT/Firewall binding refresh by dummy packet to UDP:192.168.1.20:5060
09:08:18 SIP.Network DEBUG
2009-12-16 04:08:18.705 UDP LOCAL->192.168.1.20:5060

09:08:18 SIP.Registration INFO Scheduling NAT/Firewall binding refresh for sip:[email protected] after 20 seconds
09:08:25 SIPCall DEBUG SIP Call 38: Initiate to sip:[email protected]
09:08:25 SIP.Network DEBUG
2009-12-16 04:08:25.940 UDP LOCAL->192.168.1.20:5060
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002b4b285d39000015fd00000010;rport
From: «unknown» ;tag=4cf7a70f7d8
To:
Contact:
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: SJphone/1.65.377a (SJ Labs)
Content-Length: 368
Content-Type: application/sdp
Supported: replaces,norefersub,timer

v=0
o=- 3469925305 3469925305 IN IP4 192.168.1.111
s=SJphone
c=IN IP4 192.168.1.111
t=0 0
m=audio 49156 RTP/AVP 3 97 98 8 0 101
c=IN IP4 192.168.1.111
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:98 iLBC/8000
a=fmtp:98 mode=20
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=setup:active
a=sendrecv

09:08:26 SIP.Network DEBUG
2009-12-16 04:08:26.158 UDP 192.168.1.20:5060->LOCAL
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002b4b285d39000015fd00000010;received=192.168.1.111;rport=49152
From: «unknown» ;tag=4cf7a70f7d8
To: ;tag=as653a22a3
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm=»asterisk», nonce=»4a980fc8″
Content-Length: 0

09:08:26 SIP.Network DEBUG
2009-12-16 04:08:26.158 UDP LOCAL->192.168.1.20:5060
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002b4b285d39000015fd00000010;rport
From: «unknown» ;tag=4cf7a70f7d8
To: ;tag=as653a22a3
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: SJphone/1.65.377a (SJ Labs)
Content-Length: 0

09:08:26 SIP.Network DEBUG
2009-12-16 04:08:26.158 UDP LOCAL->192.168.1.20:5060
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002c4b285d3a00006e1900000012;rport
From: «unknown» ;tag=4cf7a70f7d8
To:
Contact:
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 2 INVITE
Max-Forwards: 70
User-Agent: SJphone/1.65.377a (SJ Labs)
Content-Length: 368
Content-Type: application/sdp
Supported: replaces,norefersub,timer
Proxy-Authorization: Digest username=»112″,realm=»asterisk»,nonce=»4a980fc8″,uri=»sip:[email protected]»,response=»bd49d6b7d12336c1d50e161fcc3fdc22″,algorithm=MD5

v=0
o=- 3469925305 3469925305 IN IP4 192.168.1.111
s=SJphone
c=IN IP4 192.168.1.111
t=0 0
m=audio 49156 RTP/AVP 3 97 98 8 0 101
c=IN IP4 192.168.1.111
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:98 iLBC/8000
a=fmtp:98 mode=20
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=setup:active
a=sendrecv

09:08:26 SIP.Network DEBUG
2009-12-16 04:08:26.158 UDP 192.168.1.20:5060->LOCAL
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002c4b285d3a00006e1900000012;received=192.168.1.111;rport=49152
From: «unknown» ;tag=4cf7a70f7d8
To:
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact:
Content-Length: 0

09:08:27 SIP.Network DEBUG
2009-12-16 04:08:27.174 UDP 192.168.1.20:5060->LOCAL
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.1.111:49152;branch=z9hG4bKc0a8016f0000002c4b285d3a00006e1900000012;received=192.168.1.111;rport=49152
From: «unknown» ;tag=4cf7a70f7d8
To: ;tag=as2ed0cb0e
Call-ID: CA614BF2C42F4D3399F245DC201FD5AF0xc0a8016f
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact:
Content-Type: application/sdp
Content-Length: 262

v=0
o=root 3096 3096 IN IP4 192.168.1.20
s=session
c=IN IP4 192.168.1.20
t=0 0
m=audio 19928 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off — — — —
a=ptime:20
a=sendrecv

09:08:27 SIPCall INFO SDP Processor dump:
SDP Header:
Processor: «-«, > Connection: 192.168.1.111
Session:3469925305
Version:3469925305

Open Internet mode: no

Media slot #0: — [normal]
Remote:
RTP: 192.168.1.20 : 19928
RTCP: 192.168.1.20 : 19929
Capability: PCMU
RFC2833: enabled [pt:101]

Remote sdp:
m=audio 19928 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off — — — —
a=ptime:20
a=sendrecv

09:08:27 SIPCall INFO Multimedia Session dump:
Multimedia Session dump:
Session ID: 13
IP address: 0.0.0.0:0

2 channels created:

RTP Audio Inbound channel dump:
Status: started
Capability: undefined
Local RTP = 0.0.0.0 : 49156
Local RTCP = 0.0.0.0 : 49157
Remote RTP = 192.168.1.20 : 19928
Remote RTCP = 192.168.1.20 : 19929

RTP Audio Outbound channel dump:
Status: started
Capability: Microsoft CCITT G.711 u-Law CODEC ( Payload Type = 0 )
Local RTP = 0.0.0.0 : 49156
Local RTCP = 0.0.0.0 : 49157
Remote RTP = 192.168.1.20 : 19928
Remote RTCP = 192.168.1.20 : 19929
RFC2833 Enabled ( Payload Type = 101 )

Источник

5 популярных проблем SIP-телефонии и способы их решения

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

Эта статья предназначена для всех, кто пользуется SIP-аккаунтами, программами или сервисами для связи. Решения, которые мы предлагаем, основаны на нашем собственном опыте.

В каждом разделе «Что делать» описано пошаговое решение проблемы. Сначала выполните пункт, который описан первым. Если не помогло — переходите ко второму. Если же и это не сработало, то обратитесь к системному администратору или другому профильному специалисту.

Время чтения 10 минут
Вы можете перейти сразу к интересующему разделу:

Если же не хотите столкнуться с подобными проблемами — используйте Виртуальную АТС 2.0 от Ringostat. Это телефон прямо в браузере и аналитический ассистент менеджера по продажам. Подробней его возможности описаны в статье «Виртуальная АТС Ringostat: омниканальное решение для отделов продаж».

1. Задержка звука

Чаще всего происходит по двум причинам — из-за проблем с сетью или задержки при обработке данных. Рассмотрим их особенности.

Сетевая

Возникает в таких случаях:

• если вы подключаетесь к интернету не напрямую через кабель, а с помощью wi-fi;
• маршрутизатор/роутер загружен, из-за чего данные IP-телефонии не могут «пробиться» и задерживаются.

В первом случае мощности wi-fi не хватает, чтобы обеспечить бесперебойную передачу данных. На втором остановимся немного подробней.

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

Сложность в том, что эту проблему непросто диагностировать — ведь сайты при загруженности маршрутизатора или плохом качестве wi-fi подключения все равно будут загружаться быстро. Но телефония при этом будет страдать, т. к. она использует потоковую загрузку, и звук должен транслироваться непрерывно. А, например, при серфинге страниц данные могут загружаться «рывками», что недопустимо в случае с телефонией.

Задержка обработки

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

Что делать

1. Убедитесь, что вы подключены к сети не по wi-fi, а с помощью кабеля. Чаще всего проблема задержки решается так.
2. Исключите проблему с устройством. Например, настройте связь на другом компьютере и попробуйте позвонить с него. Для обеспечения наилучшего качества рекомендуем использовать SIP-телефоны.
3. Настройте приоритезацию трафика на вашем маршрутизаторе — подробней об этом описано в статье «Настройка QoS для повышения качества IP-телефонии» . На схеме с сайта VAS Experts показано, как работает устройство без настроенной функции приоритизации и с ней:
4. Если первые три пункта не помогли, проверьте, как работает связь, подключившись через другого провайдера. Например, возьмите ноутбук домой или в другой офис и настройте связь там. При подтверждении проблемы обратитесь к провайдеру для её решения.

Преимущества Виртуальной АТС Ringostat

• Подключение номеров в SIP-формате — используйте многоканальные телефонные номера любых городов, стран и операторов.
• Гибкое распределение входящих звонков — используйте различные сценарии обработки звонков в рабочее время и выходные дни, настройте переадресацию на мобильные, чтобы всегда оставаться на связи.
• Гибкое распределение исходящих звонков — задавайте правила, с каких номеров/операторов будут совершаться исходящие звонки.
• Минимум пропущенных звонков — детальные отчеты и уведомления об упущенных вызовах на почту и по SMS, функционал «очередь звонков» для распределения нагрузки на менеджеров.
• Готовые интеграции с популярными CRM-системами и другими сервисами.

2. Односторонняя слышимость

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

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

Но при этом может возникнуть проблема с передачей голосовых данных. Например, Абонент 1 звонит Абоненту 2 с локального адреса, используя NAT. Абонент 2 отвечает, но не может отправить голосовые данные по назначению. Это происходит из-за того, указанный адрес Абонента 1 не маршрутизируется в интернете. В результате возникает односторонняя слышимость или звук вообще отсутствует.

Что делать

1. Настройте на SIP-устройстве STUN-сервер — специальную технологию для VoIP-устройств, которые используют NAT. Ее суть в том, что устройство сначала отправляет запрос на STUN-сервер. Он сообщает текущий внешний адрес и порт, который потом используется для приема. Если вы используете Ringostat, то можете использовать наш адрес STUN-сервера — stun.ringostat.com:3479. На примере ниже его настройка в приложении Phonerlite:
2. Включите на маршрутизаторе поддержку SIP-телефонии. Эта функция присутствует на большинстве современных устройств, достаточно найти инструкцию в сети.
3. Если это не помогло, то понадобится проброс портов, которые используются SIP-телефонией. Для этого лучше обратиться к сисадмину или специалисту по настройке сетей.

3. Эхо и низкое качество звука при разговоре

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

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

Что делать

1. Большинство проблем с качеством звука происходит из-за некачественной или дешевой гарнитуры. Она отражает в микрофон звуки, которые слышны из наушников. Чтобы этого не происходило, не экономьте на оборудовании. При выборе читайте отзывы и используйте профессиональные марки. Например, наша техподдержка рекомендует USB-гарнитуру Jabra или Sennheiser. Если выберете именно USB-гарнитуру, то исключите проблемы с аудиокартами и драйверами — см. пункт 3.
2. Если звоните с ноутбука, убедитесь, что не используете его внешний микрофон вместо микрофона на гарнитуре. Это довольно частая ситуация, которая отражается на качестве звука. Для этого откройте программу, с которой обычно звоните, и переключите в ней внешний микрофон на внутренний.
3. Если звоните с компьютера и используете не USB, а обычную гарнитуру, то проверьте, установлены ли последние драйвера на аудиокарту от производителя.
4. Использование нестандартных кодеков. Например, есть кодек GSM, который сохраняет связь, но голос при этом очень плохо звучит. А есть один из последних — G729, где голос звучит отлично. Мы же рекомендуем использовать стандартные кодеки, которые хорошо поддерживают большинство операторов связи. Выберите в настройках устройства только кодеки 711-A и 711-U, отключив остальные.
5. Попробуйте настроить программу для связи и устройство на другом компьютере. После этого проверьте качество связи.

4. Не поступают звонки, потому что аккаунт в офлайне

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

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

Еще одна причина — маршрутизатор спустя какое-то время закрывает у себя порт, и SIP-сервер не может проверить статус. Это продиктовано требованиями безопасности некоторых устройств.

Что делать

1. Уменьшите тайм-аут регистрации SIP-аккаунта со стандартных 3600 секунд, как у большинства программ и телефонов, до 60. Это позволит чаще проходить регистрацию, и порт на маршрутизаторе будет чаще открываться.
2. Включите на маршрутизаторе поддержку SIP-телефонии либо настройте проброс портов с помощью специалиста.

5. Пропадает звук

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

Источник