경로 서버와 안경이 무엇입니까?


24

여기에 "라우트 서버"와 "유리 잔"이라는 용어가 있다고 들었습니다. 그것들은 무엇이며 왜 신경 써야합니까?

답변:


36

(이 두 용어는 종종 혼용 될 수 있으므로 혼동 될 수 있습니다.)

안경을 찾고

유리는 대개 단일 ISP 또는 다른 네트워크 운영자가 소유하고 운영하는 라우터와 인터페이스하는 웹 사이트 (대부분 CGI)입니다. 대부분은 공개적으로 액세스 할 수 있지만 그렇지 않은 경우가있을 수 있습니다. 루킹 글래스는 운영자의 네트워크에있는 특정 라우터의 BGP 테이블에 대한보기를 웹 사이트 형식으로 제공합니다. 종종 유리 구현에는 네트워크 운영자의 라우터 자체에서 실행되는 것처럼 대상에 대한 추적 경로를 실행하는 기능과 같은 다른 유틸리티도 포함됩니다. 안경은 상류의 BGP 테이블에 대한 관점을 제공하기 때문에 유용합니다. 미국에서 잘 알려진 1 단계 운송 업체 인 Level3에는 유리가 있습니다. 이들은 널리 사용되는 문제 해결 도구입니다.

경로 서버

"라우트 서버"라는 용어는 서로 다른 두 가지를 의미하도록 진화했으며, 둘 다 설명 될 것입니다. 구별을보다 명확하게하기 위해 두 개의 라우팅 서버 "하위 유형"을 정의하고 있습니다. 이 정의는 저 자신의 것이며 가능한 혼란을 없애기 위해 사용됩니다. 실제로, 공공 루트 서버 는 일반적으로 "라우트 콜렉터"또는 "라우트 뷰 서버"(후자 는 오레곤 대학교 루트 뷰 프로젝트 에서 유래)라고도합니다 .

공공 루트 서버

이들은 일반적으로 Telnet을 통해 공개적으로 액세스 할 수있는 시스템 (일반적으로 라우터이지만 일부는 오픈 소스 라우팅 데몬을 실행하는 시스템)이며 ping, traceroutes 및 "show ip bgp"도 실행할 수 있습니다 (주니퍼 몇 개도 있음) 서버를 라우팅하고 걱정하지 마십시오!) 명령. 공공 경로 서버와 유리 잔 (CGI가 멋진 LG는 제외)의 차이점은 다양한 네트워크 (일부 1 단계 통신사 포함)가 경로 서버와 피어링되므로 "전체"큰 그림이 있다는 것입니다. 어떤 접두사가 어떤 ASN에서 나오는지 명령 권한 부여 정책은 경로 서버마다 다릅니다. 다음은 IPv4 경로 서버 목록입니다 . IPv6 경로 서버가있는 별도의 페이지도 있습니다.루트 서버 는 루트 서버 자체가 공개 또는 개인 액세스 가능한지 여부에 관계없이 찾고있는 유리를 루트 서버의 프런트 엔드로 생각할 수 있습니다.

공공 노선 서버에서 유리를 볼 수 없습니까?

일반적으로 안경을 보는 사람은 안경을 쓰는 서버를 운영하고 유지 관리 할 수있는 사람입니다. 공용 경로 서버를 사용하려면 라우터 (또는 오픈 소스 라우팅 데몬을 실행하는 서버), 좋은 AAA 정책 및 BGP 피드를 제공하려는 일부 사람들 만 있으면됩니다. 또한 일부 네트워크 운영자는 공개적으로 액세스 할 수있는 경로 서버를 호스팅하며, 유리와 함께 경로 서버를 실행하는 일부 운영자를 만날 수도 있습니다.

IXP 루트 서버

이 경로 서버 버전은 약간 다릅니다. IXP의 공유 피어링 패브릭에서 조직이 피어링을 시작하기위한 진입 장벽이 낮습니다. IXP 피어링 LAN에 연결된 단일 포트 (IXP가 판매하는)가 있으며 IXP에서 IP 주소를 제공합니다. 이제 패브릭에서 다른 사람과 피어링 할 수 있습니다. 이를 PNI와 대조하십시오. PNI는 귀하와 다른 법인 간의 별도의 전용 물리적 연결을 포함합니다. 병목 현상이 발생한 단일 포트 외에 IXP의 피어링 LAN에 연결하려면 피어링하려는 사람과 eBGP 세션을 수동으로 구성해야합니다. 이를 양방향 상호 연결 이라고합니다-귀하와 동료간에 하나의 세션이 있으며 귀하와 동료 교환 공지 만 있습니다. IXP에 회원이 많은 경우, 이는 성 가실 수 있습니다. 이 경우, 루트 서버는 일반적으로 IXP에 배치되어 조직이 eBGP 세션을 설정하여 다른 루트 서버와 피어링 된 사람으로부터 접두어를 수신 할 수있는 "원 스톱 상점"이됩니다. 이를 다자간 상호 연결 이라고 합니다. 귀하와 경로 서버 사이에 하나의 BGP 세션이 있으며 경로 서버와 피어링하는 다른 사람의 공지 사항을 모두받습니다.

일부 조직은 라우팅 서버 eBGP 세션에 의존하는 반면, 다른 조직은 IXP 패브릭의 기존 eBGP 피어링에 대한 백업으로 사용합니다. 대부분의 IXP에는 중복 경로 서버가 있으며 조직에서 경로 서버와 피어링하는 경우 둘 다 피어링하는 것이 좋습니다.

BGP는 어떻습니까?

경로 서버를 사용하는 다자간 피어링은 BGP와 관련하여 흥미로운 문제를 야기합니다. 경로 서버 자체는 eBGP 스피커이지만 경로 서버 및 다자간 BGP 피어링에 대해 특별히 고려해야 할 사항이 있습니다. 이러한 규칙 중 일부는 iBGP 경로 반영을 연상 시키며 실제로 많은 유사점이 있습니다. 이러한 특정 기능과 관련하여 라우팅 서버의 동작을 표준화하기위한 최근 연구 가 진행되었습니다 . 다음과 같은주의 사항이 있습니다.

  • NEXT_HOP 속성 -이 속성 경로 서버와 클라이언트간에 수정되지 않은 상태로 전달되어야합니다 . 라우트 서버 구현 자체는이 속성을 수정하지 않지만 라우터에서 라우트 서버로 eBGP 세션에서 "다음 홉 자체"를 설정하는 것이 가장 좋습니다.
  • AS_PATH 속성 -경로 서버는 투명하고 라우팅 결정에 참여하지 않기 때문에이 속성을 수정하면 경로 서버 클라이언트의 최상의 경로 결정 프로세스에 영향을 줄 수 있으므로 경로 서버 구현은이 속성을 수정해서는 안됩니다. 또한 경로 서버는 BGP 업데이트의 자체 ASN을 클라이언트에 보내지 않으므로 eBGP 세션을 허용하려면 클라이언트 라우터에서 "No bgp enforce-first-as"(Cisco 특정)를 설정해야합니다. 클라이언트와 라우트 서버 사이의 양식.
  • MULTI_EXIT_DISC 속성-MED 는 최상의 경로 선택 프로세스에 영향을주기 위해 사용될 수 있기 때문에 라우팅 서버에 의해 수정되지 않고 라우팅 서버 클라이언트에 전파되어야하는 또 다른 속성입니다.
  • 커뮤니티 속성 -커뮤니티 (또는 커뮤니티)가 경로 서버 자체에서 처리하도록 의도 된 경우가 아니라면 경로 서버가이를 수정하지 않아야합니다. 일반적으로 커뮤니티는 IXP 경로 서버 구현에서 경로 서버의 피어가 다른 경로 서버 피어에 대한 라우팅 업데이트를 조작 할 수 있도록 사용합니다.

IXP 라우트 서버 구현과 관련하여 두 가지 차이점을 기억해야합니다.

  • 경로 서버 라우팅 또는 전달에 참여 하지 않습니다 . 가능한 투명해야합니다.
  • 경로 서버 클라이언트는 경로 서버에 의존하여 아웃 바운드 필터링을 수행합니다.

IXP 루트 서버 구현 옵션

일반적으로 IXP 운영자는 오픈 소스 라우팅 데몬을 경로 서버로 배포합니다. 세 가지 인기있는 옵션이 있습니다.

  1. 쿠아, 특히 bgpd . Linux 및 BSD에서 실행됩니다. 가장 오래 전부터 사용 가능한 정보가 가장 많을 것입니다. EuroIX가 후원하는 개발 열차, 오픈 소스 라우팅 그룹 (OSPF 및 ISIS를 통한 IGP 기능 향상을 목표로 함)이 개발 한 열차 및 Quagga-RE (릴리스)를 포함하여 Quagga의 여러 포크가 수년 동안 있었습니다 . 실험 기능이있는 공학) 훈련. 구글 은 또한 자체 Quagga 포크를 만들었습니다. Quagga bgpd는 IPv6 및 IPv4를 모두 지원하지만 대부분의 IXP 운영자 (및 일부 Quagga 관리자)는 IXP에서 경로 서버를 운영하기 위해 "주요"Quagga 열차를 사용하지 말 것을 권고합니다.

  2. 조류 . Linux 및 BSD에서 실행됩니다. BIRD는 뛰어난 스케줄링 시스템과 더불어 안정성과 강력한 필터링 언어 및 기능으로 인해 많은 인기를 얻었습니다. Quagga와 BIRD 사이에 몇 가지 공개 된 비교 및 ​​규모 테스트가있었습니다. 전반적으로 BIRD는보다 안정적인 경향이 있으며 Quagga만큼 CPU 및 메모리 이탈에 취약하지 않습니다. BIRD와 Quagga는 모두 단일 스레드이지만 의도적 인 것입니다. 또한 BIRD는 IPv4와 IPv6을 모두 지원하지만 IPv4와 IPv6에 대해 서로 다른 두 가지 프로세스 (컴파일 된 바이너리)가 필요합니다.

  3. OpenBGPD . BSD 전용 . OpenBGPD는 유일하게 사용 가능한 멀티 스레드 오픈 소스 BGP 데몬입니다. 로드 상태에서는 상당히 안정적인 것으로 알려져 있지만 TCP MD5 지원은 다소 열악합니다.

Cisco는 오픈 소스 데몬 외에도 ASR 플랫폼에서 실행되는 IOS-XE에 대한 라우팅 서버 구현을 제공합니다 . 이 글을 쓰는 시점에서 주니퍼는 하드웨어 나 운영 체제에서 경로 서버 구현을 제공하지 않지만 앞으로 변경 될 수 있습니다.

메모리 처리 및 아키텍처와 관련하여 오픈 소스 라우팅 데몬을 평가할 때 BIRD> OpenBGPD> Quagga라고 가정 할 수 있지만 ASR 플랫폼 및 IOS-XE는 개방형에 비해 규모가 훨씬 뛰어납니다. 사용 가능한 소스 데몬 옵션.

나는 이것이 일반적으로 경로 서버 / 안경을 밝히는 데 도움이되기를 바랍니다.


2
FreeBSD가 이러한 데몬을 호스팅 할 수있는 유일한 BSD가 아니기 때문에 편집되었습니다. 실제로 OpenBGPD는 OpenBSD의 하위 프로젝트입니다.
neirbowj 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.