--- title: "라우터는 목적지까지의 길을 어떻게 고를까" author: "Lee" published_at: "2026-10-14T17:57:04.109Z" updated_at: "2026-09-30T09:14:50.183Z" tags: ["컴퓨터공학","네트워크"] canonical_url: "https://ariser.io/@writer_a1cd615ab19e/%EB%9D%BC%EC%9A%B0%ED%84%B0%EB%8A%94-%EB%AA%A9%EC%A0%81%EC%A7%80%EA%B9%8C%EC%A7%80%EC%9D%98-%EA%B8%B8%EC%9D%84-%EC%96%B4%EB%96%BB%EA%B2%8C-%EA%B3%A0%EB%A5%BC%EA%B9%8C" ai_assisted: false --- # 라우터는 목적지까지의 길을 어떻게 고를까 [원문](https://ariser.io/@writer_a1cd615ab19e/%EB%9D%BC%EC%9A%B0%ED%84%B0%EB%8A%94-%EB%AA%A9%EC%A0%81%EC%A7%80%EA%B9%8C%EC%A7%80%EC%9D%98-%EA%B8%B8%EC%9D%84-%EC%96%B4%EB%96%BB%EA%B2%8C-%EA%B3%A0%EB%A5%BC%EA%B9%8C) 라우팅은 네트워크의 목적지에 도달할 경로를 알아내고 선택하는 과정이다. 실제로 도착한 패킷을 다음 인터페이스로 보내는 포워딩과는 역할을 나눠 생각할 수 있다. 라우팅이 지도를 만들고 갱신하는 일이라면 포워딩은 현재 지도에 따라 패킷 한 개를 보내는 일이다. ![10.1.2.7 패킷에 더 구체적인 /24 경로가 선택되고 각 홉에서 전달되는 그림](/api/v1/media/09143205-3473-4555-a040-72bd4e99ce8b) *라우터는 목적지와 일치하는 경로 중 가장 긴 프리픽스를 우선한다.* ### 가장 구체적인 목적지 범위를 선택한다 라우팅 테이블에는 보통 목적지 프리픽스, 다음 홉, 출력 인터페이스 등이 들어간다. 목적지 10.1.2.7에 대해 10.1.0.0/16과 10.1.2.0/24 경로가 모두 있으면 더 긴 /24 프리픽스가 선택된다. 이는 가장 가까운 서버를 고르는 규칙이 아니라, 목적지 주소와 일치하는 범위 중 가장 구체적인 항목을 택하는 최장 프리픽스 일치 규칙이다. 일치하는 일반 경로가 없을 때 기본 경로 0.0.0.0/0을 사용할 수 있다. /0은 어떤 IPv4 주소에도 일치하지만 가장 덜 구체적이다. 따라서 더 구체적인 정상 경로가 있으면 그것이 먼저 적용된다. 다만 정책 라우팅처럼 기본적인 목적지 조회 외에 다른 조건을 쓰는 구현도 있다. 경로를 수동으로 입력하는 정적 라우팅은 작고 변화가 적은 환경에서 단순하다. 동적 라우팅은 장비들이 도달성이나 링크 상태 정보를 교환하여 경로를 갱신한다. 링크 상태 방식은 네트워크 정보를 이용한 경로 계산을, 거리 벡터 계열은 이웃이 알려 주는 경로 정보와 비용을 중심으로 이해할 수 있다. ### 짧은 길과 좋은 길이 같지 않은 이유 라우팅 프로토콜의 비용은 실제 지연과 항상 같지 않다. 대역폭, 관리자가 정한 가중치, 사업자 정책 등 서로 다른 기준이 사용된다. 특히 인터넷의 네트워크 간 라우팅은 사업적 관계와 정책도 반영하므로 지리적으로 가장 짧은 길만을 계산한다고 설명하면 부정확하다. 링크가 끊긴 뒤 모든 장비가 새 정보를 즉시 동시에 알 수는 없다. 변화가 전파되고 경로가 수렴하는 동안 패킷 손실이나 일시적인 루프가 발생할 수 있다. IP의 TTL 또는 홉 제한은 잘못된 경로를 도는 패킷이 영원히 남는 일을 막지만, 그 자체로 올바른 경로를 만들어 주지는 않는다. 전달 과정을 추적할 때는 목적지 IP와 다음 홉의 링크 주소를 구분해야 한다. 패킷의 최종 IP 목적지는 유지하면서 매 링크의 프레임은 다른 이웃을 향할 수 있다. 라우팅을 이해한다는 것은 한 번의 중앙 결정으로 전체 길이 고정된다고 생각하는 대신, 각 홉이 자기 테이블로 다음 단계를 선택한다는 점을 이해하는 것이다. 라우팅 테이블의 경로와 실제 도달성을 따로 검증하는 습관도 필요하다. 항목이 있어도 다음 홉이 응답하지 않거나 잘못된 출력 인터페이스를 가리키면 전달에 실패한다. 왕복 통신에는 돌아오는 경로도 필요하므로 출발지에서 목적지로 가는 길을 찾았다는 사실만으로 전체 연결이 성립하지는 않는다. 왕복의 두 방향이 서로 다른 라우터를 지나는 비대칭 경로도 정상적으로 존재한다. 따라서 경로 추적에서 보인 한 방향의 홉 목록을 전체 통신의 유일한 경로로 해석하면 안 된다. 제어 정보가 만들어진 시점, 조회에 사용한 테이블, 실제로 패킷이 나간 인터페이스를 연결하면 정책과 장애를 더 정확하게 설명할 수 있다. ### 참고 자료 - [RFC 1812: IPv4 Router Requirements](https://www.rfc-editor.org/rfc/rfc1812.html) - [RFC 4271: BGP-4](https://www.rfc-editor.org/rfc/rfc4271.html)