컴퓨터 네트워크 Week 9-1: Transport Layer

Transport services and protocols

▪ 서로 다른 호스트에서 실행되는 애플리케이션 프로세스 간의 논리적 통신 제공

▪ 최종 시스템의 전송 프로토콜 작업 :

    • 발신자 : 애플리케이션 메시지를 segments로 나누고 Network Layer으로 전달

    • 수신자 : segments를 메시지로 재조립하고 Application Layer으로 전달

각 segments은 다른 경로로 이동할 수 있다.

▪ 인터넷 애플리케이션에 사용할 수있는 두 가지 전송 프로토콜

    • TCP, UDP

Transport vs. network layer services and protocols

▪ network Layer : host간의 논리적 통신
▪ transport Layer : process간의 논리적 통신
  • network layer 서비스에 의존, 향상, 향상

 

가정 비유 :

Ann의 집에있는 12 명의 어린이가 Bill의 집에있는 12 명의 어린이에게 편지를 보냅니다.

▪ 호스트 = 주택

▪ 프로세스 = 어린이

▪ 앱 메시지 = 봉투 안의 편지

▪ 전송 프로토콜 = 사내 형제 자매에게 demux하는 Ann과 Bill

▪ network-layer protocol = 우편 서비스

Transport Layer Actions

demultiplexes(역다중화?): header를 제거하고 응용프로그램에 보내할 때와 같은 프로세스

Two principal Internet transport protocols

▪ TCP : 전송 제어 프로토콜 # 연결지향
    • 신뢰할 수있는 순서대로 배송
    • 혼잡 제어
    • 흐름 제어
    • 연결 설정
▪UDP : 사용자 Datagram 프로토콜
    • 신뢰할 수없는 unordred  배송 
    •“최선의 노력”IP의 단순한 확장

TCP는 전송이 되지 않았으면 재전송하지만 UDP는 재전송하지 않는다.

# IP도 전송 신뢰를 책임지지 않는다. UDP와 동일한 유형의 프로토콜(데이터 전달 관점에서)

UDP : transport Layer 프로토콜, IP : network-Layer 프로토콜

# http3는 실제로 신뢰성과 순서대로를 application layer에서 처리한다.

▪ 사용할 수없는 서비스 :
    • 지연 보장

# 매우 동적이다. 유형에 따라 트래픽 및 기타 기능 및 많은 매개변수가 있다. 경계는 나타낼 수 있지만 정확한 지연을 보장할 수 없다

 # 인터넷 전체가 호스트 간 통신에 관한 것이기 때문에 불가능. ip 프로토콜에 의해 관리된다.
    • 대역폭 보장

# 매우 복잡한 인프라와 인터넷에 관련된 복잡한 매개변수 이므로 보장 할 수 없다.