CCNP Enterprise
CCNP Enterprise 준비에 도움이 되는 장애 대응 문제 795개를 모았습니다.
먼저 읽을 가이드
추천 문제
모든 문제 795개
NETWORK-147스택 멤버 교체가 running config는 보존했는데 MACsec용 신뢰 장치 목록이 startup에만 저장돼 재부팅 후 보안 링크가 끝내 돌아오지 않음필수 재부팅이, 보안 의존성이 두 설정 상태 모두에 복원되지 않았음을 드러내기 전까지는 운영이 괜찮아 보입니다.Network중급16분ProNETWORK-1279정책 기반 route가 로드밸런서 health check를 붙잡아 응답을 다른 경로로 내보내, 앱은 로컬에서 잘 도는데도 타깃이 끝내 정상으로 보이지 않음서버는 헬스 엔드포인트에 응답하는데 그 응답이 다른 인터페이스로 나갑니다 — PBR이 그 probe 트래픽을 잡아 대칭성을 깨뜨립니다.Network중급16분ProNETWORK-1224DHCP relay는 맞아 보이는데 access 스택 하나가 끝내 lease를 못 받음access VLAN을 재배치한 뒤 대부분의 클라이언트는 lease를 받는데 스위치 스택 하나만 받지 못합니다.Network중급17분ProNETWORK-1219DNS over TCP는 되는데 UDP 질의가 계속 실패운영자가 TCP로 DNS 질의를 성공적으로 검증하고, 일반 클라이언트 UDP 트래픽이 여전히 막혀 있다는 걸 놓칩니다.Network중급17분ProNETWORK-1262failover 테스트는 정상으로 보이다가 트래픽이 주 HSRP 라우터로 복귀하면서 문제 발생구조적 장애 대응 훈련용 네트워크 장애 시나리오입니다.Network중급17분ProNETWORK-1267failover 테스트는 정상으로 보이다가 트래픽이 주 HSRP 라우터로 복귀하면서 문제 발생HSRP 쌍이 failover는 잘 처리하고, 트래픽이 선호 주 라우터로 돌아올 때만 특정 하위 서비스가 실패합니다.Network중급17분ProNETWORK-1203host DNS는 되는데 프록시 프로세스가 reload 전까지 옛 resolver 뷰를 유지host 수준에서는 이름 해석이 고쳐졌는데 장수 프로세스 하나가 계속 더 오래된 resolver 상태를 써서 엉뚱한 백엔드로 트래픽을 보냅니다.Network중급17분ProNETWORK-1212OSPF 이웃이 Two-Way에 머무름운영자가 안정적인 Two-Way 이웃을 보고 그것을 장애 상태로 해석합니다.Network중급17분ProNETWORK-252QoS trust 경계가 전화기에서 switchport로 옮겨졌는데 access 스택 하나가 계속 ingress에서 DSCP를 재작성 (failover 리허설 중)정책은 설계상 일관적인데 스택 하나가 새 신뢰 가정을 받지 못했습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분ProNETWORK-127QoS 정책이 올바른 class map을 참조하는데 서브인터페이스 이전 후 방향이 반대로 붙어 음성 jitter가 재발설정 객체는 있는데 정작 그것이 중요한 경로에서 service-policy가 보이지 않습니다.Network고급17분ProNETWORK-357SD-WAN 오버레이가 대체 회선을 광고하는데 로컬 브레이크아웃 정책이 SaaS prefix 하나를 계속 폐기된 허브로 우회시킴 (단계적 폐기 중)컨트롤 플레인은 수렴했는데 애플리케이션 정책 경로는 수렴하지 않았습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network고급17분ProNETWORK-1185search 도메인이 host와 달라 컨테이너 안에서만 DNS 해석이 실패호스트는 서비스 이름을 해석하는데 컨테이너는 실패합니다 — 다른 resolver 경로와 search 도메인 동작을 씁니다.Network중급17분ProNETWORK-198런타임 보안 상태는 맞는데 재부팅 후 필요한 저장된 장치 신원이 갱신된 적이 없음 (failover 리허설 중)재시작이 옛 하드웨어 신원을 다시 중요하게 만들기 전까지는 운영이 정상으로 보입니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분ProNETWORK-1181운영자가 어디서나 full 인접을 기대하는데 공유 구간에서 OSPF 이웃이 two-way에 머무름multi-access 구간에 대한 설계상 역할 기대를 잘못 이해한 것뿐인데 그 상태를 장애로 취급하고 있습니다.Network중급17분ProNETWORK-1199ARP는 한 VLAN에서 멀쩡해 보이는데 상류 게이트웨이가 계속 응답을 놓침점검 후 인터페이스가 끊겼다 붙으면서 포워딩 경로 일부에 오래되거나 만료된 MAC 상태가 남아, ARP는 정상으로 보이는데 응답 트래픽이 일관되지 않게 동작합니다.Network중급18분ProNETWORK-1214DHCP relay는 설정됐는데 클라이언트가 끝내 lease를 못 받음스위치에는 의도한 SVI에 helper 주소가 보이는데, access 템플릿 변경 후 새 클라이언트가 끝내 lease를 받지 못합니다.Network중급18분ProNETWORK-101OSPF sham link는 올라오는데 cost 때문에 MPLS VPN이 계속 더 느린 backdoor 경로를 선택인접은 정상인데 경로 선택이 계속 잘못됩니다 — cost 모델이 여전히 의도치 않은 route source를 선호합니다.Network고급18분ProNETWORK-1201spanning-tree는 안정적으로 보이는데 trunk 하나가 계속 VLAN을 버림변경 후 경로가 간헐적이라 운영자가 spanning tree에 집중합니다. 커뮤니티 글들은 trunk 하나의 허용 목록에 그 VLAN이 없었음을 지적합니다.Network중급18분ProNETWORK-1190upgrade 헤더가 불완전해 리버스 프록시를 거칠 때만 WebSocket 경로가 실패백엔드 도달성은 괜찮은데 프록시를 거치는 WebSocket 세션이 실패합니다 — 업그레이드 경로가 일부만 설정돼 있습니다.Network중급18분ProNETWORK-276멀티캐스트 PIM 이웃은 맺어지는데 RPF 경로가 계속 트리의 반대편을 가리킴 (failover 리허설 중)컨트롤 플레인 인접은 있는데 정작 중요한 포워딩 조회가 어긋납니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분Pro