Dear authors, It39s an interesting idea to consider about routing packets to specific network nodes for computation offloading. After reading the draft, I have the following comments:
In-network computing(INC) is closely coupled with applications. It39s about implementing application-specific functions inside commercial network devices. In section 5, the draft says "In the SINC domain, a host MUST be SINC-aware. It defines the data operation to be executed.", I agree with the first sentence, but I think it might not be the case that data operation should be defined by applications, instead, I think these generic computing operations should be pre-defined by network and be open to applications through specific APIs. To realize successful computation, apart from the definition of computing operations, other related terms should be defined as well, like data types, data structures and calculation precision, etc. Since the capabilities of network devices provided by different vendors varies a lot, only tranferring computing operations might not be sufficient to perform a successful computation. If these definition can be done by network and encapsulated through common APIs which could be open to applications, and It39s more friendly for App developers. The control plane requirements in section 8 are a little bit too general, even though specific control plane design is not in the scope of this draft. For example, in bullet one, what kind of resources in switches/routers should be awared? In bullet two, what kind of constraints should be based on for the selection of proper switches/routers to perform INC? These requirements should be more clear, and it might influence the control plane design. The computing operations defined in Appendix A are somewhat atomic, and it feels like these operations are not enough for switches/routers to perform successful task offloading. IMHO, as I mentioned in comment 1, INC primitives should be presented through encapsulated APIs that network can open to applications. This might be more realistic. Welcome more discussions and I39m very happy to contribute if needed. Best, Kehan ----邮件原文----发件人："zhouyujing \\(A\\)" <[email protected]>收件人："[email protected]" <[email protected]>,"[email protected]" <[email protected]>抄 送: Zhe Lou <[email protected]>发送时间：2022-10-28 16:36:57主题：[sfc] New draft about In-network Computing Solution(draft-zhou-sfc-sinc)Hi all, We submitted a new draft about In-Network Computing (https://datatracker.ietf.org/doc/draft-zhou-sfc-sinc/). In this draft, we want to discuss a mechanism "Signaling In-Network Computing operations" (SINC) to enable in-packet operation signaling for in-network computing for specific scenarios. Hope to get your review and comments. Many thanks!Best,Yujing Zhou-----Original Message-----From: [email protected] <[email protected]> Sent: 2022年10月24日 9:56To: Zhangcuimin <[email protected]> Luigi IANNONE <[email protected]> zhouyujing (A) <[email protected]> Zhangcuimin <[email protected]> Zhe Lou <[email protected]>Subject: New Version Notification for draft-zhou-sfc-sinc-00.txtA new version of I-D, draft-zhou-sfc-sinc-00.txt has been successfully submitted by Yujing Zhou and posted to the IETF repository.Name: draft-zhou-sfc-sincRevision: 00Title: Signaling In-Network Computing operations (SINC)Document date: 2022-10-23Group: Individual SubmissionPages: 19URL: https://www.ietf.org/archive/id/draft-zhou-sfc-sinc-00.txtStatus: https://datatracker.ietf.org/doc/draft-zhou-sfc-sinc/Html: https://www.ietf.org/archive/id/draft-zhou-sfc-sinc-00.htmlHtmlized: https://datatracker.ietf.org/doc/html/draft-zhou-sfc-sincAbstract: This memo introduces "Signaling In-Network Computing operations" (SINC), a mechanism to enable in-packet operation signaling for in- network computing for specific scenarios like NetReduce, NetDistributedLock, NetSequencer, etc. In particular, this solution allows to flexibly communicate computation parameters to be used in conjunction with the packets39 payload, to signal to in-network SINC- enabled devices the computing operations to be performed. The IETF Secretariat_______________________________________________rtgwg mailing [email protected]https://www.ietf.org/mailman/listinfo/rtgwgSubject：[sfc] New draft about In-network Computing Solution(draft-zhou-sfc-sinc)Hi all, We submitted a new draft about In-Network Computing (https://datatracker.ietf.org/doc/draft-zhou-sfc-sinc/). In this draft, we want to discuss a mechanism "Signaling In-Network Computing operations" (SINC) to enable in-packet operation signaling for in-network computing for specific scenarios. Hope to get your review and comments. Many thanks!Best,Yujing Zhou-----Original Message-----From: [email protected] <[email protected]> Sent: 2022年10月24日 9:56To: Zhangcuimin <[email protected]> Luigi IANNONE <[email protected]> zhouyujing (A) <[email protected]> Zhangcuimin <[email protected]> Zhe Lou <[email protected]>Subject: New Version Notification for draft-zhou-sfc-sinc-00.txtA new version of I-D, draft-zhou-sfc-sinc-00.txt has been successfully submitted by Yujing Zhou and posted to the IETF repository.Name: draft-zhou-sfc-sincRevision: 00Title: Signaling In-Network Computing operations (SINC)Document date: 2022-10-23Group: Individual SubmissionPages: 19URL: https://www.ietf.org/archive/id/draft-zhou-sfc-sinc-00.txtStatus: https://datatracker.ietf.org/doc/draft-zhou-sfc-sinc/Html: https://www.ietf.org/archive/id/draft-zhou-sfc-sinc-00.htmlHtmlized: https://datatracker.ietf.org/doc/html/draft-zhou-sfc-sincAbstract: This memo introduces "Signaling In-Network Computing operations" (SINC), a mechanism to enable in-packet operation signaling for in- network computing for specific scenarios like NetReduce, NetDistributedLock, NetSequencer, etc. In particular, this solution allows to flexibly communicate computation parameters to be used in conjunction with the packets39 payload, to signal to in-network SINC- enabled devices the computing operations to be performed. The IETF Secretariat_______________________________________________rtgwg mailing [email protected]https://www.ietf.org/mailman/listinfo/rtgwg
_______________________________________________ rtgwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/rtgwg
