피터의 개발이야기

TCP/IP를 우편 시스템으로 이해하기 — Part 5. 믿을 수 없는 길 위에서 믿을 수 있게 보내기ㅁ 들어가며TCP는 Application에 순서 있는 신뢰 가능한 Byte Stream을 제공한다.그러려면 양쪽이 각 Byte의 위치를 알아야 한다.Client가 보낸 첫 Byte와 Server가 보낸 첫 Byte는 서로 다른 Sequence Space에서 시작한다. 데이터를 보내기 전에 다음 질문에 답해야 한다.상대가 해당 IP와 Port에서 연결을 받을 준비가 되었는가?Client가 사용할 초기 Sequence Number는 무엇인가?Server가 사용할 초기 Sequence Number는 무엇인가?양쪽 방향의 패킷과 응답이 도달할 수 있는가?어떤 TCP Option을 사용할 수 있는가? TCP는 3..

TCP/IP를 우편 시스템으로 이해하기 — Part 4. 이름을 주소로 바꾸고 대화를 시작하기ㅁ 들어가며IP Address와 Port Number를 알면 어느 Host의 어떤 Application으로 데이터를 보낼지 표현할 수 있다.이제 남은 질문은 어떻게 보낼 것인가다.은행 송금 요청처럼 빠짐없이 순서대로 전달되어야 하는 데이터가 있다.한 부분이라도 사라지면 전체 의미가 달라질 수 있다.반면 실시간 음성처럼 조금 손실되더라도 오래된 데이터를 기다리는 것보다최신 데이터를 제때 전달하는 편이 나은 경우도 있다.모든 데이터를 확인하고 다시 보낼 것인가?아니면 필요한 정보만 담아 바로 보낼 것인가? Transport Layer의 대표적인 두 선택이 TCP(Transmission Control Protocol)..

TCP/IP를 우편 시스템으로 이해하기 — Part 4. 이름을 주소로 바꾸고 대화를 시작하기ㅁ 들어가며DNS를 통해 Server의 IP 주소를 알아냈다. example.com → Server IP Address IP 주소를 알면 패킷을 어느 컴퓨터까지 보낼지는 정할 수 있다. 하지만 한 컴퓨터에서는 여러 프로그램이 동시에 네트워크를 사용한다.Server 한 대├─ Web Server├─ SSH Server├─ DNS Server└─ Database Server 패킷이 Server의 Network Interface에 도착한 뒤 운영체제는 데이터를 어느 프로그램에 전달해야 할까?IP 주소만으로는 컴퓨터 안의 수신 프로그램을 구분할 수 없다.그래서 TCP와 UDP Header에는 Port Number가 있다..

TCP/IP를 우편 시스템으로 이해하기 — Part 4. 이름을 주소로 바꾸고 대화를 시작하기ㅁ 들어가며라우터는 Destination IP를 보고 패킷의 다음 길을 선택한다.그런데 사용자는 웹사이트에 접속할 때 IP 주소를 직접 입력하지 않는다. https://example.com 사람은 example.com이라는 이름을 기억한다.실제 IP Packet을 보내려는 운영체제는 목적지 IP 주소가 필요하다.사람이 아는 정보 : example.com네트워크가 필요한 정보 : IPv4 또는 IPv6 Address 이름과 주소 사이에는 누군가 답해야 할 질문이 있다. example.com은 어느 IP 주소에 있는가?이 질문을 전 세계에서 하나의 서버가 모두 처리한다면 그 서버의 장애와 부하가 인터넷 전체에 영향을..

TCP/IP를 우편 시스템으로 이해하기 — Part 3. 수많은 길 가운데 다음 길을 고르는 법ㅁ 들어가며Routing Loop가 생겨도 TTL은 한 패킷이 영원히 돌지 않도록 끝을 만든다.하지만 TTL은 잘못된 Route를 고치지 않는다.다음 패킷도 같은 Loop에 들어가 TTL이 끝날 때까지 네트워크 자원을 사용한다. 근본적인 해결은 라우터들이 실제 연결 상태에 맞는 경로를 갖는 것이다.라우터가 세 대뿐이라면 관리자가 Static Route를 직접 수정할 수 있다.R1 ── R2 ── R3 그러나 라우터가 수백 대이고 링크가 계속 생기고 사라진다면 어떻게 될까?장애가 날 때마다 모든 장비에 접속해 경로를 고치는 동안 네트워크는 오래 멈춰 있을 것이다.서로 다른 관리자가 동시에 수정하면 경로가 일치하지..

TCP/IP를 우편 시스템으로 이해하기 — Part 3. 수많은 길 가운데 다음 길을 고르는 법ㅁ 들어가며경로가 없으면 라우터는 패킷을 더 이상 전달할 수 없다.하지만 잘못된 경로가 있으면 패킷은 멈추지 않고 엉뚱한 방향으로 갈 수 있다.R1은 목적지로 가려면 R2에게 보내야 한다고 생각하고,R2는 같은 목적지로 가려면 R1에게 보내야 한다고 생각해 보자.Destination Network: 10.30.0.0/24R1 Route: 10.30.0.0/24 via R2R2 Route: 10.30.0.0/24 via R1 패킷은 두 라우터 사이를 오간다.R1 → R2 → R1 → R2 → R1 → ...IP Packet에는 요청이 지나온 경로 목록이 없으므로 라우터는 “아까 본 패킷”이라는 이유만으로 전달을 ..

TCP/IP를 우편 시스템으로 이해하기 — Part 3. 수많은 길 가운데 다음 길을 고르는 법ㅁ 들어가며라우터는 Destination IP와 Routing Table을 비교해 다음 경로를 선택한다.한 라우터가 내린 결정은 다음 라우터에 전달되는 여행 계획이 아니다.각 라우터는 자신에게 도착한 패킷의 목적지를 보고 독립적으로 다음 홉을 고른다.요청 패킷이 서버에 도착했다고 생각해 보자.Client ── R1 ── R2 ── Server 요청 도착 성공이제 서버가 응답하면 요청이 지나온 길을 거꾸로 돌아갈 것처럼 보인다.하지만 IP 패킷에는 “지나온 라우터 목록”이 일반적으로 기록되지 않는다.응답 패킷은 Client의 IP 주소를 새로운 Destination으로 삼고 다시 Routing T..

TCP/IP를 우편 시스템으로 이해하기 — Part 3. 수많은 길 가운데 다음 길을 고르는 법ㅁ 들어가며호스트는 다른 네트워크로 가는 패킷을 Default Gateway에 맡긴다.라우터는 프레임에서 IP Packet을 꺼내 Destination IP를 확인한다.이제 패킷을 어느 인터페이스와 Next Hop으로 보낼지 결정해야 한다.라우터의 Routing Table에 다음 경로가 있다고 생각해 보자.0.0.0.0/0 → 우체국 A10.0.0.0/8 → 우체국 B10.20.0.0/16 → 우체국 C10.20.30.0/24 → 우체국 D목적지 10.20.30.40은 네 경로와 모두 일치한다.그렇다면 어느 길을 선택해야 할까?가까운 라우터를 선택할까? 먼저 등록된 경로를 선택할까?..

TCP/IP를 우편 시스템으로 이해하기 — Part 2. 편지에 두 종류의 주소가 필요한 이유ㅁ 들어가며호스트는 Subnet Mask와 라우팅 테이블을 사용해 목적지가 같은 네트워크인지 판단한다.같은 네트워크의 On-link 목적지라면 상대의 MAC 주소를 ARP로 찾고 직접 프레임을 보낼 수 있다.하지만 목적지가 다른 네트워크에 있다면 이야기가 달라진다.PC AIP 192.168.10.10/24목적지IP 192.168.20.20 PC A는 192.168.20.20이 자신의 네트워크인 192.168.10.0/24 밖에 있다는 사실은 안다.그러나 목적지까지 이어지는 모든 라우터와 링크를 알지는 못한다. 그렇다면 첫 프레임을 누구에게 맡겨야 할까?우리가 다른 지역으로 편지를 보낼 때 전국의 모든 배달길을 직..

TCP/IP를 우편 시스템으로 이해하기 — Part 2. 편지에 두 종류의 주소가 필요한 이유ㅁ 들어가며앞의 글에서 ARP는 IPv4 주소에 대응하는 MAC 주소를 찾는다고 했다.하지만 ARP Request는 같은 Broadcast Domain 안에서만 전달된다.라우터는 일반적으로 이 브로드캐스트를 다른 네트워크로 넘기지 않는다. PC A가 다음 목적지로 데이터를 보낸다고 생각해 보자.내 IP 주소 : 192.168.10.70목적지 A : 192.168.10.120목적지 B : 192.168.10.130세 주소가 모두 192.168.10으로 시작한다. 그러면 둘 다 같은 동네일까?주소의 겉모습만으로는 알 수 없다. PC는 패킷을 보내기 전에 먼저 다음 결정을 내려야 한다.같은 네트워크라면 → 목적..