EVPN은 올라왔지만 서비스는 아니다: 네 가지 점검 지점

원격 VTEP 주소에 도달한다는 것은 언더레이가 패킷을 운반한다는 것만 증명한다. 테넌트 서비스에는 올바른 주소 패밀리의 BGP EVPN 세션, 연결되어 동작하는 로컬 VNI, 생성된 경로, 원격 끝단에서의 가져오기가 필요하다. 이것은 서로 다른 네 가지 점검 지점이며, 각기 다른 복구 방법이 있다. 초록색 언더레이를 서비스 준비 상태로 보는 것이 EVPN 구축이 막히는 가장 흔한 이유다.

순서대로 읽고 설계가 기대하는 것과 다른 첫 지점에서 멈춘다. 뒤의 점검 지점은 앞선 실패를 보상할 수 없다.

점검 지점 1: VTEP까지의 전송

VTEP 소스로 사용하는 루프백 주소 사이의 도달성부터 시작한다. 경로는 언더레이에 존재해야 하고, 캡슐화 요구를 포함해 경로가 허용되어야 하며, 반환 경로가 동작해야 한다. 경로가 존재하지만 한 방향에서 필터링되면 간헐적으로 보이는 비대칭 장애가 생긴다. 계속하기 전에 양방향을 확인한다.

확인한 소스와 목적지 주소를 기록한다. 다른 주소로 다음 홉을 해석하는 이후 단계는 다른 테스트이며, 둘을 하나로 취급하는 것이 해석된 다음 홉에 전송 장애의 책임을 돌리는 방식이다.

점검 지점 2: 세션 수가 아니라 EVPN 패밀리

BGP 세션이 성립했다고 해서 EVPN 주소 패밀리가 협상된 것은 아니다. 이웃의 패밀리별 상태를 본다: 패밀리가 활성화되었는지, 피어와 협상되었는지, 세션이 그것을 아예 운반하는지. IPv4 유니캐스트를 위해 올라왔고 EVPN을 한 번도 협상하지 않은 세션은 일반 이웃 요약에서 아무 문제도 보이지 않는다. 그리고 EVPN 오버레이 명세는 서비스와 제어 절차를 전송과 별개의 사안으로 다룬다.

세션의 소스 주소도 확인한다. VTEP 소스가 아닌 주소로 만든 피어링은 포워딩 장애를 설명하기를 기다리는 설계 불일치다.

점검 지점 3: 로컬 서비스가 연결되어 있다

로컬 VNI는 테넌트를 나타내는 브리지나 VRF에 연결되어야 하고, 플랫폼은 그것을 동작 중으로 보고해야 한다. 복제 모델이 사용하는 멤버십 상태는 호스트 MAC을 학습하기 전부터 중요할 수 있다. 따라서 엔드포인트 테이블이 비어 있다는 것은 서비스가 중단되었다는 증거가 아니다.

그다음 장치가 실제로 무엇을 생성하는지 확인한다: 설계가 지정한 route target을 가진 해당 VNI의 로컬 경로다. 연결되었지만 광고되지 않은 VNI는 로컬에만 존재하고 다른 어디에도 없는 서비스를 만든다.

점검 지점 4: 수신 측에서의 가져오기

수신 장치에서는 숫자 VNI 대신 내보내고 가져온 route target을 비교한다. 일치하는 VNI 번호는 수신 인스턴스가 광고를 가져온다는 것을 증명하지 못하며, 일치하지 않는 route target은 VNI 목록에서 보이지 않는다. 포워딩 항목을 신뢰하기 전에 광고된 다음 홉을 언더레이를 통해 해석한다. 그다음 오버레이 포워딩 상태를 장치 전체가 아니라 서비스에 대해 읽는다.

피어 테이블은 구현별 데이터플레인이나 멤버십 학습을 반영할 수도 있다. 행 수를 증거로 취급하는 대신 그 기원과 서비스 문맥을 EVPN 경로와 함께 읽는다.

경로를 따라가는 하나의 기록

서비스마다 하나의 기록을 유지한다: 로컬 VNI 상태, EVPN 이웃과 패밀리, 생성된 경로, 수신되고 가져온 결과다. 그 기록을 생성에서 설치까지 따라간다. 무언가 실패하면 기록은 어떤 명령을 시도할지가 아니라 네 가지 점검 지점 중 어느 것을 고칠지 알려준다.

그렇게 하는 동안 타임스탬프를 붙인다. 광고 후 몇 분 뒤에 나타나는 가져오기는 정책이나 수렴의 문제이고, 결코 나타나지 않는 것은 구성의 문제이며, 그 차이는 언제 확인했는지를 적어 두었을 때만 보인다.

정적 VXLAN이 정답인 경우

정적으로 구성된 VXLAN 데이터 경로는 EVPN 테이블이 비어 있는 동안 수동으로 제공된 피어와 함께 동작할 수 있다. 그것은 고장 난 EVPN 배포가 아니라 다른 제어 모델이다. 빈 테이블을 장애로 진단하기 전에 설계가 어느 쪽을 의도하는지 결정한다.

언더레이의 IGP 이웃은 전송을 제공할 뿐 그 이상은 아니다. 오버레이의 서비스 상태는 구축할 별개의 일이고 검증할 별개의 일이다.