섹션3 [HTTPS] HTTP/2, HTTP/3

- HTTP/1.1 

멀티미디어를 전송할거라고 생각하지 못하고 처음에 설계

연결할 떄마다 3way handshake를 연결해야함.

 

<해결법>

1. Connection : keep-Alive가 있음. 하지만 부족함.

2. Pipelining파이플라이닝 : 원래 요청-연결 x5 였는데 요청5 응답5 왔다갔다하는 시간 줄임.

    (but HOL블로킹으로 실패.)

 

- HTTP/2 (효율성)

하나의 커넥션, 여러 스트림(우선순위 존재) : 연결한번에 ㅈ여러 data주고받음

휴율성 : 헤더압축, 서버푸시 -> Server에서 코딩을 좀 해줘야함

(서버푸시 : html요청 응답, css요청 응답, js요청 응답 -> html요청 응답html css js )

HTTPS필수 

바

이너리 기반 (Media전송 유리, 분석할때 한눈에 보기 어려움)

TCP기반 : 인터넷 환경이 안좋아서 ip패킷이 손실되는 상황이 있다.

 

- HTTP/3

TCP의 비효율성을 UDP로 극복 (패킷손실로 성능저하를 줄임)

QUIC(TSL1.3따름)동영상 서비스에서 속도가 빠름.

0RTT(0 Round Trip TIme) : 보안의 위협이 존재. 3way handshake극복

3way handshake(3RTT) : 3번왔다갔다함.

0RTT : 0번 왔다 갔다함