멀티사이트 VPN을 위한 주소 공간 예산 책정 방법

VPN 서브넷이 얼마나 커야 하는지는 어떤 주소를 세고 있는지 이름 붙이기 전에는 답이 없습니다. 한 설계에서는 번호가 매겨진 터널 링크의 두 끝점이고, 다른 설계에서는 정책 기반 터널 뒤의 사무실 LAN이며, 세 번째에서는 관리형 게이트웨이의 예약된 인프라입니다. 세 가지 대상, 세 가지 예산이며, 크기 산정 실수의 대부분은 한 열을 다른 열의 숫자로 채우는 데서 나옵니다.

네 가지 역할, 네 가지 질문

외부 전송은 피어가 접속하는 주소이므로 그 크기는 공인 주소 체계나 공급자의 체계를 따르며, 뒤에 있는 장치 수를 따르지는 않습니다. 내부 터널 링크는 가상 인터페이스에 번호를 부여하는 설계에만 존재하고, 그곳의 수는 토폴로지의 인접 관계를 따릅니다. 보호된 LAN 프리픽스는 실제 네트워크와 그 성장 계획을 따릅니다. 공급자가 예약한 인프라는 관리형 서비스가 문서화한 내용을 따릅니다.

그중 세 번째만 사무실에 노트북이 몇 대 있는지와 관계가 있습니다. 바로 이 혼동 하나가 대부분의 논쟁을 설명합니다.

계산기를 열기 전에 네 역할을 별도의 열로 적으십시오. 각각 고유의 할당, 소유자, 성장 가정을 가지며 어느 것도 다른 것의 크기를 물려받지 않습니다. 설계에 번호가 매겨진 내부 링크가 없으면 그 열은 작은 것이 아니라 비어 있으며, 빈 열은 다음 검토자를 위해 기록할 가치가 있는 사실입니다.

블록 세기: /30의 실제 비용

지점 간 링크는 두 개의 주소가 필요하고 플랫폼에 따라 크기가 달라지는 블록을 소비합니다. /30은 네 개의 주소를 담고 그중 둘이 보통 사용 가능하므로, 열두 개의 링크는 계획에서 마흔여덟 개의 주소를 소비하면서 스물네 개의 끝점을 제공합니다. /31은 두 개의 주소를 담고 둘 다 사용 가능하므로 계산이 절반이 되지만, 양쪽 끝이 이를 받아들이는 곳에서만 그렇습니다.

RFC 3021 두 주소 모델을 정의하며, 지원은 양 끝점과 서비스의 속성이지 좋은 의도의 속성이 아닙니다. 공급자 API는 내부 터널 옵션에 자체 마스크 요구를 부과할 수 있고, 일반 RFC는 문서화된 제약을 무효화하지 않습니다. 예산을 요약하기 전에, 마흔여덟과 스물네 주소의 차이가 계획이 예약된 범위에 들어가는지를 결정하므로 플랫폼이 무엇을 명시하는지 확인하십시오. 긴 하루의 끝에 그것을 믿는 대신 계산을 직접 하십시오.

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

토폴로지가 확정된 뒤에만 곱하십시오. 열두 개의 개별 링크와 열두 명의 참가자가 있는 하나의 다중 지점 오버레이는 같은 사이트 수에서 매우 다른 합계를 냅니다.

관리형 게이트웨이 서브넷은 클라이언트 풀이 아니다

관리형 서비스는 흔히 자체 게이트웨이 인프라를 위해 서브넷을 예약하며, 그 서브넷은 클라이언트에게 주어지는 대신 서비스가 소비합니다. 문서화된 크기가 있고 때로는 문서화된 이름도 있으며, 연결하는 사용자 수와는 아무 관계가 없습니다. 이를 원격 머신의 주소 풀로 취급하면 첫 번째 분주한 아침에 스스로 고갈되는 설계가 됩니다.

공급자의 요구를 고정 비용으로 읽으십시오, 랙 단위를 다루듯이. 그것은 보호된 프리픽스 예산의 일부가 아닙니다.

같은 해석이 이름에도 적용됩니다. 문서화된 목적이 게이트웨이 인프라인 서브넷은 그 서비스에서 관례상 인프라이며, 자체 체계에 맞추려고 이름을 바꾸는 것은 다이어그램을 개선하는 대신 배포를 깨뜨립니다. 공급자의 이름과 크기를 유지하고, 자체 번호 체계는 통제하는 부분에 쓰십시오.

두 번째 사이트까지 살아남도록 계획을 문서화하십시오

한 엔지니어의 머릿속에 사는 계획은 사무실 프리픽스와 가정용 라우터의 기본 범위가 처음 겹칠 때 실패합니다. 할당을 소유자와 함께 공개하고, 각 링크의 어느 끝이 어느 주소를 지정하는지 밝히십시오. 경로나 선택자는 여전히 알려야 하며, 내부 링크에 번호를 매기는 것만으로는 LAN이 게시되지 않기 때문입니다.

각 블록 뒤의 성장 가정을 기록해야 합니다, 이후의 어떤 독자도 주소만으로는 그것을 재구성할 수 없기 때문입니다.

그다음 계획을 까다로운 경우로 시험하십시오: 이미 쓰고 있는 프리픽스로 등장하는 사이트, 먼 쪽 끝을 다른 사람이 관리하는 링크, 공급자 요구가 처음 문서화한 것과 다른 지역입니다. 그중 하나라도 재설계를 강요한다면 가지고 있던 것은 정책이 아니라 다이어그램입니다. 그것들을 견디는 계획은 터널 구성 옆 저장소에 둘 수 있을 만큼 짧고, 다음 사람은 바로 그곳에서 찾을 것입니다.