[asterisk-users] [Fwd: Internal LAN echo problem]
Jonn R Taylor
jonnt at taylortelephone.com
Wed Oct 24 18:32:45 CDT 2007
Jason Parker wrote:
> See response in-random-lined.
>
> David Gomillion wrote:
>>
>> On 10/24/07, *David Gomillion* <david.gomillion at gmail.com
>> <mailto:david.gomillion at gmail.com>> wrote:
>>
>> On 10/24/07, *Steve Totaro* <stotaro at first-notification.com
>> <mailto:stotaro at first-notification.com>> wrote:
>>
>> Let me screw this thread up by top posting now.
>>
>> Could echo be caused by late packets if jitterbuffer is on or
>> something
>> or would that just cause lag?
>>
>> Thanks,
>> Steve
>>
>>
>>
>> So, does this qualify as an in-line reply, or a top post? Maybe it's
>> a medium post ;)
>>
>> If both calls were in the LAN, chances are good that the phones will
>> have re-invited to go around the SIP server. If that's the case,
>> then it shouldn't be a problem.
>>
>> Now, if dial options, recording, or SIP settings prevent reinvites,
>> then this might be part of the problem.
>>
>>
>>
>> Sorry, I need to clarify my own post. By part of the problem, I mean
>> magnifying the effect. The real problem is the handset leaking, probably
>> too much sidetone.
>>
>> Anyway, the more the delay, the more noticeable this echo will usually be.
>>
>> kevin bergner wrote:
>> > On 10/24/07, Eric ManxPower Wieling < eric at fnords.org
>> <mailto:eric at fnords.org>> wrote:
>> >
>> >> Jonn Taylor wrote:
>> >>
>> >>> Eric "ManxPower" Wieling wrote:
>> >>>
>> >>>> Any echo you hear on pure IP calls is caused by the endpoint
>> phone. You
>> >>>> cannot do ANYTHING about it on Asterisk.
>> >>>>
>> >>>>
>> >>>> Jonn Taylor wrote:
>> >>>>
>> >>>>
>> >>>>> Any ideas ?????
>> >>>>>
>> >>>>> Jonn
>> >>>>>
>> >>>>> -------- Original Message --------
>> >>>>> Subject: [asterisk-users] Internal LAN echo problem
>> >>>>> Date: Wed, 24 Oct 2007 08:34:32 -0500
>> >>>>> From: Jonn R Taylor <jonnt at taylortelephone.com
>> <mailto:jonnt at taylortelephone.com>>
>
>
> Will the madness never end?
>
>
>> >>>>> Reply-To: Asterisk Users Mailing List - Non-Commercial
>> Discussion
>> >>>>> <asterisk-users at lists.digium.com
>> <mailto:asterisk-users at lists.digium.com>>
>> >>>>> To: Asterisk Users Mailing List - Non-Commercial
>> Discussion
>> >>>>> < asterisk-users at lists.digium.com
>> <mailto:asterisk-users at lists.digium.com>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Hi all,
>> >>>>>
>> >>>>> I have an internal echo problem on my LAN only. I replaced
>> the LAN
>> >>>>> switch with a new linksys 2024 with QOS and seemed to help
>> but not fix
>> >>>>> the problem. Any ideas? Here in my setup - Dell PE6400 Dual
>> 700,
>> >>>>> Asterisk 1.2.24 /FreePBX, 2-NIC cards, one with a public ip
>> and one with
>> >>>>> an internal ip, one PAP2, one SPA3102 and 2 BT101. I know
>> that bt's are
>> >>>>> cheap that are known for echo problem in the handset. I
>> have one remote
>> >>>>> user that never has a problem. I have a remote test server
>> at home
>> >>>>> connect via IAX with no problems, also a PAP2 with no
>> problem. External
>> >>>>> faxing from the rest of the world via our voip provider is
>> working
>> >>>>> great. One strange thing that I noticed is that we can not
>> fax to our
>> >>>>> iaxmodem, ATA ---> iaxmodem, but works perfect ATA --->
>> rx_fax. Not sure
>> >>>>> why either.
>> >>>>>
>> >>> That does not make sense. I can any one of these ata's or
>> phones and
>> >>> connect them to the public ip side and they work fine.
>> >>>
>> >> It can make sense or not make sense, but you cannot have echo
>> on a pure
>> >> VoIP call unless the endpoints introduce it.
>> >>
>> >>
>> >> _______________________________________________
>> >> --Bandwidth and Colocation Provided by
>> http://www.api-digital.com--
>> >>
>> >> asterisk-users mailing list
>> >> To UNSUBSCRIBE or update options visit:
>> >> http://lists.digium.com/mailman/listinfo/asterisk-users
>> <http://lists.digium.com/mailman/listinfo/asterisk-users>
>> >>
>> >>
>> >
>> > i have seen this when the headset volume is too high and simply
>> > lowering the volume addressed the problem
>> >
>> > as others have said an echo is simply not possible
>> >
>> >
>> >
>>
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>> <http://lists.digium.com/mailman/listinfo/asterisk-users>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
Well........ her are my ping times.
Internal network
[root at sip ~]# ping 192.168.173.169
PING 192.168.173.169 (192.168.173.169) 56(84) bytes of data.
64 bytes from 192.168.173.169: icmp_seq=0 ttl=250 time=0.451 ms
64 bytes from 192.168.173.169: icmp_seq=1 ttl=250 time=0.492 ms
64 bytes from 192.168.173.169: icmp_seq=2 ttl=250 time=0.486 ms
64 bytes from 192.168.173.169: icmp_seq=3 ttl=250 time=0.474 ms
64 bytes from 192.168.173.169: icmp_seq=4 ttl=250 time=0.458 ms
--- 192.168.173.169 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.451/0.472/0.492/0.020 ms, pipe 2
[root at sip ~]# ping 192.168.173.163
PING 192.168.173.163 (192.168.173.163) 56(84) bytes of data.
64 bytes from 192.168.173.163: icmp_seq=0 ttl=250 time=0.399 ms
64 bytes from 192.168.173.163: icmp_seq=1 ttl=250 time=0.383 ms
64 bytes from 192.168.173.163: icmp_seq=2 ttl=250 time=0.359 ms
64 bytes from 192.168.173.163: icmp_seq=3 ttl=250 time=0.371 ms
64 bytes from 192.168.173.163: icmp_seq=4 ttl=250 time=0.365 ms
64 bytes from 192.168.173.163: icmp_seq=5 ttl=250 time=0.383 ms
64 bytes from 192.168.173.163: icmp_seq=6 ttl=250 time=0.365 ms
64 bytes from 192.168.173.163: icmp_seq=7 ttl=250 time=0.382 ms
64 bytes from 192.168.173.163: icmp_seq=8 ttl=250 time=0.362 ms
--- 192.168.173.163 ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8003ms
rtt min/avg/max/mdev = 0.359/0.374/0.399/0.020 ms, pipe 2
SIP Provider
[root at sip ~]# ping 4.79.212.236
PING 4.79.212.236 (4.79.212.236) 56(84) bytes of data.
64 bytes from 4.79.212.236: icmp_seq=0 ttl=47 time=57.3 ms
64 bytes from 4.79.212.236: icmp_seq=1 ttl=47 time=61.3 ms
64 bytes from 4.79.212.236: icmp_seq=2 ttl=47 time=55.2 ms
64 bytes from 4.79.212.236: icmp_seq=3 ttl=47 time=60.5 ms
64 bytes from 4.79.212.236: icmp_seq=4 ttl=47 time=56.7 ms
64 bytes from 4.79.212.236: icmp_seq=5 ttl=47 time=54.7 ms
--- 4.79.212.236 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5005ms
rtt min/avg/max/mdev = 54.785/57.665/61.348/2.497 ms, pipe 2
Ping from Server @ home to office
[root at home asterisk]# ping 70.89.198.99
PING 70.89.198.99 (70.89.198.99) 56(84) bytes of data.
64 bytes from 70.89.198.99: icmp_seq=0 ttl=62 time=19.3 ms
64 bytes from 70.89.198.99: icmp_seq=1 ttl=62 time=20.2 ms
64 bytes from 70.89.198.99: icmp_seq=2 ttl=62 time=21.3 ms
64 bytes from 70.89.198.99: icmp_seq=3 ttl=62 time=17.0 ms
64 bytes from 70.89.198.99: icmp_seq=4 ttl=62 time=21.8 ms
64 bytes from 70.89.198.99: icmp_seq=5 ttl=62 time=30.8 ms
--- 70.89.198.99 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5004ms
rtt min/avg/max/mdev = 17.029/21.791/30.862/4.347 ms, pipe 2
So, like I said no echo on the public ip side of things.
Jonn
More information about the asterisk-users
mailing list