02-15-2017 07:12 AM
PPCIP uses port 5001 for all communication. For the Group Series (RPG), the logs can be most easily found by searching for logs. This will take you to a page with a "Download system log". Clicking the link with download the system log package.
02-16-2017 06:45 AM
Hmm, that's odd, the log package (usually called polycom_log_20161202141735.tgz) shouldn't be much more than 8 or 9mb. Either way,the specific files we're looking for are the messages files (should be messsages, messages.0, messages.1 etc). If PPCIP is having problems, many of those logs will be full off "Lost packet!" prints.
Feel free to attach the log package or logs and I can take a look.
02-17-2017 12:36 AM
I gad done a fresh test right now, and attach the PPCIP log and RPG log.
The PPCIP log has the time with 2 hour eralier than normal.
Thank you for your support.
02-17-2017 08:08 AM
Thanks for sharing the information. The "Lost packet!" strings definately mean that the Group Series is failing to receive UDP packets from PPCIP. When many packets are not received, the Group Series will request a "fast update" from PPCIP in order to re-sync the video.
In summary, "Lost packet!" and "H26xEncSendFastUpdateUnproxy" prints point to networking problems between PPCIP and GS (i.e. something is not delivering many of the UDP packets). This theory can be confirmed by connecting the PC to the HDX via a simple hub/switch. If the problem goes away, then network infrustrcture is most certainly the cause.
Thank you Rob for your help.
Meantime I was thinking about the following possible cause: The RPG is licensed for 720p, not for 1080p, and the laptops resolutons were set above 720p.I was wondering if that higher resolution that what RPG can handle can be the problem.
I will test also your suggestion
Have a nice day.
Today I had done some other tests related to the problem:
1.Changed laptop resolution form 1080p to 720p: drops frames again.
2.As you suggested I connected the RPG 500 and the laptop by a switch/hub and delivering content with PPCIP.Results: no frames drops
3. Connect the laptop in the same router as RPG: no frames drops.
Started tests with RPG in call:
1. Call directly to another RPG: no frames drops.
2. Call directly to a RPD from company intranet: no frames drops
3. Call in a RMX VMR: Frames drops.
To conclude I think that the problem is in RMX or VMR.
If you have any suggestion, highly appreciate.