Polycom VVX phones not properly handling hold in multi-tenant environment

[GoogleCodeExporter]

per http://wiki.freeswitch.org/wiki/Variable_hold_music#hold_music and 
http://support.polycom.com/global/documents/support/setup_maintenance/products/v
oice/UC_Software_Admin_Guide_v4_1_0.pdf page 140, Polycom handles Hold in a way 
that doesn't work properly with default FusionPBX configs. 

Though Polycom recommends sip-interop.cfg for this stuff, I was able to change 
site.cfg to work.

line 1075 was <voIpProt.SIP>

I changed it to 

<voIpProt.SIP voIpProt.SIP.useRFC2543hold="1" 
voIpProt.SIP.useRFC3264HoldOnly="1" voIpProt.SIP.useSendonlyHold="1">

Hold works properly after that.

AndyML

Original issue reported on code.google.com by a...@t3ch5.com on 4 Feb 2015 at 5:00

[GoogleCodeExporter]

Had very similar issue with the Panasonic KX-UT1xx model. No MOH audio sent to 
the caller when the Callee(Panasonic) places call on hold.

The issue is that the default Panasonic provisioning templates enable RFC2543 
Hold features.

Please update the Panasonic provisioning templates following lines

<RFC2543HoldEnable RFC2543_HOLD_ENABLE_1="Y"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_2="Y"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_3="Y"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_4="Y"/>
etc.

to 

<RFC2543HoldEnable RFC2543_HOLD_ENABLE_1="N"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_2="N"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_3="N"/>
<RFC2543HoldEnable RFC2543_HOLD_ENABLE_4="N"/>
etc.

This will correct the no MOH issues

Thanks

Original comment by gr8liq...@gmail.com on 4 Feb 2015 at 5:16

[GoogleCodeExporter]

This issue was closed by revision r7783.

Original comment by markjcrane@gmail.com on 4 Feb 2015 at 7:33

• Changed state: Fixed

[GoogleCodeExporter]

Thanks for reporting these and the fix for them. I've added both 
recommendations to the dev branch that will soon become the new release.

Original comment by markjcrane@gmail.com on 4 Feb 2015 at 7:34