CCNP Enterprise
CCNP Enterprise 준비에 도움이 되는 장애 대응 문제 795개를 모았습니다.
먼저 읽을 가이드
추천 문제
모든 문제 795개
NETWORK-091BGP community를 ingress에서 설정했는데 같은 정책 체인 뒤쪽의 route-map 시퀀스가 그것을 제거의도한 태그가 잠깐 붙긴 하는데 트래픽 엔지니어링이 전혀 작동하지 않습니다 — 이후 정책 단계가 export 전에 그것을 벗겨냅니다.Network고급18분ProNETWORK-234BGP 세션은 established 상태인데 graceful restart가 stale forwarding을 장애가 감당할 수 있는 시간보다 오래 유지 (failover 리허설 중)컨트롤 플레인 연속성은 안정적으로 보이는데 데이터 플레인의 실제 상태는 이미 다릅니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-1261BGP 정책이 의도한 upstream을 더 이상 우선하지 않음구조적 장애 대응 훈련용 네트워크 장애 시나리오입니다.Network고급18분ProNETWORK-1266BGP 정책이 의도한 upstream을 더 이상 우선하지 않음운영자가 인바운드 route-map을 리팩터한 뒤, BGP 세션은 한 번도 끊기지 않은 채로 트래픽이 기대한 provider를 더는 선호하지 않음을 발견합니다.Network고급18분ProNETWORK-1289core 안에서는 route가 제대로 반사되는데 edge 하나가 끝내 설치하지 않음route reflector와 여러 peer에는 route가 보이는데, 이전의 prefix 급증 사고 이후 edge 하나가 끝내 그것을 설치하지 않습니다.Network고급18분ProNETWORK-135DHCP 재할당 후 EVPN ARP 억제가 옛 IP-MAC 항목을 유지해 east-west peer가 host를 블랙홀DHCP 서버에서는 주소 재사용이 안전해 보이는데 오버레이가 계속 이전 endpoint 신원을 신뢰합니다.Network고급18분ProNETWORK-306edge 하나에서 QoS trust 경계가 바뀌었는데 WAN 핸드오프의 policy-map 가정이 여전히 옛 표시 지점을 반영 (failover 리허설 중)한 구간에서는 마킹이 맞는데 트래픽이 WAN 정책 결정에 닿을 즈음에는 틀려 있습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-149EVPN anycast 게이트웨이 MAC이 양쪽 leaf에서 맞는데 사이트 하나가 더 오래된 가상 라우터 MAC을 유지해 점검 후 host 트래픽이 예측 불가하게 갈림게이트웨이 추상화는 있는데 endpoint 동작이 갈립니다 — 사이트 하나의 가상 신원이 오래됐습니다.Network고급18분ProNETWORK-156EVPN border leaf가 route target은 제대로 import하는데 export 정책이 레거시 MPLS edge 쪽 MAC-IP 광고를 막아 하이브리드 도달성이 깨짐새 fabric 쪽은 멀쩡해 보이는데 도메인 간 브리지에 결정적인 광고 방향 하나가 빠져 있습니다.Network고급18분ProNETWORK-124EVPN fabric이 type-5 route는 import하는데 짝 되는 type-2 host 신호를 놓쳐, summary는 멀쩡한데 구체 도달성이 깨짐prefix 수준에서는 오버레이 라우팅이 정상으로 보이는데 endpoint 수준 포워딩이 실패합니다 — route 계열 하나가 없습니다.Network고급18분ProNETWORK-387EVPN fabric이 테넌트 route-target은 import하는데 border 정책 하나가 계속 MAC mobility 시퀀스를 다시 써 새 위치를 억제 (단계적 폐기 중)멤버십은 맞는데 이동 시그널링이 맞지 않습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network고급18분ProNETWORK-1241failover 경로는 깨끗해 보이는데 구간 하나가 계속 블랙홀라우터에서는 점검 failover가 성공하는데, 캐시 상태가 만료되거나 갱신될 때까지 일부 사용자가 깨진 채로 남습니다.Network고급18분ProNETWORK-1233failover 설계가 테스트에서는 되는데 운영 사용자 트래픽이 계속 블랙홀failover가 끝나고 새 active 게이트웨이가 온라인으로 전달 중인데도 일부 클라이언트가 계속 깨진 상태입니다.Network고급18분ProNETWORK-204failover 신호가 장치 생존만 추적하는 사이 그 뒤의 서비스는 이미 사라짐 (failover 리허설 중)라우트가 실제 서비스 의존성이 아니라 닿기만 하는 장비를 따라갑니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-132GRE keepalive는 계속 up인데 WAN failover 중 underlay ACL이 터널 목적지로의 재귀 route를 차단underlay 경로가 바뀌기 전까지는 터널 상태가 좋아 보이는데, 바뀌는 순간 빠진 제어 경로 허용이 드러납니다.Network고급18분ProNETWORK-258GRE keepalive는 살아 있는데 터널 목적지로 향하는 재귀 라우팅이 터널 자신을 통과해 루프 (failover 리허설 중)헬스 신호는 살아남는데 그 경로 정의가 터널 자체의 도달성을 무너뜨립니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-294GRE over IPsec 경로는 유지되는데 route-policy 수정 후 터널 목적지의 재귀 라우팅이 보호된 오버레이를 통과해 루프 (failover 리허설 중)헬스 신호는 살아남는데 그 토폴로지 정의가 터널 자체를 무너뜨립니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-117GRE over IPsec에서 터널 MTU를 조정했는데 underlay policer가 계속 옛 프로파일을 넘는 단편을 버림논리 터널은 제대로 튜닝됐는데 통신사 쪽 정책이 계속 더 작은 값을 가정해 큰 트래픽을 조용히 버립니다.Network고급18분ProNETWORK-1216HSRP failover는 일어나는데 일부 클라이언트가 계속 옛 MAC에 도달점검 중 HSRP 쌍이 역할을 바꿨는데, 새 active 게이트웨이가 살아 있는데도 일부 사용자가 계속 블랙홀에 빠집니다.Network고급18분ProNETWORK-1257ip ospf mtu-ignore로 인접은 올라오는데 나중에 큰 LSU가 계속 실패운영자가 인접 요동을 막으려 mtu-ignore를 적용했는데, 이후 특정 route가 여전히 제대로 도착하지 않음을 발견합니다.Network고급18분Pro