/ 30 링크로 OSPF 선거?

9

브로드 캐스트 가능 링크를 통해 OSPF 라우터를 연결하는 / 30 개의 서브넷이 몇 개 있습니다. ip ospf 네트워크 지점 간 링크에 관련된 인터페이스도 구성해야합니까 ? 아니면 중요합니까? 내가 생각할 수있는 유일한 것은 서브넷에 2 개의 호스트 (라우터)이기 때문에 내 이해에서 중요하지 않은 선거를 막는 것입니다.

ospf  point-to-point 
— 짐
소스

답변:

11

브로드 캐스트 가능 링크를 통해 OSPF 라우터를 연결하는 / 30 개의 서브넷이 몇 개 있습니다. ip ospf 네트워크 지점 간 링크에 관련된 인터페이스도 구성해야합니까? 아니면 중요합니까?

네트워크 유형은 확실히 중요하지만,이 상황을 처리하는 데는 신중해야합니다 ... 고려해야 할 몇 가지 코너 사례가 있습니다. / 30을 "브로드 캐스트"또는 "Point-to-Point"OSPF 네트워크로 구성한 결과를 비교해 보겠습니다 ...

----------+-------+--------------+--------------------+--------------+
Network   | Hello | DeadInterval | Adjacency Time     | LSAs per /30 | 
----------+-------+--------------+--------------------+--------------|
Broadcast |   10s |          40s |  > 40s (very slow) |            3 |
Pt-to-Pt  |   30s |         120s |       <  2s (fast) |            2 |
----------+-------+--------------+--------------------+--------------+

요약

  • OSPF 브로드 캐스트 네트워크 유형은 인접성을 느리게 설정하고 (DR 선택을 기다려야하기 때문에) OSPF 브로드 캐스트 네트워크로 지정하는 30 분마다 LSA를 50 % 더 생성합니다. 이러한 LSA는 플러딩되고 처리되어야하므로 수렴 속도가 느려집니다. 요컨대, 많은 / 30 OSPF Broadcast 네트워크를 사용하는 디자인은 / 30 지점 간 네트워크를 대체했을 때보 다 다소 느리게 수렴됩니다.
  • OSPF Point-to-Point 네트워크 유형은 인접성을 매우 빠르게 가져옵니다. 그러나 Ron이 언급했듯이이 값 RouterDeadInterval은 120 초이므로 HelloInterval낮게 설정하고 싶을 수 있습니다 . 그러나 올바르게 설계된 네트워크는 HelloInterval/ 30 지점 간 OSPF 네트워크를 낮추는 것에 대해 걱정할 필요가 없습니다 .

세부 정보 : OSPF 브로드 캐스트 네트워크에서 / 30

OSPF 브로드 캐스트 네트워크 기본값 :

  • HelloInterval: 10 초
  • RouterDeadInterval: 40 초

OSPF 프로세스 실패를 감지하는 시간 : <= 40 초

인접 시간 : 40 초 이상

  1. [Time T = 0]링크가 나타나면 두 라우터 모두 OSPF Hello를 보냅니다. ( OSPF 상태 : INIT )
  2. [Time T = 0]두 라우터 모두 반대의 인사를 봅니다. 그러나 DR Priority 0으로 구성하지 않으면 두 라우터 가RouterDeadInterval 몇 초 동안 기다려야 링크에 다른 후보 DR이 없는지 확인할 수 있습니다. ( OSPF STATE : 2-WAY )
  3. [Time T = 40] DR / BDR이 선출되고 DBD 교환이 시작됩니다 ( OSPF STATE : EXSTART )
  4. [Time T = 40 + 'DBD exchange time']DBD가 구문 분석되고 SPF가 실행됩니다 ( OSPF STATE : FULL )

LSA :

  • 각 라우터는 라우터 LSA를 보냅니다 : OSPF LSA Type 1
  • DR은 브로드 캐스트 링크 자체에 대해 유형 2 네트워크 LSA 를 보냅니다.

세부 정보 : OSPF 지점 간 네트워크에서 / 30

OSPF 지점 간 네트워크 기본값 :

  • HelloInterval: 30 초
  • RouterDeadInterval: 120 초

OSPF 프로세스 실패를 감지하는 시간 : <= 120 초

인접 시간 : 빠름 (보통 2 초 미만)

  1. [Time T = 0]링크가 나타나면 두 라우터 모두 OSPF Hello를 보냅니다. ( OSPF 상태 : INIT )
  2. [Time T = 0]두 라우터 모두 반대의 인사를 봅니다. ( OSPF STATE : 2-WAY )
  3. [Time T = 0] DBD 교환 시작 ( OSPF STATE : EXSTART )
  4. [Time T = 'DBD exchange time']DBD가 구문 분석되고 SPF가 실행됩니다 ( OSPF STATE : FULL )

HelloIntervalOSPF 지점 간 네트워크 를 낮추는시기

이 경우를 고려하십시오 ...

사례 A : 라우터 간 직접 파이버 링크

Router1-------------------------------Router2

라우터 사이의 링크는 OSPF 네트워크 지점 간으로 구성됩니다. Router1과 Router2 사이의 연결이 끊어지면 두 라우터 모두 즉시 연결이 끊어진 것을보고 SPF를 실행하여 대체 경로를 찾습니다. OSPF 프로세스 실패는 매우 드물기 때문에 일반적으로 HelloIntervalCaseA 를 낮추는 좋은 주장은 없습니다 .

사례 B : 두 라우터간에 하나의 스위치

Router1-------------Switch------------Router2

라우터 사이의 링크는 OSPF 네트워크 지점 간으로 구성됩니다. Router1과 스위치 사이의 연결이 끊어지면 문제가있는 것입니다 ... Router1은 즉시 SPF를 실행하는 것을 알고 있습니다 (대기 후 SPFDelay). 그러나 Router2의 링크는 여전히 작동합니다. 따라서 Router2는 RouterDeadInterval만기 될 때까지 또는 Router2가 Router1의 새 LSA (Router1이 SPF를 완료 한 후 플로어 됨)를 볼 때까지 수렴 대기해야합니다 . 대부분의 경우 Router2는 Router1의 새 LSA를 확인한 다음 SPF를 직접 실행합니다. 그러나이 경우 Router2의 수렴은 최소 두 배 SPFInterval( SPFInterval기본값 : 5 초)입니다.

라우터가 OSPF Network Point-to-Point로 구성된 경우 CaseB의 헬로 타이머 (또는 BFD 타이머)를 낮추는 것이 좋습니다.

사례 C : 여러 스위치를 통해 인접한 두 개의 라우터

Router1-----Switch1-----Switch2--------Router2

OSPF 지점 간 수렴 시간이 최악의 경우입니다. 라우터 사이의 링크는 OSPF 네트워크 지점 간으로 구성됩니다. Switch1과 Switch2 사이의 연결이 끊어지면 두 라우터 모두 해당 연결을 확인합니다. 이는 HelloInterval링크 다운 및 SPF 실행 간의 2 분 지연을 방지하기 위해 기본 타이머를 변경해야 함을 의미합니다 . 이 경우 라우터가 OSPF Network Point-to-Point로 구성된 경우 CaseC의 헬로 타이머 (또는 BFD 타이머)를 낮추는 것이 좋습니다.

— 마이크 페닝 턴
소스
고마워 마이크! 좋은 정보. 마지막 질문입니다. 지점 간 명령을 두 엔드 포인트에서 모두 실행해야합니까? 내 생각은 그렇습니다 ...
— Jim
네, 두 인터페이스 모두 일치하는 p2p 인터페이스 구성이 필요합니다
— Mike Pennington
1

실제로이 질문으로 무게를 달아야 할 것이 몇 가지 있습니다.

다음과 같은 경우 지점 간을 사용하십시오 .

  • 신속한 장애 감지 및 수렴이 중요합니다.
    • 컨버전스 : DR / BDR 선거가 결여되면 컨버전스 속도가 빨라집니다
    • 실패 감지 : OSF 네트워크 지점 간 네트워크 유형을 BFD와 결합하여 링크 장애를 빠르게 감지합니다. OSPF 타이머를 조정할 수는 있지만 BFD는 빠른 헬로 보다 성능이 우수하며 시스템 리소스에서 약간 더 쉽습니다.
  • 지점 간 링크에서 / 31 네트워크를 사용하여 IP 주소 공간을 보존하려고합니다
    • 지점 간 네트워크에 대한 hello 패킷의 네트워크 마스크는 무시됩니다.

참고 : 지점 간 네트워크 유형을 통해 수신 된 경로의 경우 OSPF는 다음 홉을 인접 라우터로보고합니다.

다음과 같은 경우 브로드 캐스트 (기본 유형)를 사용하십시오.

  • 당신은 수렴 시간에 너무 걱정하지 않습니다
  • 복잡한 미세 조정 솔루션을 설계하고 싶지 않습니다.

참고 : 브로드 캐스트 네트워크 유형을 통해 수신 된 경로의 경우 OSPF는 다음 홉을 광고 라우터로보고합니다.

— 음부
소스
OSPF p2p 네트워크가 Cisco 소유인지 확실하지 않습니다. 그것들은 RFC2328 섹션 12.4.1.1
— Mike Pennington
네, 절대적으로 여기가 잘못되었습니다. 내가 혼동했던 것은 점 대다 점 및 점 대다 점 NBMA입니다. 이 두 가지는 독점적입니다.
— mbud
0

걱정해야 할 것은 타이머입니다. 브로드 캐스트 네트워크에는 40 초의 데드 타이머가 있지만 PTP는 120 초입니다. 네트워크 장애시 수렴 / 복구 시간에 문제가 될 수 있습니다.

— 론 트렁크
소스
-1

일반적으로 OSPF를 지점 간으로 설정하면 선택되지 않은 임대 링크의 대역폭을 절약하기 위해 수행되므로 링크가 임대 또는 측정되지 않으면 두 설정간에 큰 차이가 없어야합니다.

— 페드로 브리토
소스
대역폭 문제는 선거 질문에 답변하지 않습니다
— user5025
OSPF 선택이 없어 대역폭을 절약하십시오. 죄송합니다. 입력 한 것보다 빠르게 생각했습니다.
— Pedro Brito
DR 선거는 hello 패킷으로 결정됩니다. 추가 대역폭이 필요하지 않습니다
— user5025
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.