osi 7 layer, application layer

전송서비스

• tcp, udp
• 현재 인터넷은 패킷 스윗칭 방식 사용
  • 한꺼번에 많은 사용자가 몰릴 때 문제 발생
  • 패킷 큐의 버퍼사이즈보다 많이 들어오면 패킷 유실됨
  • 패킷 검사 목적지 확인 딜레이

caravan analogy

• 각 차가 톨게이트 통과 시간 : 12초
• 전체 차 통과 시간 : 120초
• 마지막 차는 첫번째 톨게이트를 통과하기 2분 뒤에 출발 (나머지 차는 마지막 차를 기다리는 중)
• 두번 째 톨게이트까지 마지막차까지 도착 시간
  • 100km 이동하니 1km이동하는데 걸리는 시간은 1km/100km = 0.01시간(36초)
  • 100km * 36 = 1시간 (첫번째 도착 시간)
  • 마지막차 까지 도착하려면 (2분) 더하면 됨

osi 7 layer

• 각 계층의 의미는 단지 개념적인것이고 그 계층마다 사용하는 프로토콜들이 메인임
• 각 계층은 하윗단 계층의 매커니즘을 알 필요가 없음

application layer

• http

transport layer

• tcp, udp

network

• ip

link layer

• lte, ethernet, wifi

Application layer

• 프로세스와 프로세스 간의 통신 (다른 컴퓨터에 위치할 뿐, 결론은 프로세스의 통신임 인터페이스 구현해서 연결하는 것 write, read 처럼)

client -server 구조

• server
  • ip 주소는 고정되어 있어야함
  • 데이터가 모아져있음
• client
  • 동적 ip 주소를 가짐

프로세스 소켓 통신을 위해 필요한 것

• port, ip주소
  • 다른 컴퓨터에 위치한 프로세스 위치 알리는 것
  • 웹서버 :80은 생략해도됨.
    • 우리가 아는 모든 웹서버는 80포트를 쓰고 있음. 그 이유는 항상 그 주소는 일정해야 함. port번호는 고정하자고 약속함

transport 계층

희망사항

• 내가 보낸 데이터가 유출되지 않고 도착
• 몇 초안에 도착하게 보장
  • 시간
  • 전화
• 최소 1gb bps 속도가 나왔으면 좋겠음
  • 양 (초당 비트 수 보장) 시간이랑은 관계없음 몇개의 비트를 보내는지에 대해서임
  • 영화 다운로드
• 보안

실제 제공

• 데이터가 유출되지 않게 하기 한개만 제공

HTTP (hypertext transfer protocol)

• hypertext : (파일, 링크 저장된 텍스트)
• http 특징
  • request, response 사용함
  • http는 tcp 서비스를 사용하기 때문에, 사용하려면 tcp 연결이 우선적
  • serverless를 유지함 (즉, 연결 유지를 하지 않고 한번 request에 대한 response 보내면 끝)
• non persistent http, persistent http
  • non persistent http
    • tcp connection 요청 보냄
    • 요청 받아줌
    • 웹 서버에게 hypertext의 메인 페이지 보내달라고 요청
    • 메인 페이지 response로 보내줌
    • 웹 서버측에서 요청 받았으니 tcp 끊을게
    • 클라이언트 측에서 수락 함
    • 그리고 연결 종료
  • persistent http
    • tcp 연결 종료 없이 계속 요청 가능
    • 원래는 request보내고 reponse 받고 이렇게 그림이 적혀있지만 실제로는 효율적으로 사용하기 위해 request 여러개 보내면, 그 보낸 갯수만큼 resposne 한꺼번에 받음