Nonstop Active Routing
NSR은 인터페이스와 커널정보를 보존하기 위해 GRES와 동일한 구조를 사용한다. 그러나 GRES와는 다르게 NSR은 백업 라우팅 엔진에서 rpd( routing protocol daemon)을 실행하면서 라우팅 정보를 동기화 하고 있다. 이로인해 helper 라우터로 부터 라우팅 정보를 복원할 필요가 없습다. peer 라우터가 GR (gresful restart) 를 미지원 할 경우 사용하면 유용하고, GR (graceful restart)의 대안으로 사용하기도 한다.
- NSR를 사용하기 위해서는 반드시 GRES가 enable상태이여야 한다.
1. 마스터 라우팅엔진 부팅
2. 마스터 라우팅엔진에 chassisd, rpd 가 실행된다.
3. 패킷포워딩엔진이 시작하고 마스터 라우팅엔진과 연결된다.
4. 모든 시스템 정보가 업데이트 된다.
5. 백업 라우팅엔진이 시작되고 chassisd, rpd 가 실행된다.
6. 시스템이 GRES, NSR 이 enable 되어 있는지 확인한다.
7. ksyncd ( kernel synchronization daemon) 이
8. ksyncd가 마스터와 백업라우팅엔진을 서로 동기화 시킨다.
9. 지원되는 프로토콜의 상태정보는 마스터와 백업 rpd 사이에서 다이렉트로 업데이트 된다.
1. 마스터와 백업간의 keeplives 가 실패하면 시스템은 백업라우팅 엔진으로 switch over 한다.
2. 패킷 포워딩엔진이 백업라우팅엔진과 연결되며, 백업라우팅엔진은 마스터가 된다. rpd 가 이미 실행중이기
때문에 restart 가 필요없다. ( GRES 만 enable 상태일 경우에는 rpd 가 실행중이지 않으며 restart 가 된다.)
3. switch over 중에 배운 상태정보는 시스템에 업데이트 된다. 포워딩과 라우팅은 switch over 동안에 계속되며 이로인해
최소한의 패킷로스가 발생한다.
4. 마치 아무일 없었던 것처럼 peer 라우터와 계속적으로 정보를 교환한다. adjacencies 와 session 정보는 손실되지 않고
(백업 , 마스터 rpd 가 동기화 하고 있었기 때문에 ) rpd 가 restat 되지 않는다.
GRES만 enable 된 경우 백업 라우팅엔진에 rpd 가 running 중이 아니므로 restart 가 필요하고, 인접 peer 라우터에게 라우팅 정보를 업데이트 받아야만 한다.
출처 : http://www.juniper.net/techpubs/en_US/junos9.5/information-products/topic-collections/swconfig-high-availability/nsr-overview.html
<script src="https://ads-partners.coupang.com/g.js"></script> <script> new PartnersCoupang.G({ id:370207 }); </script>