Re: [Detnet] questions about draft-eckert-detnet-mpls-tc-tcqf

Hi Norm,

Many thanks for your response.
CQF is a great idea, hope to see it gradually improved for use in large networks. : )

Regards,
PSF

------------------原始邮件------------------
发件人：NormanFinnConsulting
收件人：彭少富10053815;
抄送人：draft-eckert-detnet-mpls-tc-tcqf@ietf.org;detnet@ietf.org;
日 期 ：2021年11月18日 04:37
主 题 ：Re: [Detnet] questions about  draft-eckert-detnet-mpls-tc-tcqf
A follow-on.
CQF is under consideration for improvement for use in TSN, where network sizes are relatively small.  My paper, referenced by Janos, does not address the issue of bundling many flows into a single flow, then merging or splitting them arbitrarily.  Without bundling, TSN CQF has scaling issues; a large number of flows requires large buffers, which increase the per-hop delays.  But, bundling is not a trivial operation.  Bundling may require buffers and state machines, itself, and may therefore reduce the no-touch advantage of CQF.  My next step for the CQF proposals in TSN will be to address this issue.  I imagine that Janos will keep you informed if progress is made.
-- Norm
> On Nov 15, 2021, at 22:56, Norman Finn <nfinn@NFINNCONSULTING.COM> wrote:
>
> You’ve got it.  Admission control is the key. Either through a reservation protocol or a central supervisor, you have to ensure that no output interface is given more load than can be handled in a single transmission period. No sender can proceed without permission.
>
> Reservation-before-transmission is required by all TSN techniques. You can't guarantee zero congestion loss to an arbitrarily large load. The nice thing about CQF is that, with centralized control, you don't have to touch any intermediate nodes to admit or delete a flow; only contract enforcement at the ingress node has to be configured.
>
> — Norm
>
>> On Nov 10, 2021, at 23:00, peng.shaofu@zte.com.cn wrote:
>>
>> Hi authors,
>>
>> Thanks for the effort to introduce TSN CQF to IP network, especially, a large scale WAN.
>>
>> Can you help me to understand how does T-CQF solve the congestion ?  For example, an intermediate node with multiple incoming ports may receive T-CQF packets from many sources, and  these packets are put into the same cycle-id related queue. Can they be guaranteed to be sent together in the next cycle?  Appreciate for additional description of that in the document.
>>
>> I have seen examples of single T-CQF flow competed with best-effor backgroup flows, that is OK. However, the competetion between multiple T-CQF flows may be more interesting.
>> One may say that there is a central controller to plan and arrange T-CQF flows, and never permit more T-CQF flows match the same local cycle-id at the intermediate node then to avoid congestion. I think that may be possible for a small network, but may be challange for large scale WAN.
>>
>> Regards,
>> PSF
>>
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet