Configuring and Monitoring Route Reflectors

Configuring Route Reflectors

## 클러스터 아이디를 추가 한다.(default  value is router-ID)

## 이떄 Reflector 장비에서 추가 해야한다.

router(config-router)#bgp cluster-id cluster-id

## 해당 네이버를 client 로 추가한다.

router(config-router)#neighbor ip-address route-reflector-client

- 아래 그림과 같이 네이버를 맺은 뒤 클라이언트만 설정 하면 된다.

 

 

show ip bgp neighbors 명령어를 통하여 reflector 는 지정한 네이버가 reflector client 인것을 확인 할 수 있다.

LAB) 아래 AS123 에서 R4를 route-reflector 를 구성 나머지 as 장비를 클라이언트로 구성하여 테스트 한다.

## 아래와 같이 reflector를 구성 하기 위해 reflectorclient 와 reflector-id 를 생성 한다.

R4(config)#router bgp 123

 no synchronization

 bgp cluster-id 4.4.4.4

 bgp log-neighbor-changes

 neighbor 1.1.1.1 remote-as 123

 neighbor 1.1.1.1 update-source Loopback0

 neighbor 1.1.1.1 route-reflector-client

 neighbor 5.5.5.5 remote-as 123

 neighbor 5.5.5.5 update-source Loopback0

 neighbor 5.5.5.5 route-reflector-client

 neighbor 6.6.6.6 remote-as 123

 neighbor 6.6.6.6 update-source Loopback0

 neighbor 6.6.6.6 route-reflector-client

 no auto-summary

## 해당 네이버에 자세한 정보를 보면 중간쯤에 client 라는 내용을 확인 할 수 있다.

R4#show ip bgp neighbors 1.1.1.1

BGP neighbor is 1.1.1.1,  remote AS 123, internal link

  BGP version 4, remote router ID 1.1.1.1

  BGP state = Established, up for 00:10:26

  Last read 00:00:26, last write 00:00:26, hold time is 90, keepalive interval is 30 seconds

  Neighbor capabilities:

    Route refresh: advertised and received(old & new)

    Address family IPv4 Unicast: advertised and received

  Message statistics:

    InQ depth is 0

    OutQ depth is 0

                         Sent       Rcvd

    Opens:                  2          2

    Notifications:          0          0

    Updates:               16         15

    Keepalives:            34         34

    Route Refresh:          1          0

    Total:                 53         51

  Default minimum time between advertisement runs is 0 seconds

 For address family: IPv4 Unicast

  BGP table version 19, neighbor version 19/0

 Output queue size : 0

  Index 1, Offset 0, Mask 0x2

  Route-Reflector Client

  1 update-group member

...

## reflector 에서 클라이언트에서 받은 정보를 보면 추가 적으로 클라이언트에서 받은 것을 확인 할 수 있다.

R4#show ip bgp 1.1.1.1

BGP routing table entry for 1.1.1.1/32, version 16

Paths: (1 available, best #1, table Default-IP-Routing-Table, RIB-failure(17))

  Advertised to update-groups:

     1         

  Local, (Received from a RR-client)

    1.1.1.1 (metric 11) from 1.1.1.1 (1.1.1.1)

      Origin IGP, metric 0, localpref 100, valid, internal, best

## 만약 클라이언트에서 확인 할 경우 클라이언트는 별도로 설정 하지 않고reflector에 의하여 당하는 입장이기때문에 확인이 불가능 하다.

R1#show ip bgp 4.4.4.4

BGP routing table entry for 4.4.4.4/32, version 20

Paths: (1 available, best #1, table Default-IP-Routing-Table, RIB-failure(17))

  Advertised to update-groups:

     1         

  Local

    10.10.46.4 (metric 20) from 6.6.6.6 (6.6.6.6)

      Origin IGP, metric 11, localpref 100, valid, internal, best

- 아래 패킷을 확인 하면 reflector 4,4,4,4 에서 client 1.1.1.1 로 가는 패킷 에서 reflector 에서 추가된 cluster list(cluster id) 와,

6.6.6.6 에서 발생 되었기 때문에 originator id 가 추가되어 reflector 로 발생된  loop를 방지 할 수 있다.

- 클라이언트가 reflector로 update 할때는 자신이 당하는 입장이기 때문에 기본적인 ibgp update message 형태로 전송 하며,

reflector 가 자신의 client 혹은 외부로 업데이트시 path attribute 에  cluter_list,originator_id 를 추가 하여 update 하게 된다.