증상문제 184개· 검수 문제 12개

Timeouts and Latency

‘Timeouts and Latency’ 증상으로 나타나는 장애 문제 184개를 모았습니다.

모든 문제 184개

K8S-131NetworkPolicy가 아웃바운드 프록시는 허용하는데 OCSP·CRL 엔드포인트를 계속 차단해 엄격한 클라이언트가 외부 TLS 검증에 실패egress는 대체로 열려 있는 것처럼 보이는데 폐기 확인이 끝나지 못합니다 — 주 프록시 경로만 모델링됐습니다.Kubernetes고급17분Pro NETWORK-148PBR next-hop이 방화벽 IP를 추적하는데, 뒤의 서비스 프로세스가 죽어도 방화벽은 ARP에 응답할 수 있음실제 의존성은 죽었는데 추적 대상 객체에는 계속 닿습니다.Network고급17분Pro NETWORK-369QoS 정책이 올바른 클래스를 표시하는데 터널 오버헤드가 바뀌어 한 클래스가 shaped 큐에 닿기 전에 단편화되거나 버려짐 (단계적 폐기 중)분류는 맞는데 패킷 크기 계산이 더는 경로에 맞지 않습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network고급17분Pro NETWORK-141route-policy가 평상시에는 MED를 보존하는데 점검 템플릿이 백업 edge에서 그것을 제거해 failover 후 인바운드 트래픽이 끝내 돌아오지 않음경로는 양방향으로 있는데 파트너 선호 신호가 standby 경로에서만 사라집니다.Network고급17분Pro NETWORK-137VRRP 광고는 통과하는데 다중 벤더 쌍의 패킷 버전 전제가 달라 라우터 둘 다 자신이 master라고 믿음3계층 도달성은 있는데 first-hop 대칭이 무너집니다 — 이중화 제어 메시지가 다르게 해석됩니다.Network고급17분Pro NETWORK-111라인 카드 교체 중 일관 해싱이 꺼져 장수 세션이 ECMP 멤버 간에 리셋됨이중화는 남아 있는데 사용자 세션이 끊깁니다 — 하드웨어 교체 창에서 경로 고정이 사라졌습니다.Network고급17분Pro NETWORK-091BGP community를 ingress에서 설정했는데 같은 정책 체인 뒤쪽의 route-map 시퀀스가 그것을 제거의도한 태그가 잠깐 붙긴 하는데 트래픽 엔지니어링이 전혀 작동하지 않습니다 — 이후 정책 단계가 export 전에 그것을 벗겨냅니다.Network고급18분Pro NETWORK-234BGP 세션은 established 상태인데 graceful restart가 stale forwarding을 장애가 감당할 수 있는 시간보다 오래 유지 (failover 리허설 중)컨트롤 플레인 연속성은 안정적으로 보이는데 데이터 플레인의 실제 상태는 이미 다릅니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분Pro NETWORK-306edge 하나에서 QoS trust 경계가 바뀌었는데 WAN 핸드오프의 policy-map 가정이 여전히 옛 표시 지점을 반영 (failover 리허설 중)한 구간에서는 마킹이 맞는데 트래픽이 WAN 정책 결정에 닿을 즈음에는 틀려 있습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분Pro NETWORK-149EVPN anycast 게이트웨이 MAC이 양쪽 leaf에서 맞는데 사이트 하나가 더 오래된 가상 라우터 MAC을 유지해 점검 후 host 트래픽이 예측 불가하게 갈림게이트웨이 추상화는 있는데 endpoint 동작이 갈립니다 — 사이트 하나의 가상 신원이 오래됐습니다.Network고급18분Pro K8S-312externalTrafficPolicy Local 설계는 맞는데 오토스케일된 zone 하나에 일시적으로 로컬 endpoint가 없고 로드밸런서가 계속 거기로 트래픽을 보냄 (failover 리허설 중)트래픽 정책과 스케일링 타이밍이 함께 일시적 블랙홀을 만듭니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Kubernetes고급18분Pro NETWORK-204failover 신호가 장치 생존만 추적하는 사이 그 뒤의 서비스는 이미 사라짐 (failover 리허설 중)라우트가 실제 서비스 의존성이 아니라 닿기만 하는 장비를 따라갑니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분Pro NETWORK-132GRE keepalive는 계속 up인데 WAN failover 중 underlay ACL이 터널 목적지로의 재귀 route를 차단underlay 경로가 바뀌기 전까지는 터널 상태가 좋아 보이는데, 바뀌는 순간 빠진 제어 경로 허용이 드러납니다.Network고급18분Pro NETWORK-117GRE over IPsec에서 터널 MTU를 조정했는데 underlay policer가 계속 옛 프로파일을 넘는 단편을 버림논리 터널은 제대로 튜닝됐는데 통신사 쪽 정책이 계속 더 작은 값을 가정해 큰 트래픽을 조용히 버립니다.Network고급18분Pro K8S-151ingress 컨트롤러가 외부 로드밸런서의 X-Forwarded-Proto를 신뢰하는데 내부 홉이 그것을 다시 써 보안 리다이렉트가 루프하기 시작TLS는 제대로 종단되는데 하위 프로토콜 인식이 홉마다 일관되지 않게 됐습니다.Kubernetes고급18분Pro NETWORK-162standby edge가 route는 유지하면서 인바운드 트래픽을 제대로 동작시키던 preference 신호를 잃음 (failover 리허설 중)failover는 기능적으로 성공하는데 대체 경로에서 인바운드 정책 의도가 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분Pro K8S-091요청 body가 리버스 프록시 한도를 넘어 큰 Pod 스펙에서만 mutating webhook이 타임아웃작은 워크로드는 잘 받아들여지는데 큰 것이 실패합니다 — webhook 경로에 API 서버 요청보다 낮은 body 크기 설정을 가진 프록시가 있습니다.Kubernetes고급18분Pro NETWORK-076정책 기반 라우팅이 health check probe를 블랙홀 next hop으로 보냄일반 애플리케이션 흐름은 괜찮아 보이는데 서비스가 계속 비정상입니다 — 정책 라우팅이 health check 출발지를 다르게 취급해 죽은 경로로 유도합니다.Network고급18분Pro NETWORK-071BFD 타이머가 WAN 지터에 비해 지나치게 공격적이라 가벼운 손실에도 라우팅이 진동링크는 대체로 쓸 만한데 라우팅이 계속 요동칩니다 — 장애 탐지가 잡음 많은 WAN이 아니라 깨끗한 LAN 기준으로 조정돼 있습니다.Network고급19분Pro NETWORK-081route leak 중 BGP max-prefix 보호가 세션을 끊는데 한 방향에서만 그럼peer 둘 다 설정돼 있는데 한쪽만 리셋됩니다 — 수신된 leak이 로컬 보호 임계값을 넘고 반대 방향은 그 아래에 머무릅니다.Network고급19분Pro