g729a, g729b, g729ab от транка

[murr]

asterisk 10, freepbx 2.11
Клиенты - X-Lite 4.5.5

Бывает отсутствующий звук по входящим. Пока обратил внимание на следующее:
Кодек g729 в астере и кодеки g729a, g729b, g729ab от транка - это суть одно и тоже?

Режет глаз (ниже лог)

Found unknown media description format G.729a for ID 98

Кодек g729 ставил с http://asterisk.hosting.lv/

module show like 729

Код: Выделить всё

Module                         Description                              Use Count 
codec_g729.so                  g729 Coder/Decoder, based on Intel IPP   0         
format_g729.so                 Raw G.729 data                           0         
2 modules loaded

В таблице core show translation g729 присутствует.

При входящем звонке транк дает следующее:

Код: Выделить всё

<--- SIP read from UDP:93.178.205.76:5060 --->
INVITE sip:380629406599201@10.10.1.5:5060 SIP/2.0
Via: SIP/2.0/UDP 93.178.205.76:5060;branch=z9hG4bKfesieb20785h6ogqd370.1
From: <sip:00629337880@93.178.205.76:5060>;tag=826509
To: <sip:380629406599201-obhvih87ni4q3@89.105.234.33:5060>
Call-ID: 12A2C39F-389B-4C54-AF44-D0F0C0100A90
CSeq: 1 INVITE
Privacy: none
P-Charging-Vector: icid-value=5DBF2368-0000-0000-0000-00005262159E
Max-Forwards: 67
Contact: <sip:00629337880@93.178.205.76:5060;transport=udp>
User-Agent: VegaTelecom-SIP
Content-Type: application/sdp
Content-Length: 395

v=0
o=MG4000|2.0 41317 41317 IN IP4 93.178.205.76
s=-
c=IN IP4 93.178.205.76
t=0 0
m=audio 24098 RTP/AVP 8 0 98 96 97 18 101
a=rtpmap:98 G.729a/8000
a=rtpmap:96 G.729ab/8000
a=rtpmap:97 G.729b/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=fmtp:18 annexb=no
a=ptime:10
a=X-vrzcap:vbd Ver=1 Mode=FaxPr ModemRtpRed=0
a=X-vrzcap:identification bin=CMG1081 Prot=mgcp App=MG

Код: Выделить всё

[2013-10-19 08:16:14] VERBOSE[1664] netsock2.c:   == Using SIP RTP CoS mark 5
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 8
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 0
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 98
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 96
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 97
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 18
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found RTP audio format 101
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found unknown media description format G.729a for ID 98
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found unknown media description format G.729ab for ID 96
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found unknown media description format G.729b for ID 97
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Found audio description format telephone-event for ID 101
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Capabilities: us - (g723|gsm|ulaw|alaw|slin|g729|speex), peer - audio=(ulaw|alaw|g729)/video=(nothing)/text=(nothing
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone
[2013-10-19 08:16:14] VERBOSE[1664] chan_sip.c: Peer audio RTP is at port 93.178.205.76:24098

Мой сервер отвечает:

Код: Выделить всё

<--- Reliably Transmitting (NAT) to 93.178.205.76:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 93.178.205.76:5060;branch=z9hG4bKfesieb20785h6ogqd370.1;received=93.178.205.76;rport=5060
From: <sip:00629337880@93.178.205.76:5060>;tag=826509
To: <sip:380629406599201-obhvih87ni4q3@89.105.234.33:5060>;tag=as0ff5d0cd
Call-ID: 12A2C39F-389B-4C54-AF44-D0F0C0100A90
CSeq: 1 INVITE
Server: FPBX-2.11.0(10.12.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:380629406599201@89.105.234.33:5060>
Content-Type: application/sdp
Content-Length: 309

v=0
o=root 1941290171 1941290171 IN IP4 89.105.234.33
s=Asterisk PBX 10.12.2
c=IN IP4 89.105.234.33
t=0 0
m=audio 12382 RTP/AVP 8 0 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
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

[Vlad1983]

важно то что в строке
m=audio 24098 RTP/AVP 8 0 98 96 97 18 101

rtpmap для фиксированных payload type не обязательно указывать

[murr]

важно то что в строке
m=audio 24098 RTP/AVP 8 0 98 96 97 18 101

Я правильно понимаю, что здесь транк сообщает, что по входящему номер порта UDP для передачи голоса 24098?

В астере для RTP задан диапазон 10000-20000, соответственно на роутере открыты они же.

Если мой сервер отвечает
m=audio 12382 RTP/AVP 8 0 18 101

то получается, что входящий поток идет в никуда?

Астериск не сообщает транку, по каким портам он готов принимать RTP?

[awsswa]

он сообщает свой порт для приема - вы свой

[murr]

он сообщает свой порт для приема - вы свой

Как понимаю диапазон rtpstart и rtpend относится как к приему, так и к отправке?
И если этот порт транка выходит за диапазон портов, прописанных в астере, голос проходить не будет?

[awsswa]

только к приему

он говорит что принимает на 24ххх
вы говорите что принимаете на 12ххх

фаерволом вы ограничиваете входные порты, и проброс вы делаете для входных портов
выход же возможен по любым портам

[Sfinx]

g729[a] - это оригинальный кодек, g729b/ab - кодек с пакетом "тишины" - они несовместимы по формату. в стандартном rtpmap'е указан только первый, с буквами ab/b должен идти как custom, с соответствующим парсером в астериске. но в астере с этим полная чехарда, по крайней мере в версиях 1.6-10. в 11 х.з.

[Vlad1983]

для особо понятнивых
этой строкой
m=audio 24098 RTP/AVP 8 0 98 96 97 18 101
SW оператора говорит "хочу":
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:98 G.729a/8000
a=rtpmap:96 G.729ab/8000
a=rtpmap:97 G.729b/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000

жирным то что не указано явно, но подразумевается

вы ему отвечаете:
m=audio 12382 RTP/AVP 8 0 18 101
a=rtpmap:8 PCMA/8000
...

всё соединение идет на PCMA
g729a, g729b, g729ab вообще не участвуют

[amateur]

...
User-Agent: VegaTelecom-SIP
...
a=rtpmap:98 G.729a/8000
a=rtpmap:96 G.729ab/8000
a=rtpmap:97 G.729b/8000

Мне кажется, или кто-то пытается разработать новые MIME Types для SDP?