%% You should probably cite draft-ietf-6man-enhanced-vpn-vtn-id-06 instead of this revision. @techreport{ietf-6man-enhanced-vpn-vtn-id-03, number = {draft-ietf-6man-enhanced-vpn-vtn-id-03}, type = {Internet-Draft}, institution = {Internet Engineering Task Force}, publisher = {Internet Engineering Task Force}, note = {Work in Progress}, url = {https://datatracker.ietf.org/doc/draft-ietf-6man-enhanced-vpn-vtn-id/03/}, author = {Jie Dong and Zhenbin Li and Chongfeng Xie and Chenhao Ma and Gyan Mishra}, title = {{Carrying Virtual Transport Network (VTN) Information in IPv6 Extension Header}}, pagetotal = 12, year = 2023, month = mar, day = 13, abstract = {Virtual Private Networks (VPNs) provide different customers with logically separated connectivity over a common network infrastructure. With the introduction and evolvement of 5G and other network scenarios, some existing or new customers may require connectivity services with advanced characteristics comparing to traditional VPNs. Such kind of network service is called enhanced VPNs (VPN+). VPN+ can be used to deliver IETF network slices, and could also be used for other application scenarios. A Virtual Transport Network (VTN) is a virtual underlay network which consists of a set of dedicated or shared network resources allocated from the physical underlay network, and is associated with a customized logical network topology. VPN+ services can be delivered by mapping one or a group of overlay VPNs to the appropriate VTNs as the virtual underlay. In packet forwarding, some fields in the data packet needs to be used to identify the VTN the packet belongs to, so that the VTN-specific processing can be performed on each node the packet traverses. This document proposes a new Hop-by-Hop option of IPv6 extension header to carry the VTN related information in data packets, which could used to identify the VTN specific processing to be performed on the packets. The procedure of processing the VTN option is also specified.}, }