☰

라우팅 테이블의 'metric' 열 해석

tag-icon • tag-icon networking routing
라우팅 테이블의 'metric' 열 해석

라우팅 테이블, 특히 '메트릭' 열에 표시되는 출력에 대해 약간 혼란스럽습니다.

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 wlan0
172.16.35.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
192.168.0.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0
192.168.82.0    0.0.0.0         255.255.255.0   U     0      0        0 vmnet8

매뉴얼 페이지에 따르면 메트릭은 대상까지의 '거리'를 나타냅니다. 나는 정확히 "대상"이 무엇인지에 대해 약간 혼란스러워했습니다. 나는 그것이 내 라우터라고 가정했습니다(게이트웨이 0.0.0.0으로 이동한 다음 192.168.0.1의 내 라우터로 이동). 따라서 나는 메트릭이 내 라우터에 대한 단일 홉이 될 것으로 예상했습니다. 그런데 9시네요! 숫자가 왜 그렇게 높나요?

답변1

매뉴얼 페이지에 따르면 메트릭은 대상까지의 '거리'를 나타냅니다.

나는 메트릭이 내 라우터에 대한 단일 홉이 될 것으로 예상했습니다. 그런데 9시네요! 숫자가 왜 그렇게 높나요?

필드 metric에는 다양한 의미가 있습니다.

지표 필드는 경로 비용을 나타냅니다. 지정된 대상 네트워크 ID에 여러 경로가 존재하는 경우 측정항목을 사용하여 어떤 경로를 선택할지 결정합니다. 메트릭이 가장 낮은 경로가 기본 경로입니다. 일부 라우팅 알고리즘은 여러 경로가 존재하는 경우에도 라우팅 테이블의 네트워크 ID에 대한 단일 경로만 저장합니다. 이 경우 메트릭은 라우터에서 라우팅 테이블에 저장할 경로를 결정하는 데 사용됩니다.

측정항목은 경로 기본 설정을 표현하는 다양한 방법을 나타낼 수 있습니다.

  • 홉 수.

    일반적인 측정항목입니다. 네트워크 ID에 대한 경로의 라우터(홉) 수를 나타냅니다.

  • 지연.

    패킷이 네트워크 ID에 도달하는 데 필요한 시간 측정값입니다. 지연은 경로의 속도(LAN(근거리 통신망) 링크의 지연 시간이 낮고 WAN(광역 네트워크) 링크의 지연 시간이 높음)이나 경로의 혼잡 상태를 나타내는 데 사용됩니다.

  • 처리량.

    초당 경로를 따라 전송할 수 있는 유효 데이터 양입니다. 사용량이 매우 많은 이더넷 링크는 사용되지 않는 64Kbps WAN 링크보다 처리량이 낮을 수 있으므로 처리량이 반드시 링크의 비트 전송률을 반영하는 것은 아닙니다.

  • 신뢰할 수 있음.

    경로 불변성의 척도입니다. 일부 유형의 링크는 다른 유형보다 링크 오류가 발생하기 쉽습니다. 예를 들어, WAN 링크의 경우 전용 회선이 전화 접속 회선보다 더 안정적입니다.

원천라우팅 테이블

답변2

기존 답변은 설명적인 의미에서는 기술적으로 정확하지만 디버깅 및 엔지니어링 목적에 유용한 주요 구체적인 세부 정보와 값이 누락되었기 때문에 이에 대해 언급하겠습니다. 그 중 일부는 Windows 10 21H2에 대해 직접 테스트해야 했지만 최신 버전의 Windows에서 변경된 일부 Windows 관련 기본 제공 기본값을 제외하고 거의 모든 Windows 버전에 적용됩니다(자세한 내용은 나중에 설명).

작은 메모: 장치(라우터/스위치/IoT 등)에 내장된 많은 OS를 포함한 다른 OS는 종종 단일 메트릭을 사용하지만(Windows와 같이 다른 합산 게이트웨이 및 인터페이스 메트릭과 비교) 항상 가장 낮은 경로 메트릭이 승리한다는 기본 규칙은 일관됩니다. 내가 본 모든 곳에서.

멍청한 놈의 경우 :자동 메트릭 값의 요점은 이론적으로 대상에 대한 경로가 2개 이상 있을 때 추가 구성 없이 "최적의" 경로가 가능한 한 자주 선택되도록 하는 것입니다. 다른 답변에 표시된 매뉴얼 페이지 정의가 너무 모호하고 광범위한 이유는 원하는 대로 선택한 값을 구조화할 수 있으므로 모든 OS/엔지니어/개발자/시스템이 원하는 대로 값을 선택할 수 있기 때문입니다. "최상의" 경로/링크는 일반적으로 승리합니다(즉, 가장 낮은 값입니다). 즉, 대부분의 일반적인 응용 프로그램에서 "최적"은 링크 속도가 정기적으로 변하는 연결(주로 무선 링크)을 수용하기 위해 범위의 원시 링크 속도를 기반으로 값을 할당하여 거의 항상 결정됩니다.

링크 속도가 다른 범위로 넘어갈 때 인터페이스 메트릭이 무선 링크에서 일관되게/주기적으로 업데이트되는지 알지 못하며 테스트하지 않았지만 약간의 히스테리시스/고착성이 있거나 단지 하드 세트일 것이라고 생각합니다. 링크업 시 다른 링크(일반적으로 랩탑과 같은 동일한 시스템의 유선 연결)를 사용하여 잠재적으로 너무 빠르게 우선순위를 앞뒤로 바꾸는 것을 방지합니다.

Windows의 기본 라우팅 메트릭

경로는 라우팅 테이블에서 선택되며("route print"를 사용하여 명령줄에서 확인)인터페이스 미터법그리고게이트웨이 측정항목. "활성 경로"는 합산된 기능 지표를 보여줍니다.

제어판을 확인하지 않고 이러한 값을 구분하여 보려면 Run->"netsh int ipv4 show add"를 사용할 수 있습니다.

이 두 측정항목은 처리 중인 경로/트래픽 세트에 따라 네트워크 카드의 속성->고급->"IPv4" 또는 "IPv6"에서 모두 편집할 수 있습니다(실행->"ncpa.cpl"을 사용하여 바로 이동할 수 있음). -- 하다~ 아니다form-over-function 설정 앱을 사용하세요). "기본 게이트웨이" 및 "인터페이스 메트릭"에서 별도의 메트릭을 볼 수 있습니다.

Windows의 자동 측정항목 값(버전에 따라 다름)

인터페이스 측정항목:

당이것유비쿼터스 Microsoft 페이지에는 링크 속도에 따라 인터페이스 메트릭을 설정하는 데 사용되는 내부 테이블이 있습니다. 현재는 XP-SP2 이전 값(가정), XP SP2~Windows 8.1 값, 무선 링크 및 유선 링크에 대한 Windows 10+ 값(별도의 표)을 순서대로 나열합니다. 서버 버전은 내부의 많은 부분과 마찬가지로 동등한 소비자 릴리스와 거의 동일합니다.

  • 예: 1Gbit 표준 이더넷 유선 링크, Win10 -> 4번째 테이블(위 기준), "200Mb 이상 2Gb 미만"은 인터페이스 자동 메트릭 25입니다.

게이트웨이 측정항목:

게이트웨이 메트릭은 기본값이 명확하지 않거나 빠른 검색에 문서화되어 있는 것처럼 보이기 때문에 약간 더 까다로울 수 있습니다. 여기서는 링크가 동적 IP를 사용하는지 아니면 고정 IP를 사용하는지에 따라 설정됩니다. 다른 조건이 있을 수도 있지만 제가 찾아낸 건 이 두 가지뿐입니다.

테스트 결과 기본값인 것으로 나타났습니다.공전측정항목은 256이고 기본값은동적/DHCP측정항목은 0입니다. 이는 위의 인터페이스 측정항목에 추가되고 위의 연결된 표에서 256이 자동 인터페이스 측정항목보다 크거나 나쁘다는 것을 볼 수 있으므로 이는모든 기본값/자동 설정이 사용되는 경우 동적으로 주소가 지정된 링크는 항상 정적으로 주소가 지정된 링크보다 우선합니다..

실제 기본 고려 사항

예를 들어, 불량/테스트/두 번째 라우터(예: 두 번째 NIC)를 원하지 않는 고정 IP를 사용하여 서버 또는 기타 Windows 장치를 관리하는 사람이 갑자기 해당 라우터를 통해 장치의 트래픽을 가져오는 경우(아마도 서버를 가져갈 수 있음) 오프라인), 다른 자동 할당이 이를 대체할 가능성이 없을 정도로 게이트웨이와 인터페이스 지표를 모두 낮게 강제 설정합니다. 아마도 해당 경로/NIC가 항상 사용되도록 하려면 각각 1과 10을 사용하거나 1과 1만 사용하십시오. 일부 항목을 극단적인 값으로 설정하면 나중에 문제가 발생할 수 있으므로 그렇게 했다는 사실을 문서화하세요.

가능한 이상한 점/버그

이 작은 문서화 프로젝트를 시작하기 전에 보조 NIC를 설정했습니다.상호 작용제가 설정한 네트워크 랩을 처리하기 위해 미터법을 100으로 설정했고, 그 사이에 정상적인 사용을 하고 1~2주 후에 돌아와서 인터페이스의게이트웨이메트릭도 100으로 설정되었습니다... 어떻게 그런 일이 발생했는지 또는 코너 케이스 버그인지 확실하지 않지만 신속하게 정적으로 설정하고 다시 되돌립니다(DHCP를 사용했기 때문에 설정할 NIC 속성에 게이트웨이가 없었습니다). 문제가 반환되지 않았습니다.

관련 정보