Configuring Hitless Failover

zixi features hitless failover for inputs, enabling undisrupted streaming when switching from one source to another the hitless failover feature is based on the smpte 2022 7 standard, which specifies “seamless” or hitless failover between binary identical streams with synchronized rtp headers zixi's patent pending hitless failover technology works by comparing the transport stream payload, without relying on sequences being synchronized zixi then applies a proprietary sequencing algorithm to identify missing parts and fill in missing packets the hitless failover feature is supported in the inputs of zixi feeder, broadcaster, and receiver the hitless failover configuration involves grouping two inputs in a "failover group" the failover group includes the following configuration options for the merging of binary identical steams the merging of the streams can be achieved using one of the following methods rtp headers (smpte 2022 7) – if the sources are rtp and the rtp headers were maintained, zixi will use the smpte 2022 7 to compare and merge the two streams in order to allow hitless failover this option is the most recommended as it will use the sequence and the timestamp in the packets to compare which packets are missing this method is more accurate than methods that compare the entire payload or methods that use sophisticated dna sequencing algorithm, which are more error prone, as the payload may have multiple matches rtp headers or ts content – if the sources do not have rtp headers, zixi will try to merge using the mpeg ts content itself in these cases, when one of the streams is disrupted or interrupted completely, zixi broadcaster will seamlessly use the packets of the other input without any disruptions note if the streams are not identical, the failover process will not be seamless and may take up to a seco a failover group can comprise two or more inputs in a group of three or more, you can define one or more streams as a "backup" in this case the system will always try to recover packets from "primary" streams first and only if there are no available primary streams, it will use the backup streams when one of the primary streams becomes available, the system will automatically jump to the primary stream while the broadcaster gui only enables configuration of primary streams at a single priority level, through the zixi broadcaster api it is possible to assign different priorities as follows priority 0 – means backup it will be used only if all other streams are unavailable priority greater than 0 means primary the failover group has its own stream id, just like an input stream, and will appear in the inputs list although the topology above shows only one zixi broadcaster, it is also possible to have multiple targets (e g two or more zixi broadcasters), each with its own failover group of inputs to enable a more complete system level redundancy to configure a failover group, follow the instructions in the creating a failover group docid 4pyeyifadre213mg056kd section