AS 내에서 내부 통신을위한 IGP 프로토콜 (OSPF, RIP)이있을 때 경로에 iBGP가 필요한 이유를 누구나 설명 할 수 있습니까?
많은 기사와 책을 읽었지만 답을 찾을 수 없었습니다.
AS 내에서 내부 통신을위한 IGP 프로토콜 (OSPF, RIP)이있을 때 경로에 iBGP가 필요한 이유를 누구나 설명 할 수 있습니까?
많은 기사와 책을 읽었지만 답을 찾을 수 없었습니다.
답변:
내부 통신을위한 IGP 프로토콜 (OSPF, RIP)이있을 때 경로에 IBGP 통신이 필요한 것이 무엇인지 설명해 줄 수 있습니까?
신뢰 / 통제 경계 강화 : BGP는 광고 및 수신을 제어하기 위해 IGP보다 피어를 필터링하는 방법이 더 많습니다.
유연한 데이터 구조 (이전 글 머리표와 관련 있음) : BGP 커뮤니티 , BGP 확장 커뮤니티 , local-pref 등은 BGP를 iBGP를 사용하여 자체 자율 시스템 내에서 사용자 지정 라우팅 정책을 구현하는 매력적인 방법입니다.
모든 것과 마찬가지로 트레이드 오프가 있습니다. iBGP에서 얻을 수있는 확장 성, 제어 및 유연성은 IGP보다 수렴 프로토콜이 느리다는 것을 의미합니다 (일반적으로).
1 확장 성 :
2 iBGP 라우팅 예 :
iBGP를 원하는 이유를 이해하려면 4.2.2.2에 대한이 라우팅 항목을 고려하십시오.
R2>sh ip bgp 4.2.2.2
BGP routing table entry for 4.0.0.0/9, version 3146
Paths: (32 available, best #7, table Default-IP-Routing-Table)
... <!-- extra BGP RIB entries deleted -->
7660 2516 3356, (aggregated by 3356 4.69.130.4)
203.181.248.168 from 203.181.248.168 (203.181.248.168)
Origin IGP, localpref 100, valid, internal, atomic-aggregate
Community: 2516:1030
3356, (aggregated by 3356 4.69.130.6)
4.69.184.193 from 4.69.184.193 (4.69.184.193)
Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best
Community: 3356:0 3356:3 3356:100 3356:123 3356:575 3356:2012
... <!-- extra BGP RIB entries deleted -->
고려해야 할 32 가지 경로가 있습니다 ...이 경우 BGP는 4.69.184.193을 통해 4.0.0.0/9로 가기로 결정했습니다 ( bestRIB 항목 아래에 있음). 이 경우이 경로의 최단 AS 경로 목록이 있으므로 BGP가이를 선택했습니다. 그러나 모든 경로가 AS3356 (R1에 첨부)을 통해 선호되는 것은 아닙니다. 일부는 R3보다 선호 될 수 있습니다 (AS7660을 통해). iBGP는 가장 짧은 BGP 경로를 선택하는 방법을 R2에서 알 수있는 기능을 제공합니다.
BGP route to 4.0.0.0/9 via
NH: 4.69.184.193 [Path: 3356]
-------->
eBGP w/ AS3356 }{ iBGP inside AS64000 }{ eBGP w/ AS7660
S1/0 S1/2 S2/1 S2/3 S3/2 S3/0
Peered w/ AS3356 +------+ +------+ +------+ Peered w/ AS7660
4.69.184.193 <------| R1 |---------| R2 |--------| R3 |-----> 203.181.248.168
+------+ +------+ +------+
| S2/0
|
^
^
| Ingress packet to 4.2.2.2
|
R1, R2 및 R3은 완전 iBGP 메시입니다. iBGP가 경로를 알리면 다음 홉은 변경되지 않습니다 . 이것은 OSPF에서 4.69.184.193의 서브넷을 운반해야 함을 의미합니다 ...
R2>sh ip route 4.69.184.193
Routing entry for 4.69.184.192/30
Known via "ospf 100", distance 110, metric 65536, type intra area
Last update from 192.0.2.109 on GigabitEthernet3/1, 1w0d ago
Routing Descriptor Blocks:
* 192.0.2.109, from 192.0.2.3, 1w0d ago, via Serial2/1
Route metric is 65536, traffic share count is 1
R2>
따라서 4.2.2.2의 패킷이 R2에 도착하면 R2는 i2GP가 다음 홉이 어디인지 알려주기 때문에 Serial2 / 1을 보냅니다.
IGP는 일반적으로 링크 상태를 기반으로하는 OSPF 또는 ISIS이며, 이는 우리에게 네트워크의 모든 정보를 제공하며, 모든 사람이 모든 사람의 관점에서 네트워크를 알고 있으므로 매우 흥미로운 컨버전스 옵션 및 트래픽 엔지니어링 옵션을 허용합니다.
BGP는 기본적으로 거리 벡터이며 네트워크에서 매우 제한된 시야를 알고 있습니다. BGP는 라우팅 정보를 매우 잘 필터링하고 수정합니다.
링크 상태 프로토콜은 거리 벡터에 비해 상당히 비싸므로 INET DFZ 크기로 확장하는 것은 상당히 문제가됩니다.
따라서 두 가지를 모두 갖는 이유는 하나의 특정 네트워크 내에서 링크 상태 프로토콜로 처리하기에 복잡성이 적기 때문에 네트워크에 대한 높은 수준의 지식을 보유한 모든 이점을 얻을 수 있기 때문입니다.
그러나 인터넷 크기로 확장되지 않기 때문에 이러한 많은 링크 상태 아일랜드를 연결하려면 다른 네트워크가 필요합니다.
자체 네트워크 내에서 IGP의 모든 접두사 (고객 포함)를 전달할 수 있지만 IGP 성능에 부정적인 영향을 미치며 코어 라우터의 루프백 주소 만 전달하면 모든 수렴 및 TE 이점을 얻을 수 있습니다. IGP에 고객 접두사를 추가하면 IGP가 불필요하게 복잡해져 네트워크 성능이 저하됩니다.
iBGP는 실제로 내부 라우팅에 사용되지 않으며 모든 eBGP 라우터에서 경로를 공유하는 데 사용됩니다.
예 : 3 개의 다른 네트워크와 피어링하는 경우 모든 eBGP 라우터가 다른 라우터가 수신 한 경로를 알고 싶어하면 필요할 때 필요에 따라 해당 정보를 피어에게 전파 할 수 있습니다 (따라서 피어가 통과 할 가능성이 있음) 당신)