10-00. 개괄

• App (HTTP) - 메세지 (핵심은 이거고 아래는 다 오버헤드)

• Transport (TCP / UDP) - 세그먼트 (세그먼트 헤더 + 데이터(<=메세지))

• Network (IP) - 패킷 (패킷 헤더 + 데이터 (← 세그먼트))

  <aside> 💡

  이 패킷 데이터에는 tcp 세그먼트가 들어올 텐데, 헤더(like 편지봉투)에는 어떤 부가적인 정보가 담길지?

  네트워크가 주로 TCP + IP로 이루어지기 때문에 TCP/IP 네트워크라고 이야기함

  아래로 인캡슐레이션을 반복하면서 내려옴

  </aside>

• Link (Wifi, 이더넷 등) - 프레임 (프레임 헤더 + 데이터 (← 패킷)

10-01. 라우터

우리는 TCP 프로토콜을 공부하면서 양 끝단의 컴퓨터에서 일어나는 일에만 관심을 가졌지, 그 메세지가 어떻게, 어떤 라우터를 거쳐서 전달되는지 관심을 전혀 가지지 않았죠? 말 그대로 블랙박스였다구요. 이제 그 안의 뚜껑을 열어봅시다.

라우터 안에는 어떤 것이 있을까? 어떻게 작동할까?

1-1. 기능

1. 포워딩 : 받은 패킷에 담긴 목적지 주소를 보고 어떤 방향으로 보낼지 결정할 때, 포워딩 테이블을 보고 매핑하여 다음 라우터로 보내는 것 다음 컴퓨터로 전달하는 것
2. 라우팅 : 라우팅 알고리즘에 따라서 포워딩 테이블을 만드는 것

1-2. 포워딩 테이블

고려사항

• 일일이 어드레스를 적으면 너무 커짐 (범위로 관리 및 유지함) 한양대 에리카 안산시 단원구에 있냐?
• 범위로 관리한다?
  • longest prefix matching: 가장 길게 매칭되는 프리픽스로 보낸다.
  • 가장 길게 매칭되는 곳으로 보내는 이유는 뭘까? 가장 구체적으로 매칭되는 것이 더 범위가 작을 테니까 목적지 찾기도 더 쉽겠죠.

1-3. 라우터 아키텍쳐 개요

• Data Plain
  • 라우터간 교환되는 데이터의 99%를 차지
  • 실제 유저 데이터가 교류