Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Arctel sip не работает

0

Есть два sip аккаунта фирм Арктел и Мультиком. Были проблемы раньше с натом и пониманием что нужно чтоб пакеты ходили правильно но это уже решил 100%! Провайдер Мультиком работает отлично и пробовал еще зебру для теста тоже регается и работает нормально. Проблема в поставщике Арктел который ныне куплен компанией "Наша сеть". Учётка успешно регается:

host=86.110.4.148 fromdomain=213.247.249.x username=myusername secret=*** type=peer nat=yes disallow=all allow=g729 canreinvite=no 

пытаюсь звонить с сип телефона

-- Executing [89250347252@from-gorod:1] Dial("SIP/306-0000009b", "Sip/89250347252@arctel,,tT") in new stack == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 [Nov 9 11:17:17] WARNING[5981]: chan_sip.c:5499 sip_call: No audio format found to offer. Cancelling call to 89250347252 [Nov 9 11:17:17] WARNING[5981]: chan_sip.c:5499 sip_call: No audio format found to offer. Cancelling call to 89250347252 -- Couldn't call 89250347252@arctel == Everyone is busy/congested at this time (0:0/0/0) -- Executing [89250347252@from-gorod:2] Hangup("SIP/306-0000009b", "") in new stack 

Вижу что какието проблемы с аудио форматом и убираю в настройках пира строки

disallow=all allow=g729 

звоню:

 -- Executing [89250347252@from-gorod:1] Dial("SIP/306-000000a2", "Sip/89250347252@arctel,,tT") in new stack == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 -- Called 89250347252@arctel -- Got SIP response 500 "Server Internal Error" back from 86.110.4.148 -- SIP/arctel-000000a3 is circuit-busy == Everyone is busy/congested at this time (1:0/1/0) -- Executing [89250347252@from-gorod:2] Hangup("SIP/306-000000a2", "") in new stack 

Вижу внутреннюю ошибку сип сервера я так понимаю провайдерского из всего из этого делаю вывод что какето проблема с кодеком! Помню пров мне говорил что использует 729 но слышал что 729 в астериске вроде как платный чтоли...

нагуглил похожую проблему http://www.asteriskforum.ru/viewtopic.php?t=4527

Помогите разобраться)

удалить закрыть спам изменить тег редактировать

спросил 2011-11-09 12:31:23 +0400

DJs3000 Gravatar DJs3000 flag of Russian Federation
559 ● 45 ● 13 ● 33
http://retrogamesbattle.c...

обновил 2011-11-09 12:48:16 +0400

Comments

ввожу в консоле core show translation и вижу 729 кодека нету) как поставить на 1.6?

DJs3000 ( 2011-11-09 13:26:06 +0400 )редактировать

см ответ zzuz - там уже есть бинарники собранные для Вашего типа проца и нужной версии астера..

Zavr2008 ( 2011-11-10 02:37:52 +0400 )редактировать

4 Ответа

1

Друзья проблему решил! Вообщем обычно когда нужно совершать только звонки с сип аккаунта то указываешь настройки пира и вперед... а тут для эксперимента прописал регистрацию для приема звонков и заработали исходящие вызовы Оо

ссылка удалить спам редактировать

ответил 2011-11-16 18:38:33 +0400

DJs3000 Gravatar DJs3000 flag of Russian Federation
559 ● 45 ● 13 ● 33
http://retrogamesbattle.c...

Comments

ну да, обычно сразу у прова выясняеш: транком с авторизациоей по IP подрубаешся или с регистрацией. Только не забыть в последнем случае /exten прописывать в строке регистрации, а то некоторые юзают Меру, там важно..

Zavr2008 ( 2011-11-19 04:18:50 +0400 )редактировать

еще иногда разносить приходитца входящие и исходящие sip-пиры.. Настройки бывают разные в нашей стране :)

Zavr2008 ( 2011-11-19 04:19:51 +0400 )редактировать

вот только входящие звонки так и не приходят)) пров мне говорит что строка должна выглядеть user:pass@provider_host/user но так звонок не приходит) нужно раскуривать дебаг и дсп дам)

DJs3000 ( 2011-11-19 22:20:24 +0400 )редактировать
1

Думаю надо попробовать другие кодеки, которые они разрешают (видно в sip debug в сообщении со списком кодеков от них). Наверняка можно как временное решение использовать GSM, ну и возможно G.711A. То, что удалили кодеки из пира просто приводит к выбору глобальный настроек кодеков..

ссылка удалить спам редактировать

ответил 2011-11-10 02:35:47 +0400

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 ● 11 ● 9 ● 40
http://mh.otx.ru/

Comments

Обычно добрый Арктел для теста разрешает оба кодека g729 и g711 , но потом оставляет только один g729 . Трафика им жалко)

zzuz ( 2011-11-10 09:04:45 +0400 )редактировать

попробовал gsm и все 711 результат тот же)

DJs3000 ( 2011-11-10 14:41:31 +0400 )редактировать
1

Звоните провайдеру , дебажьте сессию на предмет silence supression. если оборудование запрашивает , значит причина в том, о чем я говорил выше.

zzuz ( 2011-11-10 14:59:34 +0400 )редактировать

однозначно вина прова если с 711 и gsm даже пучит.

Zavr2008 ( 2011-11-11 17:25:09 +0400 )редактировать
1

http://asterisk.hosting.lv/

Тут готовые скомпилленные кодеки. Плюс выложены исходники . Я обычно сам компилирирую.

ссылка удалить спам редактировать

ответил 2011-11-09 13:59:33 +0400

zzuz Gravatar zzuz flag of Russian Federation
7174 ● 2 ● 6 ● 75
http://line24.ru/

Comments

Поставил уже скомпиленный кодек т.к. после установке ipp при ./configure один фиг не видит библиотек ipp и какой путь ей установить тоже не догнал) Кодек теперь отлично отображается при "core show translation recalc 10" но один фиг на этом пире выдает Got SIP response 500 "Server Internal Error" back from 86.110.4.148 хотя на другом поставщике кодек отлично заработал

DJs3000 ( 2011-11-09 16:15:53 +0400 )редактировать

Плохо , что сказать. Арктел все никак со своими глючными Хуавеями не разберется. Опять они небось не наложили патч на железку для отключения g729a . Звоните им , пишите. Сами Вы проблему не решите. Я уже с этим сталкивался.

zzuz ( 2011-11-09 17:15:09 +0400 )редактировать

Это уникальная компания с ними простые вопросы решить сложно а технически вообще тушите свет) у них они говорят нет техподдержки как таковой

DJs3000 ( 2011-11-09 17:32:37 +0400 )редактировать

Есть у них инженеры толковые , но ужасно ленивые (хуже меня даже:)) , но вопрос можно решить. Клиент , которому я помогал разбираться давил на манагеров, а уж их манагеры выносили мозг инженерам. теперь работает. тогда вопрос месяц решался(

zzuz ( 2011-11-09 18:00:58 +0400 )редактировать
0

TCP дамп при звонке

 tcpdump: listening on ext0, link-type EN10MB (Ethernet), capture size 1500 bytes 16:54:36.879097 IP (tos 0x60, ttl 63, id 60091, offset 0, flags [none], proto UDP (17), length 859) 213.247.249.2.5060 > 86.110.4.148.5060: SIP, length: 831 INVITE sip:89250347252@86.110.4.148 SIP/2.0 Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK3bf73b59;rport Max-Forwards: 70 From: "device" <sip:HellKlUsov6@86.110.4.148>;tag=as6fefe118 To: <sip:89250347252@86.110.4.148> Contact: <sip:HellKlUsov6@213.247.249.2> Call-ID: 17f67b0527b2c8085cda1e7c3dc50c78@86.110.4.148 CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.2.13 Date: Wed, 16 Nov 2011 13:55:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Type: application/sdp Content-Length: 260 v=0 o=root 898618919 898618919 IN IP4 213.247.249.2 s=Asterisk PBX 1.6.2.13 c=IN IP4 213.247.249.2 t=0 0 m=audio 19816 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv 16:54:36.900329 IP (tos 0x60, ttl 63, id 60092, offset 0, flags [none], proto UDP (17), length 434) 213.247.249.2.5060 > 86.110.4.148.5060: SIP, length: 406 ACK sip:89250347252@86.110.4.148 SIP/2.0 Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK3bf73b59;rport Max-Forwards: 70 From: "device" <sip:HellKlUsov6@86.110.4.148>;tag=as6fefe118 To: <sip:89250347252@86.110.4.148>;tag=79513e35 Contact: <sip:HellKlUsov6@213.247.249.2> Call-ID: 17f67b0527b2c8085cda1e7c3dc50c78@86.110.4.148 CSeq: 102 ACK User-Agent: Asterisk PBX 1.6.2.13 Content-Length: 0 

Сип дебага:

<--- SIP read from UDP:192.168.9.230:5060 ---> INVITE sip:89250347252@192.168.9.50 SIP/2.0 Via: SIP/2.0/UDP 192.168.9.230:5060;branch=z9hG4bKc45d37a171d0c5f4 From: <sip:306@192.168.9.50>;tag=b08b41cb32d5cd2c To: <sip:89250347252@192.168.9.50> Contact: <sip:306@192.168.9.230:5060;transport=udp> Supported: replaces, timer, path P-Early-Media: Supported Call-ID: 627d6895aa6f0f1a@192.168.9.230 CSeq: 31552 INVITE User-Agent: Grandstream GXP280 1.2.5.3 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE Content-Type: application/sdp Content-Length: 349 v=0 o=306 8000 8000 IN IP4 192.168.9.230 s=SIP Call c=IN IP4 192.168.9.230 t=0 0 m=audio 5010 RTP/AVP 0 8 4 18 2 97 9 3 a=sendrecv a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:4 G723/8000 a=rtpmap:18 G729/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=20 a=rtpmap:9 G722/8000 a=rtpmap:3 GSM/8000 a=ptime:20 <-------------> --- (14 headers 17 lines) --- == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 Sending to 192.168.9.230 : 5060 (NAT) Using INVITE request as basis request - 627d6895aa6f0f1a@192.168.9.230 Found peer '306' for '306' from 192.168.9.230:5060 Found RTP audio format 0 Found RTP audio format 8 Found RTP audio format 4 Found RTP audio format 18 Found RTP audio format 2 Found RTP audio format 97 Found RTP audio format 9 Found RTP audio format 3 Found audio description format PCMU for ID 0 Found audio description format PCMA for ID 8 Found audio description format G723 for ID 4 Found audio description format G729 for ID 18 Found audio description format G726-32 for ID 2 Found audio description format iLBC for ID 97 Found audio description format G722 for ID 9 Found audio description format GSM for ID 3 Capabilities: us - 0x50e (gsm|ulaw|alaw|g729|ilbc), peer - audio=0x1d0f (g723|gsm|ulaw|alaw|g726|g729|ilbc|g722)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x50e (gsm|ulaw|alaw|g729|ilbc) Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing) Peer audio RTP is at port 192.168.9.230:5010 Looking for 89250347252 in from-internal (domain 192.168.9.50) list_route: hop: <sip:306@192.168.9.230:5060;transport=udp> <--- Transmitting (NAT) to 192.168.9.230:5060 ---> SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.9.230:5060;branch=z9hG4bKc45d37a171d0c5f4;received=192.168.9.230 From: <sip:306@192.168.9.50>;tag=b08b41cb32d5cd2c To: <sip:89250347252@192.168.9.50> Call-ID: 627d6895aa6f0f1a@192.168.9.230 CSeq: 31552 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Require: timer Session-Expires: 1800;refresher=uas Contact: <sip:89250347252@192.168.9.50> Content-Length: 0 <------------> -- Executing [89250347252@from-internal:1] Dial("SIP/306-000000c6", "Sip/arctel/89250347252") in new stack == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 Audio is at 213.247.249.2 port 17548 Adding codec 0x100 (g729) to SDP Adding non-codec 0x1 (telephone-event) to SDP Reliably Transmitting (NAT) to 86.110.4.148:5060: INVITE sip:89250347252@86.110.4.148 SIP/2.0 Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK20083305;rport Max-Forwards: 70 From: "device" <sip:HellKlUsov6@86.110.4.148>;tag=as719c8192 To: <sip:89250347252@86.110.4.148> Contact: <sip:HellKlUsov6@213.247.249.2> Call-ID: 3d0e464d6474410d78ce607a34f8dac9@86.110.4.148 CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.2.13 Date: Wed, 16 Nov 2011 13:58:31 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Type: application/sdp Content-Length: 262 v=0 o=root 1911200188 1911200188 IN IP4 213.247.249.2 s=Asterisk PBX 1.6.2.13 c=IN IP4 213.247.249.2 t=0 0 m=audio 17548 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv --- -- Called arctel/89250347252 <--- SIP read from UDP:86.110.4.148:5060 ---> SIP/2.0 100 Trying Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK20083305;rport=5060 Call-ID: 3d0e464d6474410d78ce607a34f8dac9@86.110.4.148 From: "device"<sip:HellKlUsov6@86.110.4.148>;tag=as719c8192 To: <sip:89250347252@86.110.4.148> CSeq: 102 INVITE Content-Length: 0 <-------------> --- (7 headers 0 lines) --- <--- SIP read from UDP:86.110.4.148:5060 ---> SIP/2.0 500 Server Internal Error Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK20083305;rport=5060 Call-ID: 3d0e464d6474410d78ce607a34f8dac9@86.110.4.148 From: "device"<sip:HellKlUsov6@86.110.4.148>;tag=as719c8192 To: <sip:89250347252@86.110.4.148>;tag=4eb000d2 CSeq: 102 INVITE Content-Length: 0 <-------------> --- (7 headers 0 lines) --- -- Got SIP response 500 "Server Internal Error" back from 86.110.4.148 Transmitting (NAT) to 86.110.4.148:5060: ACK sip:89250347252@86.110.4.148 SIP/2.0 Via: SIP/2.0/UDP 213.247.249.2:5060;branch=z9hG4bK20083305;rport Max-Forwards: 70 From: "device" <sip:HellKlUsov6@86.110.4.148>;tag=as719c8192 To: <sip:89250347252@86.110.4.148>;tag=4eb000d2 Contact: <sip:HellKlUsov6@213.247.249.2> Call-ID: 3d0e464d6474410d78ce607a34f8dac9@86.110.4.148 CSeq: 102 ACK User-Agent: Asterisk PBX 1.6.2.13 Content-Length: 0 --- -- SIP/arctel-000000c7 is circuit-busy == Everyone is busy/congested at this time (1:0/1/0) -- Executing [89250347252@from-internal:2] Hangup("SIP/306-000000c6", "") in new stack == Spawn extension (from-internal, 89250347252, 2) exited non-zero on 'SIP/306-000000c6' -- Executing [h@from-internal:1] Macro("SIP/306-000000c6", "hangupcall") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("SIP/306-000000c6", "1?noautomon") in new stack -- Goto (macro-hangupcall,s,3) -- Executing [s@macro-hangupcall:3] NoOp("SIP/306-000000c6", "TOUCH_MONITOR_OUTPUT=") in new stack -- Executing [s@macro-hangupcall:4] GotoIf("SIP/306-000000c6", "1?skiprg") in new stack -- Goto (macro-hangupcall,s,7) -- Executing [s@macro-hangupcall:7] GotoIf("SIP/306-000000c6", "1?skipblkvm") in new stack -- Goto (macro-hangupcall,s,10) -- Executing [s@macro-hangupcall:10] GotoIf("SIP/306-000000c6", "1?theend") in new stack -- Goto (macro-hangupcall,s,12) -- Executing [s@macro-hangupcall:12] Hangup("SIP/306-000000c6", "") in new stack == Spawn extension (macro-hangupcall, s, 12) exited non-zero on 'SIP/306-000000c6' in macro 'hangupcall' == Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/306-000000c6' Scheduling destruction of SIP dialog '627d6895aa6f0f1a@192.168.9.230' in 6400 ms (Method: INVITE) <--- Reliably Transmitting (NAT) to 192.168.9.230:5060 ---> SIP/2.0 500 Server internal failure Via: SIP/2.0/UDP 192.168.9.230:5060;branch=z9hG4bKc45d37a171d0c5f4;received=192.168.9.230 From: <sip:306@192.168.9.50>;tag=b08b41cb32d5cd2c To: <sip:89250347252@192.168.9.50>;tag=as01ccbeef Call-ID: 627d6895aa6f0f1a@192.168.9.230 CSeq: 31552 INVITE Server: Asterisk PBX 1.6.2.13 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Length: 0 <------------> <--- SIP read from UDP:192.168.9.230:5060 ---> ACK sip:89250347252@192.168.9.50 SIP/2.0 Via: SIP/2.0/UDP 192.168.9.230:5060;branch=z9hG4bKc45d37a171d0c5f4 From: <sip:306@192.168.9.50>;tag=b08b41cb32d5cd2c To: <sip:89250347252@192.168.9.50>;tag=as01ccbeef Contact: <sip:306@192.168.9.230:5060;transport=udp> Supported: path Call-ID: 627d6895aa6f0f1a@192.168.9.230 CSeq: 31552 ACK User-Agent: Grandstream GXP280 1.2.5.3 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE Content-Length: 0 <-------------> --- (12 headers 0 lines) --- Really destroying SIP dialog '3d0e464d6474410d78ce607a34f8dac9@86.110.4.148' Method: INVITE 
ссылка удалить спам редактировать

ответил 2011-11-16 17:41:57 +0400

DJs3000 Gravatar DJs3000 flag of Russian Federation
559 ● 45 ● 13 ● 33
http://retrogamesbattle.c...

обновил 2011-11-16 17:59:38 +0400

Comments

И зачем он тут нам?

zzuz ( 2011-11-16 17:55:10 +0400 )редактировать

я как понимаю , что если Вы игнорируете прошлые комментарии по поводу возможного silence supression , то дальше ответы буду аналогично проигнорированы.

zzuz ( 2011-11-16 17:57:49 +0400 )редактировать

я не знаю что такое silence supression))) выложил чтоб видно было что происходит

DJs3000 ( 2011-11-16 18:00:32 +0400 )редактировать

смысл? перешлите это провайдеру , пусть порадуется.

zzuz ( 2011-11-16 20:28:35 +0400 )редактировать

ыыыыы))) переслал уже) он радуется)

DJs3000 ( 2011-11-17 11:34:44 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2011-11-09 12:31:23 +0400

Просмотрен: 4,223 раз

Обновлен: Nov 16 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.