{
  "test_id": "T52",
  "verdict": "pass",
  "observed": "spec 매니페스트를 네임스페이스만 치환해 그대로 적용했을 때는 DestinationRule.host가 echo.istio-vt-t52.svc.homelab.local로 되어 있어 실제 mesh service registry 호스트명(echo.istio-vt-t52.svc.cluster.local, istioctl analyze IST0174 경고로 확인)과 불일치해 circuitBreakers.thresholds[0].maxConnections이 기본값(4294967295)에 머물렀고, 클라이언트 요청도 PassthroughCluster로 빠져 40개 동시 요청이 전부 200을 반환했다. DestinationRule.host를 echo.istio-vt-t52.svc.cluster.local로 정정하고 클라이언트가 짧은 이름(echo)으로 mesh 내부 라우팅을 타도록 재실행하자 circuitBreakers.thresholds[0].maxConnections=2로 정상 반영되었고, 40개 동시 요청 중 18개는 200, 22개는 503으로 즉시 거절되었으며 client access log에 'UO upstream_reset_before_response_started{overflow}' 라인이 22건 확인되었다. 다만 /stats 및 /stats/prometheus의 upstream_cx_overflow 카운터는 이 클러스터의 mesh 전역 stats matcher 설정으로 echo 클러스터를 포함한 outbound 클러스터 통계 전체가 노출되지 않아(xds-grpc 제어평면 통계만 존재) 직접 확인은 불가했다. 또한 access log가 JSON이 아닌 Envoy 기본 TEXT 포맷이라 spec의 grep '\"UO\"' 패턴은 0건을 반환했으나 실제로는 공백 구분 토큰 ' UO '로 22건 존재했다.",
  "claims": [
    {
      "doc": "blog:egress_circuit-breaking-mechanisms",
      "cid": "C11",
      "empirical": "supports-claim",
      "note": "maxConnections=2 설정 후 40개 동시 요청 중 22개가 503+UO(overflow)로 즉시 거절됨을 확인. 단 DestinationRule host가 실제 mesh registry 호스트명(svc.cluster.local)과 일치해야 정책이 붙는다는 전제 필요."
    },
    {
      "doc": "blog:egress_tcp-tuning",
      "cid": "C1",
      "empirical": "supports-claim",
      "note": "connectionPool.tcp.maxConnections 값이 istioctl proxy-config cluster의 circuitBreakers.thresholds[0].maxConnections에 그대로 반영됨을 확인(정정 후 2로 반영, 정정 전엔 기본값 유지)."
    },
    {
      "doc": "gw__guide-egress-tcp-failure-reproduction",
      "cid": "C2",
      "empirical": "supports-claim",
      "note": "재현 절차 자체는 유효하나 이 클러스터에서는 DestinationRule.host를 svc.homelab.local이 아닌 svc.cluster.local로 맞춰야 재현됨 - 재현 가이드에 이 전제조건 보강이 필요함."
    },
    {
      "doc": "gw__src-egress-operations",
      "cid": "C5",
      "empirical": "supports-claim",
      "note": "circuit breaker 자체 동작은 확인됐으나, 운영 관측 시 참조하는 /stats의 upstream_cx_overflow 카운터는 이 클러스터의 stats matcher 설정으로 노출되지 않아 access log 기반 관측이 필요함."
    },
    {
      "doc": "gw__src-egress-tcp-bottlenecks",
      "cid": "C4",
      "empirical": "supports-claim",
      "note": "maxConnections 초과가 즉시 503/UO/upstream_reset_before_response_started{overflow}로 나타나는 TCP 병목 원인임을 실증."
    }
  ]
}