Scaling IGP and BGP in Service Provider Networks

  Common Service Provider Network

- Service provider 는 BGP또는 고객과의 static 라우팅 실행

- BGP와 BGP사이에서 IGP 네이버를 맺을수 있다

• Runs one instance of IGP (OSPF or IS-IS)

     – IGP used for internal routes only

=> service provder 는 인스턴스 마다 next-hop을 찾아 가기  위해 igp를 이용 한다.

- 그렇기 때문에 아래와같은 구조로 중앙에 SP 가 있어서 서로 다른 고객과 연동되어 있으며 ,

SP에서는 IBGP,IGP로 되어 있으며. 풀매쉬로 이루어져 있다.

• Networks are divided into POPs.

=> 대부분 pops에서 네트워크가 구분된다.

(pop = POP (Point-Of-Presence)는 인터넷 custormer가 SP를 만나는 접점)

• pop에는 여러가지 미디어로 나눠지며,sp에서 pop까지 가는데 최적 경로로 라우팅이 필요 하다.

• POP routers use BGP or static routing with customer routers.

=> pop라우터는 다양한 고객이 있기 때문에  고객의 라우터와 BGP 또는 IGP가 동작 할 수도 있다.

• BGP route propagation

– BGP carries customer routes. (고객의 경로를 전달)

– BGP carries other provider routes. (다른 공급자 경로를 전달 한다)

• IGP route propagation

– IGP is responsible only for the next hop. (->next-hop에 대한 책임을 가진다.)

• Do not redistribute BGP into IGP. (IGP로 BGP 정보를 재분배 하면 안된다.)

– IGP performance and convergence time suffer if a large

number of routes are carried. (=>DB가 커져 지기 때문에 컨버젼스 시간이 커져서 사용 하면안된다.) 

– No IGP is capable of carrying full Internet routes. (=> 어떤 IGP도 전세계의 인터넷 정보를 라우팅 할 수 없다)

– A full Internet routing table has exceeded 110,000 routes.

=> 전체 인터넷 라우팅 12만개를 실행 할 수 없다.

Routing Information Exchange  with Other Service Providers

고객간에도 BGP를 돌리지만 SP망에서도 BGP를 돌려서 사용 한다.

Next-Hop Resolution

pop라우터가 외부 고객의 네트워크로 갈 수 없기때문에 12.0.0.1 의 pop라우터가 next-hop-self 옵션을 추가 하여,

pop 라우터가 외부 고객으로 갈수 있다. 여기서 next-hop으로 갈 수 있게 하는 것은 BGP가 아닌 IGP를 통해서 간다.

또한, loopback address 의 경로를 IGP를 통해서 알게 되어 IGP를 통해서 BGP를 구현 할 수 있다.

 

Scaling Service Provider  Routing Protocols

 IGP 책임(의무)

• BGP next hop  를 최적경로로 찾기 위한 의무

• oopback 에 대한 정보를 알기 위한 의무

BGP 책임(의무)

•bgp update를 광고 하며,정책기반 라우팅이기떄문에 해당 정책을 전달하기 위한 역할

• IGP간의 연결을 확장하는 의무

• ibgp 에서 5,ebgp에서 30초 간격으로 업데이트 하기 때문에 

flapping 현상에 대하여 완화 시키는 의무

Scaling IGP

• 망이 커짐에 따라 BGP와 함께 IGP도 함께 확장 된다.

• pop간에 좋은 주소체계를 보유해야 한다 =>summary가 가능하기 때문에 

• loopback 주소는 다른 대역의 아이피를 사용 해야 하며, 절대 summary 하지 않는다.

*loopback에서 summary가 가능 하지만 왠만해서는 summary 하지 않는 것이 좋다.

• summary 는 pop level 을 하여,리소스를 적게 소요 하며 빠른 컨버전스를 갖는다.)

Scaling BGP

• BGP policy scaling (BGP정책 확장)

–  AS정책은 고객간 통일해서 적용하며, 유지 하기 쉽게 해야 한다.

– 재사용이 가능한 config 는 사용 하는 것이 좋다 ->policy-list등등...

• IBGP mesh scaling

– 물리적 링크에 불필요한 업데이트를 막아야 한다.

• Updates and table size scaling

–업데이트한 테이블의 크기를 줄이기 위해서 aggregate 를 사용 해서 진행 하는 것이 좋다 => aggregate summary-only 옵션을 주는것

Scaling Service Provider Addressing

Private vs. public addresses

•SP에서 Private addresses 쓰게 되면 방화벽으로 인하여 traceroute 를 하지 못할 수도 있으니,public addresses사용 하는것이 좋다.

•Private addresses를 이용한 loopback 으로 사용 할 경우 다른 sp에서 Private addresses와 중복 될 수도 있다.

•MPLS에서 TTL propagation disabled통해 해당mpls망에서는 traceroute 를 사용 하면 해당 망에서 아이피를 

확인 할 수 없는 환경에서는 Private address 를 사용 해도 상관 없다.

• Otherwise, use public addresses in service provider  networks.

=> 위와 같은 경우도 있지만 왠만해서는 public을 사용 하는 것이 가장 좋다.

 

- 아래 그림과 같이 각각 pop망에 Good addressing structure 구조가 되야지 summary 를 통해 entry를 간소화 시킬 수 있다.