비디오: Computer Networks: Crash Course Computer Science #28 2024
경로 테이블에 필요한 모든 경로가있는 것으로 보았을 때 이제는 다른 AS에서 하나의 AS에 라우터를 ping 할 수 있다고 생각할 수 있습니다. 그러나, 그것은 사실이 아닙니다. 여전히 핑이 작동하지 않는 이유를 이해하려면 BGP 경로가 어떻게 교환되는지에 대한 약간의 설명이 필요합니다.
BGP가 BGP 메시지를 통해 경로를 공유 할 때 라우터는 다음 홉 정보를 포함하므로 라우터는 특정 대상으로 전달할 때 트래픽을 보낼 위치를 알고 있습니다. AS 65502 내에있는 피어는 게이트웨이 라우터 5를 통해 경로를 전송합니다.
해당 경로가 EBGP를 통해 라우터 3으로 전달되면 해당 EBGP 링크에 연결된 다음 홉 정보가 포함됩니다. 특히 라우터 5 (10. 0. 26. 2)의 인터페이스 주소는 다음 홉으로 표시됩니다.
문제는 라우터 2가 AS 65002 내의 피어에 트래픽을 보내려고 할 때 라우터 2가 10. 10. 26. 2/24 경로가 어디에 있는지를 알아야한다는 것입니다. 그러나이 정보를 어떻게 얻습니까? 이 주소는 해당 지역의 AS 65027에 없습니다! 그리고 모든 AS의 모든 내부 주소를 복제하고 싶지는 않습니다. 그래서 BGP가 처음으로 만들어졌습니다.
라우터가 다음 홉 주소로의 경로를 가지도록하는 쉬운 방법 중 하나는 라우터가 이미 도달하는 방법을 알고있는 것으로 다음 홉 주소를 설정하는 것입니다. 주소 10. 0. 26. 2는 AS 65027에 없지만 라우터 3의 루프백 주소는 다음과 같습니다.
AS에서 라우터는 모두 OSPF를 통해 서로의 루프백 주소를 알고 있습니다. OSPF는 IBGP에게 BGP 세션을 설정할 수 있도록 루프백 인터페이스에 도달하는 방법을 알려줍니다. 따라서 라우터 3이 루프백과 같은 자체 주소 중 하나에 다음 홉 주소를 설정하여 이전 주소를 덮어 쓰면 AS의 모든 라우터에서 트래픽을 보낼 수 있습니다.
[edit policy-options] 정책 명령문 ibgp-export {용어 export-statics {프로토콜 정적에서; 다음 용어를 추가하면이 작업이 수행됩니다. 경로는 첫 번째 용어에 대해 평가되고 정적 경로 인 경우 허용됩니다. 그런 다음 허용 된 BGP 라우트는 다음 라우터 값을 로컬 라우터 루프백 주소로 설정합니다. 네트워크 내의 다른 피어가 해당 경로를 학습하면 해당 피어는 게이트웨이 라우터 루프백 주소로 트래픽을 전송합니다. 그 이유는 라우터 노드가 루프백 주소에 도달하는 방법을 알고 있기 때문입니다.라우터 3의 "자체"옵션은 기본적으로 "AS 65027 내에서이 경로를 광고 할 때 내 루프백 주소를 다음 홉으로 사용합니다. AS 65027의 라우터에 AS 65002에 대한 패킷이 있으면 그들은 나에게 보냅니다. 저는 AS 65005 다음 홉이 10. 0. 26. 2이므로 모든 것이 잘됩니다. "
다음 홉 자체 문제를 해결하는 또 다른 방법은 AS와 인접한 AS 사이의 피어링 서브넷에 대한 경로를 확보하는 것입니다. IGP를 실행하면 해당 IGP를 통해 서브넷이 모든 내부 라우터에 자동으로 보급됩니다.
OSPF 또는 다른 IGP를
수동적으로 실행하면 (939> 인접 라우터를 설정하고 라우트를 플러딩하지 않으려는 것을 의미 함) 라우터는 10. 0 26. 0을 학습합니다 / 24 서브넷. 많은 조직에서 다음 홉 자체 또는 IGP 수동은 BGP 다음 홉에 대해 선호되는 방법입니다.
