Routing And Failover Paths
Routing And Failover Paths 관련 장애 문제 183개를 모았습니다. 검수된 문제부터 풀어 보세요.
먼저 읽을 가이드
추천 문제
모든 문제 183개
NETWORK-221route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (점검 템플릿 변경 후)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 템플릿이 바뀌기 전까지는 경로가 정상으로 보였지만, 상속된 가정 하나가 실제 환경과 맞지 않습니다.Network고급17분ProNETWORK-119route-policy 정규식이 AS path 집합에 너무 넓게 매칭해, 외부로 남아야 할 파트너 prefix를 블랙홀정책 정리 후 트래픽 손실이 시작됩니다 — 새 패턴이 운영자가 의도한 것보다 많은 경로를 잡습니다.Network고급17분ProNETWORK-141route-policy가 평상시에는 MED를 보존하는데 점검 템플릿이 백업 edge에서 그것을 제거해 failover 후 인바운드 트래픽이 끝내 돌아오지 않음경로는 양방향으로 있는데 파트너 선호 신호가 standby 경로에서만 사라집니다.Network고급17분ProNETWORK-121transit 인터페이스가 passive-interface 기본 예외에서 빠져, access 스위치 교체 중 원치 않는 OSPF 인접이 형성됨underlay는 잘 도는데 점검 작업이 라우팅에 참여하면 안 되는 구간에 neighbor를 만들어냅니다.Network고급17분ProNETWORK-137VRRP 광고는 통과하는데 다중 벤더 쌍의 패킷 버전 전제가 달라 라우터 둘 다 자신이 master라고 믿음3계층 도달성은 있는데 first-hop 대칭이 무너집니다 — 이중화 제어 메시지가 다르게 해석됩니다.Network고급17분ProNETWORK-270VRRP 쌍이 게이트웨이 IP를 공유하는데 하류 ACL 하나가 계속 직전 가상 MAC만 허용 (failover 리허설 중)이중화는 정상인데 의존 보안 정책이 어제의 신원에 묶인 채 남습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급17분ProNETWORK-111라인 카드 교체 중 일관 해싱이 꺼져 장수 세션이 ECMP 멤버 간에 리셋됨이중화는 남아 있는데 사용자 세션이 끊깁니다 — 하드웨어 교체 창에서 경로 고정이 사라졌습니다.Network고급17분ProNETWORK-143BGP blackhole community는 제대로 설정됐는데 route reflector 정책이 transit edge 도달 전에 제거해 완화가 발동하지 않음출발지에는 완화 시그널링이 있는데 코어 정책 경로에서 사라집니다.Network고급18분ProNETWORK-091BGP community를 ingress에서 설정했는데 같은 정책 체인 뒤쪽의 route-map 시퀀스가 그것을 제거의도한 태그가 잠깐 붙긴 하는데 트래픽 엔지니어링이 전혀 작동하지 않습니다 — 이후 정책 단계가 export 전에 그것을 벗겨냅니다.Network고급18분ProNETWORK-234BGP 세션은 established 상태인데 graceful restart가 stale forwarding을 장애가 감당할 수 있는 시간보다 오래 유지 (failover 리허설 중)컨트롤 플레인 연속성은 안정적으로 보이는데 데이터 플레인의 실제 상태는 이미 다릅니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-204failover 신호가 장치 생존만 추적하는 사이 그 뒤의 서비스는 이미 사라짐 (failover 리허설 중)라우트가 실제 서비스 의존성이 아니라 닿기만 하는 장비를 따라갑니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-104route reflector에 BGP add-path를 켰는데 capability 불일치로 edge가 추가 route를 계속 거부코어는 여러 경로를 광고하는데 edge는 하나만 유지합니다 — 한쪽이 additional-path 기능을 제대로 협상하지 않았습니다.Network고급18분ProNETWORK-097route reflector의 클라이언트 간 반사가 꺼져 있어 사이트 하나가 백업 출구를 끝내 학습하지 못함RR에는 닿는데 백업 route가 없습니다 — 반사 정책이 실제로는 클라이언트 route를 다른 클라이언트 집합으로 전파하지 않습니다.Network고급18분ProNETWORK-222route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (failover 리허설 중)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-226route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (롤백 리허설 중)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 의존성 체인을 거꾸로 되돌리기 전까지는 안정 경로가 문제를 감춥니다.Network고급18분ProNETWORK-224route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (컨트롤 플레인 업그레이드 후)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 워크로드나 정책은 안정적이었지만, 업그레이드된 컨트롤 레이어가 의존성 하나를 다르게 해석합니다.Network고급18분ProNETWORK-151route-reflector 클러스터가 주 경로는 반사하는데 add-path 정책이 백업 label을 제외해 원격 PIC가 대체 포워딩 상태를 끝내 만들지 못함코어 라우팅은 정상인데 빠른 failover가 끝내 실현되지 않습니다 — 백업 상태가 배포된 적이 없습니다.Network고급18분ProNETWORK-282route-reflector가 주 경로는 유지하는데 정책 정리 후 백업 경로 속성이 다시 광고되지 않음 (failover 리허설 중)도달성은 남아 있는데 빠른 failover 전제가 조용히 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-162standby edge가 route는 유지하면서 인바운드 트래픽을 제대로 동작시키던 preference 신호를 잃음 (failover 리허설 중)failover는 기능적으로 성공하는데 대체 경로에서 인바운드 정책 의도가 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-173완화용 community를 출발지에서 설정했는데 정작 작동해야 할 edge에 닿기 전에 제거됨 (점검 템플릿 변경 후)의도는 한 도메인에는 있는데 네트워크 중간에서 사라집니다. 템플릿이 바뀌기 전까지는 경로가 안정적으로 보였지만, 상속된 가정 하나가 실제 환경과 맞지 않습니다.Network고급18분Pro