• ×
    Information
    Windows update impacting certain printer icons and names. Microsoft is working on a solution.
    Click here to learn more
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
  • ×
    Information
    Windows update impacting certain printer icons and names. Microsoft is working on a solution.
    Click here to learn more
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
Guidelines
The HP Community is where owners of HP products, like you, volunteer to help each other find solutions.
HP Recommended

We have a few hundred Soundpoint IP 331 and 550 and we use it with our own custom platform based on FreeSWITCH™.

 

We are currently facing this problem where both models on the latest UC Software version (4.1.1.0260) are ignoring the voIpProt.SIP.useRFC2543hold option and upon pressing hold it keeps sending the old fashion 0.0.0.0 on the c attribute of the SDP. What this causes is, obvisouly, for the the other party not to hear MOH since the phone is not explicitely telling the UAS it wants to put the call on hold as per RFC 3264.

 

FreeSWITCH™ was kind enough some point in time to support the 0.0.0.0 as hold but this has long been removed from the source and I wouldn't like to put it back due to the obvious consequences on the stack. So, does anyone know if there is a bug somewhere that never gets addressed to be present on all firmwares I've tried? Granted, it wasn't so many of them since the list is long.

 

I can provide SIP traces to anyone interested.

1 ACCEPTED SOLUTION

Accepted Solutions
HP Recommended

Responding my own question, since firmware version 4.0.3 (according to the release notes), there is an extra param that needs to be set. This param is: voIpProt.SIP.useRFC3264HoldOnly="1"

 

It is very unfortunate that the current firmware documentation does not reflect the need for this. Also, the New SDP Type param on the web interface is now useless as it changes no behavior from what I could observe.

 

So, in summary, I had to use all the params below together to make it work properly:

 

 voIpProt.SIP.useRFC2543hold="0" voIpProt.SIP.useSendonlyHold="1" voIpProt.SIP.useRFC3264HoldOnly="1"

View solution in original post

4 REPLIES 4
HP Recommended

Hello João Mesquita,

welcome to the Polycom Community.

The UC Software 4.1.0 and 4.1.1 is a LYNC only release as stated in the Release Notes.

 

Please downgrade to UC Software 4.0.8

Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

Polycom Global Services

------------------------------------------------
Notice: I am an HP Poly employee but all replies within the community are done as a volunteer outside of my day role. This community forum is not an official HP Poly support resource, thus responses from HP Poly employees, partners, and customers alike are best-effort in attempts to share learned knowledge.
If you need immediate and/or official assistance for former Poly\Plantronics\Polycom please open a service ticket through your support channels
For HP products please check HP Support.

Please also ensure you always check the General VoIP , Video Endpoint , UC Platform (Microsoft) , PSTN
HP Recommended

I am downgrading right now but production is using 4.0.7.2514 and I can confirm I see the same issue. Will lab this up anyhow just so we have proper SIP traces.

 

Thank you for calling my attention to the fact that I was using a Lync only firmware.

HP Recommended

I can confirm that firmware version 4.0.8.1608 has the exact same behaviour. The New SDP Type is "Enabled" and I am still getting c lines as 0.0.0.0 as follows:

 

v=0
o=- 1167610065 1167610066 IN IP4 0.0.0.0
s=Polycom IP Phone
c=IN IP4 0.0.0.0
t=0 0
m=audio 2222 RTP/AVP 9 127
a=rtpmap:9 G722/8000
a=rtpmap:127 telephone-event/8000

 

A reminder is that I am NOT using any sort of provisioning system on the lab but rather the phone's own web configuration portal. If extra params need to be set on the provisioning server, please indicate which and I can do that right away as production phones are provisioned as per Polycom specifications.

HP Recommended

Responding my own question, since firmware version 4.0.3 (according to the release notes), there is an extra param that needs to be set. This param is: voIpProt.SIP.useRFC3264HoldOnly="1"

 

It is very unfortunate that the current firmware documentation does not reflect the need for this. Also, the New SDP Type param on the web interface is now useless as it changes no behavior from what I could observe.

 

So, in summary, I had to use all the params below together to make it work properly:

 

 voIpProt.SIP.useRFC2543hold="0" voIpProt.SIP.useSendonlyHold="1" voIpProt.SIP.useRFC3264HoldOnly="1"

† The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the <a href="https://www8.hp.com/us/en/terms-of-use.html" class="udrlinesmall">Terms of Use</a> and <a href="/t5/custom/page/page-id/hp.rulespage" class="udrlinesmall"> Rules of Participation</a>.