❓
물음표살인마 블로그
  • README
  • ALGORITHM
    • Sieve of Eratosthenes
    • Round Up
    • Binary Search
    • Union Find
    • Sorting Array
    • Lcm, Gcd
  • TechTalk Review
    • Template
  • Books
    • CS Note for Interview
      • Ch1. Design Pattern & Programming paradigm
        • 1.1.1 Singleton Pattern
        • 1.1.2 Factory Pattern
        • 1.1.4 Observer Pattern
        • 1.1.5 Proxty Pattern & Proxy Server
        • 1.1.8 Model-View-Controller Pattern
        • 1.2.1 Declarative and Functional Programming
        • 1.2.2 Object Oriented Programming
      • Ch2. Network
        • 2.2.1 TCP/IP Four-Layer Model
        • 2.2.1-1 TCP 3, 4 way handshake
        • 2.3 Network Devices L4, L7
        • 2.4.1 ARP, RARP
        • 2.4.2 Hop By Hop Communication
        • 2.4.3 IP Addressing Scheme
      • Ch3. Operating System
        • 3.1.1 Roles and Structure of Operating Systems
        • 3.2.1 Memory Hierarchy
        • 3.2.2 Memory Management
        • 3.3.1 Processes and Compilation Process
        • 3.3.3 Memory Structure of a Process
        • 3.3.4 Process Control Block (PCB)
        • 3.3.5 Multiprocessing
        • 3.3.6 Threads and Multithreading
        • 3.3.7 Shared Resources and Critical Sections
        • 3.3.8 Deadlock
        • 3.4 CPU Scheduling Algorithm
      • Ch4. Database
        • 4.1 Database Basic
        • 4.2 Normalization
        • 4.3 Transaction and Integrity
        • 4.4 Types of Databases
        • 4.5 Indexes
        • 4.6 Types of Joins
        • 4.7 Principles of Joins
      • Ch5. Data Structure
    • Learning the Basics of Large-Scale System Design through Virtual Interview Cases
      • 1. Scalability based on user counts(1/2)
      • 1. Scalability based on user counts(2/2)
      • 2.Back-of-the-envelope estimation
      • 3. Strategies for System Design Interviews
      • 4. Rate Limiter
      • 5. Consistent Hashing
      • 6. Key-Value System Design
      • 7. Designing a Unique ID Generator for Distributed Systems
      • 8. Designing a URL Shortener
      • 9. Designing a Web Crawler
      • 10. Notification System Design
      • 11. Designing a News Feed System
      • 12. Chat System Design
      • 13. AutoComplete
      • 14. Design YouTube
      • 15. Design Google Drive
      • Loadbalancer Algorithms
      • Cache tier
      • CDN, Content Delivery Network
      • Stateless Web tier
    • Computer System A programmer's perspective
    • Effective Java
      • Item 1. Consider Static Factory Methods Instead of Constructors
      • Item 2. Consider a Builder When Faced with Many Constructor Parameters
      • Item 3. Ensure Singleton with Private Constructor or Enum Type
      • Item 4. Enforce Noninstantiability with a Private Constructor
      • Item 5. Prefer Dependency Injection to Hardwiring Resources
      • Item 6. Avoid Creating Unnecessary Objects
      • Item 7. Eliminate Obsolete Object References
      • Item 8. Avoid Finalizers and Cleaners
      • Item 9.Prefer try-with-resources to try-finally
      • Item10. Adhering to General Rules When Overriding equals
        • Handling Transitivity Issues
        • Ensuring Consistency
      • Item11. Override hashCode When You Override equals
      • Item12. Always Override toString
        • Always Override toString
      • Item13. Override Clone Judiciously
      • Item14. Consider Implementing Comparable
      • Item15. Minimize the Accessibility of Classes and Members
      • Item16. Accessor Methods Over Public Fields
      • Item17. Minimize Mutability
      • Item18. Composition over inherentance
      • Item19. Design and Document for Inheritance, or Else Prohibit It
      • Item20. Prefer Interfaces to Abstract Classes
      • Item21. Design Interfaces with Implementations in Mind
      • Item22. Use Interfaces Only to define Types
      • Item23. Prefer Class Hierarchies to Tagged Classes
      • Item24. Favor Static Member Classes Over Non-Static
      • Item28. Use Lists Instead of Arrays
      • Item29. Prefer Generic Types
      • Item30. Favor Generic Methods
    • Head First Design Patterns
      • Ch1. Strategy Pattern
      • Ch2. Observer Pattern
        • Ver1. Ch2. Observer Pattern
      • Ch3. Decorator Pattern
        • Ch3. Decorator Pattern
      • Ch4. Factory Pattern
      • Ch5. Singleton Pattern
      • Ch6. Command Pattern
      • Ch7. Adapter and Facade Pattern
      • Ch8. Template Method Pattern
    • Digging Deep into JVM
      • Chapter 2. Java Memory Area & Memory Overflow
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (1/2)
      • Chapter 3. Garbage Collector & Memory Allocation Strategy (2/2)
      • Chapter 5. Optimization Practice
      • Chapter 6. Class file structure
      • Chapter 8. Bytecode Executor Engine (1/2)
  • Interview Practices
    • Restful API Practices
      • Url Shortener API
      • Event Ticket Reservation API
      • Course Management API
      • Search posts by tags API
      • Online Code platform API
      • Simple Task Management API
      • Event Participation API
      • Review System API
      • Car management API
      • Online Library
    • Tech Review
      • if(kakao)
        • Kakao Account Cache Migration / if(kakao)2022
        • Improving the Anomaly Detection System for KakaoTalk Messaging Metrics / if(kakao) 2022
        • Standardizing API Case Handling Without Redeployment / if(kakaoAI)2024
        • JVM warm up / if(kakao)2022
    • Naver Computer Science
      • Process & Thread
      • TCP & UDP
      • Spring & Servlet
      • Filter & Interceptor & AOP
      • Equals() & ==
      • Dependency Injection
      • Object Oriented Programming
  • F-Lab
    • Week1
      • Client & Server
      • HTTP
      • TCP/UDP
      • REST API
      • Questions
        • Object Oriented Programming
        • HTTP
        • Process & Thread
        • Data Structure
    • Week2
      • OSI 7 layer
      • Web vs WAS
    • Week3
      • RDB vs NoSQL
      • RDB Index
      • Cache
      • Redis
      • Messaging Queue
    • Week4
      • Project - Ecommerce
    • Week5
      • ERD - 1
    • Week6
      • Ecommerce - 2
      • Role
      • pw hashing && Salt
      • CreatedAt, ModifiedAt
      • JWT
      • Copy of ERD - 1
    • Week7
      • Vault (HashiCorp Vault)
    • Week 8
      • Api Endpoints
    • Week10
      • Product Create Workflow
  • TOY Project
    • CodeMentor
      • Implementation of Kafka
      • Project Improvement (Architectural Enhancements)
      • Communication between servers in msa
  • JAVA
    • MESI protocol in CAS
    • CAS (Compare and Set)
    • BlockingQueue
    • Producer & Consumer
    • Synchronized && ReentrantLock
    • Memory Visibility
    • Checked vs Unchecked Exception
    • Thread
    • Batch delete instead of Cascade
    • Java Questions
      • Week 1(1/2) - Basic Java
      • Week 1(2/2) - OOP
      • Week 2(1/2) - String, Exception, Generic
      • Week2(2/2) Lambda, Stream, Annotation, Reflection
      • Week3(1/2) Collections
      • Week3(2/2) Threads
      • Week4 Java Concurrency Programming
      • Week5 JVM & GC
    • Java 101
      • JVM Structure
      • Java Compiles and Execution Method
      • Override, Overload
      • Interface vs Abstract Class
      • Primitive vs Object Type
      • Identity and equality
      • String, StringBuilder, StringBuffer
      • Checked Exceptions and Unchecked Exceptions
      • Java 8 methods
      • Try-with-reources
      • Strong Coupling and Loose Coupling
      • Serialization and Deserialization
      • Concurrency Programming in Java
      • Mutable vs Immutable
      • JDK vs JRE
  • SPRING
    • DIP. Dependency Inversion Principal
    • Ioc container, di practice
    • @Transactional
    • Proxy Pattern
    • Strategy Pattern
    • Template Method Pattern
    • using profile name as variable
    • Spring Questions
      • Spring Framework
      • Spring MVC & Web Request
      • AOP (Aspect-Oriented Programming)
      • Spring Boot
      • ORM & Data Access
      • Security
      • ETC
  • DATABASE
    • Enhancing Query Performance & Stability - User list
    • Ensuring Data Consistency, Atomicity and UX Optimization (feat.Firebase)
    • Redis: Remote Dictionary Server
    • Database Questions
      • Week1 DBMS, RDBMS basics
      • Week2 SQL
      • Week3 Index
      • Week4 Anomaly, Functional Dependency, Normalization
      • Week5 DB Transaction, Recovery
    • Normalization
      • 1st Normal Form
      • 2nd Normal Form
      • 3rd Normal Form
  • NETWORK
    • HTTP & TCP head of line blocking
    • HTTP 0.9-3.0
    • Blocking, NonBlocking and Sync, Async
    • Network Questions
      • Week1 Computer Network Basic
      • Week2(1/3) Application Layer Protocol - HTTP
      • Week2(2/3) Application Layer Protocol - HTTPS
      • Week2(3/3) Application Layer Protocol - DNS
      • Week3 Application Layer
      • Week4 Transport Layer - UDP, TCP
      • Week5 Network Layer - IP Protocol
    • Network 101
      • https://www.google.com
      • TCP vs UDP
      • Http vs Https
      • TLS Handshake 1.2
      • HTTP Method
      • CORS & SOP
      • Web Server Software
  • OS
    • Operating System Questions
      • Week1 OS & How Computer Systems Work
      • Week2(1/2) Process
      • Week2(2/2) Thread
      • Week3 CPU Scheduling
      • Week4 Process Synchronize
      • Week5 Virtual Memory
    • Operating System 101
      • Operating system
        • The role of the operating system
        • The composition of the operating system.
      • Process
        • In Linux, are all processes except the initial process child processes?
        • Zombie process, orphan process
        • (Linux) Daemon process
        • Process address space
        • Where are uninitialized variables stored?
        • Determination of the size of the Stack and Heap
        • Access speed of Stack vs Heap
        • Reason for memory space partitioning
        • Process of compiling a process
        • sudo kill -9 $CURRENT_PID
      • Thread
        • Composition of a thread's address space
      • Process vs Thread
        • Creation of processes and threads in Linux
      • Multiprocessing
        • Web Browser
        • Implementation of multiprocessing
        • Application areas of multiprocessing
      • Multithreading
        • Application areas of multithreading
      • Interrupt
        • HW / SW Interrupt
        • Method of handling interrupts
        • Occurrence of two or more interrupts simultaneously
      • Polling
      • Dual Mode
        • Reason for distinguishing between user mode and kernel mode
      • System call
        • Differentiation between system calls
        • Types of system calls
        • Execution process of a system call
      • Process Control Block (PCB)
        • PCB의 구조
        • 쓰레드는 PCB를 갖고 있을까?
        • 프로세스 메모리 구조
      • Context switching
        • Timing of context switching
        • Registers saved during context switching
        • Context switching in processes
        • Context switching in threads
        • Difference between context switching in processes and threads
        • Information of the current process during context switching
      • Interprocess Communication (IPC)
        • Cases where IPC is used
        • Process address space in IPC Shared Memory technique
        • Types of IPC
  • COMPUTER SCIENCE
    • Computer Architecture 101
      • 3 components of a computer
      • RAM vs ROM
      • CPU vs GPU
      • SIMD
      • Two's complement
      • Harvard Architecture vs. von Neumann Architecture
      • The structure of a CPU.
      • Instruction cycle (CPU operation method)
      • Instruction pipelining
      • Bus
      • Memory area
      • Memory hierarchy structure
        • Reason for using memory hierarchy structure
      • Cache memory
      • L1, L2, L3 Cache
      • Locality of reference (cache)
      • Fixed-point vs Floating-point
        • epresentation of infinity and NaN (Not a Number) in floating-point
      • RISC vs CISC
      • Hamming code
      • Compiler
      • Linking
      • Compiler vs Interpreter
      • Mutex vs Semaphore
      • 32bit CPU and 64bit CPU
      • Local vs Static Variable
      • Page
  • Programming Paradigm
    • Declarative vs Imperative
  • JPA, QueryDsl
    • why fetchResults() is deprecated
  • PYTHON
    • Icecream
  • FASTAPI
    • Template Page
  • LINUX
    • Template Page
  • DATA STRUCTURE
    • Counting Sort
    • Array vs Linked List
  • GIT, Github
    • git clone, invalid path error
  • INFRA
    • Template Page
  • AWS
    • Server Log Archive Pipeline
    • Image Processing using Lambda
  • DOCKER
    • Docker and VM
    • Python Executable Environment
    • Docker commands
  • docker-compose
    • Kafka, Multi Broker
  • KUBERNATES
    • !Encountered Errors
      • my-sql restarts
      • kafka producer: disconnected
    • Kubernetes Components
    • Helm
      • Helm commands
    • Pod network
    • Service network
      • deployment.yaml
      • services.yaml
    • Service type
      • Cluster IP
      • NodePort
    • service-name-headless?
    • kube-proxy
  • GraphQL
    • Template Page
  • WEB
    • Template Page
  • Reviews
    • Graphic Intern Review
    • Kakao Brain Pathfinder Review
    • JSCODE 자바 1기 Review
  • 😁Dev Jokes
    • Image
      • Plot twist
      • Priorities
      • SQL join guide
      • Google is generous
      • Genie dislikes cloud
      • buggy bugs
      • last day of unpaid internship
      • what if clients know how to inspect
      • its just game
      • how i wrote my achievement on resume
      • self explanatory
      • chr(sum(range(ord(min(str(not))))))
Powered by GitBook
On this page
  • TCP
  • 특징
  • 순서 보장 메커니즘
  • 흐름 제어 메커니즘
  • 혼잡 제어 메커니즘
  • 빠른 재전송 메커니즘
  • UDP
  • 특징
  • 비연결 지향
  • 신뢰성 없음
  • 빠른 전송속도
  • 멀티캐스트와 브로드캐스트 지원
  1. F-Lab
  2. Week1

TCP/UDP

TCP

TCP는 신뢰성 있는 데이터 전송을 보장하는 연결 지향적 프로토콜이며 전송 계층의 프로토콜.

특징

  1. 연결지향

데이터 전송을 시작하기 전에 송신자와 수신자간의 연결을 설정

  1. 신뢰성

TCP는 데이터가 정확하고 순서대로 전달되도록 보장. 손실된 패킷은 재전송, 중복 패킷은 삭제, 순서가 어긋난 패킷은 재정렬.

  1. 흐름제어

송신자가 수신자의 처리 능력을 초과하지 않도록 데이터를 조절하는 흐름 제어를 수행

  1. 오류 검출 및 수정

전송된 데이터에 대한 체크섬을 포함하고, 오류가 발견되면 데이터를 재전송. 데이터에 대해 계산된 체크섬을 포함하여 보내고, 수신측에서 체크섬을 다시 계산하여 비교를 통해 손상됬는지 확인

순서 보장 메커니즘

Hello World! 를 5바이트로 나뉘어서 보내는 상황

  1. 클라이언트 -> 서버: [Seq=1000, Data="Hello"]

  2. 서버 -> 클라이언트: [Ack=1005]. 1000을 받았고, 다음 1005를 요청하는 Ack

  3. 클라이언트 -> 서버: [Seq=1005, Data="World"]. 서버의 요청대로 1005를 보냄.

  4. 클라이언트 -> 서버: [Seq=1010, Data="!"]. 그 다음 1010을 보냄.

  5. 서버 -> 클라이언트: [Ack=1005]. 1000을 받았고, 다음 1005를 요청하는 Ack. (1005번째가 손실)

  6. 클라이언트 -> 서버: [Seq=1005, Data="World"]. 서버의 요청대로 1005를 다시 보냄.

  7. 서버 -> 클라이언트: [Ack=1015]. 서버는 1005를 받고, 1010도 받았으므로 1015를 요청.

흐름 제어 메커니즘

클라이언트A가 서버B에게 대량의 데이터를 전송하려고 준비합니다. 서버B의 수신 버퍼는 한정되어 있으므로, 클라이언트A가 서버B의 수신 버퍼를 초과하지 않게끔 흐름 제어가 필요합니다.

  1. 초기 상태

    클라이언트A와 서버B 간에 TCP 연결을 합니다.

    서버B의 초기 수신 윈도우 크기는 5,000입니다.

  2. 클라이언트A가 서버B에게 데이터 전송 시작 클라이언트A는 서버B의 수신 윈도우 크기(5,000)을 확인한 후, 4,000 바이트의 데이터를 전송합니다. 클라이언트 -> 서버: [시퀀스 번호 = 1000, 데이터 = 4000 바이트]

  3. 서버B가 데이터 수신 및 확인 응답 전송 서버(B)는 데이터를 수신하고, 이를 처리한 후 수신 윈도우 크기를 1000 바이트로 줄여 클라이언트(A)에게 알립니다. 서버 -> 클라이언트: [ACK, 확인 응답 번호 = 5000, 수신 윈도우 크기 = 1000 바이트]

  4. 클라이언트A가 추가 데이터 전송 클라이언트A는 서버B의 수신 윈도우 크기를 확인하고, 1,000 바이트의 데이터를 추가로 전송합니다. 클라이언트 -> 서버: [시퀀스 번호 = 5000, 데이터 = 1000 바이트]

  5. 서버 B가 데이터 수신 및 확인 응답 전송 서버(B)는 데이터를 수신하고, 응답을 처리한 후, 수신 버퍼를 비우면서 수신 윈도우 크기를 5000 바이트로 다시 늘립니다. 서버 -> 클라이언트: [ACK, 확인 응답 번호 = 6000, 수신 윈도우 크기 = 5000 바이트]

혼잡 제어 메커니즘

네트워크 과부하를 방지하고 패킷 손실과 지연을 줄이기 위해 설계됨. 네트워크의 혼잡 상태를 감지하고, 그에 맞춰 송신 측의 데이터 전송 속도를 조절하는 메커니즘.

  • Slow Start (느린 시작): 임계점까지 1부터 2배씩 윈도우 크기를 늘립니다.

  • Congestion Avoidance (혼잡 회피): 임계점부터는 1씩 선형적으로 증가.

  • Fast Recovery (빠른 복구): 혼잡이 발생하면 혼잡 윈도우를 절반으로 줄인 후 다시 혼잡 회피.

  • Fast Retransmit (빠른 재전송): 중복된 ACK가 3번 발생하면 타이머를 기다리지 않고 재전송.

빠른 재전송 메커니즘

패킷 손실이 발생했을때, 빠르게 감지하고 재전송을 신속히함. 원래는 Time-out을 기다립니다.

재전송 속도:

  • 타임아웃으로 인해 손실 감지 및 복구 시간이 걸림

  • 중복 ACK로 손실을 빠르게 감지하고 즉시 재전송

네트워크 지연:

  • 손실 복구 대기 시간 증가로 인해 전송 지연이 큼.

  • 손실 복구 시간이 짧아 지연이 최소화됨

혼잡제어 효율성:

  • 네트워크 혼잡으로 잘못 해석하여 혼잡 윈도우를 줄이게 될 수 도 있음.

  • 네트워크 혼잡 상태를 정확히 판단함.

상황:

  1. 송신자는 패킷1~4를 연속적으로 전송.

  2. 송신자는 패킷5~8을 보내기 전에 1~4에 대한 ack를 기다립니다. 이떄 빠른 재전송이 없다면 time-out이 될때까지 기다립니다.

  3. 패킷3이 손실된다면 2, 3, 4, 4 ack를 보내게 됩니다. (1~3에 대한 ack)

  4. 이떄 4가 2번 온것을 확인하여 3번째 패킷이 도착하지 않은것으로 확인합니다. time-out을 기다리지 않고 바로 재전송을 하게 됩니다.

UDP

비연결 지향적이고 신뢰성을 보장하지 않는 프로토콜이며 전송 계층의 프로토콜.

특징

  • 비연결 기반

  • 신뢰성 없음

  • 빠른 전송 속도

  • 멀티캐스트/브로드캐스트 지원

비연결 지향

데이터를 전송하기전 송신자와 수신자의 연결 설정을 하지 않음.

  • 목적지 주소와 데이터를 전송하며, 수신자가 수신하면 끝.

  • 3-way handshake 생략

  • 간단한 통신 프로세스와 재전송 생략으로 빠른 전송 속도.

  • 데이터 손실, 중복, 순서 뒤바뀜 가능

신뢰성 없음

데이터를 받지 못해도 재전송 요청을 하지 않음

  • 패킷 손실: 네트워크 혼잡으로 손실될 경우 복구 X

  • 중복 패킷: 동일한 데이터그램이 중복 수신 가능

  • 순서 보장 없음: 데이터그램은 독립적으로 전달되므로, 수신자가 데이터를 전송 순서대로 받는다는 보장이 없음.

빠른 전송속도

  • UDP는 신뢰성, 연결 설정, 흐름 제어 등 부가적인 작업이 없음

  • 연결 설정 없음

  • 수신자의 응답을 기다리지 않음

  • 헤더의 크기가 작음 (Source Port, Dest Port, Length, Checksum)

멀티캐스트와 브로드캐스트 지원

  • 멀티캐스트: 특정 그룹의 수신자에게 데이터를 전송

  • 브로드캐스트: 네트워크 상의 모든 호스트에게 데이터를 전송

PreviousHTTPNextREST API

Last updated 4 months ago