Please see the updated vars.xml on how SRTP works in 1.4.x, I suspect the phone tries to either disable or enable SRTP on the hold operation, there are a few settings related to rolling the keys in 3.x that may solve your issue. On Thu, Jul 31, 2014 at 8:02 AM, Yehavi Bourvine <yehavi.bourvine@gmail.com> wrote:
Hi,
After upgrading from Freeswitch 1.2.23 to 1.4.6 my users started to complain that they cannot use hold on incoming sessions on Polycom phones; when they try to return from hold the call is disconnected and I get a console error "CODEC renogotiation error".
Our Polycom phones are set to offer SRTP, thus, on outgoing call they use SRTP but not on incoming. In the above scenario, when the user tries to return from hold, the phone sends SAVP with SRTP, although the original call was not encrypted, and this causes this error message. I had to disable SRTP on the Polycoms to make hold working again.
BTW, this happens with Polycom 3.3.4 but not with 4.0.5 (but I cannot upgrade to it since it behaves erratically).
Anyone else noticed this as well?
Thanks, __Yehavi:
_________________________________________________________________________ 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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest