[#XCF-1576] Configure Polycom phones to not filter RTP on origin IP so that they can play MoH generated by standards compliant phones like SNOM

sipXconfig

Configure Polycom phones to not filter RTP on origin IP so that they can play MoH generated by standards compliant phones like SNOM

Created: 2007-02-08 14:26 Updated: 2008-07-22 15:13

Component/s:

polycom

Affects Version/s:

None

Fix Version/s:

None

Original Estimate:

Unknown

Remaining Estimate:

Unknown

Time Spent:

Unknown

Issue Links:

Duplicate

This issue also reported as:
	~~XCF-1514~~ Configure Polycom phones to not filte...

Related

This issue related to:
	~~XCF-1514~~ Configure Polycom phones to not filte...

This issue related to:
	~~XTRN-7~~ Music on hold does not work if the ph...

Description

« Hide

Currently, when a call is between a Polycom phone and a Snom phone, if the Snom phone puts the call on hold, the Polycom phone won't hear MOH. This is because the Snom phone does not relay the RTP for the MOH. Instead, it sets up a dialog with the MOH server, but juggles the SDP so that the MOH server sends its RTP directly to the Polycom phone. However, by default, the Polycom phone will not play RTP coming from an unexpected IP address.

It is possible to turn off this filtering, but up to now, our attempts to do so have not worked.

All

Comments

Work Log

Change History

Sort Order:

[ Permlink | « Hide ]

Dale R. Worley - 2007-03-26 08:42

See issue ENG-779 for feedback from Polycom on this issue.

[ Permlink | « Hide ]

Dale R. Worley - 2008-01-29 10:42

A solution which might satisfy all requirements is: Filter incoming RTP based not on the IP address of the other end of the dialog, but rather the address in the c= line of the SDP. This allows address filtering to suppress SPIT but also allows 3rd-party call-control, especially MOH from external MOH servers. See http://www.ietf.org/internet-drafts/draft-worley-service-example-01.txt for details.

[ Permlink | « Hide ]

Aaron Brumpton - 2008-05-22 18:48

It is my understanding that this is no longer as issue with Polycom phones, even when RTP tcpIpApp.port.rtp.filterByIp="1".
Can you confirm you have a release of Polycom SIP software in your labs that accepts MOH.

[ Permlink | « Hide ]

Aaron Brumpton - 2008-07-22 15:13

I tested the above scenerio with Polycom SIP 3.1 generating MOH and my results are

1. Polycom SIP 3.0.3 rts6 can receive MOH.
2. Polycom SIP 2.2.3 rts1 can receive MOH.

For both of these versions, if the held user initiates a double hold, upon resume they do not hear the MOH.