{
  "test_id": "T53",
  "verdict": "pass",
  "observed": "istioctl proxy-config cluster 조회 결과, top-level(서브셋 없음) 클러스터 outbound|80||subset-echo.istio-vt-t53.svc.cluster.local 은 tcpKeepalive가 {probes:4, time:90, interval:10}로 그대로 남아 있고 maxConn은 미설정 sentinel 값인 4294967295였다. 반면 subset v1 클러스터 outbound|80|v1|subset-echo.istio-vt-t53.svc.cluster.local 은 maxConn=33은 정확히 반영됐지만 upstreamConnectionOptions.tcpKeepalive는 null로 완전히 사라졌다. 즉 subset이 connectionPool.tcp 안의 다른 필드(maxConnections)만 지정했음에도 top-level의 tcpKeepalive를 상속하지 않고 connectionPool 블록 전체가 통째로 교체됐다. 참고로 harness-notes.md의 'svc.homelab.local 사용' 지침은 DestinationRule/VirtualService host 매칭에는 맞지 않아(istiod가 --domain cluster.local로 기동 중, istioctl analyze도 host mismatch 에러를 냄) svc.cluster.local로 교정 후 재현했다.",
  "claims": [
    {
      "doc": "blog:egress_destinationrule-fundamentals",
      "cid": "C8",
      "empirical": "supports-claim",
      "note": "subset trafficPolicy가 top-level connectionPool을 필드 단위로 deep-merge하지 않고 통째로 교체함을 직접 관측함(tcpKeepalive 소실, maxConnections만 반영)."
    },
    {
      "doc": "blog:egress_tcp-keepalive-fields",
      "cid": "C7",
      "empirical": "supports-claim",
      "note": "동일 관측: subset이 connectionPool.tcp의 다른 필드(maxConnections)만 지정해도 top-level에서 설정한 tcpKeepalive가 subset cluster에서 사라짐이 확인됨."
    }
  ]
}