[asterisk-bugs] [JIRA] (ASTERISK-23914) *-in.wav and *-out.wav are out of sync when using monitor application

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Mon Jun 23 10:48:56 CDT 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-23914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=219726#comment-219726 ] 

Richard Mudgett edited comment on ASTERISK-23914 at 6/23/14 10:47 AM:
----------------------------------------------------------------------

Thank you for your reply.  Sorry for leaving out important details.
1.The related configurations are posted as follows,
sip.conf       
{noformat}
[148]
type=friend
secret=148
host=dynamic
qualify=yes
port=5060
mailbox=148 at device
dtmfmode=rfc2833
dial=SIP/148
context=from-cc-ext
disallow=all
allow=g729
allow=ulaw
allow=alaw
reinvite=no
canreinvite=no
{noformat}

extensions.conf
{noformat}
[from-cc-ext]
exten => _XXX.,1,answer
exten => _XXX.,n,set(old_cid=${CALLERID(num)})
exten => _XXX.,n,set(wav_file_name=${STRFTIME(${EPOCH},,%Y_%m_%d-%H_%M_%S)}-${EXTEN})
exten => _XXX.,n,Monitor(wav,${wav_file_name},b)
exten => _XXX.,n,set(CALLERID(num)=9135)
exten => _XXX.,n,set(CALLERID(name)=manual_dial#${old_cid}#${wav_file_name}#${EXTEN})
exten => _XXX.,n,dial(iax2/hkiaxtk/9${EXTEN})
exten => _XXX.,n,hangup
{noformat}

if you need some iax configuration or others, I will post later.

2. The behavior we expected
  The monitor application will generate two files, one for inbound channel named as "*-in.wav" and the other for outbound name as "*-out.wav". For the real-time conversation is okay, when we play the monitored two files at the same time, we expect they can represent the conversation as it was.

3. The behavior we encountered
  When we played the monitored two files at the same time, occasionally they were not synchronous. It seems that the outbound file has some segment lost and since that lost part it is ahead of time relative to the inbound file. For example, the one (inbound) have not asked a question, the other one answered. And in my experience if the problem occurred, at most time the call conversation was long.

If some other information is needed, I will follow up as quickly as I can.



was (Author: asterisk_youlc):
Thank you for your reply.  Sorry for leaving out important details.
1.The related configurations are posted as follows,
sip.conf       
[148]
type=friend
secret=148
host=dynamic
qualify=yes
port=5060
mailbox=148 at device
dtmfmode=rfc2833
dial=SIP/148
context=from-cc-ext
disallow=all
allow=g729
allow=ulaw
allow=alaw
reinvite=no
canreinvite=no

extensions.conf
[from-cc-ext]
exten => _XXX.,1,answer
exten => _XXX.,n,set(old_cid=${CALLERID(num)})
exten => _XXX.,n,set(wav_file_name=${STRFTIME(${EPOCH},,%Y_%m_%d-%H_%M_%S)}-${EXTEN})
exten => _XXX.,n,Monitor(wav,${wav_file_name},b)
exten => _XXX.,n,set(CALLERID(num)=9135)
exten => _XXX.,n,set(CALLERID(name)=manual_dial#${old_cid}#${wav_file_name}#${EXTEN})
exten => _XXX.,n,dial(iax2/hkiaxtk/9${EXTEN})
exten => _XXX.,n,hangup

if you need some iax configuration or others, I will post later.

2. The behavior we expected
  The monitor application will generate two files, one for inbound channel named as "*-in.wav" and the other for outbound name as "*-out.wav". For the real-time conversation is okay, when we play the monitored two files at the same time, we expect they can represent the conversation as it was.

3. The behavior we encountered
  When we played the monitored two files at the same time, occasionally they were not synchronous. It seems that the outbound file has some segment lost and since that lost part it is ahead of time relative to the inbound file. For example, the one (inbound) have not asked a question, the other one answered. And in my experience if the problem occurred, at most time the call conversation was long.

If some other information is needed, I will follow up as quickly as I can.


> *-in.wav and *-out.wav are out of sync when using monitor application
> ---------------------------------------------------------------------
>
>                 Key: ASTERISK-23914
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23914
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_monitor
>    Affects Versions: 1.8.25.0
>         Environment: system: Linux 2.6.32-431.5.1.el6.x86_64
> CPU usage: less than 40%
> codec: g729
> monitor file format: wav
> monitor file storage : type=tmpfs, max size = 3G, average usage: less than 10%
> concurrence: about 60
> dialplan:
> exten => _XXX.,1,answer
> exten => _XXX.,n,set(old_cid=${CALLERID(num)})
> exten => _XXX.,n,set(wav_file_name=${STRFTIME(${EPOCH},,%Y_%m_%d-%H_%M_%S)}-${EXTEN})
> exten => _XXX.,n,Monitor(wav,${wav_file_name},b)
> exten => _XXX.,n,set(CALLERID(num)=9135)
> exten => _XXX.,n,set(CALLERID(name)=manual_dial#${old_cid}#${wav_file_name}#${EXTEN})
> exten => _XXX.,n,dial(iax2/hkiaxtk/9${EXTEN})
> exten => _XXX.,n,hangup
>            Reporter: youlc
>            Assignee: youlc
>
> When using monitor application to monitor conversations, the monitored two files, "*-in.wav" and "*-out.wav", are out of sync occasionally. The file '*-in.wav' is okay, but the monitored file '*-out.wav' has some segment lost.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list