03_1

---

💡 How Demultiplexing Works

Demultiplexing
des port number를 보고 적절한 socket으로 보내준다.

• host receives IP datagrams
  • each datagram has src IP, des IP
  • each datagram carries one transport layer segment
  • each segment has des IP and des port number

---

💡 UDP Demultiplexing

UDP는 다른 host가 보내도 server의 같은 socket으로 간다.

📌 UDP socket is fully identified by a two tuple
(destination IP adress , destination Port number)

그럼 여기 소스 포트까지 쓰는거면 3 tuple 아닌가? 왜 두 개지???

Then why use source port number?

server에서 다시 host에게 응답을 보내줄 때 필요하기 때문이다.

---

💡 TCP Demultiplexing

TCP socket identified by 4 tuple

• source IP adress
• source port number
• destination IP adress
• destination port number

server host may support many simultaneous TCP sockets
UDP 처럼 하나의 socket으로 가는 것이 아닌 개개인의 socket이 있기 때문에 동시에 여러 client를 받을 수 있다.

📌 왜 UDP는 destination 정보만 필요로 하는걸까?

왜 UDP는 2 tuple을 요구하면서 TCP는 4 tuple 이 필요할까?
TCP는 connection이 있기 때문이다.
TCP 입장에서는
( host 1 ) ↔ server ↔ ( host 2 ) 가 있으면
( host 1 ) ↔ server, server ↔ ( host 2 ) 의 connection이 다르다고 취급하기 떄문이다.

server의 socket은 매번 새로 만들어진다.

des IP, des port number 까진 같으나 src IP, src port number 로 구분해서 다른 socket으로 간다.

만약 client가 크롬을 들어가서 두 개의 page로 같은 server에 접속했다면 des IP, des port number, src IP 까지는 같으나 src port number만 달라지게 된다.

Multiplexing , Demultiplexing is based on segment and datagram header field values

---

💡 Web server and TCP

• Socket vs Process
  예전의 Web server 는 1 process per 1 socket 이었다.
  하지만 최근의 Web server 는 process를 socket 에 하나씩 부여하지 않고,
  process 를 하나 두고 요청이 들어올 때 마다 thread 를 생성하여 쓴다.
  장점 : thread is more light than process

• persistent HTTP vs non-persistent HTTP
  persistent HTTP 는 connection이 계속 살아있기 때문에 same server socket을 쓴다.
  non-persistent HTTP 는 계속 connection이 create / close 되기 때문에 socket을 자원을 계속 할당했다 지우고 new socket을 할당하기에 server 성능이 저하될 수 있다.