높고 넓은 파도

BGP가 경로를 광고하는 조건BGP는 IGP와 달리 자신이 가지고 있지 않은 대역이어도 광고하는 것이 가능전제 조건 BGP를 이용해 광고하려는 네트워크 대역이 반드시 라우터의 라우팅 테이블에 존재해야함.BGP를 이용해 광고하려는 네트워크의 프리픽스와 라우터의 라우팅 테이블 내 프리픽스가 일치해야함.BGP 광고 조건으로 인한 리소스 소모사용하고자 하는 경로를 모두 라우팅 테이블에 존재하는 것은 리소스 낭비수많은 라우팅 경로가 존재하는 라우터들 사이에 24비트의 잘게 쪼개진 라우팅을 필요할 때마다 일일이 광고하는 것은 수많은 라우팅 경로를 생성하게 됨 ➔ 극심한 리소스 소모Null Routing 사용 이유 : 네트워크 구성 - ASN:10 / ip block 1.1.0.0/21ip block은 1.1.0.0..

Graceful Shutdown: BGP Session을 의도적으로 shutdown시 발생하는 트래픽 손실을 줄이기 위해 사용회선을 바꾼다거나, 업그레이드를 한다거나, 장비 교체를 한다거나GSHUT정상적인 종료를 위해 BGP에서 사용되는 community값특징GSHUT community를 수신한 peer는 local preference 값을 0으로 설정.동작방식- quiesce(모든 구성원에서 지정된 인스턴스 또는 데이터 베이스를 모두 강제로 해제하고 이를 작업정지 모드로 설정)를 쓰면 BGP neighbor 맺은 애들한테 GSHUT을 날림show ip bgp ➔ next-hop을 BL로 갖은 애들의 LP가 0이 뜸오래된 wire sharkupdate wire sharksh maintenance unit..

: 해당 네트워크를 BGP에 포함시킨 방법을 표시하며 IGP, EGP, incomplete가 있음Origin값은 작은 값이 우선IGP : 해당 네트워크가 network 명령어를 사용하여 BGP에 포함된 것을 의미BGP : 해당 네트워크가 BGP의 전신이며, 지금은 사용되지 않는 EGP라는 라우팅 프로토콜을 통하여 BGP에 포함된 것을 의미Incomplete : 네트워크가 IGP나 EGP가 아닌 방법으로 BGP에 포함된 것을 의미하며, 보통 BGP로 재분배된 네트워크를 의미Arista는 Connected 재분배시 I로 뜸Arista에서는 Connected도 이기종이긴 하지만 자신의 것이라 IGP로 뜨는 듯..?Static 재분배시 ?이 뜸오리진은 BGP 경로 결정 기준의 하나로 사용됨. 다른 조건이 같다면..

: AS 경로는 해당 네트워크까지 가는 경로상에 있는 AS의 번호들을 기록해 놓은 속성AS-Path는 짧은 것이 우선AS_SET와 AS_SEQUENCE 두가지가 있음.AS_SEQUENCE는 해당 네트워크가 소속된 AS 번호가 가장 오른쪽에 기록되고, 현재의 AS와 인접한 AS 번호가 가장 왼쪽에 기록됨.다음 그림과 같이 AS 2에 속하는 2.2.2.0/24 네트워크가 AS 1을 거쳐 AS 34로 광고될 때 AS 시퀀스는 ‘1  2’로 표시됨.

: 동일한 AS 내에서 들어오는 외부 경로들 중 더 선호하는 경로를 설정하는 데 사용값이 높을수록 선호_default는 100외부 AS(eBGP)에 전달되지 않음AS 내의 모든 라우팅 장치에 적용 → 다른 iBGP 네이버에게 전송되어 경로 결정에 영향을 줌OUTBOUND Traffic기본 플로우BL1-R1 링크가 죽으면이슈사항>이렇게 가야 맞는 플로우인데이렇게 작동해버림-> 아무짓도 안하면 BGP LP는 100이어서 bl1,bl2 언더링크들은 모두 LP 100을 갖음.근데 인터링크는 150이라서 아래로 내려가는 트래픽들이 LP150인 인터링크를 타게 됨.(밑이 OSPF 망이면 상관없지만 아래가 BGP망이어서 생기는 이슈)

: 다른 라우터에게 전달되지 않으며(해당 라우터에서만 의미를 가짐) weight 값이 높을수록 선호OUTBOUD 트래픽에만 영향을 미침 다른 BGP 네이버에게 직접적인 영향을 주지 않음기본적인 weight 갑은 자신이 BGP process에 넣은 네트워크는 32768이고, 다른 라우터에게서 전송받은 네트워크는 0임. weight 값은 0~65,535 사이의 값을 가짐자신에게 직접 접속되어 있는 네트워크라도 자신이 아닌 다른 라우터가 재분배시킨것을 BGP를 통해 받으면 weight가 0으로 표시됨다른 라우터에 접속되어 있는 네트워크를 IGP를 통해 광고받은 후 자신이 BGP 프로세스에 넣은 네트워크는 swight 값이 32768로 설정됨 weight 설정 전  weight 설정

BGP Path AttributesBGP 경로를 광고할 때 포함되는 정보들경로에 포함되는 정보를 이용하여 BGP는 최적경로 선출 기준으로 사용해당 경로가 어떤 AS 경로를 거쳐서 왔는지 축약 여부와 축약이 수행된 장비 정보를 확인할 수 있음이 속성들은 BGP Update Message에 포함되어 전파됨경로 속성은 Well-Known 속성과 Optional 속성이 있으며 해당 속성은 각각 2개의 속성으로 분기되어 총 4개의 속성이 존재. Well-known 속성의 특징은 모든 장비가 해당 속성을 처리할 수 잇으나 Optional 속성은 처리하지 못할 수 있음BGP Path Attributes 종류Well-Known 속성모든 장비가 지원해야하며 Mandatory는 업데이트 메시지에 반드시 포함되어야 하지만 ..

Confederation을 사용하면 iBGP 네이버가 eBGP 네이버로 변경되기 때문에 ‘iBGP로 받은 네트워크는 iBGP로 보내지 못함＇는 Split Horizon 룰 자체가 적용되지 않음

ISP Network에는 5대의 Router가 있음모든 Router에서 BGP 경로를 전달하려면 10개의 iBGP 세션이 필요함Router 개수가 증가함에 따라, iBGP 연결의 수는 기하급수적으로 증가함5개의 Router중에서 가장 성능이 높은 R1을 Router Reflector(Server)로 설정하고, 나머지 Router는 Client로 두면 오른쪽 그림과 같이 필요한 iBGP 개수가 줄어듦RR : Client에게 자신이 알고 있는 BGP 경로 정보 전달Client : RR로부터 BGP 경로 정보 수신특정 라우터를 Route Reflector로 지정하면 iBGP 네이버중에서 RR Client에 대해서는 iBGP Split Horizon 룰을 적용하지 않음.

Full-Mesh : 모든 iBGP 라우터간에 네이버를 설정하는 방법 R2에서 R3뿐만 아니라 R4와도 네이버를 설정하면, R2는 1.1.1.0 네트워크에 대한 라우팅 정보를 R3, R4에 동시에 전송함.iBGP로 라우팅 정보를 수신한 R3이 또 다른 iBGP 네이버인 R4에게 동일한 라우팅 정보를 전송하지 않아도 R4는 1.1.1.0 네트워크에 대한 정보를 가지게 됨.  → R2에서 R4로 전송한 라우팅 정보가 물리적으로는 가운데 위치한 R3을 거치지만, R3은 일반 데이터와 마찬가지로 목적지 라우터인 R4로 전송함.→ iBGP로 수신한 라우팅 정보를 iBGP로 전송할 필요가 없기 때문에(다른 네이버들도 이미 동일한 정보를 알고 있기 때문)BGP Split Horizon 문제가 해결됨.→ 소규모의 BG..