P.S. just found that problem affects only outbound calls from * to external numbers through ooh323 trunk
recording for internal sip calls and for inbound ooh323 calls works fine
I just wanted to say that I experience the same problem.
When the call is incoming from the outside (mISDN BRI in my case)
the MixMonitor records the external (mISDN) leg of the call
with some 10-15 seconds delay and/or the voice is very quite.
Well … today is not going to be my first day to downgrade asterisk
because of broken features
I’m having the same problem as you are having, the call is made without problems but the recording is lousy and jittered. All the calls normally happens between IAX2 Sofphones and SIP trunks. But I think it’s not related to channels types.
I already transfered the recording to ramdrive, and done so with the sounds directory and moh files. But that didn’t took off the jitter of the recordings.
And few days ago i’ve updated it with yum to
trixbox-2.6.0.0-3
and
asterisk-1.4.18-3
And now it seems like there is no such problem anymore
I’m not sure was update cause for it
But just tried to record several calls and got good clean .wav files
I also have this problem of MixMonitor() recording one leg of call faster than the other leg. It doesn’t align the recording, so one can hear smooth recorded conversation of both called and calling party. What it does presently (asterisk-1.4.19) is record both legs of the call on the same file but with different playback of voice conversation on the same file (tested in a call centre with over 50 agents). It was working perfectly with older version of asterisk (e.g 1.4.12.1 to 1.4.17).
Even with Asterisk-1.4.19, Chanspy() breaks while spying with eyebeam softphone (tested), but seems OK with IP Phone (Hard phones, e.g I tested with Grandstream budgetone 100, GXP-2000, GXP-2020). The jitter seems taken care of with IP Phone (their firmware helps).
But, I can’t get app_voicemail.so installed with asterisk-1.4.19 (I may be wrong). Can someone please confirm this. I have the same application installed with 1.4.18. I hope it’s not left out in 1.4.19 by mistake.
Well what can I say … there it goooooes again.
I can confirm that the MixMonitor in 1.21 records complete
gibberish (like in fast forward) when
the call goes through an ISDN card (Digium).
If I route it via an analog or GSM card it is OK.
Unfortunately this happens again after I have already
reported it once and after the problem had already
been fixed.
Too bad for the QA team
Hope this gets fixed once again.
I also had this issue with 1.4.18 as mentioned above, but its disappeared with 1.4.20. Now, what I have as issue is the ChanSpy() application. It randomly spy’s other agents after the initial spied on agent’s call finished. It then, return back to the initial spied on agent at the middle of another call to the agent.
I got these from both Grandstream GXP-2020 and eyebeam soft phone. I have the application called as follows;