cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2048
Views
0
Helpful
6
Replies

Interoperability testing

Darren McKinnon
Level 1
Level 1

I'm curious how much effort is made to test interoperability between Cisco and Polycom.  I cannot be the only one that dreads troubleshooting interop issues in the telepresence community.  I know that Cisco will help me as far as they can on the cisco side of the equation, but why isn't there some collaboration between the two big guys to work out their differences?  Like my mamma always said: communication is key to a healthy relationship.

6 Replies 6

Patrick Pettit
Cisco Employee
Cisco Employee

HI Darren.  I'm pretty sure our guys test scenarios out etc, and do some interop testing as well.  We've seen some issues in some testing before and have sent them to Polycom and vice versa.  Is there something your having an issue with we can address?  Say cascading between Cisco MCU to RMX perhaps?  If theres something you want us to look into, we can. We do have some Polycom equipment, and hoping we have the same as you in the problem your experiencing. 

Let us know how we can try and help you out. 

VR

Patrick

Hey Patrick, my latest issues are because of cascading. We are now trying to connect my codian 8420 to the RMX 2000 with encryption enabled, and yesterday we could connect and see each other, but could not share content in either direction.  I made the call from my MCU and setup the connection as a slave.  AND then today I made the same connection, and I couldn't even receive video from the RMX 2000.

I tried calling directly from my 990 MXP with F9.1.2 out through my VCS-E, over the internet, to a VBP, and into the RMX 2000.  The 990 MXP is able to send content to the RMX 2000, but the endpoints on the RMX 2000 are not able to send content back, but I do see the content channel opening up, but the 990 just shows a black window.

Very frustrating.  I've opened a ticket up already (SR - 624089339) but I have been down this road before, trying to get help with interoperability, and it always becomes very difficult.

I'd love to be on a confernece call with a Cisco Engineer, a Polycom Engineer, and the RMX 2000 administrator to come up with a good action plan that might actually help reach a resolution.

Hi Darren and Patrick, i'm a engineer from another company, i did a lot of interoperablility test in the last few months. and i met a case that i don't know how to fix it.  As i read your case, i think both of  you have great expierence and information in interoperability test of CISCO devices , so could you help me or give me some guide. thank you in advance.

here is my case:

when i using CTS500+CTS3000(1.8.2) +SX20(TC 5.*)(another  Tandberg device) join a conference hold by CTMS(1.9), and when we do voice swicthing(segment switching), there is a 5% chance that CTS500's image suddenly get pixellation when switched from CTS3000 to SX20's room. for example: at the first time CTS500 watches CTS3000's middle screen ,  when do voice swicthing ,  CTS500 will be switched to watch SX20's room, and at beginning(the first 1 second ) CTS500 's image is not good, it's have a big pixellation .this looks like lost one frame from the video stream.  so i got the Log files from CTS500. and here is the related log text:

Could you help me to anylyse this case,or give me some guide or information.

Thank you very much!

__________________________________________________________________

2012-12-04 07:46:04.822: ProcessSPSFrame TBV sink device 1, detected high profile change from 0 to 1
2012-12-04 07:46:04.823: ProcessSPSFrame TBV sink device 1, New incoming SPS and PPS is:
<12 bytes> 47 64 00 28 09 2c 2c a4 01 e0 08 79
<6 bytes> 48 28 4a e2 27 2c
2012-12-04 07:46:04.823: RenderMedia TBV sink device 1 frame 2237 has SPS in nal 0:
<12 bytes> 47 64 00 28 09 2c 2c a4 01 e0 08 79
2012-12-04 07:46:04.823: RenderMedia TBV sink device 1 frame 2237 has PPS in nal 1:
<6 bytes> 48 28 4a e2 27 2c
2012-12-04 07:46:04.823: RenderMedia TBV sink device 1 frame 2237 is GDR
2012-12-04 07:46:04.854: RenderMedia TBV sink device 1 frame 2237, frame gaps 9 (8)
2012-12-04 07:46:04.854: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: GDR, skipped frames 0, isLastFrameIDR true dropThreshold 5
2012-12-04 07:46:04.877: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607164877055, jitterBufferActual 71092, startRtp 3648000 nextRtp 3648000 lastSR acquire 0
2012-12-04 07:46:04.887: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: GDR, skipped frames 0, isLastFrameIDR true dropThreshold 5
2012-12-04 07:46:04.921: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: GDR, skipped frames 0, isLastFrameIDR true dropThreshold 5
2012-12-04 07:46:04.954: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: GDR, skipped frames 0, isLastFrameIDR true dropThreshold 5
2012-12-04 07:46:04.958: RenderMedia TBA sink channel 1 mEmptyFrames 0
2012-12-04 07:46:04.969: ForwardNextFrame RTP RCV localPort 0xe020, resetting jitter buffer lost 10 frames!
2012-12-04 07:46:04.980: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607164976926 usecs, now 1354607164981025, rtp 3656640, sinkOffset -1963 jitterBufferActual 70963
2012-12-04 07:46:05.058: IsFull RTP RCV localPort 0xe020, start adjustment, usec 10954 frames 1 PendingFrameAdjust -1
2012-12-04 07:46:05.058: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607165058980, jitterBufferActual 70963, startRtp 3656640 nextRtp 3656640 lastSR acquire 0
2012-12-04 07:46:05.059: DropFrames RTP RCV localPort 0xe020, frames 1
2012-12-04 07:46:05.091: AcquireMediaBackend TBV source device 0, frame 2255 (54) LTRP0
2012-12-04 07:46:05.124: TransmitNALUs RTP XMIT localPort 0xe082, transmitted LTRP0 frame seqno 36405 - 36419, DSP frame number 661966
2012-12-04 07:46:05.148: ForwardNextFrame RTP RCV localPort 0xe020, resetting jitter buffer lost 10 frames!
2012-12-04 07:46:05.154: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: resetting counters, current skipped frames 5, isLastFrameIDR true
2012-12-04 07:46:05.157: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607165156953 usecs, now 1354607165157156, rtp 3665280, sinkOffset 8008 jitterBufferActual 70992
2012-12-04 07:46:05.234: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607165234908, jitterBufferActual 70992, startRtp 3665280 nextRtp 3665280 lastSR acquire 0
2012-12-04 07:46:05.254: UpdateLTRPHistory TBV sink device 1, frame 2249 (54) LTPR0
2012-12-04 07:46:05.328: ForwardNextFrame RTP RCV localPort 0xe020, resetting jitter buffer lost 10 frames!
2012-12-04 07:46:05.337: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607165336888 usecs, now 1354607165337136, rtp 3673920, sinkOffset 7909 jitterBufferActual 71091
2012-12-04 07:46:05.417: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607165417200, jitterBufferActual 71091, startRtp 3673920 nextRtp 3673920 lastSR acquire 0
2012-12-04 07:46:05.508: ForwardNextFrame RTP RCV localPort 0xe020, resetting jitter buffer lost 10 frames!
2012-12-04 07:46:05.516: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607165516715 usecs, now 1354607165516986, rtp 3682560, sinkOffset 7753 jitterBufferActual 71247
2012-12-04 07:46:05.597: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607165597248, jitterBufferActual 71247, startRtp 3682560 nextRtp 3682560 lastSR acquire 0
2012-12-04 07:46:05.688: ForwardNextFrame RTP RCV localPort 0xe020, resetting jitter buffer lost 10 frames!
2012-12-04 07:46:05.697: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607165696795 usecs, now 1354607165697414, rtp 3691200, sinkOffset 7928 jitterBufferActual 71072
2012-12-04 07:46:05.709: AddPacketToQueue RTP RCV localPort 0xe080, NI current fps 30.00, rtp duration 3000
2012-12-04 07:46:05.776: AcquireMedia RTP RCV localPort 0xe020, start forward at 1354607165776899, jitterBufferActual 71072, startRtp 3691200 nextRtp 3691200 lastSR acquire 0
2012-12-04 07:46:05.796: AddPacket RTP RCV localPort 0xe020, OVERRUN declared,
2012-12-04 07:46:05.817: AddPacketToQueue RTP RCV localPort 0xe020, resetting jitter due to OVERRUN
2012-12-04 07:46:05.817: AddPacket RTP RCV localPort 0xe020, jitter fill start, packet 1354607165816916 usecs, now 1354607165817129, rtp 3696000, sinkOffset 8137 jitterBufferActual 70863
2012-12-04 07:46:05.854: AdjustClock TBV sink device 1, avgOccupancy 157416, targetOccupancy 118333, diff 39083 (after avsyncAddedUsec 0)
2012-12-04 07:46:05.854: AdjustClock TBV sink device 1, need to drop 1 video frames to resync
2012-12-04 07:46:05.854: ForwardNextFrame RTP RCV localPort 0xe080, Skip P-Frame Drop: resetting counters, current skipped frames 0, isLastFrameIDR false
2012-12-04 07:46:05.854: ForwardNextFrame RTP RCV localPort 0xe080, Received non IDR/GDR is dropped
2012-12-04 07:46:05.854: DropFrames RTP RCV localPort 0xe080, frames 1  

Tomonori Taniguchi
Cisco Employee
Cisco Employee

I have tested this a while ago so configuration method might be already updated on RMX side, but please try follow;

On RMS (tested with 7.0.2.68 software version)

  • Define Cisco bridge on RMX as “Master” (set “Master” for “Cascade” configuration) under Advanced configuration

On Cisco bridge (tested with 4.2 software version)

  • Either add the RMX as an Endpoint or manually dial it from Cisco bridge.
    If adding as an Endpoint, configure dial-out and dial-in match parameters so the special setting are applied when call establish between RMX,
  • Configure “As master” for Content negotiation under Advanced interoperability parameters in Endpoint configuration. (same parameter is also available for manual call-out parameters as well).
    Please note that the Content negotiation configuration is supported from 4.2 software release.

With above configuration, cascade conference between RMX and Cisco bridge establish as RMX to be cascade master and will negotiate content channel properly.

Hope this help what you are facing right now regarding content sharing while cascading RMX and Cisco MCU bridge.

HI Darren.  What Tomo is indicating will work here. We can set up a conference call with you and your RMX technician to see if this will work.  This is what we've been testing with and it works unencrypted, but when we try to encrypt the call between RMX and Cisco MCU, the RMX releases the call pretty quickly and states Master Slave negotiation issue.  This is what what we are trying to get to the bottom of at the moment.  But if the call is unencrypted between the two, it works as Tomo states above and content sharing can pass back and forth between both MCU's. 

If you want, we can setup a time and go over this Darren if you wish.  Let us know. 

VR

Patrick

Unfortunately, unencrypted is not an option.  The business owners want the assurance that what they are discussing will remain secure.