Hello. On my VoIP phone is registered two SIP accounts. One for FS server and one for a VoIP provider. When calling thru FS server I here my echo, while other partie does not hear its echo. When calling thru VoIP's SIP account, I don't here my echo, never other partie hear its echo. So I think that FS server does not remove echo. How to resolve this? -- Mimiko desu.
Mimiko, FS does not remove echo nor it should. You need to start providing more information on the problems you report on the mailing list otherwise the first response will always be a request for more information. Most probably, if you are hearing echo from your own voice, it must be produced on your endpoint. My best guess would be acoustic echo produced by the handset/headset or if you are using hands-free without decent AEC... What endpoint are you using? Softphone, hard phone or what? JM João Mesquita FreeSWITCH™ Solutions On Sun, Jan 20, 2013 at 4:19 PM, Mimiko <vbvbrj@gmail.com> wrote:
Hello.
On my VoIP phone is registered two SIP accounts. One for FS server and one for a VoIP provider. When calling thru FS server I here my echo, while other partie does not hear its echo. When calling thru VoIP's SIP account, I don't here my echo, never other partie hear its echo. So I think that FS server does not remove echo. How to resolve this?
-- Mimiko desu.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On 20.01.2013 22:00, João Mesquita wrote:
Mimiko, FS does not remove echo nor it should. You need to start providing more information on the problems you report on the mailing list otherwise the first response will always be a request for more information.
Most probably, if you are hearing echo from your own voice, it must be produced on your endpoint. My best guess would be acoustic echo produced by the handset/headset or if you are using hands-free without decent AEC...
What endpoint are you using? Softphone, hard phone or what?
Dear João, As I write it's not phones fault of echo. If you are interesting, phone is DPH-150S from D-Link. This phone allow two SIP accounts. One is registered to FS and another to my phone provider. Same phone, two accounts. When using phone provider's account there is no echo. When using FS account, there is echo. So the handset does not have any problem. And I am not talking about hands-free. I did provide info for start. And I am asking where to dig to find the problem. If FS does not remove echo, then who does? In VoIP-FS direct connection who removes echo then? Thank you. -- Mimiko desu.
The problem with other side phone or PSTN gateway. Different delays in voice path, so in one case AEC algo work well, but not for another. WBR. 2013/1/21 Mimiko <vbvbrj@gmail.com>
On 20.01.2013 22:00, João Mesquita wrote:
Mimiko, FS does not remove echo nor it should. You need to start providing more information on the problems you report on the mailing list otherwise the first response will always be a request for more information.
Most probably, if you are hearing echo from your own voice, it must be produced on your endpoint. My best guess would be acoustic echo produced by the handset/headset or if you are using hands-free without decent AEC...
What endpoint are you using? Softphone, hard phone or what?
Dear João,
As I write it's not phones fault of echo. If you are interesting, phone is DPH-150S from D-Link. This phone allow two SIP accounts. One is registered to FS and another to my phone provider. Same phone, two accounts. When using phone provider's account there is no echo. When using FS account, there is echo. So the handset does not have any problem. And I am not talking about hands-free.
I did provide info for start. And I am asking where to dig to find the problem. If FS does not remove echo, then who does? In VoIP-FS direct connection who removes echo then?
Thank you.
-- Mimiko desu.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On 21.01.2013 09:56, Dmitry Lysenko wrote:
The problem with other side phone or PSTN gateway. Different delays in voice path, so in one case AEC algo work well, but not for another. WBR.
I made calls to different types of networks: PSTN, VoIP, GSM. About 50% I hear echo. Including calling to same number consequently, echo ay be present or not. -- Mimiko desu.
Echo should be removed at the endpoints, not in the middle of the stream. In most cases, if you hear echo then the other end's echo canceller is not working, and vice versa. One thing you can do is tcpdump or pcapsipdump the traffic coming in on the wire and listen to the audio in Wireshark's player tool. (If the codec is PCMU or PCMA.) If the echo you hear is in the RTP stream that comes in on the wire then you know the echo can on the far end is not working very well. -MC On Mon, Jan 21, 2013 at 10:36 AM, Mimiko <vbvbrj@gmail.com> wrote:
On 21.01.2013 09:56, Dmitry Lysenko wrote:
The problem with other side phone or PSTN gateway. Different delays in voice path, so in one case AEC algo work well, but not for another. WBR.
I made calls to different types of networks: PSTN, VoIP, GSM. About 50% I hear echo. Including calling to same number consequently, echo ay be present or not.
-- Mimiko desu.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
On 21.01.2013 20:44, Michael Collins wrote:
Echo should be removed at the endpoints, not in the middle of the stream. In most cases, if you hear echo then the other end's echo canceller is not working, and vice versa.
Oh, if this is not my phone's problem, but rather other end's phone/system, then I know who to blame and where to dig. :) Thank you. -- Mimiko desu.
The rule of echo is, if you hear it, its the other guys fault. On Jan 22, 2013, at 2:38 AM, Mimiko <vbvbrj@gmail.com> wrote:
On 21.01.2013 20:44, Michael Collins wrote:
Echo should be removed at the endpoints, not in the middle of the stream. In most cases, if you hear echo then the other end's echo canceller is not working, and vice versa.
Oh, if this is not my phone's problem, but rather other end's phone/system, then I know who to blame and where to dig. :)
participants (5)
-
Dmitry Lysenko
-
João Mesquita
-
Michael Collins
-
Michael Jerris
-
Mimiko