Greetings!

Recently there was a problem with voice through SEMS, as B2BUA. I'm
using my own module for SEMS, but the problem is repeated in the original 
modules SEMS (eg serviceline).
The problem was that after some random time intervals and not at each voice 
conversation arose artifacts: the phrase duplicated, sometimes in that moment 
there was only one-sided audibility.
Suspicion for the PLC, but the channel is wide and stable ping to the server 
1ms, and verified at the time of voice distortion. Dedicated firewall was 
disabled, the scheme has been used only sems, openser and two UA. An example of 
distortion, you can listen here: 
http://www.voiptroubleshooter.com/sound_files/male1_2_sil_20ms_5.wav (or other 
examples of this and similar problems 
http://www.voiptroubleshooter.com/problems/plc.html).

I made various attempts to remedy the situation, disable all processing in the 
PLC source sems, tried different modes of channels PLAYOUT_BUFFER.

I finally conquered the problem, but not quite sure what the reason. The 
following snippets of code involved in my module:

void QueueDialog::onSessionStart(const AmSipRequest& req)
{
    AmB2ABCallerSession::onSessionStart(req);
    rtp_str.setPlayoutType(ADAPTIVE_PLAYOUT);

.....

AmB2ABCalleeSession* QueueDialog::createCalleeSession()
{
    QueueCalleeDialog* sess = new QueueCalleeDialog(getLocalTag());
    return sess;
}

QueueCalleeDialog::~QueueCalleeDialog() { }

QueueCalleeDialog::QueueCalleeDialog(const string& other_tag): 
AmB2ABCalleeSession(other_tag)
{
    rtp_str.setPlayoutType(ADAPTIVE_PLAYOUT);
    setDtmfDetectionEnabled(false);
}

It seems to me that the problem was to use various channels to `playout_buffer` 
caller and the callee, but with `simple_playout` (which appears by default) the 
problem was. Perhaps disable dtmf as assist. Other things to note that when 
using jitter_buffer artifacts appear more frequently and consistently, but 
gently.

It would like to know what is still the case, and in which direction to look. 
Thanks in advance!



-- 
Regards,
 Shpinev Konstantin                          mailto:[email protected]

_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems

Reply via email to