IGP Synchronization

1. IGP Synchronization

1) IGP Synchronization 기능

• Nokia 7750 SR에는 IGP Synchronization 기능 미지원
• IGP Synchronization은 Transit AS 내의 모든 라우터에 iBGP를 실행하지 않았던 시절부터 사용한 오래된 규칙
  • 요즘 네트워크 장비들은 기본적으로 IGP Synchronization 기능 Disable
• IGP에서 Prefix를 검증할 수 없다면 BGP는 iBGP Neighbor로부터 학습한 것을 BGP Neighbor로 광고하지 않는 규칙
  • 해당 Prefix를 Best-Path로 선정하지 않음
• eBGP Neighbor 간에 Synchronization 규칙 미적용
• R6→R1 Ping Request 전송 시, R3 및 R4의 라우팅 테이블에 1.1.1.1에 대한 정보가 없으므로 패킷이 계속 Drop이 발생되는 문제를 방지하기 위해 Synchronization Rule을 생성

 

1. R5는 BGP로 광고 받은 경로(1.1.1.1)를 광고하기 전에 IGP Table을 검사
2. IGP Table에 '1.1.1.1/32' 정보가 없다면 BGP Table에서 Best-Path로 미선출
   •  Black Hole은 예방할 수 있지만 해당 목적지로 하는 Packet은 송신 불가능

 

2) IGP Synchronization 해결 방법

• ‘no sync’ 명령어 사용
• BGP→IGP Redistribution
• Confederation 사용

 

 

2. IGP Synchronization 해결

1) 'no sync' 명령어 사용

1. 'AS 2345'의 R3에서 '① 1.1.1.1/32'의 경로를 수신
2. R3, R4는 '1.1.1.1/32' 경로를 R5로 bypass 하고 자신의 RIB에는 올리지 않음
   •  즉, Non-BGP Router인 R3, R4에는 1.1.1.1/32에 대한 정보가 비존재
3. R6→R1(1.1.1.1)으로 향하는 Traffic은 R6가 1.1.1.1/32에 대한 정보를 모르므로 Drop
   •  ②구간이 Black Hole로 동작

 

2) BGP를 IGP로 Redistribution 동작 과정

1. BGP 경로를 IGP로 재분배하면 IGP Table이 생성되어 R1↔R2 간 정상 통신 가능

 

3) Confederation을 이용한 IGP Synchronization

• 하나의 AS를 여러 Sub-AS로 분리하여 설정
• 분리된 Sub-AS 간은 eBGP로 연결
  • iBGP → eBGP Neighbor로 변경되어 BGP Sync 법칙이 미적용
  • eBGP를 사용하여 eBGP 간에 사용할 수 있는 Routing Policy를 적용 가능
• 외부 AS에서는 Confederation 사용 유무 확인 불가능