ASA VTI에서 OSPF와 EIGRP: 내 릴리스가 지원하는 쪽은
OSPFv2와 EIGRP는 9.19(1)부터만, 그리고 multicast가 켜져 있을 때만 ASA VTI를 통과합니다. 사용 중인 릴리스에서 둘을 비교한 뒤 이웃을 확인하십시오.
OSPF 대 EIGRP 논의의 대부분은 터널이 이미 프로토콜을 실어 나를 수 있다고 전제하는데, ASA에서는 바로 그 전제가 가장 먼저 확인할 부분입니다. 비교는 이미지, VTI 유형, multicast 경로가 확인된 뒤에야 흥미로워집니다. 이 순서를 틀리면 인접 관계가 절대 형성되지 않을 터널에서 타이머를 조정하며 반나절을 보내게 됩니다. 저는 이런 설계를 할 때마다 릴리스 노트와 실행 중인 구성에서 시작하지, 프로토콜 선호에서 시작하지 않습니다.
프로토콜보다 릴리스가 먼저 결정한다
ASA 9.24용 Cisco VTI 가이드 는 쓸 만한 문서 기준으로, 정적 및 동적 VTI를 설명하고 정적 라우팅, BGP, OSPF, EIGRP를 나열합니다. 기능 이력은 VTI에서의 OSPFv2와 EIGRP 지원을 9.19(1)로 둡니다. 그보다 오래된 것은 다른 이야기입니다.
그래서 처음 두 질문은 지루하지만 결정적입니다:
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
ASA가 VTI를 쓸 수 없다거나 IGP를 실을 수 없다는 말은 일부 오래된 이미지에는 맞았지만 현재 지원 매트릭스는 아닙니다. 마찬가지로 9.24 가이드는 모든 장비를 업그레이드하라는 지시가 아닙니다. 그 릴리스가 무엇을 지원하는지 알려 줄 뿐이고, 배포된 릴리스가 스스로 답해야 합니다.
unicast가 통과한다고 해서 IGP가 형성되는 것은 아니다
같은 가이드는 unicast가 기본적으로 통과하며 multicast는 VTI에서 OSPFv2나 EIGRP를 위해 켜야 한다고, multicast 그룹에 대한 문서화된 제한과 함께 밝힙니다. 그 한 문장이 이 설계에서 제가 본 대부분의 인접 실패를 설명합니다. 터널을 지나는 ping이나 초록색 IPsec 상태는 unicast 경로만 증명합니다. 프로토콜 탐색에는 multicast 경로가 필요하고, 둘은 따로 구성합니다.
hello나 hold 타이머를 건드리기 전에 터널 인터페이스 구성에서 그 multicast 설정을 확인하십시오. 설정이 없으면 인접은 느린 것이 아니라 불가능합니다.
같은 터널에서 OSPF와 EIGRP 나란히
터널 자체에서는 두 프로토콜이 다른 곳과 같은 모습입니다. OSPF에는 일치하는 네트워크 유형, 영역, 인증, 이웃 매개변수가 필요하고, EIGRP에는 AS 번호와 그에 따르는 인터페이스 수준 설정이 필요합니다.
함정은 다른 터널 모델에서 이웃 명령을 복사하는 것입니다. VTI가 없는 설계에서 정적 이웃에 관한 조언은 multicast를 피하려는 것이었고, 프로토콜을 원래대로 실어야 하는 VTI에는 그대로 적용되지 않습니다. 지원되는 인터페이스 동작을 구성한 다음, 프로토콜이 스스로 인접을 형성하게 두십시오.
그다음에는 자신의 토폴로지에서 실제로 달라지는 축, 곧 상대 측과의 상호 운용성, 시험할 수 있는 수렴 동작, 팀의 운영 지식으로 비교하십시오. 한 프로토콜이 더 빠르거나 가볍다는 옛이야기는 자신의 네트워크에 대한 측정이 아닙니다.
이웃은 설치된 경로와 같지 않다
인접이 올라오면 생성되는 것과 받아들이는 것을 구분하십시오. 각 측이 어떤 지사 프리픽스를 광고하는지, 어떤 것이 수신되고 선택되며 실제로 라우팅 테이블에 도달하는지 보십시오. 가져오기, 내보내기, 재분배 범위는 장비가 아는 모든 것을 일괄 광고하는 대신 의도적으로 정해야 합니다.
show ospf neighbor 과 show eigrp neighbors 는 세션이 살아 있음을 알려 줍니다. show route 는 지사 프리픽스가 도착했는지 알려 주며, 이는 다른 질문입니다.
애플리케이션 경로는 다시 세 번째 질문입니다. 이웃 관계는 도달성을 배포하지만, 방화벽 통과 허가를 주지 않고 트래픽 선택자와 필터 규칙이 일치함을 증명하지도 않습니다. 경로가 정책을 뜻한다고 가정하지 말고 승인된 시험으로 허용된 흐름과 그 응답 경로를 확인하십시오.
완성된 비교가 기록해야 할 것
터널 인터페이스, 이를 지원하는 릴리스, 확인한 제어 교환, 그리고 범위를 정한 경로 정책을 적고 multicast 설정도 더하십시오. 나머지가 작동하는지를 조용히 결정하는 세부 사항이 바로 그것입니다. 그 기록을 배포된 릴리스 옆에 두면 나중의 기능 변경을 이미 만료된 전제에서 다시 시작하지 않고 검토할 수 있습니다.
그 넷 중 하나라도 빠져 있다면 설계가 아니라 선호입니다. 먼저 빠진 사실을 고쳐야 하며, 프로토콜 선택은 쉬운 부분입니다.