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

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
551 41 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
551 41 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
2685 11 9 37
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
6744 2 6 69
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
551 41 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

Просмотрен: 2,909 раз

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

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