Страница 2 из 2

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 15 июн 2016, 21:32
accent22
Да, конечно RTP смотрел. В логах только получение от 192.168.1.106:5008 и отправка на provaider.ru:14722
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: rtp set debug on
== Using SIP RTP CoS mark 5

-- Executing [543210@test:1] Dial("SIP/129-00000057", "SIP/trunk1/543210,120") in new stack

== Using SIP RTP CoS mark 5

-- Called SIP/trunk1/543210

-- SIP/trunk1-00000058 is ringing

-- SIP/trunk1-00000058 is making progress passing it to SIP/129-00000057

-- SIP/trunk1-00000058 answered SIP/129-00000057

-- Channel SIP/129-00000057 joined 'simple_bridge' basic-bridge <1bb3b75f-12a7-40f4-8841-a2f075610e8a>

-- Channel SIP/trunk1-00000058 joined 'simple_bridge' basic-bridge <1bb3b75f-12a7-40f4-8841-a2f075610e8a>

> Bridge 1bb3b75f-12a7-40f4-8841-a2f075610e8a: switching from simple_bridge technology to native_rtp

> 0x7f022407db40 -- Probation passed - setting RTP source address to 192.168.1.106:5008

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065289, ts 391372800, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002578, ts 391372800, len 000160)

> 0x7f01ec4cb2f0 -- Probation passed - setting RTP source address to provaider.ru:16818

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065290, ts 391372960, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002579, ts 391372960, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065291, ts 391373120, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002580, ts 391373120, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065292, ts 391373280, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002581, ts 391373280, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065293, ts 391373440, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002582, ts 391373440, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065294, ts 391373600, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002583, ts 391373600, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 065295, ts 391373760, len 000160)

Sent RTP packet to provaider.ru:16818 (type 08, seq 002584, ts 391373760, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)
........................................................................................................................
........................................................................................................................
........................................................................................................................

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000012, ts 391414240, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002837, ts 391414240, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000013, ts 391414400, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002838, ts 391414400, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000014, ts 391414560, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002839, ts 391414560, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000015, ts 391414720, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002840, ts 391414720, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000016, ts 391414880, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002841, ts 391414880, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000017, ts 391415040, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002842, ts 391415040, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000018, ts 391415200, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002843, ts 391415200, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000019, ts 391415360, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002844, ts 391415360, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Got RTP packet from 192.168.1.106:5008 (type 00, seq 000020, ts 391415520, len 000160)
Sent RTP packet to provaider.ru:16818 (type 08, seq 002845, ts 391415520, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

-- Channel SIP/trunk1-00000058 left 'native_rtp' basic-bridge <1bb3b75f-12a7-40f4-8841-a2f075610e8a>

-- Channel SIP/129-00000057 left 'native_rtp' basic-bridge <1bb3b75f-12a7-40f4-8841-a2f075610e8a>

== Spawn extension (test, 543210, 1) exited non-zero on 'SIP/129-00000057'
В середине вырезано, если нужно - выложу полностью.

NAT - Kerio. Купил 2 простых роутера: TP-Link и ASUS. Попробовал - на обоих тоже самое. Даже включаю DMZ на 192.168.1.242 - все равно пакеты не проходят. У Asus'а есть в настройках "sip passthrough" - хоть включено - хоть выключено - одно и тоже.

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

> 0x7f7e44042d20 -- Probation passed - setting RTP source address to 192.168.1.106:5008
> 0x7f7e1049b400 -- Probation passed - setting RTP source address to provaider.ru:14722
- да, и при входящих тоже самое...
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: входящий вызов rtp set debug on
RTP Debugging Enabled

== Using SIP RTP CoS mark 5

-- Executing [129@test:1] Dial("SIP/trunk1-00000073", "SIP/129") in new stack

== Using SIP RTP CoS mark 5

-- Called SIP/129

-- SIP/129-00000074 is ringing

-- SIP/129-00000074 answered SIP/trunk1-00000073

-- Channel SIP/trunk1-00000073 joined 'simple_bridge' basic-bridge <71962291-bd29-47c3-a083-1ddf7a91a675>

-- Channel SIP/129-00000074 joined 'simple_bridge' basic-bridge <71962291-bd29-47c3-a083-1ddf7a91a675>

> Bridge 71962291-bd29-47c3-a083-1ddf7a91a675: switching from simple_bridge technology to native_rtp

> 0x7f01ec0031b0 -- Probation passed - setting RTP source address to 192.168.1.106:5008

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

> 0x7f022407db40 -- Probation passed - setting RTP source address to provaider.ru:16936

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

……………………………………………………………………………………………………..
……………………………………………………………………………………………………..
……………………………………………………………………………………………………..

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

Sent RTP P2P packet to 192.168.1.106:5008 (type 08, len 000160)

Sent RTP P2P packet to provaider.ru:16936 (type 08, len 000160)

-- Channel SIP/trunk1-00000073 left 'native_rtp' basic-bridge <71962291-bd29-47c3-a083-1ddf7a91a675>

-- Channel SIP/129-00000074 left 'native_rtp' basic-bridge <71962291-bd29-47c3-a083-1ddf7a91a675>

== Spawn extension (test, 129, 1) exited non-zero on 'SIP/trunk1-00000073'

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 15 июн 2016, 21:47
ded
Поставьте

[trunk1]
type=friend
username=12345
secret=qwert
callerid=12345
host=provaider.ru
fromuser=12345
fromdomain=provaider.ru
dtmfmode=rfc2833
insecure=invite,port
context=test
disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=gsm
nat=no
canreinvite=no

или
nat=route

И какие настройки на пире 192.168.1.106 ?

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 08:07
virus_net
Я бы ещё добавил в trunk:

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

directmedia=no
directmediadeny=0.0.0.0/0
directrtpsetup=no
и пиры тоже.

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 10:36
accent22
После

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

directmedia=no
directmediadeny=0.0.0.0/0
directrtpsetup=no
в транк и пир, и nat=route на транке:
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: sip show peer 129
* Name : 129
Description :
Secret : <Set>

MD5Secret : <Not set>
Remote Secret: <Not set>
Context : test
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 0/0

Call limit : 0
Max forwards : 0
Dynamic : Yes
Callerid : "Те▒^▒▒^▒" <129>
MaxCallBR : 384 kbps
Expire : 3157
Insecure : no
Force rport : Auto (No)
Symmetric RTP: No
ACL : No
DirectMedACL : Yes
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : No
Send RPID : No
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : 192.168.1.106:5062
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Def. Username: 129
SIP Options : path replaces replace timer
Codecs : (ulaw|g722|g729|alaw|gsm)
Auto-Framing : No
Status : OK (9 ms)
Useragent :
Reg. Contact : sip:129@192.168.1.106:5062
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Trunk1
register =>12345:qwert@provaider.ru/129
[trunk1]
type=friend
username=12345
secret=qwert
callerid=12345
host=provaider.ru
fromuser=12345
fromdomain=provaider.ru
dtmfmode=rfc2833
insecure=invite,port
context=test
disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=gsm
;nat=auto_force_rport,auto_comedia
;nat=force_rport,comedia
;nat=route
nat=route
canreinvite=no

directmedia=no
directmediadeny=0.0.0.0/0
directrtpsetup=no
Не помогает.
Уже не знаю на что грешить. Вечером буду пробовать на чистую без Docker, и пробовать завести транк от другого провайдера.

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 17:32
virus_net
accent22 писал(а):Не помогает
Это не траблшут. Где анализ sip debug ? Где анализ RTP debug ? Что в INVITE ? Какие порты для медиа ? Как оно улетает во вне ? Улетает ли вообще ? И т.п.
То что у вас что-то не работает, тут все давно поняли, а вот почему именно не работает вот это вы так и не озвучили.

и:
accent22 писал(а):Codecs : (ulaw|g722|g729|alaw|gsm)
accent22 писал(а):disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=gsm
Когда есть проблемы с голосом, то как бы рекомендуется сокращать кол-во вариантов выбора кодеков, а не наоборот плодить их.
Выберите ОДИН кодек и тестируйте с ним. alaw как вариант.
Хотите разобраться ? Выполните пошаговый траблшут всех частей, так как и советует вам блок-схема, которую вам постили выше.

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 17:49
ded
Там есть у него дебаг, и кодек один выбирается:

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

sip_route_dump: route/path hop: <sip:543210@provaider.ru:5060;transport=udp>
Found RTP audio format 8

Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - (alaw|ulaw|g729|gsm), peer - audio=(alaw)/video=(nothing)/text=(nothing), combined - (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port provaider.ru:14722
Дело не в бобине.

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 20:01
accent22
Блин... Вы не поверите! Поднял отдельный Asterisk на чистой системе - не работает! Завел транк от совершенно другого провайдера - не работает :shock:
Установил но комп обычный софтфон. Работает!!!!!!!!!!!!!!
Grandstream GXP2140! Дело в нем! Буду ковырять завтра настройки, сейчас уже сил нет. По результатам отпишусь.

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 16 июн 2016, 20:16
ded
Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по-своему
Первая фраза (ч. 1, гл. I) романа «Анна Каренина» (1875) Л. //. Толстого (182S-19I0).
Цитируется в качестве совета рассмотреть конкретную причину семейных неурядиц. Иногда служит формой утешения в трудных обстоятельствах: «у всех свои проблемы», «каждому — свое», «всем нелегко» и т. д.

Перефразирую на тему Астериск:
Все успешные инсталляции похожи друг на друга (для этого написаны мануалы в общем то), каждая проблемная инсталляция (или какая-то проблема) неудачна по-своему.
Есть желание более-менее собирать всё в общий траблшутинг, ошибки общего характера ещё как-то поддаются систематизированию, но вот узкоответвлённые - :(

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 17 июн 2016, 11:50
accent22
И так решение: В Grandstream GXP2140 в настройках звука аккаунта по умолчанию параметр "Режим SRTP" установлен в "Нет". Проблема устраняется выставлением этого параметра в "Включен, но не безусловен".
Всем отозвавшимся огромное спасибо за помощь!

Re: Звук в одну сторону, canreinvite=no только в другую

Добавлено: 17 июн 2016, 12:05
ded
Возьмите за правило - тестировать сначала не прохождение вызова, а работу одного плеча, через эхо-тест. В современных готовых сборках сервисный код = *43