Периодическая одностороня слышамость на некоторые номера.

[8_marta]

Друзья помогите, сильно не пинайте, тема избитая. Книгу читаю, про платный суппорт знаю. Но пока не могу себе позволить и прошу помощи у Вас.
Настроил Астериск 13 на CentOS 7. Имеются два интерфейса 1) локальный с выходом в интернет 192.168.7.х 2) выделенный влан провайдера с сип телефонией 10.12.20.ххх. маршруты прописаны. iptables отключен.
Наблюдается проблема при звонках на этого же провайдера, на другие проблем нет. Когда мы набираем в город мы клиента слышим а он нас нет.но иногда бывает все таки он нас слышит. Нат в астериске у меня отключен но пробывал включать не помогло. Провайдер говорит трафик видет в обе сторны. Куда копать подскажите. Снял дамп если поможет выкладываю.

https://drive.google.com/open?id=1aVw-6 ... L2Ql9fRAlg
https://drive.google.com/open?id=1hxjYE ... pZAhQ1wTKk

[zzuz]

Ссылки без доступа.

[Zavr2008]

Стандартная ситуация..

0. оставляем только chan_sip, отключаем chan_pjsip.
1. в localnet заносим кроме самой локалки 192.168.7.0/24 отдельной строкой еще и сервак прова 10.12.20.xxx.
2. для sip пира прова прописываем nat=never, еще и directmedia=no
3. Если это еще и через маршрутизатор как-то проходит, даже косвенно - отключаем там SIP ALG.
4. у пира корректно прописываем insecure. Обычно для всяких РТ нужен insecure=invite для регистрации по логину-паролю, insecure=port,invite для авторизации просто по ip.
5. включаем sip set debug ip 10.12.20.xxx и смотрим что там идет, нет ли ретрасмиттов. трассировки с INVITE и откликом сюда под спойлер выкладывайте.

[8_marta]

Ссылки без доступа.

https://drive.google.com/file/d/1hxjYEQ ... sp=sharing
https://drive.google.com/file/d/1aVw-6G ... sp=sharing
доступ открыл

[8_marta]

Стандартная ситуация..

0. оставляем только chan_sip, отключаем chan_pjsip.
1. в localnet заносим кроме самой локалки 192.168.7.0/24 отдельной строкой еще и сервак прова 10.12.20.xxx.
2. для sip пира прова прописываем nat=never, еще и directmedia=no
3. Если это еще и через маршрутизатор как-то проходит, даже косвенно - отключаем там SIP ALG.
4. у пира корректно прописываем insecure. Обычно для всяких РТ нужен insecure=invite для регистрации по логину-паролю, insecure=port,invite для авторизации просто по ip.
5. включаем sip set debug ip 10.12.20.xxx и смотрим что там идет, нет ли ретрасмиттов. трассировки с INVITE и откликом сюда под спойлер выкладывайте.

Все пункты выполнил, проблема осталась ниже дамп с интерфейса и debag с аипи.
https://drive.google.com/file/d/1SHGL7D ... sp=sharing

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

> 0x7f36f4015b40 -- Strict RTP learning complete - Locking on source address 192.168.7.129:11790
-- Channel SIP/100-0000000f left 'simple_bridge' basic-bridge <7c70fcb5-3297-4866-b7e2-320cd498993f>
-- Channel SIP/933305-0000000e left 'simple_bridge' basic-bridge <7c70fcb5-3297-4866-b7e2-320cd498993f>
== Spawn extension (company_tree, t, 1) exited non-zero on 'SIP/933305-0000000e'
== MixMonitor close filestream (mixed)
== End MixMonitor Recording SIP/933305-0000000e
== Using SIP RTP CoS mark 5
> 0x7f36b4011720 -- Strict RTP learning after remote address set to: 192.168.7.129:11792
-- Executing [933403@zadarma:1] Set("SIP/100-00000010", "fname=201901280842-100-933403") in new stack
-- Executing [933403@zadarma:2] MixMonitor("SIP/100-00000010", "/var/spool/asterisk/monitor/201901280842-100-933403.wav") in new stack
-- Executing [933403@zadarma:3] Dial("SIP/100-00000010", "SIP/933403@zadarma") in new stack
== Begin MixMonitor Recording SIP/100-00000010
== Using SIP RTP CoS mark 5
-- Called SIP/933403@zadarma
> 0x7f370c00eda0 -- Strict RTP learning after remote address set to: 10.12.11.121:22294
-- SIP/zadarma-00000011 is ringing
-- Call on SIP/zadarma-00000011 placed on hold
-- Started music on hold, class 'default', on channel 'SIP/100-00000010'
[Jan 28 08:42:59] WARNING[17738][C-00000008]: translate.c:407 framein: no samples for g729tolin
-- SIP/zadarma-00000011 is making progress passing it to SIP/100-00000010
> 0x7f370c00eda0 -- Strict RTP qualifying stream type: audio
> 0x7f370c00eda0 -- Strict RTP switching source address to 10.12.11.121:22294
[Jan 28 08:42:59] WARNING[17738][C-00000008]: dsp.c:1521 ast_dsp_process: Inband DTMF is not supported on codec g729. Use RFC2833
> 0x7f36b4011720 -- Strict RTP switching to RTP target address 192.168.7.129:11792 as source
> 0x7f36b4011720 -- Strict RTP learning complete - Locking on source address 192.168.7.129:11792
> 0x7f370c00eda0 -- Strict RTP learning complete - Locking on source address 10.12.11.121:22294
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:15753 sip_reregister: -- Re-registration for Topan_933303@10.12.11.120
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:15753 sip_reregister: -- Re-registration for Topan_933305@10.12.11.120
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:24590 handle_response_register: Outbound Registration: Expiry for 10.12.11.120 is 120 sec (Scheduling reregistration in 105 s)
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:24590 handle_response_register: Outbound Registration: Expiry for 10.12.11.120 is 120 sec (Scheduling reregistration in 105 s)
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:15753 sip_reregister: -- Re-registration for Topan_933306@10.12.11.120
[Jan 28 08:43:06] NOTICE[15112]: chan_sip.c:24590 handle_response_register: Outbound Registration: Expiry for 10.12.11.120 is 120 sec (Scheduling reregistration in 105 s)
-- SIP/zadarma-00000011 answered SIP/100-00000010
-- Stopped music on hold on SIP/100-00000010
-- Channel SIP/zadarma-00000011 joined 'simple_bridge' basic-bridge <2becdcab-37ed-4c8b-afde-4bad0b3c4eca>
-- Channel SIP/100-00000010 joined 'simple_bridge' basic-bridge <2becdcab-37ed-4c8b-afde-4bad0b3c4eca>
> 0x7f370c00eda0 -- Strict RTP learning after remote address set to: 10.12.20.138:6090
> 0x7f370c00eda0 -- Strict RTP switching to RTP target address 10.12.20.138:6090 as source
> 0x7f370c00eda0 -- Strict RTP learning complete - Locking on source address 10.12.20.138:6090
-- Channel SIP/100-00000010 left 'simple_bridge' basic-bridge <2becdcab-37ed-4c8b-afde-4bad0b3c4eca>
-- Channel SIP/zadarma-00000011 left 'simple_bridge' basic-bridge <2becdcab-37ed-4c8b-afde-4bad0b3c4eca>
== Spawn extension (zadarma, 933403, 3) exited non-zero on 'SIP/100-00000010'
== MixMonitor close filestream (mixed)
== End MixMonitor Recording SIP/100-00000010
== Using SIP RTP CoS mark 5
> 0x7f36b400b890 -- Strict RTP learning after remote address set to: 192.168.7.129:11794
-- Executing [933419@zadarma:1] Set("SIP/100-00000012", "fname=201901280843-100-933419") in new stack
-- Executing [933419@zadarma:2] MixMonitor("SIP/100-00000012", "/var/spool/asterisk/monitor/201901280843-100-933419.wav") in new stack
-- Executing [933419@zadarma:3] Dial("SIP/100-00000012", "SIP/933419@zadarma") in new stack
== Begin MixMonitor Recording SIP/100-00000012
== Using SIP RTP CoS mark 5
-- Called SIP/933419@zadarma
> 0x7f367000f1b0 -- Strict RTP learning after remote address set to: 10.12.11.121:24902
-- SIP/zadarma-00000013 is ringing
-- Call on SIP/zadarma-00000013 placed on hold
-- Started music on hold, class 'default', on channel 'SIP/100-00000012'
[Jan 28 08:43:32] WARNING[17755][C-00000009]: translate.c:407 framein: no samples for g729tolin
-- SIP/zadarma-00000013 is making progress passing it to SIP/100-00000012
> 0x7f367000f1b0 -- Strict RTP qualifying stream type: audio
> 0x7f367000f1b0 -- Strict RTP switching source address to 10.12.11.121:24902
[Jan 28 08:43:32] WARNING[17755][C-00000009]: dsp.c:1521 ast_dsp_process: Inband DTMF is not supported on codec g729. Use RFC2833
> 0x7f36b400b890 -- Strict RTP switching to RTP target address 192.168.7.129:11794 as source
> 0x7f36b400b890 -- Strict RTP learning complete - Locking on source address 192.168.7.129:11794
> 0x7f367000f1b0 -- Strict RTP learning complete - Locking on source address 10.12.11.121:24902
-- SIP/zadarma-00000013 answered SIP/100-00000012
-- Stopped music on hold on SIP/100-00000012
-- Channel SIP/zadarma-00000013 joined 'simple_bridge' basic-bridge <2382d164-e311-4c31-b352-fcac94d96864>
-- Channel SIP/100-00000012 joined 'simple_bridge' basic-bridge <2382d164-e311-4c31-b352-fcac94d96864>
> 0x7f367000f1b0 -- Strict RTP learning after remote address set to: 10.12.20.138:6030
> 0x7f367000f1b0 -- Strict RTP switching to RTP target address 10.12.20.138:6030 as source
> 0x7f367000f1b0 -- Strict RTP learning complete - Locking on source address 10.12.20.138:6030
-- Channel SIP/100-00000012 left 'simple_bridge' basic-bridge <2382d164-e311-4c31-b352-fcac94d96864>
== Spawn extension (zadarma, 933419, 3) exited non-zero on 'SIP/100-00000012'
-- Channel SIP/zadarma-00000013 left 'simple_bridge' basic-bridge <2382d164-e311-4c31-b352-fcac94d96864>

[8_marta]

неужели не кто не сталкивался с такои проблемой?

[sasa]

11.284217 INVITE от астериска на 10.12.11.120 с поддержкой двухстороннего audio sendrecv
11.457802 RINING 180 ответ от 10.12.11.120 что звук односторонний sendonly
Дальше идет односторонний звук
Проблемы на 10.12.11.120, нужны логи с него

Хотя стоп, там дальше реинвайт и открывается двухсторонний аудио канал

Проблемы не вижу
Опишите где вы считаете что есть проблема в записанном pcap

[ded]

8_marta ,
Спасение утопающих - дело рук самих утопающих.
Вы пишете с ошибками - "одностороня", "неужели не кто"
Что уж ожидать в конфигурировании ИП-телефонии? Был совет

включаем sip set debug ip 10.12.20.xxx и смотрим что там идет, нет ли ретрасмиттов.

Смотрели? Анализировали?

[vlego]

ded, вот как это звучит в оригинале -> "одностороня слышамость"...
см заголоовок темы.

[ded]

Я флыфу, флыфу....