Networks do lose packets. Recovery of lost packets is usually done end-to-end (TCP, QUIC, RTP FEC/retransmission) or on a specific link layer (e.g., WiFi).
Sometimes it is useful to be able to do in-network recovery, i.e., over a path segment that is more than a single link but does not span the full end-to-end path. Tunnels (e.g., VPNs) could provide this optimization. Is this something that fd.io/VPP could be used for? Currently, there is no go-to standard for doing in-network recovery. At IETF 108 in three weeks, we are having a BOF (pre-WG meeting) to figure out whether we want to create one. Having a diverse set of implementers on-board from the start could help making this a highly implementable, no-nonsense standard. If you think you could make use of such a standard, or could possibly be part of an implementation effort, or just advise us on getting this right, please let me know. Some reading material below. The BOF is called “LOOPS”, for Local Optimizations on Path Segments. Grüße, Carsten Proposed charter for the LOOPS WG: https://github.com/loops-wg/charter BOF proposal for IETF 108: https://trac.tools.ietf.org/bof/trac/wiki#LOOPS:LocalOptimizationsonPathSegments Current Internet-drafts: Problem statement: https://tools.ietf.org/html/draft-li-tsvwg-loops-problem-opportunities Protocol draft: https://tools.ietf.org/html/draft-welzl-loops-gen-info Draft binding to Geneve tunnel encapsulation protocol: https://tools.ietf.org/html/draft-bormann-loops-geneve-binding IETF mailing list: https://www.ietf.org/mailman/listinfo/loops IETF mail archive: https://mailarchive.ietf.org/arch/browse/loops/?gbt=1
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16933): https://lists.fd.io/g/vpp-dev/message/16933 Mute This Topic: https://lists.fd.io/mt/75424830/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
