[Freeswitch-users] Polycom headache

[João Mesquita]

Sorry, with that obscure, never mentioned option, not the other way around.
I gotta start re-reading my emails *before* I hit send..

João Mesquita

On Tue, Mar 24, 2015 at 8:47 PM, João Mesquita <jmesquita at freeswitch.org>
wrote:

> For future reference, Spencer was right. Without that obscure, never
> mentioned option, it all works great!
>
> Thank you Spencer!
>
> Regards,
> João Mesquita
>
> On Tue, Mar 24, 2015 at 2:49 PM, Moishe Grunstein <max at nysolutions.com>
> wrote:
>
>>  We are on various 4 and 5 revisions and it works.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Moishe Grunstein
>>
>> Tornado Computer Systems, Inc.
>>
>> 212.400.7650 888.IPPBX.US
>> *Service Request Email: support at nysolutions.com <support at nysolutions.com>
>> *
>>
>> [image: cid:image001.jpg at 01C72F94.9EE45D60] <http://www.nysolutions.com/>
>>
>> Computer Networking * Managed Services * IP Video Surveillance * Network
>> Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network
>> Security * Site Surveys * CMS
>>
>>
>>
>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *João
>> Mesquita
>> *Sent:* Tuesday, March 24, 2015 1:15 PM
>> *To:* FreeSWITCH Users Help
>> *Subject:* Re: [Freeswitch-users] Polycom headache
>>
>>
>>
>> They are all IP331 and IP550 on firmware 4.0.8 (latest). I am giving
>> Spencer's suggestion for a spin and will report back ASAP.
>>
>>
>>
>> Thanks Spencer!
>>
>>
>>   João Mesquita
>> FreeSWITCH™ Solutions
>>
>>
>>
>> On Tue, Mar 24, 2015 at 1:52 PM, Michael Jerris <mike at jerris.com> wrote:
>>
>>  which phone models?  what firmware are they on?
>>
>>
>>
>>
>>
>>  On Mar 24, 2015, at 12:27 PM, João Mesquita <jmesquita at freeswitch.org>
>> wrote:
>>
>>
>>
>> Moishe, what UC software version are you using?
>>
>>
>>
>> MikeJ, I've set this on the web interface as well as provisioning and
>> it's like it doesn't care, it will send 0.0.0.0 anyway. Knowing a firmware
>> version that will make this work would be awesome.
>>
>>
>>   João Mesquita
>> FreeSWITCH™ Solutions
>>
>>
>>
>> On Tue, Mar 24, 2015 at 12:43 PM, Michael Jerris <mike at jerris.com> wrote:
>>
>>  Brian found this in the admin guide:
>>
>>
>>
>> Enable Call Hold Parameter Function
>>
>> Specify whether to use RFC 2543 (c=0.0.0.0) or RFC 3264 (a=sendonly or
>> a=inactive) for outgoing hold signaling.
>>
>> Specify whether to use sendonly hold signaling. Configure local call hold
>> reminder options. Specify the music-on-hold URI.
>>
>> Example Call Hold Configuration
>>
>> template > parameter
>>
>> sip-interop.cfg > voIpProt.SIP.useRFC2543hold
>>
>> sip-interop.cfg > voIpProt.SIP.useSendonlyHold sip-interop.cfg >
>> call.hold.localReminder.* sip-interop.cfg > voIpProt.SIP.musicOnHold.uri
>>
>>
>>
>>   On Mar 24, 2015, at 11:25 AM, João Mesquita <jmesquita at freeswitch.org>
>> wrote:
>>
>>
>>
>> I am deeply sorry, I've hit send too early. Damn Gmail...
>>
>>
>>
>> Guys, I am sure most of you have been through this but this is my first
>> time. I am having a HOLD problem with Polycom where they refuse to work
>> according to the "new" RFC3624 using SDP a attributes (sendonly/recvonly)
>> to indicate hold and keep sending 0.0.0.0 as the old RFC2543. I guess this
>> is a known thing since I've found several hits on Google about it and they
>> even created an option for it on their provisioning material.
>> Unfortunately, it doesn't work. No matter what I set on the
>> voIpProt.SIP.useRFC2543hold option, it still sends 0.0.0.0 as follows:
>>
>>
>>
>> v=0
>>
>> o=- 1167669703 1167669704 IN IP4 0.0.0.0
>>
>> s=Polycom IP Phone
>>
>> c=IN IP4 0.0.0.0
>>
>> t=0 0
>>
>> m=audio 2228 RTP/AVP 8 101
>>
>> a=rtpmap:8 PCMA/8000
>>
>> a=rtpmap:101 telephone-event/8000
>>
>>
>>
>> I've also looked into FS code and I've found something on the lines of,
>> but this is not kicking in either (granted, I am using 1.4.14 still and I
>> really don't believe FS should cope with this crap either).
>>
>>
>>
>> *if* ((sdp->sdp_connection && sdp->sdp_connection->c_address && !strcmp(
>> sdp->sdp_connection->c_address, "0.0.0.0"))) {
>> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_WARNING
>> , "RFC2543 from March 1999 called; They want their 0.0.0.0 hold method
>> back.....\n");
>> sendonly = 2; /* global sendonly always wins */
>> }
>>
>>
>>
>> So, why am I coming to this ML for help? I wanted to know how did you
>> guys figure this out, is there an exact firmware version where Polycom has
>> this figured out or is it one of those long lasting ones that Polycom never
>> cares to address?
>>
>>
>>
>> And btw, I tried with UC software version 4.0.8 and 4.0.7.
>>
>>
>>
>> Thank you,
>>
>> João Mesquita
>>
>>
>>
>> On Tue, Mar 24, 2015 at 12:19 PM, João Mesquita <jmesquita at freeswitch.org>
>> wrote:
>>
>>
>>
>> Guys, I am sure most of you have been through this but this is my first
>> time. I am having a HOLD problem with Polycom where they refuse to work
>> according to the "new" RFC3624 using SDP a attributes (sendonly/recvonly)
>> to indicate hold and keep sending 0.0.0.0 as the old RFC2543. I guess this
>> is a known thing since I've found several hits on Google about it and they
>> even created an option for it on their provisioning material.
>> Unfortunately, it doesn't work. No matter what I set on the
>>
>>
>>
>> <pre>
>> if ((sdp->sdp_connection && sdp->sdp_connection->c_address &&
>> !strcmp(sdp->sdp_connection->c_address, "0.0.0.0"))) {
>> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session),
>> SWITCH_LOG_WARNING, "RFC2543 from March 1999 called; They want their
>> 0.0.0.0 hold method back.....\n");
>> sendonly = 2; /* global sendonly always wins */
>> }
>>
>> João Mesquita
>>
>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.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
>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.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/20150324/c02348f9/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2424 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150324/c02348f9/attachment-0001.jpg