Juniper
Juniper 환경에서 일어나는 장애 문제 106개를 모았습니다.
먼저 읽을 가이드
추천 문제
모든 문제 106개
NETWORK-294GRE over IPsec 경로는 유지되는데 route-policy 수정 후 터널 목적지의 재귀 라우팅이 보호된 오버레이를 통과해 루프 (failover 리허설 중)헬스 신호는 살아남는데 그 토폴로지 정의가 터널 자체를 무너뜨립니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-117GRE over IPsec에서 터널 MTU를 조정했는데 underlay policer가 계속 옛 프로파일을 넘는 단편을 버림논리 터널은 제대로 튜닝됐는데 통신사 쪽 정책이 계속 더 작은 값을 가정해 큰 트래픽을 조용히 버립니다.Network고급18분ProNETWORK-108LDP 세션은 맺어지는데 transit 링크에서 IGP sync가 끝내 해제되지 않아 label이 보류됨MPLS 제어 인접은 정상으로 보이는데 포워딩이 끝내 시작되지 않습니다 — 플랫폼이 여전히 underlay를 불안정하다고 판단합니다.Network고급18분ProNETWORK-126MLAG peer link는 정상으로 보이는데 orphan 포트 동작이 팀 기대와 달리 스토리지 VLAN failover를 막음이중 링크는 있는데 dual-chassis 동작의 엣지 케이스 하나가 단일 연결 장비 일부를 고립시킵니다.Network고급18분ProNETWORK-104route reflector에 BGP add-path를 켰는데 capability 불일치로 edge가 추가 route를 계속 거부코어는 여러 경로를 광고하는데 edge는 하나만 유지합니다 — 한쪽이 additional-path 기능을 제대로 협상하지 않았습니다.Network고급18분ProNETWORK-097route reflector의 클라이언트 간 반사가 꺼져 있어 사이트 하나가 백업 출구를 끝내 학습하지 못함RR에는 닿는데 백업 route가 없습니다 — 반사 정책이 실제로는 클라이언트 route를 다른 클라이언트 집합으로 전파하지 않습니다.Network고급18분ProNETWORK-222route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (failover 리허설 중)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-226route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (롤백 리허설 중)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 의존성 체인을 거꾸로 되돌리기 전까지는 안정 경로가 문제를 감춥니다.Network고급18분ProNETWORK-224route-map은 올바른 prefix 집합에 매칭하는데 additive community 동작 하나가 추가 대신 교체로 처리됨 (컨트롤 플레인 업그레이드 후)라우트는 아직 정책에 매칭되는데 하위 신호 하나가 사라집니다 — action 하나의 의미를 잘못 이해했습니다. 워크로드나 정책은 안정적이었지만, 업그레이드된 컨트롤 레이어가 의존성 하나를 다르게 해석합니다.Network고급18분ProNETWORK-151route-reflector 클러스터가 주 경로는 반사하는데 add-path 정책이 백업 label을 제외해 원격 PIC가 대체 포워딩 상태를 끝내 만들지 못함코어 라우팅은 정상인데 빠른 failover가 끝내 실현되지 않습니다 — 백업 상태가 배포된 적이 없습니다.Network고급18분ProNETWORK-282route-reflector가 주 경로는 유지하는데 정책 정리 후 백업 경로 속성이 다시 광고되지 않음 (failover 리허설 중)도달성은 남아 있는데 빠른 failover 전제가 조용히 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-162standby edge가 route는 유지하면서 인바운드 트래픽을 제대로 동작시키던 preference 신호를 잃음 (failover 리허설 중)failover는 기능적으로 성공하는데 대체 경로에서 인바운드 정책 의도가 사라집니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-105VXLAN VTEP 루프백이 기본 테이블에서는 도달되는데 전송 VRF에서는 안 돼 오버레이가 계속 down한 컨텍스트에서의 ping 테스트는 괜찮아 보이는데 실제 캡슐화 출발지가 같은 도달성이 없는 다른 VRF에 있습니다.Network고급18분ProNETWORK-192엔지니어링된 경로는 있는데 포워딩이 실제로는 그것을 전혀 선호하지 않음 (failover 리허설 중)컨트롤 플레인 설정은 눈에 보이는데 데이터 플레인 선택은 그대로입니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-180오버레이 fabric이 트래픽을 널리 flooding할 수 있는데 endpoint 최적화 하나가 계속 오래된 host 신원을 신뢰 (failover 리허설 중)일반 연결성은 정상으로 보이는데 오래된 로컬 지식 탓에 endpoint 하나가 계속 블랙홀입니다. failover 리허설에서 standby나 대체 경로가 활성화되기 전까지는 평상시 트래픽이 문제를 감췄습니다.Network고급18분ProNETWORK-173완화용 community를 출발지에서 설정했는데 정작 작동해야 할 edge에 닿기 전에 제거됨 (점검 템플릿 변경 후)의도는 한 도메인에는 있는데 네트워크 중간에서 사라집니다. 템플릿이 바뀌기 전까지는 경로가 안정적으로 보였지만, 상속된 가정 하나가 실제 환경과 맞지 않습니다.Network고급18분ProNETWORK-176완화용 community를 출발지에서 설정했는데 정작 작동해야 할 edge에 닿기 전에 제거됨 (컨트롤 플레인 업그레이드 후)의도는 한 도메인에는 있는데 네트워크 중간에서 사라집니다. 워크로드나 정책은 안정적이었지만, 업그레이드된 컨트롤 레이어가 의존성 하나를 다르게 해석합니다.Network고급18분ProNETWORK-511정적 summary route는 유효한데 실제 하위 next hop의 추적 객체가 장애 때도 up으로 남는 인터페이스로 옮겨짐 (정책 상속 정리 후)쓸모 있는 경로가 사라진 지 한참 뒤까지 요약만 남아 있습니다. 명시적 설정은 맞아 보이지만, 정리된 계층에서 상속 정책이 예전처럼 해석되지 않고 위임 경로 하나가 아직 옛 소유 구조를 반영합니다.Network중급18분ProNETWORK-076정책 기반 라우팅이 health check probe를 블랙홀 next hop으로 보냄일반 애플리케이션 흐름은 괜찮아 보이는데 서비스가 계속 비정상입니다 — 정책 라우팅이 health check 출발지를 다르게 취급해 죽은 경로로 유도합니다.Network고급18분ProNETWORK-071BFD 타이머가 WAN 지터에 비해 지나치게 공격적이라 가벼운 손실에도 라우팅이 진동링크는 대체로 쓸 만한데 라우팅이 계속 요동칩니다 — 장애 탐지가 잡음 많은 WAN이 아니라 깨끗한 LAN 기준으로 조정돼 있습니다.Network고급19분Pro