
ㅇㅇㅇ

사용자가 작성할 프로그램이 가지는 특징다른 end system에서 실행됨(ex. 하나는 사용자 PC, 다른 하나는 웹 서버)네트워크를 통해 통신(ex. 웹 서버 소프트웨어 ↔ 브라우저 소프트웨어 간의 통신)프로그래머들은 라우터, 스위치 등 네트워크 핵심 장비의 소프트웨

웹 페이지는 여러 개의 객체(objects)로 구성됨이 객체들은 서로 다른 웹 서버에 저장될 수도 있음객체의 예시 : HTML, JPEG, Java Script웹 페이지는 기본 HTML을 포함하고,HTML 파일은 여러 참조 객체를 가짐각각의 객체는 url로 접근 가능:

HTTP는 기본적으로 Stateless 상태서버는 클라이언트가 누구인지 기억하지 않음(각각의 요청은 독립적, 개별적)Stateless의 결과웹 트랜잭션(web transaction)이라는 개념 X(요청 순서 기억 X)클라이언트/서버의 상호작용 상태를 추적할 필요 없음부

작은 객체도 앞에 큰 객체가 있으면 기다려야 함(HOL Blocking 문제)재전송(retransmit) 때문에 전체 전송이 멈춤(전체 객체 전송에 병목을 유발함)기존 구조 대부분 유지(methods, 상태 코드(status codes), 헤더 형식(header fie

📧 E-mail1\. 이메일 시스템 구조이메일 구성 요소: User Agent, Mail Server, SMTP이메일 전송 흐름 및 송수신 과정SMTP (Simple Mail Transfer Protocol)SMTP의 기본 동작 방식3단계 전송: 인사(handshak

🌐 DNS: Domain Name System5\. DNS 개요도메인 이름과 IP 주소 매핑 문제DNS의 계층적 구조와 분산형 데이터베이스DNS의 기능과 구조DNS 서비스: 호스트 이름 해석, 별칭, 부하 분산왜 중앙집중형이 아닌 분산형인가?DNS 계층 구조루트 DN

P2P 구조는 항상 켜져있는 인프라스트럭처 서버에 최소한으로 의존하고, 간헐적으로 연결되는 호스트 쌍들(피어, peer)이 서로 직접 통신하는 구조항상 켜진 서버 x(서버에만 의존하지 않고, 개별 장치끼리 직접 통신)End system 간 직접 통신 (모든 장치(PC,

스트리밍 비디오 트래픽은 인터넷 대역폭의 주요 소비자임(ex. Netflix, YouTube 등)규모 문제 : 수십억명 커버 가능 해야함(서버 하나에 모든 요청 몰리면 과부하 터짐)이질성 (Heterogeneity) 문제사용자 환경이 다 다르기에, 모든 사람에게 같은

1\. Socket Programming 개요

서로 다른 호스트에 있는 애플리케이션 프로세스 간 논리적 통신(logical communication) 제공Transport Layer Protocol은 네트워크 라우터가 아닌 end-system에서 구현(애플리케이션의 관점에서 보면, 프로세스들이 동작하는 호스트들이

📦 Connectionless Demultiplexing (UDP)6\. UDP 기반 디멀티플렉싱수신 측은 목적지 포트 번호만 보고 소켓 결정송신 측은 목적지 IP와 포트 번호 지정 필요7\. 예시: UDP 소켓 연결 예시🔒 Connection-Oriented De

아주 간단한 구조의 인터넷 전송 프로토콜최선을 다하지만 보장하지는 않는 서비스(Segment가 손실되거나, 순서 뒤바뀔 수도 있음)connectionless송신자와 수신자 사이에 연결을 설정하는 과정(핸드셰이킹)이 없음✉️ UDP: User Datagram Protoc

1. Reliable data transfer(rdt)의 개요 신뢰성 있는 데이터 전송을 할 수 있으면 좋겠지만, 실제 인터넷은 unreliable channel (신뢰성 없는 통신 채널) (중간에서 데이터가 손실될 우려 있음) 목표 unreliable channe

point-to-point하나의 송신자와 하나의 수신자만 연결신뢰성 : 손실 오류 있으면 재전송순서 보장 : 받은 순서가 틀리면 순서 재정렬해서 애플리케이션에 전달(byte stream이라 메시지 구분선 없음)양방향 통신 : 같은 연결에서 동시에 양쪽 방향으로cumul