We have 50 of these phones in one location and a couple remote phones. The problem seems to be caused by the volume settings on the phone. We have noticed that the echo seems to be worse when the volume is very high on the phone (not using speakerphone). We're still testing, but that's what we've been able to come up with so far.
<br><br><br>
<div><span class="gmail_quote">On 10/28/05, <b class="gmail_sendername">Chris Bagnall</b> <<a href="mailto:m0n0wall@minotaur.cc">m0n0wall@minotaur.cc</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> Erick, we're also using <a href="http://1.0.1.12">1.0.1.12</a>, having some echo problems,<br>> mostly with in/out going ZAP calls (on quadBRI, w/asterisk
<br>> 1.0.9), the internal SIP calls seem to work fine. (but you<br>> have to make sure your volume isn't too high) Also the<br>> GXP-2000 has the annoying feature that calls get disturbed<br>> when you touch the wire (going from handset to phone).
<br><br>We currently have 3 sites with about 15 GXP-2000s at 2, and 3 at the third.<br>The 2 larger sites are running <a href="http://1.0.1.9">1.0.1.9</a>, the third site is running <a href="http://1.0.1.12">1.0.1.12</a>.
<br>On straight SIP-SIP calls or outbound calls via an IAX->PSTN gateway, there<br>is no discernable echo at all. Ever.<br><br>One of the larger sites is connected with 2 BRIs for incoming calls via<br>zaphfc. Generally, there is echo for the first 2 or 3 seconds of a call,
<br>then it dies out completely. There are exceptions - I've had reports of echo<br>lasting for the duration of a phone call, but this has usually been down to<br>a callcentre at the other end of the line (probably using an autodialler)
<br>where the first few seconds of an inbound call is silence. I guess this must<br>be upsetting the echo training in Zaptel.<br><br>The other larger site is connected using a TDM400 with 3 POTS lines. There<br>is nearly always echo on incoming calls on these lines for about 30 seconds,
<br>after which they appear to be fine.<br><br>In conclusion - I'm not sure if the GXP2000s are the problem in your<br>scenario.<br><br>Regards,<br><br>Chris<br>--<br>C.M. Bagnall, Director, Minotaur I.T. Limited<br>This email is made from 100% recycled electrons
<br><br><br>_______________________________________________<br>--Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br><br>Asterisk-Users mailing list<br><a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br><br><br></blockquote></div><br><br clear="all"><br>-- <br>| Erick Baum<br>| Teal Networks, Inc.<br>| <a href="http://www.teal.net">http://www.teal.net</a>