벤더문제 106개

Juniper

Juniper 환경에서 일어나는 장애 문제 106개를 모았습니다.

모든 문제 106개

NETWORK-1220ECMP 경로 하나에서만 간헐적 패킷 손실서비스가 일부 흐름에서만 산발적으로 실패하는데, 패킷 캡처를 보면 해시된 경로 하나와 큰 페이로드에 상관관계가 있습니다.Network고급21분ProNETWORK-078IGP cost 변경이 stateful 클라이언트를 사이트 간에 옮기면서 Anycast 서비스가 불안정해짐anycast 설계는 계속 제대로 광고하는데 cost 변경이 클라이언트를 기대한 상태 연속성이 없는 다른 사이트로 옮깁니다.Network고급21분ProNETWORK-1225업링크 하나에서 점보 프레임만 손실일반 트래픽은 계속 되는데 큰 전송이 예측 불가하게 실패하고, 그 실패가 일부 해시 경로에서만 나타납니다.Network고급21분ProNETWORK-090EVPN MAC mobility는 감지되는데 dampening 타이머가 트래픽을 옛 leaf에 계속 고정컨트롤 플레인은 이동을 인지하는데 데이터가 계속 깨집니다 — mobility dampening이 새 위치 수용을 워크로드가 버틸 수 있는 시간보다 오래 지연시킵니다.Network고급22분ProNETWORK-1198BFD 요동 증상 때문에 BGP가 불안정해 보이는데 진짜 원인은 한쪽의 공격적인 keepalive 경로컨트롤 플레인이 불안정해 보이는데 진짜 원인은 하부 네트워크가 감당할 수 있는 속도보다 빠르게 흔들리는 과도한 liveness 경로입니다.Network고급24분ProNETWORK-1182MTU 불일치가 데이터베이스 교환을 막아 OSPF 인접이 끝내 Full에 도달하지 못함Hello 패킷은 되는데 이웃이 ExStart나 Exchange에서 맴돕니다 — 인터페이스 MTU 불일치가 LSDB 동기화를 막습니다.Network고급24분ProNETWORK-1183BGP 세션은 올라오는데 route가 설치되지 않음peer 이전이 끝나고 BGP도 Established인데, import 정책이 옛 prefix 범위를 그대로 반영해 도달성이 바뀌지 않습니다.Network고급26분ProNETWORK-052제어 패킷이 엉뚱한 방화벽이나 QoS class에 매칭돼 BFD가 계속 요동뚜렷한 이유 없이 라우팅 세션이 불안정해 보이는데, 실제 원인은 BFD 제어 트래픽이 데이터 경로와 다르게 처리돼 버려지거나 지연되는 것입니다.Network고급26분ProNETWORK-059route 태그가 일관되게 보존되지 않아 다중 벤더 재분배 루프가 발생재분배가 각 방향 따로는 맞아 보였는데 합쳐진 정책이 피드백 루프를 만듭니다 — 재import를 막는 태그가 어디서나 같게 해석되지는 않습니다.Network고급28분ProNETWORK-1256OSPF 이웃 둘이 ExStart나 Exchange에 머무름라우팅 변경으로 OSPF를 켰는데, 서로 ping은 되면서 인접 형성이 끝내 완료되지 않습니다.Network중급16분ProNETWORK-155라우팅 summary가 평상시에는 맞는데, 유일한 구체 경로가 죽으면 summary가 계속 트래픽을 블랙홀로 끌어들임요약이 테이블 크기는 줄였는데, 실행 가능한 하위 route가 하나도 없다는 사실까지 가렸습니다.Network중급16분ProNETWORK-393정적 summary route는 유효한데 실제 하위 next hop의 추적 객체가 장애 때도 up으로 남는 인터페이스로 옮겨짐 (단계적 폐기 중)쓸모 있는 경로가 사라진 지 한참 뒤까지 요약만 남아 있습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network중급16분ProNETWORK-138정책에는 local preference 변경이 들어 있는데 soft reconfiguration 없이는 clear 전까지 edge가 기존 경로를 재평가하지 않음route-map은 맞는데 실제 테이블이 아직 어제의 판단을 반영합니다 — 정책 재평가가 일어난 적이 없습니다.Network고급16분ProNETWORK-129BFD 최소 수신 타이머가 벤더 간에 맞지 않아 한쪽만 세션이 안정적이라고 믿음장비 둘 다 부분적인 생존 신호는 보이는데, 협상된 타이밍 현실이 경로를 계속 요동치게 할 만큼 다릅니다.Network고급17분ProNETWORK-115BGP confederation 하위 AS 정책이, 올바른 출구를 고르는 데 필요한 community를 제거경로는 어디에나 도착하는데 출구 선택이 틀립니다 — transit 정책이 edge가 선호도 판단에 쓰는 신호를 지웠습니다.Network고급17분ProNETWORK-345BGP edge는 올바른 경로를 우선하는데 백업 경로의 RPKI 검증 상태가 한때 valid였던 경로를 notfound로 표시해 failover 의도를 막음 (단계적 폐기 중)주 트래픽은 괜찮은데 그 아래에서 백업 라우팅 안전 신호가 바뀌었습니다. 주 경로로는 서비스가 계속 되고, 옛 구성 요소가 완전히 빠질 때만 의존성 하나가 실패합니다.Network고급17분ProNETWORK-153GRE over IPsec 터널은 WAN failover를 견디는데 MSS 조정이 옛 물리 인터페이스에 남아 대용량 HTTP 전송이 멈추기 시작오버레이 연속성은 있는데 페이로드 크기 로직이 엉뚱한 underlay 객체에 묶인 채 남았습니다.Network고급17분ProNETWORK-146MPLS TE 터널은 올라오는데 노드 하나에서 autoroute announce가 꺼져 일반 트래픽이 끝내 엔지니어링된 경로를 쓰지 않음터널은 있는데 포워딩 동작이 바뀌지 않습니다 — 제어 플래그 하나가 꺼진 채 남았습니다.Network고급17분ProNETWORK-122provider 경로에 홉이 하나 늘어난 뒤 eBGP TTL security가 한쪽에만 설정돼 세션이 영구히 끊김peer 둘 다 올바른 이웃이 설정돼 있는데 컨트롤 플레인 강화 전제가 더는 현실과 맞지 않습니다.Network고급17분ProNETWORK-330route summary는 살아 있는데 그 뒤의 구체 경로가 전부 사라져 트래픽이 계속 블랙홀을 선택 (failover 리허설 중)실제 포워딩 선택지가 사라진 뒤에도 요약은 정상으로 남습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network중급17분Pro