AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Проблема с входящими звонками g729

Asterisk GUI 10 сообщений -
#1
Здравствуйте!

Вот столкнулся с проблемой. Имеется trixbox 2.8.0.4, был установлен модуль для g729 кодека.

В настройках SIP транка прописал только g729. Разговоры перешли в g729 однако, от провайдера инвайты приходили в alaw, после поднятия трубки разговор шел в g729. Попросил провайдера посылать только g729, после чего входящая связь полностью отвалилась...


Вот такие ошибки пишет мой триксбокс. В чем может быть трабла?

[Jul 1 08:41:28] WARNING[9075] app_dial.c: Unable to create channel of type 'SIP' (cause 20 - Unknown)
[Jul 1 08:44:52] NOTICE[9139] res_agi.c: FONALITY: Hangup detected, AGI terminates.
[Jul 1 08:47:10] WARNING[9170] translate.c: no samples for g729tolin
#2
по core show translation что ?
#3
По всем параметрам все ровно
core show translation прочерки только у g723

module show like codec
codec_g729.so g729 Coder/Decoder, based on IPP 14
#4
module show like resa
#5
codec_resample.so SLIN Resampling Codec 0
1 modules loaded
#6
теперь включайте дамп
sip set degug peer имя

и тот кусок, где договариваются о кодаках передачи сюда
#7
Кусок входящего звонка с города

--
[Jul 1 16:48:28] VERBOSE[3434] logger.c:

SIP/2.0 200 OK
To: ;tag=f571a09baca51eb8i0
From: "Unknown" ;tag=as48fe52e0
Call-ID: 2a94b7a120c6ea9415b4583b2e749a16@172.30.0.10
CSeq: 102 OPTIONS
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK72facfbd
Server: Cisco/SPA303-7.4.9c
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER, UPDATE
Supported: replaces



[Jul 1 16:48:28] VERBOSE[3434] logger.c: --- (10 headers 0 lines) ---
[Jul 1 16:48:28] VERBOSE[3434] logger.c: Really destroying SIP dialog '2a94b7a120c6ea9415b4583b2e749a16@172.30.0.10' Method: OPTIONS
[Jul 1 16:48:45] VERBOSE[26471] logger.c: Audio is at 172.30.0.10 port 54444
[Jul 1 16:48:45] VERBOSE[26471] logger.c: Adding codec 0x100 (g729) to SDP
[Jul 1 16:48:45] VERBOSE[26471] logger.c: Adding non-codec 0x1 (telephone-event) to SDP
[Jul 1 16:48:45] VERBOSE[26471] logger.c: Reliably Transmitting (NAT) to 192.168.20.74:5060:
INVITE sip:1210@192.168.20.74:5060 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK57ec98de;rport
Max-Forwards: 70
From: "74999202143" ;tag=as28b72ef3
To:
Contact:
Call-ID: 07d6016342bdcc9d5f10229e04b186ce@172.30.0.10
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.6.0.26-FONCORE-r78
Date: Mon, 01 Jul 2013 12:48:45 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 297

v=0
o=root 1786927043 1786927043 IN IP4 172.30.0.10
s=Asterisk PBX 1.6.0.26-FONCORE-r78
c=IN IP4 172.30.0.10
t=0 0
m=audio 54444 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=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

---
[Jul 1 16:48:45] VERBOSE[3434] logger.c:

SIP/2.0 100 Trying
To:
From: "74999202143" ;tag=as28b72ef3
Call-ID: 07d6016342bdcc9d5f10229e04b186ce@172.30.0.10
CSeq: 102 INVITE
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK57ec98de
Server: Cisco/SPA303-7.4.9c
Content-Length: 0



[Jul 1 16:48:45] VERBOSE[3434] logger.c: --- (8 headers 0 lines) ---
[Jul 1 16:48:45] VERBOSE[3434] logger.c:

SIP/2.0 180 Ringing
To: ;tag=3643ca7ff98b7c44i0
From: "74999202143" ;tag=as28b72ef3
Call-ID: 07d6016342bdcc9d5f10229e04b186ce@172.30.0.10
CSeq: 102 INVITE
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK57ec98de
Contact: "Varshavka10"
Server: Cisco/SPA303-7.4.9c
Content-Length: 0



[Jul 1 16:48:45] VERBOSE[3434] logger.c: --- (9 headers 0 lines) ---
[Jul 1 16:49:02] VERBOSE[3434] logger.c:

SIP/2.0 200 OK
To: ;tag=3643ca7ff98b7c44i0
From: "74999202143" ;tag=as28b72ef3
Call-ID: 07d6016342bdcc9d5f10229e04b186ce@172.30.0.10
CSeq: 102 INVITE
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK57ec98de
Contact: "Varshavka10"
Server: Cisco/SPA303-7.4.9c
Content-Length: 238
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER, UPDATE
Supported: replaces
Content-Type: application/sdp

v=0
o=- 661072440 661072440 IN IP4 192.168.20.74
s=-
c=IN IP4 192.168.20.74
t=0 0
m=audio 16458 RTP/AVP 18 101
a=rtpmap:18 G729a/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv


[Jul 1 16:49:02] VERBOSE[3434] logger.c: --- (12 headers 12 lines) ---
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Found RTP audio format 18
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Found RTP audio format 101
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Found audio description format G729a for ID 18
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Found audio description format telephone-event for ID 101
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Capabilities: us - 0x100 (g729), peer - audio=0x100 (g729)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x100 (g729)
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Peer audio RTP is at port 192.168.20.74:16458
[Jul 1 16:49:02] VERBOSE[3434] logger.c: list_route: hop:
[Jul 1 16:49:02] VERBOSE[3434] logger.c: set_destination: Parsing for address/port to send to
[Jul 1 16:49:02] VERBOSE[3434] logger.c: set_destination: set destination to 192.168.20.74, port 5060
[Jul 1 16:49:02] VERBOSE[3434] logger.c: Transmitting (NAT) to 192.168.20.74:5060:
ACK sip:1210@192.168.20.74:5060 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.10:5060;branch=z9hG4bK6a13468c;rport
Max-Forwards: 70
From: "74999202143" ;tag=as28b72ef3
To: ;tag=3643ca7ff98b7c44i0
Contact:
Call-ID: 07d6016342bdcc9d5f10229e04b186ce@172.30.0.10
CSeq: 102 ACK
User-Agent: Asterisk PBX 1.6.0.26-FONCORE-r78
Content-Length: 0
#8
ну как бы все нормально
#9
Это фрагмент когда я уже попросил провайдера вернуть обратно настройки при которых провайдер разрешал alaw и g729. И с города сначала инвайт идет alaw потом уже в g729.

Завтра попрошу провайдера опять убрать alaw из разрешенных и пересмотреть дебаг.
#10
Итак дело можно считать закрытым!

Проблема решилась дополнительной записью в настройках транка USER DETAILES: disallow=all; allow=g729.

Спасибо за участие!