VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Проблема с mixmonitor.

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

Аватара пользователя
Wapo
Сообщения: 795
Зарегистрирован: 02 мар 2011, 17:53

Re: Проблема с mixmonitor.

Сообщение Wapo »

Проблема у ТС не с mixmonitor - а вот с чем:

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

-- SIP/mcn-000044fb answered SIP/352-000044fa
-- Channel SIP/mcn-000044fb joined 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/352-000044fa joined 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/352-000044fa left 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/mcn-000044fb left 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
Пока не разберется откуда ЭТО лезет - ничего не найдет. И ваще: для начала сделал бы локальные звонки с записью, потом проверил directmedia и canreinvite.

Оборудование АБСОЛЮТНО тупое-стандартное-ПРОСТОЕ. Есть только одна засада: "между рулем и сиденьем".
Аватара пользователя
Zavr2008
Сообщения: 2215
Зарегистрирован: 27 янв 2011, 00:35
Контактная информация:

Re: Проблема с mixmonitor.

Сообщение Zavr2008 »

sip отладку в студию..
вангую на Re:Invite..
Российские E1 шлюзы Alvis. Модернизация УПАТС с E1,Подключение к ИС "Антифрод" E1 PRI/SS#7 УВР Телестор, Грифин и др..
valan4ik
Сообщения: 7
Зарегистрирован: 20 авг 2015, 18:07

Re: Проблема с mixmonitor.

Сообщение valan4ik »

virus_net писал(а):Ну чудеса прям да и только.
Очень сильно сомневаюсь, что конечное устройство тут при делах. Разницы, Cisco это или Yealink, c точки зрения сервера и SIP`а, никакой.

После того как файл создается, в момент пока вызов ещё продолжается, файл увеличивается в размерах ?
Вы уверены что RTP трафик, в момент такого вызова, проходит через сервер ?
Вы пробовали записать трафик tcpdump`ом и проанализировать в wireshark ? Там запись голоса есть ?

Нет, не увеличивается. Насколько могу судить RTP через сервер идёт. Могу и ошибаться, я первый месяц только с астериском общаюсь.

в wireshark в локальных звонках голоса нет, если на yealink звонок приходит из "мира" , то есть.


Wapo писал(а):Проблема у ТС не с mixmonitor - а вот с чем:

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

-- SIP/mcn-000044fb answered SIP/352-000044fa
-- Channel SIP/mcn-000044fb joined 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/352-000044fa joined 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/352-000044fa left 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
-- Channel SIP/mcn-000044fb left 'simple_bridge' basic-bridge <13bd8b28-0b9a-4bc3-8440-2754a43681b1>
Пока не разберется откуда ЭТО лезет - ничего не найдет. И ваще: для начала сделал бы локальные звонки с записью, потом проверил directmedia и canreinvite.

Оборудование АБСОЛЮТНО тупое-стандартное-ПРОСТОЕ. Есть только одна засада: "между рулем и сиденьем".

Если честно, я ещё не очень хорошо в таких тонкостях разбираюсь. Навык работы с астериском на очень начальном уровне, до этого всего лишь 2х недельные курсы и немного литературы - поэтому нуждаюсь в вашей помощи.

sip отладку в студию..
вангую на Re:Invite..

Если нужно вот дамп. https://yadi.sk/d/UzW1eMRpiejfV


wireshark flow

Изображение


sip debug
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
<--- SIP read from UDP:192.168.2.121:5062 --->
INVITE sip:361@192.168.2.180 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK211193614
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>
Call-ID: 4086104406@192.168.2.121
CSeq: 1 INVITE
Contact: <sip:352@192.168.2.121:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T19P 31.72.14.5
Supported: replaces
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 308

v=0
o=- 20372 20372 IN IP4 192.168.2.121
s=SDP data
c=IN IP4 192.168.2.121
t=0 0
m=audio 10030 RTP/AVP 0 8 18 9 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:9 G722/8000
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
<------------->
--- (14 headers 15 lines) ---
Sending to 192.168.2.121:5062 (NAT)
Sending to 192.168.2.121:5062 (NAT)
Using INVITE request as basis request - 4086104406@192.168.2.121
Found peer '352' for '352' from 192.168.2.121:5062

<--- Reliably Transmitting (NAT) to 192.168.2.121:5062 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK211193614;received=192.168.2.121;rport=5062
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as4681c5dc
Call-ID: 4086104406@192.168.2.121
CSeq: 1 INVITE
Server: Asterisk PBX 13.3.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="210e3fba"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '4086104406@192.168.2.121' in 6400 ms (Method: INVITE)

<--- SIP read from UDP:192.168.2.121:5062 --->


<------------->

<--- SIP read from UDP:192.168.2.121:5062 --->
ACK sip:361@192.168.2.180 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK211193614
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as4681c5dc
Call-ID: 4086104406@192.168.2.121
CSeq: 1 ACK
Content-Length: 0

<------------->
--- (7 headers 0 lines) ---

<--- SIP read from UDP:192.168.2.121:5062 --->
INVITE sip:361@192.168.2.180 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK2419644300
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>
Call-ID: 4086104406@192.168.2.121
CSeq: 2 INVITE
Contact: <sip:352@192.168.2.121:5062>
Authorization: Digest username="352", realm="asterisk", nonce="210e3fba", uri="sip:361@192.168.2.180", response="f16ed09f898d3f424109237882cd96f4", algorithm=MD5
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T19P 31.72.14.5
Supported: replaces
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 308

v=0
o=- 20372 20372 IN IP4 192.168.2.121
s=SDP data
c=IN IP4 192.168.2.121
t=0 0
m=audio 10030 RTP/AVP 0 8 18 9 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:9 G722/8000
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
<------------->
--- (15 headers 15 lines) ---
Sending to 192.168.2.121:5062 (NAT)
Using INVITE request as basis request - 4086104406@192.168.2.121
Found peer '352' for '352' from 192.168.2.121:5062
Found RTP audio format 0
Found RTP audio format 8
Found RTP audio format 18
Found RTP audio format 9
Found RTP audio format 101
Found audio description format PCMU for ID 0
Found audio description format PCMA for ID 8
Found audio description format G729 for ID 18
Found audio description format G722 for ID 9
Found audio description format telephone-event for ID 101
Capabilities: us - (g722|ulaw|alaw|g729), peer - audio=(ulaw|alaw|g722|g729)/video=(nothing)/text=(nothing), combined - (g722|ulaw|alaw|g729)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 192.168.2.121:10030
Looking for 361 in from-internal (domain 192.168.2.180)
sip_route_dump: route/path hop: <sip:352@192.168.2.121:5062>

<--- Transmitting (NAT) to 192.168.2.121:5062 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK2419644300;received=192.168.2.121;rport=5062
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>
Call-ID: 4086104406@192.168.2.121
CSeq: 2 INVITE
Server: Asterisk PBX 13.3.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:361@192.168.2.180:5060>
Content-Length: 0


<------------>
[2015-08-25 17:33:25] NOTICE[1915]: chan_sip.c:29374 sip_poke_peer: Still have a QUALIFY dialog active, deleting

<--- Transmitting (NAT) to 192.168.2.121:5062 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK2419644300;received=192.168.2.121;rport=5062
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as3bea1743
Call-ID: 4086104406@192.168.2.121
CSeq: 2 INVITE
Server: Asterisk PBX 13.3.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:361@192.168.2.180:5060>
Remote-Party-ID: "Secretariat-office" <sip:361@192.168.2.180>;party=called;privacy=off;screen=no
Content-Length: 0


<------------>
Audio is at 19842
Adding codec g722 to SDP
Adding codec ulaw to SDP
Adding codec alaw to SDP
Adding codec g729 to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Reliably Transmitting (NAT) to 192.168.2.121:5062 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK2419644300;received=192.168.2.121;rport=5062
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as3bea1743
Call-ID: 4086104406@192.168.2.121
CSeq: 2 INVITE
Server: Asterisk PBX 13.3.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:361@192.168.2.180:5060>
Remote-Party-ID: "Secretariat-office" <sip:361@192.168.2.180>;party=called;privacy=off;screen=no
Content-Type: application/sdp
Content-Length: 334

v=0
o=root 831475527 831475527 IN IP4 192.168.2.180
s=Asterisk PBX 13.3.2
c=IN IP4 192.168.2.180
t=0 0
m=audio 19842 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=maxptime:150
a=sendrecv

<------------>

<--- SIP read from UDP:192.168.2.121:5062 --->
ACK sip:361@192.168.2.180:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK1400740667
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as3bea1743
Call-ID: 4086104406@192.168.2.121
CSeq: 2 ACK
Contact: <sip:352@192.168.2.121:5062>
Max-Forwards: 70
User-Agent: Yealink SIP-T19P 31.72.14.5
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---

<--- SIP read from UDP:192.168.2.121:5062 --->
BYE sip:361@192.168.2.180:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK1808023585
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as3bea1743
Call-ID: 4086104406@192.168.2.121
CSeq: 3 BYE
Contact: <sip:352@192.168.2.121:5062>
Authorization: Digest username="352", realm="asterisk", nonce="210e3fba", uri="sip:361@192.168.2.180:5060", response="6cac065bf550077fb73a02c7ad67927d", algorithm=MD5
Max-Forwards: 70
User-Agent: Yealink SIP-T19P 31.72.14.5
Content-Length: 0

<------------->
--- (11 headers 0 lines) ---
Sending to 192.168.2.121:5062 (NAT)
Scheduling destruction of SIP dialog '4086104406@192.168.2.121' in 6400 ms (Method: BYE)

<--- Transmitting (NAT) to 192.168.2.121:5062 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.121:5062;branch=z9hG4bK1808023585;received=192.168.2.121;rport=5062
From: "352" <sip:352@192.168.2.180>;tag=2369367854
To: <sip:361@192.168.2.180>;tag=as3bea1743
Call-ID: 4086104406@192.168.2.121
CSeq: 3 BYE
Server: Asterisk PBX 13.3.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
ded
Сообщения: 15630
Зарегистрирован: 26 авг 2010, 19:00

Re: Проблема с mixmonitor.

Сообщение ded »

SIP диалог показывает приоритетно запрос с кодеком G722
и в инвайте тоже

m=audio 19842 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000

Измените для теста - оставьте только ulaw & alaw
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
и всё получится. Потом будете читать про кодеки и как сделать транскодинг.
valan4ik
Сообщения: 7
Зарегистрирован: 20 авг 2015, 18:07

Re: Проблема с mixmonitor.

Сообщение valan4ik »

Оуууу-ееее!!! Спасибо огромнейшее!!!! Как оказалось дело действительно в "прокладке")))

Ушел читать про читать про кодеки и как сделать транскодинг :lol:
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH