사이트 간 라우팅은 누가 맡는가: 레이어 2 VPN인가 레이어 3 VPN인가

공급자 VPN을 주문하면 그 소유자를 지명했든 하지 않았든 결국 누군가 사이트 간 라우팅을 소유하게 됩니다. 레이어 2 인수에 서명하면 공급자는 파이프를 제공하고 인접 관계는 자사 라우터가 형성하며, 레이어 3 서비스에 서명하면 공급자는 자사 라우팅 컨텍스트 안에서 고객의 프리픽스를 운반합니다. 둘 다 정당한 제품이며 당직 이야기는 다릅니다. 견적에서 첫 수락 테스트까지 주문을 따라가면 선택은 더 이상 추상적이지 않습니다.

토폴로지 슬라이드가 아니라 인수 양식에서 시작하십시오

모든 공급자는 결국 의사 회선인지, 멀티포인트 이더넷 세그먼트인지, 공유 서비스 에지의 라우팅 연결인지, 무엇을 인수할지 묻는 양식을 보냅니다. 그 한 가지 답은 책임이 어디서 시작하는지를 고정하기 때문에 영업 자료의 어떤 다이어그램보다 많은 것을 결정합니다.

포인트 투 포인트 의사 회선은 두 연결 사이의 단일 회선이고, 멀티포인트 이더넷 서비스는 여러 사이트를 하나의 브로드캐스트 도메인으로 묶습니다. 다이어그램에서는 비슷해 보이지만 루프나 브로드캐스트 폭풍이 끼면 전혀 다르게 동작합니다. 주소 설계를 하기 전에 어느 쪽이 견적되는지 확인하십시오.

제품 이름이 그것을 정하지 않습니다. MPLS 레이블, 다크 파이버 인수, 인터넷 기반 오버레이는 모두 사설 네트워크라고 불릴 수 있고, 프레임워크 문서는 서비스 모델과 고객-공급자 분담을 정의해야 할 것으로 다룹니다. 연결의 의미론을 서면으로 요구하고, 그다음 자사 팀에 쉬운 말로 다시 읽어 주십시오.

개통일에 무엇이 도착했는지 읽으십시오

개통일에는 그 위에 무엇이든 구성하기 전에 받은 인터페이스를 보십시오. 레이어 3 라우팅 연결은 보통 작은 포인트 투 포인트 서브넷이 있는 포트나 도달해야 하는 다음 홉으로 나타납니다. 레이어 2 연결은 프레임을 기다리는 링크로 나타나므로 첫 번째 유용한 명령은 경로 조회가 아니라 브리지나 이웃 확인입니다.

ip -br link show
ip -br addr show
ip route show default
ip neigh show

그 네 줄이 어느 세계에 있는지 알려 줍니다. 공급자 주소를 가리키는 기본 경로는 공급자가 대신 라우팅한다는 뜻입니다. 쓸모 있는 레이어 3 주소는 없지만 브리지가 채워진 인터페이스는 라우팅이 자사 몫이라는 뜻이고, 빠진 프리픽스는 모두 자사가 고칠 것입니다.

프로미스큐어스해 보이는 링크는 인수가 태그되었다는 뜻일 수도 있으므로 회선을 탓하기 전에 VLAN 합의를 확인하십시오. 멀티포인트 서비스에서 MAC 주소가 중복되는 것은 설계의 증상이지 공급자 결함이 아닙니다.

첫 프리픽스 전에 객체마다 소유자를 하나 정하십시오

객체 목록을 따라가며 각각을 소유한 팀의 이름을 소리 내어 말하십시오. 고객 프리픽스와 사이트 간 광고. 공급자 에지와의 관계를 만드는 인접 관계나 서비스 식별자. 루프를 끊는 사람과 더 넓은 브로드캐스트 도메인 안에서 살기로 동의한 사람. MTU 상한이 어디에 있고, 장애가 어떻게 드러나며, 서비스가 어떻게 돌아오는지. 접근 정책, 그리고 서비스에 포함되지 않은 암호화까지.

목록이 짧은 이유는 인시던트 때 깨지는 부분이 바로 그것이기 때문입니다. 두 팀이 모두 경로 정책을 소유한다고 믿으면 장애는 같은 시간에 상충하는 두 변경을 만듭니다. 아무도 소유하지 않으면 첫 비대칭 경로는 고객이 보고할 때까지 남습니다.

라우팅 서비스는 보통 BGP나 정적 경계를 주므로 자사 쪽에는, 인접 관계가 올라와 있는지 알려 주는 birdc show protocols 또는 라우터의 동등한 명령과, 업무 시간에만 흔들리는지 알려 주는 카운터라는 읽을 수 있는 세션 상태가 필요합니다. 레이어 2 인수에는 그런 신호가 없으므로 고객이 명시적인 도달성 점검을 가져야 합니다.

사이트 하나의 장애 사례를 따라가십시오

서비스가 가동되기 전에 수락 테스트를 작성하십시오. 사이트 연결 하나를 끊고 각 팀이 무엇을 보는지 기록합니다. 레이어 3 서비스에서는 공급자가 그 사이트 프리픽스의 도달성을 철회하고, 자사 세션이 철회를 기록하며, 나머지 사이트는 경로를 유지하고, 레이어 2 서비스에서는 회선이 끊기고 라우팅 프로토콜이 죽은 이웃을 알아차리며 같은 수렴이 전적으로 자사 타이머에 달려 있습니다.

링크를 복구하고 사례의 후반부를 확인하십시오. 오래된 상태가 흔한 잔재이므로 인접 관계가 돌아오는지, 프리픽스가 예상 속성과 함께 돌아오는지, 인시던트에서 생긴 임시 정적 경로가 테이블에 남지 않았는지 확인하십시오.

지루한 장애도 시험하십시오. 사이트 하나가 트래픽을 두 배로 늘리는 경우, 라우팅 인수에서는 프리픽스별 카운터가 보이지만 브리지 인수에서는 인터페이스 처리량만 보일 수 있어 어느 호스트가 책임인지 추측하게 됩니다.

계약이 사지 않는 것

레이어 2나 레이어 3이라는 레이블은 지연, 전용 백본, 암호화에 대해 아무것도 말하지 않습니다. 그것들은 별개의 약속이며 가용성 수치가 그중 무엇도 함의하지 않습니다. 서비스 계약에서 약속된 것을 읽고 나머지는 모두 시험해야 할 가정으로 다루십시오.

요구 사항이 두 고객 라우터 사이의 포인트 투 포인트 연결이라면 공급자에게 내부 라우팅을 맡기지 않고도 레이어 2 서비스가 맞습니다. 요구 사항이 서로 다른 서브넷을 가진 많은 사이트와 작은 운영 팀이라면 라우팅 서비스가 원래 자사가 질 일을 없애 줍니다.

어느 쪽도 기본이 아닙니다. 캡슐화에 대한 장비 지원, 사이트 간 실제 트래픽 관계, 이중화 모델, 그리고 방금 수락한 부분을 팀이 운영할 수 있는지 확인하십시오. 결정에서 인력 교체를 견디는 부분은 소유자 이름뿐이므로 그것을 런북에 적으십시오.