Re: [dispatch] Feedback request for draft-dispatch-clfc-00

Hi Wanghong,

Thank you for this clarification.  I think this means that you would have
to approach the groups that standardize the messages for the transports
that you intend to carry the message.  So, the group within 3GPP that
manages the standardization of GTP-U messages.  Unfortunately, I think what
you would have to do is write a document for each of those contexts giving
the syntax for that context.

You may be able to write a more general document describing the motivation
for that approach.  I could see that being published with the IETF's
transport area, but it would be informational, rather than a standards
track document.  I would suggest approaching the Transport ADs to see if
they concur with this approach and, if so, to which group they suggest you
bring the document motivating the approach.  CCWG seems like a natural
choice to me, but they could give you better advice.

best regards,

Ted Hardie

On Thu, Aug 24, 2023 at 3:15 PM WH Y <yangwanghong@cnic.cn> wrote:

> Hello Ted,
>
>     Thanks for your concern!  Yes the information report is independent
> from data transmission.
>
>     There are two reasons: (1) The on-the-fly transmission scheme, such as
> the classic ACK packet header carrying method, is likely to encounter
> congestion situations where information cannot be promptly returned.  (2)
> In  4. Information Transmission and Processing of the draft, we demonstrate
> the existing technologies that can be utilized. Within the 5G network,
> there is GTP-U tunnel between UPF node (deployed in the DC egress) and base
> station (serving as the access point). The new GTP message can be securely
> and rapidly transmitted through this tunnel.
>
>
> Best regards
>
> Wanghong Yang
>
> ---- Replied Message ----
> From Ted Hardie<ted.ietf@gmail.com> <ted.ietf@gmail.com>
> Date 08/24/2023 10:51
> To WH Y<yangwanghong@cnic.cn> <yangwanghong@cnic.cn>
> Cc dispatch@ietf.org<dispatch@ietf.org> <dispatch@ietf.org>
> Subject Re: [dispatch] Feedback request for draft-dispatch-clfc-00
> Dear Wanghong,
>
> Thanks for sharing your work.  If I read this correctly:
>
>
> This document defines a new message type MSG_TYPE_APINFO to transmit the
> transmission capability information of the access point. Note that this
> information is only transmitted between the access point and the DC egress.
>
> you need to pass information outside of the flow (the TCP or QUIC stream
> carrying the holographic data).  Is that correct?
>
> regards,
>
> Ted
>
> On Thu, Aug 24, 2023 at 12:31 AM WH Y <yangwanghong@cnic.cn> wrote:
>
>> Dear Dispatch WG,
>>
>>
>>   We proposed a new draft on the bursty traffic collisions issue in
>> real-time interactive video applications (such as cloud VR). This draft
>> introduces our global flow control mechanism for concurrent bursty flows in
>> the edge network. The egress of a data center can collaborate with wireless
>> access points to prevent concurrent flows from getting into the network,
>> thus guaranteeing a low transmission delay and decreasing network load.
>>
>>
>>     Therefore, we designed a new message type for access network status
>> reports. We also provided an example of how the egress of a data center can
>> control every flow based on the message. You can find more details at
>> https://www.ietf.org/archive/id/draft-dispatch-clfc-00.html.
>>
>>
>>   Does this work align with the interests and objectives of the Dispatch
>> WG? If it does, we expect any feedback for improving our draft.
>>
>>
>>
>>   This is my first trial to propose a standard draft so I apologize in
>> advance for any improper behavior.
>>
>>
>>    Thank you and look forward to your guidance.
>>
>>
>> Best Regards,
>>
>> Wanghong Yang
>>
>>
>> ---------Draft Abstract----------------
>> Bursty concurrent streams from holographic applications can cause
>> congestion in wireless access networks, leading to increased delay and QoS
>> issues. The egress server of a data center (DC egress) can regulate
>> outbound network traffic and mitigate congestion if it obtains dynamic
>> information about the wireless access network's queue and capabilities. The
>> document proposes a network-assisted multi-flow transmission control scheme
>> that leverages underlying link state information of access points to
>> perform delay prediction and flow control at the DC egress to alleviate
>> congestion and improve user experience.
>> ---------------------------------------------
>>
>> _______________________________________________
>> dispatch mailing list
>> dispatch@ietf.org
>> https://www.ietf.org/mailman/listinfo/dispatch
>>
>