IETF116 月曜日

IETF初日月曜日にとったメモ。

8:30-9:30 HTTP Dictionary Compression sidemeeting.

* 5min - intro / stage setting
* 10min - overview of <https://github.com/yoavweiss/compression-dictionary-transport>
* 10min - overview of <https://tools.ietf.org/html/draft-handte-httpbis-dict-sec>
* balance - discussion

HTTPの通信をBrotliの辞書で圧縮する『Feature: Compression dictionary transport with Shared Brotli』がある。

If the browser and server share a dictionary, using the dictionary for compression can significantly reduce the amount of data transferred. This is especially useful for incremental library updates, or when browsing multiple pages that have a lot of common parts in their files.

chromestatus.com

asnokaze.hatenablog.com

Q. Are the dictionaries bound to the session or connection or are they percistent?

A. They are percistent. As long as they are in a cace they can used later. 

Q. Security?

A. They need to be treated like a cookie. Like a cookie and a cache.

Q. What if client gets multiple dictionaries.

A. operate apon best match. Goal is to only have one possible match. How to do that is still in the air. Server only sends one dictionary.

 

This seems like it is workable.

 

Session I  v6ops

発表した。

他の人の発表のJenさんのPD /64 の話とか議論が白熱して結構面白かった。

Lunch

Appleのふたりと

Session II      BPF/eBPF bof

slides:

https://datatracker.ietf.org/meeting/116/materials/slides-116-bpf-chair-slides

https://datatracker.ietf.org/meeting/116/materials/slides-116-bpf-bpf-ietf-bof

https://datatracker.ietf.org/meeting/116/materials/slides-116-bpf-ebpf-on-windows

minutes:

https://notes.ietf.org/notes-ietf-116-bpf?view

 

draft charter:

https://datatracker.ietf.org/doc/charter-ietf-bpf/

 

Hmmmmmした。

 

 

Session III TCP Maintenance and Minor Extensions

Proportional Rate Reduction for TCP



Accurate ECN Feedback for TCP (AccECN)

draft-ietf-tcpm-accurate-ecn-23

よくわからなかったから昔のスライドを探してみた。

https://datatracker.ietf.org/meeting/100/materials/slides-100-tcpm-draft-ietf-tcpm-accurate-ecn-02.pdf

 

 

 

ECN++: Adding ECN to TCP Control Packets

ECN全然わからない。

 

 

TCP ACK Rate Request (TARR) option

draft-ietf-tcpm-ack-rate-request

Intended status: Experimental 

draft-ietf-tcpm-ack-rate-request-01 - TCP ACK Rate Request Option

   TCP Delayed Acknowledgments (ACKs) is a widely deployed mechanism
   that allows reducing protocol overhead in many scenarios.  However,
   Delayed ACKs may also contribute to suboptimal performance.  When a
   relatively large congestion window (cwnd) can be used, less frequent
   ACKs may be desirable.  On the other hand, in relatively small cwnd
   scenarios, eliciting an immediate ACK may avoid unnecessary delays
   that may be incurred by the Delayed ACKs mechanism.  This document
   specifies the TCP ACK Rate Request (TARR) option.  This option allows
   a sender to request the ACK rate to be used by a receiver, and it
   also allows to request immediate ACKs from a receiver.

 

 

 

 

Service Affinity Solution for TCP based Application in Anycast Situation

draft-wang-tcpm-tcp-service-affinity-option-02 - Service Affinity Solution for TCP based Application in Anycast Situation


TCPM Working Group                                               W. Wang
Internet-Draft                                                   A. Wang
Intended status: Standards Track                           China Telecom
Expires: 7 August 2023                                   3 February 2023

Service Affinity Solution for TCP based Application in Anycast Situation
             draft-wang-tcpm-tcp-service-affinity-option-01

Abstract

   This draft proposes a service affinity solution between client and
   server based on the newly defined TCP Option.  This solution can
   avoid the waste of resources caused by saving a large amount of
   customer status data in the network equipment, and realize the
   optimized scheduling of resources based on network conditions and
   computing power resources in the distributed computing power network
   scenario, so as to realize the reasonable operation of cloud network
   resources.

 

セキュリティ的に問題があるというのが会場の人からの意見。実装する人も他にいないならなし。

(関係ないけど、プレゼン者じゃない共著者が他の人と同じマイクで喋られると混乱するから前のマイクでしゃべって欲しい。第二著者がプレゼンして反論きたら第一著者がマイクで反論してたけど、どっち側の意見かわかりやすいように前にいて欲しかった。)

 

 

Aggregated Option for SYN Option Space Extension

draft-nishida-tcpm-agg-syn-ext-03 - Aggregated Option for SYN Option Space Extension

nishidaさんの

TCPM Working Group                                            Y. Nishida
Internet-Draft                                                       AWS
Intended status: Standards Track                           12 March 2023
Expires: 13 September 2023

            Aggregated Option for SYN Option Space Extension
                   draft-nishida-tcpm-agg-syn-ext-03

Abstract

   TCP option space is scarce resource as its maximum length is limited
   to 40 bytes.  This limitation becomes more significant in SYN
   segments as all options used in a connection should be exchanged
   during SYN negotiations.  This document proposes a new SYN option
   negotiation scheme that can aggregate multiple TCP options in SYN
   segments into a single option so that more options can be negotiate
   during 3-way handshake.  With its simple design, the approach does
   not require fundamental changes in TCP.

slides: 

https://datatracker.ietf.org/meeting/116/materials/slides-116-tcpm-draft-nishida-tcpm-agg-syn-ext

 

夜ご飯はトランスポートエリアのチェアのグループ(かな)の夜ご飯にお邪魔させてもらった。