<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.guo-detnet-jitter-reduction-mechanism" target="https://datatracker.ietf.org/doc/html/draft-guo-detnet-jitter-reduction-mechanism-02">
   <front>
      <title>Jitter Reduction Mechanism for DetNet</title>
      <author initials="D." surname="Guo" fullname="Daorong Guo">
         <organization>New H3C Technologies Co., Ltd</organization>
      </author>
      <author initials="S." surname="Xu" fullname="Shenchao Xu">
         <organization>New H3C Technologies Co., Ltd</organization>
      </author>
      <author initials="Y." surname="Xuejun" fullname="XUEJUN YOU">
         <organization>New H3C Technologies Co., Ltd</organization>
      </author>
      <author initials="" surname="zhushiyin" fullname="zhushiyin">
         <organization>New H3C Technologies Co., Ltd</organization>
      </author>
      <date month="June" day="4" year="2024" />
      <abstract>
	 <t>   In large-scale deterministic networks (LDN), App-flows need to span
   multiple deterministic network domains, and the latency in multiple
   domains is added together. The jitter will be increased. In order to
   realize the protection service function, App-flows should be
   transmitted on multiple paths. The delay difference in data
   transmission on different paths is no different from jitter in end-
   to-end services. Jitter generated by various factors needs to be
   reduced to meet business requirements.

   This document describes the end-to-end jitter reduction mechanism in
   an LDN. This mechanism can effectively control the end-to-end jitter
   to meet specific business needs and make the planning of multiple
   paths for service protection more flexible.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-guo-detnet-jitter-reduction-mechanism-02" />
   
</reference>
