[Freeswitch-users] Polycom hold problems?

[Yehavi Bourvine]

Hi again,

  I've played with a few Polycom parameters, but it doesn't help. I've
opened a Jira FS-6722 <https://jira.freeswitch.org/browse/FS-6722>.

           Regards, __Yehavi:


2014-08-03 16:48 GMT+03:00 Yehavi Bourvine <yehavi.bourvine at gmail.com>:

> Hello Brian,
>
>   Thanks for your reply. Do you have any clue to give me about the
> parameters names in Polycom config? I tried  playing on FS side, but
> nothing helps.
> From the traces I see that Polycom answers without asking for encryptiom,
> but after return from hold it asks for encryption.
>
>                Thanks! __Yehavi:
>
>
> 2014-07-31 16:15 GMT+03:00 Brian West <brian at freeswitch.org>:
>
>> 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 at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at 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
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140804/c8e77c26/attachment-0001.html