Страница 1 из 2
Проблема с mixmonitor.
Добавлено: 20 авг 2015, 18:21
valan4ik
Приветствую всех присутствующих! друзья!
Очень нуждаюсь в вашей помощи по вопросу mixminitora.
Ситуация следующая: Не могу понять почему mixmonitor пишет входящие с транка и не пишет локальные и исходящие в мир звонки с телефонов Yealink t-19. Прикол в том что помимо них есть 5 spa-122xu и с них всё пишется как надо во все стороны.
Заметил, что по sip show peers видно что все Yealink регистрируются на астере с порта 5062, а spa-122 с 5060. Если звонить с spa то всё пишется, а с елинков нифига..
Гугл устал от меня, поэтому решил обратиться за помощью к вам.
upd. Directmedia=nonat - не помогает, все файлы создаются по 44 байта, т.е только заголовок.
вот кусок контекста:
exten => _[34]XX,1,NoOp(Call from ${CALLERID(num)} to ${EXTEN})
same => n,Set(TARGETNO=${EXTEN})
same => n,MixMonitor(${STRFTIME(${EPOCH},,%Y/%m/%d/local/%H:%M:%S)}-${CALLERID(num)}-${EXTEN}-${UNIQUEID}.wav,b)
same => n,Set(foo=${SIPPEER(${EXTEN},curcalls)})
same => n,GotoIf($["${foo}" = "0"]?dial)
same => n,Playback(tt-allbusy)
same => n(dial),Macro(stdexten,${EXTEN},${EXTEN},${TOUT_C})
same => n,Hangup()
rtp.conf
rtpstart=10000
rtpend=20000
sip.conf
srtpcapable=no
externip = ***.***.***.***
nat=force_rport,comedia
Re: Проблема с mixmonitor.
Добавлено: 20 авг 2015, 18:29
awsswa
не на 5062 порт, а с 5062 порта телефона на 5060 сервера
exten => _[34]XX,1,NoOp(Call from ${CALLERID(num)} to ${EXTEN})
сюдя вот по этому - номера 34ХХ пишутся - какие у вас локальные номера
Re: Проблема с mixmonitor.
Добавлено: 20 авг 2015, 18:44
valan4ik
не на 5062 порт, а с 5062 порта телефона на 5060 сервера
exten => _[34]XX,1,NoOp(Call from ${CALLERID(num)} to ${EXTEN})
сюдя вот по этому - номера 34ХХ пишутся - какие у вас локальные номера
Да, так и есть с 5062 на 5060.
Номера соответственно 3ХХ и 4ХХ. Но вот ничего не пишется, кроме 44 байт заголовка. Повторюсь, проблема только с устройств которые регаются на астериске с 5062. Cisco spa122xu регается с 5060 и звонки пишутся полностью, вот такая вот загадка..
Re: Проблема с mixmonitor.
Добавлено: 20 авг 2015, 21:34
awsswa
не плохо бы показать кусок макроса где осуществляется DIAL
Re: Проблема с mixmonitor.
Добавлено: 20 авг 2015, 22:24
ded
MixMonitor нужно останавливать командой StopMixMonitor
Если не останавливать - файл создаётся, но открытый. Прослушивать можно, а конвертировать - нельзя.
MixMonitor для конвертации использует sox
Если на конвертацию sox поступает незакрытый файл то получается огрызок в 44 байта.
Re: Проблема с mixmonitor.
Добавлено: 20 авг 2015, 23:38
valan4ik
awsswa писал(а):не плохо бы показать кусок макроса где осуществляется DIAL
вот
exten => s,1,Dial(SIP/${ARG2},60,tT)
exten => s,2,Goto(s-${DIALSTATUS},1)
exten => s-BUSY,1,Voicemail(${ARG1}@from-internal,b)
exten => s-NOANSWER,1,Voicemail(${ARG1}@from-internal,u)
exten => _s-.,1,Goto(s-NOANSWER,1)
MixMonitor нужно останавливать командой StopMixMonitor....
Спасибо огромное!!!!! Всё заработало, Ура!
Re: Проблема с mixmonitor.
Добавлено: 21 авг 2015, 11:12
valan4ik
Ложная тревога!
Вчера я написал что всё работает потому что, тестил с сип клиента на пк(zoiper). C него как я сегодня выяснил пишется и без StopMixMonitor(), С Yealink-ов по прежнему не пишется.. Что за фигня- не понимаю.
По логу в CLI вроде всё ок.
== Using SIP RTP CoS mark 5
-- Executing [9хххххххххх@from-internal:1] NoOp("SIP/352-000044fa", "Call from 352 to 9хххххххххх") in new stack
-- Executing [9хххххххххх@from-internal:2] GotoIf("SIP/352-000044fa", "0?block") in new stack
-- Executing [9хххххххххх@from-internal:3] MixMonitor("SIP/352-000044fa", "2015/08/21/out/11:05:34-352-9хххххххххх-1440144334.26997.wav,b") in new stack
-- Executing [9хххххххххх@from-internal:4] Dial("SIP/352-000044fa", "SIP/mcn/хххххххххх,40,T") in new stack
== Begin MixMonitor Recording SIP/352-000044fa
== Using SIP RTP CoS mark 5
-- Called SIP/mcn/хххххххххх
-- SIP/mcn-000044fb is making progress passing it to SIP/352-000044fa
-- SIP/mcn-000044fb is ringing
-- 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>
== Spawn extension (from-internal, 9хххххххххх, 4) exited non-zero on 'SIP/352-000044fa'
-- Executing [h@from-internal:1] Hangup("SIP/352-000044fa", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/352-000044fa'
== MixMonitor close filestream (mixed)
== End MixMonitor Recording SIP/352-000044fa
Re: Проблема с mixmonitor.
Добавлено: 22 авг 2015, 11:08
virus_net
Директория 2015/08/21/out существует ?
Файл 2015/08/21/out/11:05:34-352-9хххххххххх-1440144334.26997.wav в итоге существует ?
CLI> core show application Mixmonitor
[Syntax]
MixMonitor(filename.extension[,options[,command]])
[Arguments]
filename
If <filename> is an absolute path, uses that path, otherwise creates
the file in the configured monitoring directory from "asterisk.conf."
Re: Проблема с mixmonitor.
Добавлено: 22 авг 2015, 12:01
valan4ik
Директория 2015/08/21/out существует ?
Файл 2015/08/21/out/11:05:34-352-9хххххххххх-1440144334.26997.wav в итоге существует ?
Существует, права на запись есть, файл пустой создается. Повторюсь, Если Dial происходит от устройства отличным от ciscp spa122xu то, файл 44 байта.
Re: Проблема с mixmonitor.
Добавлено: 23 авг 2015, 11:10
virus_net
Ну чудеса прям да и только.
Очень сильно сомневаюсь, что конечное устройство тут при делах. Разницы, Cisco это или Yealink, c точки зрения сервера и SIP`а, никакой.
После того как файл создается, в момент пока вызов ещё продолжается, файл увеличивается в размерах ?
Вы уверены что RTP трафик, в момент такого вызова, проходит через сервер ?
Вы пробовали записать трафик tcpdump`ом и проанализировать в wireshark ? Там запись голоса есть ?