• ×
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
  • ×
    Information
    Need Windows 11 help?
    Check documents on compatibility, FAQs, upgrade information and available fixes.
    Windows 11 Support Center.
  • post a message
Guidelines

Featured blog article:

Locked

‎10-15-2013 02:15 PM

HP Recommended

Two HDX 9004 system are producing problems with a Tanberg Codian MCU. Below is the error received by the MCU:

 

ENCRYPTION  Error  RTP Packet Error While Decrypting: packet length=12, header length=12 first word=007d0000

The above error continues and fills the log with the MCU. 

 

Other HDX 9004 systems connect to the same conference and the same time without any problems. 

 

 

10 REPLIES 10

‎10-16-2013 07:06 AM

HP Recommended

 Below is the definition for the various AES settings. 'When Available' is the one that is the most likely to connect.

 

Specifies how to encrypt calls with other sites that support

AES encryption.

•

Off—AES Encryption is disabled.

•

When Available—AES Encryption is used with any

endpoint that supports it, even if the other endpoints in

the call don’t support it.

•

Required for Video Calls Only—AES Encryption is used

for all video endpoints in the call. Analog phone and

voice over ISDN connections are allowed. Video

endpoints must support AES Encryption to participate in

the call.

•

Required for All Calls—AES Encryption is used for all

video endpoints in the call. Analog phone and voice over

ISDN connections are

not allowed. All endpoints must

support AES Encryption to participate in the call.

Was this reply helpful? Yes No

‎10-16-2013 11:35 AM

HP Recommended

Ken - Thanks for the reply. The units are set for "When Available" and they do connect, however, we suspect the error is creating some video or audio jitter associated with the video calls. Is it possible a system restore could fix the problem? I wondering if the AES key is some how corrupted or damaged.

 

Thank you.

Was this reply helpful? Yes No

‎10-17-2013 05:02 AM

HP Recommended

Hello Ken,

same Problem over here

 

HDX8000 set to AES -> "When available" "unknown RTP Packet Error". - Even more worse when content starts.

Network is fine - Our Networks Admins checked for Packet loss. - The MCU detects Packet loss in Video Stream - Status is written above. And it reduces the speed down to 2-4 Video Frames per Secon (PRETTY SLOW).

 

We have massive Problems with it. - If encryption is set off, everything works fine.

 

we have a bunch of polycoms.

 

FW is 3.06

 

MCU is Tandberg 4550

 

Edit: It is also recognized with another HDX 7000 FW: 3.1.2 - as soon as content starts there are massice RTP packet errors

 

Regards,

Pascal

 

 

Was this reply helpful? Yes No

‎10-17-2013 06:47 AM

HP Recommended

 

Regarding AES Bandwidth......

Over the life of the call the bandwidth overhead is insignificant.

At the beginning of the call (during call setup) some bandwidth is used to negotiate encryption type, and to exchange keys. During caps exchange some additional bandwidth is used to signal which audio and video modes are supported with encryption.

AES encrypts data in 16-byte increments. It will add up to 15 bytes to the end of a packet to insure that the data being encrypted is a multiple of 16 bytes. Since packets tend to be much larger than this, the percentage increase caused by padding is negligible.

Once Video and Audio are established the overhead is negligible.

 

The Polycom Software Release notes state that we have tested a

Codian MCU 4505 versions

4.2 (1.50), 4.3(1.68) and

4.4 (3.49)

However this does not mean that non-tested units and versions do not work.

 

So we need to determine where the issue lies by testing and process of elimination.

 

First question is can a call be made between two HDX end points without going through an MCU (a point to point call)?

What are the results?

 

If the PtP is fine then logs from the HDX and wireshark traces would be needed to determine where the issue lies.

 

I suggest contacting Polycom Support as this issue will be too involved for this Forum.

 

Here is a list of world wide support centers.

http://support.polycom.com/PolycomService/support/us/support/Contact_Us.html

 

 

Was this reply helpful? Yes No

‎10-30-2013 08:41 AM

HP Recommended

Hi there,

 

thanks for fast reply. So we checked different things for now.

 

Seems like the problem occures more with FW-3.1.2-35267

Telnet Connection on VC says:

 

WARNING avc: pc[0]: RTPTxChan[0]: (AudioTx) network quality, RTP packetLoss percent:1

and

WARNING avc: pc[0]: ipipc: Lost packet! [last: 28976] [cur: 28979]

 

Audiocodec: G.722.1C

 

Codian 4505 4FW: .1(1.59)  says

Fast update requests    0 received, 7 sent

Flow control messages    0 received, 0 sent

 

And finally Codian log says:

28350 14:59:40.650  <unknown> Error RTP Packet Error While Decrypting 28351 14:59:54.926  <unknown> Error RTP Packet Error While Decrypting 28352 15:00:10.697  <unknown> Error RTP Packet Error While Decrypting 28353 15:00:24.982  <unknown> Error RTP Packet Error While Decrypting 28354 15:00:40.733  <unknown> Error RTP Packet Error While Decrypting 28355 15:00:55.040  <unknown> Error RTP Packet Error While Decrypting 28356 15:01:10.768  <unknown> Error RTP Packet Error While Decrypting 28357 15:01:25.055  <unknown> Error RTP Packet Error While Decrypting 28358 15:01:40.860  <unknown> Error RTP Packet Error While Decrypting 28359 15:01:55.136  <unknown> Error RTP Packet Error While Decrypting 28360 15:02:10.873  <unknown> Error RTP Packet Error While Decrypting 28361 15:02:25.227  <unknown> Error RTP Packet Error While Decrypting 28362 15:02:40.976  <unknown> Error RTP Packet Error While Decrypting 28363 15:02:55.273  <unknown> Error RTP Packet Error While Decrypting 28364 15:03:10.981  <unknown> Error RTP Packet Error While Decrypting 28365 15:03:25.376  <unknown> ErrorRTP Packet Error While Decrypting

 

^^ It is literally spitting this over and over.
When FW 3.1.2 is connected

 

With FW 3.0.6 HDX 7000 / HDX 8000 no problems - same settings. No Packet Loss detected by Network Admins. Different locations were tested and same locations with different Polycom Firmwares. Now it's your turn. This is not a Network Problem.

 

 

 

Best regards,

RKI-VC Admin

Was this reply helpful? Yes No

‎10-30-2013 08:44 AM

HP Recommended

Hello RKI VC Admin,

 

Ken has already responded with the next step:

 

@Kendo wrote:

 

 

I suggest contacting Polycom Support as this issue will be too involved for this Forum.

 

Here is a list of world wide support centers.

http://support.polycom.com/PolycomService/support/us/support/Contact_Us.html

 

 

 

 

Best Regards

 

Steffen Baier

------------------------------------------------
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
Was this reply helpful? Yes No

‎10-30-2013 08:54 AM

HP Recommended

I Switched 3.1.2 FW into DEBUG Mode:

 

2013-10-30 14:53:49 INFO avc: pc[0]: RTPRxChan[5]: (AudioRx) sending RTP Keep Alive with incorrect RTP version
2013-10-30 14:53:49 INFO avc: pc[0]: RTPRxChan[6]: (VidPeopleRx) sending RTP Keep Alive with incorrect RTP version
2013-10-30 14:53:49 INFO avc: pc[0]: RTPTxChan[5]: (VidPeopleTx) sending RTP Keep Alive with incorrect RTP version
2013-10-30 14:53:49 INFO avc: pc[0]: RTPRxChan[7]: (FECCRx) sending RTP Keep Alive with incorrect RTP version
2013-10-30 14:53:49 INFO avc: pc[0]: RTPRxChan[8]: (VidContentRx) sending RTP Keep Alive with incorrect RTP version
2013-10-30 14:53:49 INFO avc: pc[0]: RTPTxChan[7]: (VidContentTx) sending RTP Keep Alive with incorrect RTP version

 

^^ Here we go.

Was this reply helpful? Yes No

‎10-30-2013 08:55 AM

HP Recommended

Yes ok,

 

I will open a ticket.

 

Best Regards

Was this reply helpful? Yes No

‎10-30-2013 09:17 AM

HP Recommended

Hello RKI-VC-Admin,

 

please quote VIDEO-108838 as there may already be work done on this.

 

Best regards

 

Steffen Baier

------------------------------------------------
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
Was this reply helpful? Yes No
† The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.
Didn't find what you were looking for? Ask the community
† 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>.
-->