[Freeswitch-users] Voice lag in conference

Thu Jun 18 14:23:10 PDT 2009

So I rebooted, installed some OS updates, synched up, and am running again.
I've also been doing closer comparisons between the conference I'm running
and the same phones through VOIP to other locations (like between the phones
without the conference).

The lag isn't as bad as it was, a significant portion is due to the VOIP
connection we've got (ie. conference aside), and yet certain phones still
have more trouble through the conference than not, to the tune of at least
400ms more than the others.

At this point, I'm prepared to punt -- blame the specific phones for now,
and look at it again in a month or so when the project is closer to "done".
But if anyone has any ideas on why certain phones would behave worse than
others (a Polycom SoundPoint IP 320 SIP phone is the worst) I'm all ears.
BB
On Tue, Jun 16, 2009 at 2:58 PM, Bradley Brashier <bjbrashier at gmail.com>wrote:

> Will do, just haven't had the time, yet!
>
>
> On Tue, Jun 16, 2009 at 2:55 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>> don't forget to read my suggestion too from earlier today =D
>>
>>
>>
>> On Tue, Jun 16, 2009 at 4:30 PM, Josh Moon <joshm at wabashcenter.com>wrote:
>>
>>>  I was able to reduce it considerably.  I can’t say it is completely
>>> gone but I am very confident the ~.5 second delay I hear is because of the
>>> time it takes my voice to go through the leaps and bounds of the phone
>>> company to our server.  I had at least a 3-5 second delay before I
>>> experimented with the conference settings.
>>>
>>>
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Bradley
>>> Brashier
>>> *Sent:* Tuesday, June 16, 2009 5:02 PM
>>> *To:* freeswitch-users at lists.freeswitch.org
>>> *Subject:* Re: [Freeswitch-users] Voice lag in conference
>>>
>>>
>>>
>>> I'm not sure I've got the opportunity to do that at the moment, but I do
>>> appreciate the point of view of a fellow product user. Were you able to
>>> eliminate noticeable lag, or just reduce it to reasonable levels?
>>>
>>>
>>>
>>> I'll try to do something similar when I update to the newest trunk as
>>> Anthony suggested. My copy is only a week old, but I'll try whatever has a
>>> chance of working, and I know you guys have been working on conferencing
>>> (the Moderator function couldn't have been timed better for me!).
>>>
>>> On Tue, Jun 16, 2009 at 12:01 PM, Josh Moon <joshm at wabashcenter.com>
>>> wrote:
>>>
>>> I am not as knowledgeable as the developers that will respond to your
>>> question but I had the same problem as you.  Here is what I did to combat
>>> the delay:
>>>
>>>
>>>
>>> First off I started everything from scratch.  I reinstalled Linux and
>>> then I reinstalled FreeSWITCH by creating .deb packages.
>>>
>>> I then created my own conference profile and set the sample rate to 4000
>>> and changed the energy level to 20.
>>>
>>> I also made sure to test the conference room from phones that were in
>>> completely different areas so there wasn’t a chance for feedback or really
>>> bad echoing problems.
>>>
>>>
>>>
>>> Once I knew the delay was solved I raised the sample rate to 8000.  I
>>> tested it to make sure it would work properly.
>>>
>>>
>>>
>>> As Michael stated, this could be your network infrastructure but I just
>>> wanted to let another FreeSWITCH user know what I did to try and stop the
>>> voice delay.
>>>
>>>
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Bradley
>>> Brashier
>>> *Sent:* Tuesday, June 16, 2009 1:52 PM
>>> *To:* freeswitch-users at lists.freeswitch.org
>>> *Subject:* [Freeswitch-users] Voice lag in conference
>>>
>>>
>>>
>>> I'm creating a conferencing product for use in a system with
>>> theoretically several hundred concurrent calls. I'm using FreeSwitch to
>>> create this product, but am not only new to FreeSwitch, but also the entire
>>> telecom industry as well as Open Source projects in general (I'm a
>>> recovering BIOS guy).
>>>
>>> I've got a bare-bones conference up and running on the server, including
>>> a handshake and a couple of features, and am using the default packages from
>>> the current trunk, but I've noticed that voice lag is a pretty big issue.
>>> Common lag times are several hundred milliseconds, and I've heard as long as
>>> a second. It seems to be at least marginally specific to individual phones
>>> -- certain phones have longer lag than others even on the same call.
>>>
>>> My question is really about what my options are. Is this just a part of
>>> SIP? Of conferencing? Of FreeSwitch? Are there things I can prune or slim
>>> down that will help? Is this a common issue? If it's common, is it expected
>>> by the marketplace?
>>>
>>> This message contains confidential information and is intended only for
>>> the individual named. If you are not the named addressee you should not
>>> disseminate, distribute or copy this e-mail. Please notify the sender
>>> immediately by e-mail if you have received this e-mail by mistake and delete
>>> this e-mail from your system. E-mail transmission cannot be guaranteed to be
>>> secure or error-free as information could be intercepted, corrupted, lost,
>>> destroyed, arrive late or incomplete, or contain viruses. The sender
>>> therefore does not accept liability for any errors or omissions in the
>>> contents of this message, which arise as a result of e-mail transmission. If
>>> verification is required please request a hard-copy version.
>>>
>>>
>>> _______________________________________________
>>> Freeswitch-users mailing list
>>> Freeswitch-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>>
>>> This message contains confidential information and is intended only for
>>> the individual named. If you are not the named addressee you should not
>>> disseminate, distribute or copy this e-mail. Please notify the sender
>>> immediately by e-mail if you have received this e-mail by mistake and delete
>>> this e-mail from your system. E-mail transmission cannot be guaranteed to be
>>> secure or error-free as information could be intercepted, corrupted, lost,
>>> destroyed, arrive late or incomplete, or contain viruses. The sender
>>> therefore does not accept liability for any errors or omissions in the
>>> contents of this message, which arise as a result of e-mail transmission. If
>>> verification is required please request a hard-copy version.
>>>
>>> _______________________________________________
>>> Freeswitch-users mailing list
>>> Freeswitch-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>>  --
>> Anthony Minessale II
>>
>> FreeSWITCH http://www.freeswitch.org/
>> ClueCon http://www.cluecon.com/
>>
>> AIM: anthm
>> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>> iax:guest at conference.freeswitch.org/888
>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>> pstn:213-799-1400
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> Freeswitch-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090618/b300fb3e/attachment-0002.html 