We are using VVX 400, VVX300 (on 4.1.7 firmware) and SPIP 331s (on 4.0.1 firmware) (through a Broadworks based hosted product) to call out to an overhead paging system. Most of the pages are made near speakers for the overhead system. There is a bit of a delay in the system which translates to extremely bad echo when making the pages. The previous system which we replaced had no issues with cancelling out the speaker audio thus no echo transmission.
Are there any suggestions for config/setting changes available to mitigate this echo? I understand that there are echo suppression/cancellation settings but I've understood that these should be enabled by default:(voice.aec.hs.enable="1", voice.aes.hs.enable="1", etc)
They are not part of the device specific config files that are added for each model. I am looking for any help, even if it means we set up a "paging only" phone with very one sided settings that may impact usual calling.
Have you consulted your provider regarding this? He might be able to see what the problem is.
Thanks for the advice but we are the provider in this case. We replaced a traditional onsite PBX with a Hosted solution. Because the previous system allowed calling into the paging system from the phones we inserted a SIP ATA to an analog handoff into the paging system. We're looking at every link in the chain for improvements for the echo though we have no control once the audio is handed off to the paging device. That's were I was hoping there may be some additional setting changes on the Polycoms to combat the re-transmission of the speaker audio back out the phones during announcements. Maybe a setting that extends out the tail of the where echo cancellation/suppression processing captures and rejects that audio.
We were able to correct the problem by reducing the delay enough to allow the default echo cancelation within the Polycoms to correct the speaker driven audio.