주제문제 183개· 검수 문제 2개

Routing And Failover Paths

Routing And Failover Paths 관련 장애 문제 183개를 모았습니다. 검수된 문제부터 풀어 보세요.

모든 문제 183개

NETWORK-096HSRP preempt 지연이 상류 route 수렴보다 짧아 복구 시 게이트웨이가 두 번 요동failover는 처음엔 성공하는데 복구가 또 다른 장애를 만듭니다 — active 게이트웨이가 상류 의존성이 준비되기 전에 돌아옵니다.Network고급17분Pro NETWORK-133IP SLA 객체 track이 즉시 복구되는데 hysteresis가 없어 짧은 probe 성공마다 WAN edge가 진동failover 설계는 원리상 맞는데 복구 로직이 회선 품질에 비해 너무 성급합니다.Network고급17분Pro NETWORK-100Anycast DNS는 계속 도달되는데 AXFR 정책 변경 후 사이트 하나가 오래된 zone 데이터를 서빙전역적으로는 서비스가 떠 있어 보이는데 응답이 갈립니다 — 새 정책 아래에서 anycast 사이트 하나가 zone transfer를 받지 못하게 됐습니다.Network고급18분Pro NETWORK-086IP SLA가 엉뚱한 probe 대상을 추적해, 애플리케이션이 멀쩡한 장애 중에 주 경로를 철회failover는 설정한 대로 정확히 발동하는데, 선택된 probe 대상이 실제 애플리케이션 health를 대표하지 않아 불필요한 라우팅 전환을 일으킵니다.Network고급18분Pro NETWORK-089OSPF 인접은 형성되는데 area 타입 불일치로 지사 route에 필요한 LSA가 억제됨이웃 상태는 맞아 보이는데 기대한 route가 끝내 나타나지 않습니다 — 한쪽이 area를 다르게 취급해 핵심 LSA 전파를 걸러 냅니다.Network고급18분Pro NETWORK-093OSPF 인접은 full로 유지되는데 summary route가 정책 라우팅에 필요한 더 구체적인 경로를 가림프로토콜은 정상인데 애플리케이션 경로가 실패합니다 — 경로 요약이 정책 로직이 의존하는 특정 목적지를 가립니다.Network고급19분Pro NETWORK-078IGP cost 변경이 stateful 클라이언트를 사이트 간에 옮기면서 Anycast 서비스가 불안정해짐anycast 설계는 계속 제대로 광고하는데 cost 변경이 클라이언트를 기대한 상태 연속성이 없는 다른 사이트로 옮깁니다.Network고급21분Pro NETWORK-090EVPN MAC mobility는 감지되는데 dampening 타이머가 트래픽을 옛 leaf에 계속 고정컨트롤 플레인은 이동을 인지하는데 데이터가 계속 깨집니다 — mobility dampening이 새 위치 수용을 워크로드가 버틸 수 있는 시간보다 오래 지연시킵니다.Network고급22분Pro NETWORK-155라우팅 summary가 평상시에는 맞는데, 유일한 구체 경로가 죽으면 summary가 계속 트래픽을 블랙홀로 끌어들임요약이 테이블 크기는 줄였는데, 실행 가능한 하위 route가 하나도 없다는 사실까지 가렸습니다.Network중급16분Pro NETWORK-109상류 SLA probe는 이미 실패 중인데 게이트웨이 추적이 인터페이스 상태만 감시로컬 인터페이스는 떠 있는데 기본 게이트웨이는 더 일찍 failover했어야 합니다 — 실제 의존성이 first-hop 링크 너머에 있습니다.Network고급16분Pro NETWORK-393정적 summary route는 유효한데 실제 하위 next hop의 추적 객체가 장애 때도 up으로 남는 인터페이스로 옮겨짐 (단계적 폐기 중)쓸모 있는 경로가 사라진 지 한참 뒤까지 요약만 남아 있습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network중급16분Pro NETWORK-138정책에는 local preference 변경이 들어 있는데 soft reconfiguration 없이는 clear 전까지 edge가 기존 경로를 재평가하지 않음route-map은 맞는데 실제 테이블이 아직 어제의 판단을 반영합니다 — 정책 재평가가 일어난 적이 없습니다.Network고급16분Pro NETWORK-129BFD 최소 수신 타이머가 벤더 간에 맞지 않아 한쪽만 세션이 안정적이라고 믿음장비 둘 다 부분적인 생존 신호는 보이는데, 협상된 타이밍 현실이 경로를 계속 요동치게 할 만큼 다릅니다.Network고급17분Pro NETWORK-115BGP confederation 하위 AS 정책이, 올바른 출구를 고르는 데 필요한 community를 제거경로는 어디에나 도착하는데 출구 선택이 틀립니다 — transit 정책이 edge가 선호도 판단에 쓰는 신호를 지웠습니다.Network고급17분Pro NETWORK-345BGP edge는 올바른 경로를 우선하는데 백업 경로의 RPKI 검증 상태가 한때 valid였던 경로를 notfound로 표시해 failover 의도를 막음 (단계적 폐기 중)주 트래픽은 괜찮은데 그 아래에서 백업 라우팅 안전 신호가 바뀌었습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network고급17분Pro NETWORK-148PBR next-hop이 방화벽 IP를 추적하는데, 뒤의 서비스 프로세스가 죽어도 방화벽은 ARP에 응답할 수 있음실제 의존성은 죽었는데 추적 대상 객체에는 계속 닿습니다.Network고급17분Pro NETWORK-122provider 경로에 홉이 하나 늘어난 뒤 eBGP TTL security가 한쪽에만 설정돼 세션이 영구히 끊김peer 둘 다 올바른 이웃이 설정돼 있는데 컨트롤 플레인 강화 전제가 더는 현실과 맞지 않습니다.Network고급17분Pro NETWORK-330route summary는 살아 있는데 그 뒤의 구체 경로가 전부 사라져 트래픽이 계속 블랙홀을 선택 (failover 리허설 중)실제 포워딩 선택지가 사라진 뒤에도 요약은 정상으로 남습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분Pro NETWORK-223route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (environment 식별자 이름 변경 후)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 기능 경로는 그대로 있지만 identity·namespace·명명 규칙 중 하나가 아직 이전 환경 계약을 가리킵니다.Network고급17분Pro NETWORK-225route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (보존 정책 갱신 후)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 운영 객체는 시스템 어딘가에 여전히 있지만, 그 보조 상태를 둘러싼 수명주기 정책이 현실과 맞지 않습니다.Network고급17분Pro