HTTP/1.0에서 발전한 것이 바로 HTTP/1.1 입니다. 매번 TCP 연결을 하는 것이 아니라 한 번 TCP 초기화를 한 이후에 keep-alive 옵션을 통해 여러 개의 파일을 송수신할 수 있게 바뀌었습니다. 참고로 HTTP/1.0에서도 keep-alive가 있었지만 표준화가 되어 있지 않았고, HTTP/1.1부터 표준화가 되어 기본 옵션으로 설정되었습니다. 한 번 TCP 3-웨이 핸드셰이크가 발생하면 그다음부터 발생하지 않습니다. 하지만 문서 안에 포함된 다수의 리소스(이미지, 동영상, css 파일, js 파일)를 처리하려면 요청할 리소스 개수에 비례해서 대기 시간이 길어지는 단점이 있습니다.📌 HOL Blocking(Head Of Line Blocking)네트워크에서 같은 큐에 있는 패킷이 ..

HTTP는 애플리케이션 계층으로 웹 서비스 통신에 사용됩니다. HTTP/1.0 부터 시작해서 발전을 거듭해 지금은 HTTP/3 입니다.HTTP/1.0은 기본적으로 한 연결당 하나의 요청을 처리하도록 설계되었습니다. 이는 RTT 증가를 불러왔습니다. 서버로부터 파일을 가져올 때마다 TCP의 3-웨이 핸드셰이크를 계속 열어야 했기 때문에 RTT가 늘어나는 단점이 있었습니다.용어 설명: RTT:패킷이 목적지에 도달하고 다시 출발지로 돌아오기까지 걸리는 시간, 즉 패킷 왕복 시간⏱️ RTT의 증가를 해결하기 위한 방법매번 연결할 때마다 RTT가 증가하므로 서버 부담이 커지고 사용자 응답 시간이 길어졌습니다. 이를 해결하기 위해 이미지 스플리팅, 코드 압축, 이미지 Base64 인코딩 등을 사용하곤 했습니다.📌..

🖥️ ARP(Address Resolution Protocol)컴퓨터끼리 통신할 때는 IP 주소만으로는 실제 목적지를 알 수 없기 때문에, ARP를 이용해 IP 주소에 맞는 MAC 주소를 찾아 통신합니다. 즉, ARP는 IP 주소와 MAC 주소를 연결해주는 다리 역할을 하는 프로토콜이에요.IP는 사람이 보기 쉬운 ‘가상 주소’, MAC 주소는 실제 장치에 부여된 ‘물리 주소’예요.그래서 ARP는 IP 주소 → MAC 주소로 바꿔주고, 반대로 RARP는 MAC 주소 → IP 주소로 변환합니다. 예를 들어, 장치 A가 “IP 주소 120.70.80.3은 누구야?”라는 ARP Request(브로드캐스트)를 보내면,해당 IP를 가진 장치 B가 자신의 MAC 주소를 알려주는 ARP Reply(유니캐스트)를 보내..