#Sync ip unblock manual#

If the offset or the jitter range is too big, the client cannot synchronize. If the client cannot reach the “Calibrated” state, check the offset from master and its jitter window: Once the client has successfully synchronized to the master’s time, it will be “Calibrated”. The client should be sending out messages (“Ann/DlyResp”, etc. You might see the switch’s IP address here, if the switch runs in Boundary Clock mode. The client should see the correct Grandmaster and its parameters:

#Sync ip unblock manual#

If it is in “Recovery” mode the V_line might have been rebooted and is waiting for manual confirmation that it should take over the role of Grandmaster again (only in “Redundant” mode confirm in “Settings” –> “Switch” –> “PTP” –> “Resume”). If it is in “Passive” mode another device has become master, probably due to higher priority. If the master is not synchronized to an analog reference, it should be in “Free Run”, else in “Ref Master”. The master should send out messages (“Announce”, “Sync”, etc. PTP relies on multicast, so if you are having trouble establishing streams, check for issues with multicast first, then come back to PTP. If the data is correctly received on interface 1G/1, you will see a timer running, that never reaches 0:00: The following screenshot shows missing multicast data for PTP (224.0.1.129 no timer running on any interface): If you see no entry for the multicast IP address or you don’t see a timer running on the interface where you expect to receive the data, the V_line does not receive the respective multicast data. In the “Status” –> “Switch” –> “IGMP” menu of the V_line you can also check whether you receive multicast packets by looking at the multicast address vs. If the unicast stream stays stable, look for the issue in the realm of multicast. General issues with multicast and issues with the IGMP querier can be distinguished from other network issues by switching the stream distribution from multicast to unicast (remember to copy the SDP again – it changes when setting the stream to unicast). The V_lines will re-establish the stream, but there will be an interruption in the video. If the querier timeout reaches 0:00, the multicast streams will break down, as the source device assumes no one is interested in the stream anymore.

If you do not see a querier on the destination device, this might point to general issues with multicast between source and destination. If you expect to see the switch, but instead see a V_line, try switching off the querier functionality of that V_line (“Settings” –> “Switch” –> “IGMP” –> “Querier”). The IP address for the querier should either be the switch (if setup accordingly) or the IP address of the V_line fulfilling that role but remember that the IGMP querier with the lowest IP address wins the querier election.

Under “Status” –> “Switch” –> “IGMP” verify that the IP address of the querier is correctly reflected and that the timeout never actually reaches 0:00: Navigate to the Web UI of the receiving V_line. Check if the IGMP Querier is setup correctly and recognized by the devices.