Can I run IPTs at 1ms PTP packet size

Q1 what is Clear-Com’s recommendation in terms of running IPTs using 1ms RTP packet size?

A1 Avoid it in systems without PTP aware switches.

 

Q2 I know Clear-Com prefers to use 125us ptp,  but if I had to run at 1ms ptp, is there any short comings, I should look out for

 A2 The risk is with loss of DECT sync due to PTP packets getting delayed behind RTP-audio packets in the Eth-Switch buffers

 

We use ptp to generate the local RF dect sync within each antenna, this enables Beltpacks to roam between antennas

 If the jitter on the ptp is too much then this can lead to a lack of RF dect sync . we can handle upto ± 1000ns

 

If you had to use IPTs with 1ms ptp on a network without PTP aware switches

The solution to such a scenario is to physically isolate the wireless network from other traffic. By this we mean to not only place the wireless traffic in its own VLAN but to also use a separate trunk access ports for that VLAN between switches (rather than placing the IPT-VLAN on a trunk with all the other traffic). Furthermore the IPA card should be made PTP master of this isolated wireless network. This markedly reduces the chance of collisions and therefore jitter is minimised.

 Using 10 Gbps up-links between switches is potentially an alternative solution here but there is still a limit and a possible bottleneck in the network and could still lead to scenarios where it will be difficult to roam between IPTs

 (see https://clear-com.atlassian.net/wiki/spaces/SF/pages/771784722 )