본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.
Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.
이 문서에서는 OSPF(Open Shortest Path First) 프로토콜과 관련된 가장 자주 묻는 질문(FAQ)에 대해 설명합니다.
이 문서에서는 OSPF 버전 2만 다룹니다. Cisco IOS® Software 릴리스 12.0(24)S, 12.2(18)S 및 12.2(15)T에 도입된 OSPF 버전 3은 IP 버전 6 라우팅 정보를 배포하는 데 사용됩니다. 이 문서에서는 명시적으로 다루지 않습니다. 이 문서의 범위에서 "OSPF"는 OSPF 버전 2를 의미하고 "IP"는 IP 버전 4를 의미합니다.
A.Loopbacks는 OSPF에서 호스트 경로로 간주되며 /32로 광고됩니다. 자세한 내용은 RFC 2328의 섹션 9.1을 참조하십시오. Cisco IOS® Software Releases 11.3T and 12.0에서 이 명령이 루프백에서
ip ospf network point-to-point
구성된 경우 OSPF는 루프백 서브넷을 루프백에 구성된 실제 서브넷으로 광고합니다. ISDN 다이얼러 인터페이스는 구성된 서브넷 마스크 대신 /32 서브넷을 광고합니다. 이(가) 구성된 경우 이ip ospf network point-to-multipoint
는 예상된 동작입니다.예를 들어, FastEthernet 인터페이스를 통해 연결된 두 개의 라우터(R1 및 R2)를 가정해보겠습니다. R1은 명령으로 구성된 루프백을
ip ospf network point-to-point
가지며 OSPF에 루프백을 광고합니다.interface Loopback0 ip address 10.1.1.1 255.255.255.0 ip ospf network point-to-point명령을 사용하여 라우터 R2를 체크 인하면
show ip route ospf
경로 10.1.1.1이 다음과 같이 표시됩니다.!..output truncated 10.0.0.0/24 is subnetted, 1 subnets O 10.1.1.0 [110/11] via 10.1.1.1, 00:00:02, FastEthernet0/0그러나 명령이 R1에서 0 인터페이스
ip ospf network point-to-point
로 제거되면 R2의 경로 10.1.1.1은 다음과 같이 표시됩니다.10.0.0.0/32 is subnetted, 1 subnets O 10.1.1.1 [110/11] via 10.1.1.1, 00:00:01, FastEthernet0/0
A.아래의 명령을 사용하여 Cisco IOS Software Release 11.2 이상에서 참조 대역폭
ospf auto-cost reference-bandwidth
을 변경할 수 있습니다router ospf
. 기본적으로 참조 대역폭은 100Mbps입니다. ospf 링크 비용은 16비트 숫자입니다. 따라서 지원되는 최대값은 65,535입니다.
A.OSPF는 비용 계산에 100Mbps의 참조 대역폭을 사용합니다. 상기 코스트를 계산하는 식은 기준 대역폭을 인터페이스 대역폭으로 나눈 값이다. 예를 들어 이더넷의 경우 100Mbps/10Mbps = 10입니다.
참고: 경우
ip ospf cost cost
인터페이스에서 사용되며 이 공식화된 비용을 대체합니다. 자세한 내용은 OSPF Cost를 참조하십시오.
A. 동일한 비용 경로가 존재하는 경우 OSPF는 CEF 로드 밸런싱을 사용합니다. 자세한 내용은 Cisco Express Forwarding을 통한 병렬 링크에 대한 로드 밸런싱 문제 해결을 참조하십시오.
A.예, OSPF는 네이버 간에 교환되는 모든 패킷을 인증할 수 있습니다. 인증은 단순 비밀번호 또는 MD5 암호화 체크섬을 통해 수행할 수 있습니다. 영역에 대해 간단한 비밀번호 인증을 구성하려면 명령을 사용하여
ip ospf authentication-key
영역에 연결된 각 인터페이스에 최대 8옥텟의 비밀번호를 할당합니다. 그런 다음area x authentication
명령을 실행하여 OSPF 라우터 컨피그레이션에 인증을 활성화합니다. (명령에서 영역 번호를 xis합니다.)Cisco IOS Software Release 12.x는 또한 인터페이스별로 인증을 지원하고 활성화합니다. 일부 인터페이스에서만 인증을 활성화하려는 경우 또는 동일한 영역에 속하는 서로 다른 인터페이스에서 서로 다른 인증 방법을 사용하려면 interface
ip ospf authentication
mode 명령을 사용합니다.
A.OSPF는 새로 수신된 각 LSA(링크 상태 광고)에 대한 확인 응답을 보내야 합니다. LSA 패킷을 전송합니다. LSA는 승인될 때까지 재전송됩니다. 링크 상태 재전송 간격은 재전송 간의 시간을 정의합니다. 명령을 사용하여 재전송 간격
ip ospf retransmit-interval
을 설정할 수 있습니다. 기본값은 5초입니다.
A.이 변수는 업데이트의 기간 필드에 지정된 시간을 추가합니다. 링크를 통해 전송하기 전에 지연이 추가되지 않으면 링크 상태 광고(LSA)가 링크를 통해 전파되는 시간은 고려되지 않습니다. 기본값은 1초입니다. 이 매개변수는 매우 저속 링크에서 더 많은 의미를 갖습니다.
A.No. OSPF의 가상 링크는 비백본 영역에서 백본에 대한 연결을 유지하지만, 불연속 주소 지정에는 불필요합니다. OSPF는 모든 영역에 네트워크 모음이 있으며 OSPF가 각 광고에 마스크를 연결하기 때문에 불연속 네트워크를 지원합니다.
A.OSPF는 멀티캐스트 주소 지정이 포함된 모든 광고를 전송합니다. 토큰 링을 제외하고 멀티캐스트 IP 주소는 MAC 레벨 멀티캐스트 주소에 매핑됩니다. Cisco는 토큰 링을 MAC 레벨 브로드캐스트 주소에 매핑합니다.
A.Cisco OSPF는 TOS 0만 지원합니다. 즉, 라우터가 TOS 0 경로의 모든 패킷을 라우팅하므로 0이 아닌 TOS 경로를 계산할 필요가 없습니다.
A.이
offset-list
명령은 OSPF에서 작동하지 않습니다. IGRP(Interior Gateway Routing Protocol), RIP(Routing Information Protocol) 및 RIP 버전 2와 같은 거리 벡터 프로토콜에 사용됩니다.
A.OSPF는 명령으로 구성되고 다른 프로세스의 상자
default-information originate
에 기본 네트워크가 있는 경우에만 기본값을 생성합니다. OSPF의 기본 경로는 0.0.0.0입니다. 기본 경로 자체가 없는 경우에도 OSPF 지원 라우터에서 기본 경로를 생성하려면 이 명령을 사용합니다default-information originate always
.
A.
distribute-list
명령은 OSPF에서 지원되지만 RIP(Routing Information Protocol) 및 EIGRP(Enhanced Interior Gateway Routing Protocol)와 같은 거리 벡터 라우팅 프로토콜과 다르게 작동합니다. OSPF 경로가 OSPF 데이터베이스에 들어갈 때는 필터링할 수 없습니다. 이distribute-list in
명령은 라우팅 테이블에 들어가지 않도록 경로만 필터링합니다. 링크 상태 패킷의 전파를 방지하지 않습니다. 따라서 이 명령은 라우터 메모리를 보존하며, 필터링된 경로에서 다른 라우터로 전파하는 라우터를 금지하지 않습니다.주의: OSPF
distribute-list in
에서 명령을 사용하면 신중하게 구현하지 않을 경우 네트워크에서 라우팅 루프가 발생할 수 있습니다.commanddistribute-list는 ASBR(Autonomous System Boundary Router)에서 OSPF로 재배포된 경로에서만 작동합니다. 이는 외부 타입 2 및 외부 타입 1 경로에는 적용할 수 있지만, 영역 내 및 영역 간 경로에는 적용할 수 없습니다.
OSPF
configuration example of distribute-list
에서
A. RFC 2328의 11절에서 OSPF 경로의 기본 설정 순서는 다음과 같습니다.
영역 내 경로, O
영역 간 경로, IA
외부 경로 유형 1, O E1
외부 경로 유형 2, O E2
이 기본 설정 규칙은 변경할 수 없습니다. 그러나 단일 OSPF 프로세스 내에서만 적용됩니다. 둘 이상의 OSPF 프로세스를 실행하는 라우터의 경우 경로 비교가 발생합니다. 경로 비교를 통해 OSPF 프로세스의 메트릭 및 관리 거리(변경된 경우)를 비교합니다. 서로 다른 두 OSPF 프로세스에서 제공하는 경로를 비교할 때는 경로 유형이 무시됩니다.
A. Cisco IOS Software Release 10.0 이전의 Cisco IOS Software 릴리스에서는 프레임 릴레이, X.25 및 SMDS와 같은 NBMA(nonbroadcast multiaccess) 네트워크를 통해 인접성을 설정하는
neighbor
명령이 필요했습니다. Cisco IOS Software Release 10.0 이상에서는 ospf network broadcast 명령을 사용하여 네트워크를 브로드캐스트 네트워크로 정의할 수 있으므로 이 명령을 사용할 필요가neighbor
없습니다. 완전 메시 SMDS 클라우드를 사용하지 않는 경우 명령을 사용해야ip ospf network point-to-multipoint
합니다.
A. SPF 메트릭은 유지됩니다. 이 두 프로세스 간의 재배포는 두 IP 라우팅 프로세스 간의 재배포와 같습니다.
A. 다중 액세스 인터페이스에서 멀티캐스트 기능을 사용해야 하는지 여부를 이해하도록 OSPF를 구성할 수 있습니다. 또한 멀티캐스트가 사용 가능한 경우 OSPF는 이를 일반 멀티캐스트에 사용합니다.
Cisco IOS Software Release 10.0에는 하위 인터페이스라는 기능이 포함되어 있습니다. 프레임 릴레이의 하위 인터페이스를 사용하여 VC(가상 회로) 집합을 연결하여 단일 IP 서브넷 역할을 하는 가상 인터페이스를 구성할 수 있습니다. 서브넷 내의 모든 시스템은 완전히 메싱되어야 합니다. Cisco IOS Software 릴리스 10.3, 11.0 이상에서는
ip ospf point-to-multipoint
이 명령도 사용할 수 있습니다.
A. 번호가 지정되지 않은 인터페이스가 구성된 경우 라우터의 다른 인터페이스를 참조합니다. 번호가 지정되지 않은 인터페이스에서 OSPF가 활성화된 경우 번호가 지정되지 않은 인터페이스가 가리키는 인터페이스의 주소-와일드마스크 쌍을 사용합니다.
A.No, OSPF는 한쪽은 번호가 매겨지고 다른 한쪽은 번호가 매겨지지 않은 경우 작동하지 않습니다. 이렇게 하면 OSPF 데이터베이스에서 불일치가 발생하여 라우팅 테이블에 경로가 설치되지 않습니다.
A.OSPF는 가장 높은 IP 주소를 라우터 ID로 선택합니다. IP 주소가 있는 up/up 모드의 인터페이스가 없는 경우 이 오류 메시지를 반환합니다. 문제를 해결하려면 루프백 인터페이스를 구성합니다.
A. 소프트웨어에서 OSPF를 지원할 수 없습니다. 이 오류 메시지는 Cisco 1600 Series 라우터에서 가장 자주 발생합니다. 1600 라우터를 사용하는 경우 OSPF를 실행하려면 Plus 이미지가 필요합니다.
A.DR은 전용 라우터를 의미합니다.BDR은 백업 전용 라우터를 의미합니다.DROTHER는 DR 또는 BDR이 아닌 라우터를 나타냅니다. DR은 해당 네트워크의 모든 라우터를 나열하는 네트워크 링크 상태 광고를 생성합니다.
A. 이더넷, FDDI, 토큰 링과 같은 브로드캐스트 미디어의 플러딩 양을 줄이기 위해 전용 라우터(DR) 및 백업 전용 라우터(BDR)로 라우터를 가득 채우고 다른 모든 라우터에 대해 2-WAY를 표시합니다.
A. 이건 정상이야. Point-to-Point 및 Point-to-Multipoint 네트워크에는 DR(Designated Router) 또는 BDR(Backup Designated Router)이 없습니다.
A. 일반적인 OSPF 컨피그레이션 명령 외에 이 명령을 사용해야
dialer map
합니다. 명령dialer map
을 사용할 때 브로드캐스트를 프로토콜broadcast
주소로 전달해야 함을 나타내기 위해 키워드를 사용합니다.
A.일반 OSPF 컨피그레이션 명령 외에도 비동기 인터페이스에서
async default routing
명령을 사용해야 합니다. 이 명령을 사용하면 라우터가 비동기 인터페이스를 통해 라우팅 업데이트를 다른 라우터로 전달할 수 있습니다. 또한dialer map
명령을 사용하면 브로드캐스트를 프로토콜broadcast
주소로 전달해야 함을 나타내기 위해 키워드를 사용합니다.
RFC 2178에 설명된 대로 인터페이스당 인증 유형은 Cisco IOS Software 릴리스 12.0(8)에 추가되었습니다.
A. 외부 라우팅 정보를 Type 7 LSA(링크 상태 광고)의 NSSA로 가져올 경우, Type 7 LSA에는 영역 플러딩 범위만 있습니다. 외부 정보를 더 배포하기 위해, 타입 7 LSA는 NSSA 경계에서 타입 5 LSA로 번역된다. type 7 LSA Options 필드의 P 비트는 type 7 LSA를 변환해야 하는지 여부를 나타냅니다. P-bit 세트가 있는 LSA만 변환됩니다. NSSA에 정보를 재배포할 경우 P비트가 자동으로 설정됩니다. ASBR(Autonomous System Boundary Router)도 ABR(Area Border Router)인 경우 가능한 해결 방법이 적용됩니다. 그런 다음 NSSA ASBR은 키워드로 요약할 수
not-advertise
있으며, 이는 변환된 유형 7 LSA를 광고하지 않는 결과로 이어집니다.
A.OSPF 명령을 실행할 때 응답이 느려질 수 있지만 다른
show
명령에서는 그렇지 않습니다. 이러한 지연의 가장 일반적인 이유는 라우터에 configurationip ospf name-lookup
명령이 구성되어 있기 때문입니다. 이 명령을 사용하면 라우터가 모든 OSPF 명령에 대한 디바이스 DNS(Domain Name System) 이름을 조회하여 디바이스를 더 쉽게 식별할 수show
있지만, 결과적으로 명령에 대한 응답 시간이 느려집니다. OSPFshow
명령 이외의 명령에서 응답이 느려지는 경우 CPU 사용률과 같은 다른 가능한 원인을 살펴봐야 합니다.
A.이
clear ip ospf redistribution
명령은 모든 유형 5 및 유형 7 LSA(링크 상태 알림)를 플러시하고 라우팅 테이블에서 재배포된 경로를 스캔합니다. 이렇게 하면 플러시/갱신된 LSA를 수신하는 네트워크의 모든 라우터에 부분 SPF(Shortest Path First Algorithm)가 생성됩니다. 재배포될 예상 경로가 OSPF에 없는 경우 이 명령을 사용하면 LSA를 갱신하고 경로를 OSPF로 가져올 수 있습니다.
A. OSPF가 동일한 서브넷에 있지 않은 인접 디바이스 간에 인접성을 형성하는 유일한 경우는 인접 디바이스가 포인트-투-포인트 링크를 통해 연결될 때입니다. 이 명령은 명령을 사용할
ip unnumbered
경우 유용하지만 다른 모든 경우에는 인접 디바이스가 동일한 서브넷에 있어야 합니다.
A.OSPF는 LSA 기간이 링크 상태 새로 고침 시간(1800초)에 도달하면 자체 생성 LSA를 전송합니다. 자세한 내용은 링크 상태 광고를 참조하십시오.
A. 라우터가 특정 인터페이스에서 OSPF 인접 디바이스가 되지 않도록 하려면 인터페이스에서 passive-interface 명령을 실행합니다.
인터넷 서비스 공급자(ISP) 및 대규모 엔터프라이즈 네트워크에서는 대부분의 배포 라우터에 200개 이상의 인터페이스가 있습니다. 200개
passive-interface
의 인터페이스 각각에 대해 구성하는 것은 어려울 수 있습니다. 이러한 상황의 해결 방법은 기본적으로 단일 명령으로 모든 인터페이스를 패시브로 구성하는passive-interface default
것입니다. 그런 다음 명령을 사용하여 인접성이 필요한 개별 인터페이스를no passive-interface
구성합니다.에 몇 가지 알려진 문제가 있습니다.
no passive-interface default
명령을 실행합니다. 해결 방법은 Cisco 버그 ID CSCdr09263에 나열되어 있습니다.참고: 등록된 Cisco 사용자만 내부 Cisco 버그 정보에 액세스할 수 있습니다.
A. OSPF 데이터베이스에 동일한 외부 네트워크에 대해 2개의 유형 5 LSA가 있는 경우 ASBR(Autonomous System Boundary Router)에 대한 경로가 가장 짧은 외부 LSA를 선호하고 이를 IP 라우팅 테이블에 설치합니다. 명령을
show ip ospf border-routers
사용하여 ASBR에 대한 비용을 확인합니다.
A.Cisco 800 라우터는 OSPF를 지원하지 않습니다. 그러나 RIP(Routing Information Protocol) 및 EIGRP(Enhanced Interior Gateway Routing Protocol)를 지원합니다. 기능 지원에 대한 자세한 내용은 Software Advisor 툴을 사용할 수 있습니다.
참고: 등록된 Cisco 사용자만 내부 Cisco 버그 정보에 액세스할 수 있습니다.
A.OSPF는 BGP(Border Gateway Protocol) 또는 EIGRP(Enhanced Interior Gateway Routing Protocol)와 달리 인접 라우터 간에 인접성이 형성되고 라우팅 정보가 교환될 때 프로세스 번호(또는 자동 시스템 번호)를 확인하지 않습니다. OSPF 프로세스 번호를 고려하는 유일한 경우는 MPLS(Multiprotocol Label Switching) VPN의 PE-CE(Provider Edge to Client Edge) 링크에서 OSPF를 라우팅 프로토콜로 사용하는 경우입니다. PE 라우터는 OSPF 경로를 OSPF 프로세스 번호에서 파생된 도메인 특성으로 표시하여 경로가 동일한 OSPF 도메인 내에서 시작되었는지 아니면 외부에서 시작되었는지를 나타냅니다. MPLS VPN의 PE 라우터에서 OSPF 프로세스 번호 지정이 일치하지 않을 경우, 번호
domain-id
가 다른 OSPF 프로세스가 동일한 OSPF 도메인에 속함을 표시하려면 OSPF mode 명령을 사용해야 합니다.즉, 많은 경우, 네트워크의 동일한 OSPF 도메인에 대해 서로 다른 자율 시스템 번호를 사용할 수 있습니다. 그러나 가능한 한 일관된 OSPF 프로세스 번호 지정을 사용하는 것이 좋습니다. 이러한 일관성은 네트워크 유지 관리를 간소화하고 라우터를 동일한 OSPF 도메인에 유지하려는 네트워크 설계자의 의도를 준수합니다.
A.CEF는 OSPF와 같은 라우팅 프로토콜로 채워지는 라우팅 테이블을 기반으로 패킷의 스위칭을 수행합니다. CEF는 라우팅 프로토콜 테이블이 계산되면 로드 밸런싱을 수행합니다. 로드 밸런싱에 대한 자세한 내용은 로드 밸런싱 작동 방식 이해를 참조하십시오.
A.OSPF는 대역폭과 관련된 metric aCost를 사용합니다. 동일한 비용 경로가 있는 경우(두 멀티링크에서 동일한 대역폭), OSPF는 라우팅 테이블에 두 경로를 모두 설치합니다. 라우팅 테이블은 인터페이스 사용률에 관계없이 두 링크를 모두 동일하게 사용하려고 시도합니다. 첫 번째 멀티링크의 링크 중 하나에 오류가 발생할 경우 OSPF는 모든 트래픽을 두 번째 멀티링크로 전송하지 않습니다. 첫 번째 멀티링크가 100% 피크인 경우, OSPF는 인터페이스 사용률과 상관없이 두 링크를 모두 동일하게 사용하려고 하므로 OSPF는 두 번째 멀티링크로 트래픽을 전송하지 않습니다. 두 번째 링크는 첫 번째 멀티링크가 중단될 때만 완전히 사용됩니다.
A. 토폴로지 변경을 신속하게 탐지하려면 hello 타이머 값을 1초로 설정해야 합니다. hello 타이머의 4배인 보류 타이머 값도 구성해야 합니다. hello 및 hold 타이머 값이 기본값에서 감소할 경우 라우팅 트래픽이 증가할 가능성이 있습니다.
참고:OSPF 타이머를 조정하면 네트워크 및 디바이스 리소스 오버헤드가 발생할 수 있습니다. BFD(Bidirectional Forwarding Detection)를 사용하고 라우팅 프로토콜 타이머를 튜닝하지 않는 것이 좋습니다. BFD는 1초 미만의 수렴도 제공합니다. 자세한 내용은 BFD over IPv4용 OSPF 지원을 참조하십시오.
예, Advanced IPServices 이미지를 실행하는 3800 Series 라우터는 OSPF Stub 기능을 지원합니다.
A.이 오류 메시지는 LSA ID가 라우터 인터페이스 중 하나의 IP 주소와 충돌하고 LSA를 네트워크 외부로 플러시하는 라우터에 의해 수신된 네트워크 LSA가 네트워크 LSA를 플러시하는 일부 라우터 때문입니다. OSPF가 올바르게 작동하려면 트랜짓 네트워크의 IP 주소가 고유해야 합니다. 고유하지 않은 경우 충돌하는 라우터에서 이 오류 메시지를 보고합니다. 오류 메시지에서 OSPF 라우터 ID가 adv-rtr로 보고된 라우터가 이 메시지를 보고합니다.
A.예, OSPF를 사용하여 GRE Tunnel over IPSec 구성을 참조하십시오.
A.Type 3 LSA는 ABR(Area Border Router)에서 요약 경로로 시작합니다. 요약 경로는 ABR 라우터에서 조작할 수 없습니다.
A. NSSA ABR이 nssa no-summary에서 nssa로 이동하도록 구성된 경우 OSPF 인접 디바이스가 플랩되지 않습니다.
A. 인접 디바이스에서 예기치 않은 시퀀스 번호의 DBD(Database Description) 패킷을 수신했기 때문에 OSPF 인접 디바이스의 상태가 FULL에서 EXSTART로 변경되었습니다.
SeqNumberMismatches는 OSPF 인접 디바이스 협상 중에 다음 중 하나의 DBD 패킷을 받았음을 의미합니다.
예기치 않은 DBD 시퀀스 번호가 있습니다.
예기치 않게 초기화 비트가 설정되었습니다.
에는 Database Description 패킷에서 받은 마지막 Options 필드와 다른 Options 필드가 있습니다.
A.Cisco IOS는 32개의 라우팅 프로세스로 제한됩니다. 이 중 2개는 고정 경로 및 직접 연결 경로에 대해 저장됩니다. Cisco 7600 라우터는 VRF당 28개의 OSPF 프로세스를 지원합니다.
A. 증분 SPF는 전체 SPF 알고리즘보다 효율적입니다. 그러면 OSPF가 네트워크 이벤트에 대응하여 새 라우팅 토폴로지에서 더 빠르게 통합될 수 있습니다. 증분 SPF는 영향을 받는 노드만 업데이트하고 전체 트리를 재구축하지 않는 방식으로 설계되었습니다. 이렇게 하면 컨버전스가 빨라지고 영향을 받지 않는 노드를 처리할 필요가 없으므로 CPU 주기가 절약됩니다. 모범 사례에서는 ISPF가 대규모 OSPF 도메인에 더 큰 변화를 가져올 수 있습니다.
증가형 SPF는 노드 및 링크 수가 많은 네트워크에서 통합 시간을 더욱 단축합니다. 네트워크 토폴로지의 변경 사항이 SPT의 루트에서 더 멀리 떨어져 있는 경우에도 점증적 SPF는 상당한 이점을 제공합니다. 예를 들어, 네트워크가 클수록 그 영향은 더 커집니다. 400-1000개의 노드로 구성된 세그먼트에서는 개선이 이루어져야 합니다. 그러나 엔드 투 엔드 지연을 측정하는 일종의 설비나 툴이 없으면 구축된 생산 네트워크에서 검증하기가 어려울 수 있습니다. 자세한 내용은 OSPF Incremental SPF를 참조하십시오.
A.예, Cisco NX-OS/Cisco IOS OSPF 비교를 참조하십시오.
A. OSPF Shortest Path First Throttling 기능을 사용하면 밀리초 간격으로 SPF 스케줄링을 구성하고 네트워크 불안정 시 SPF 계산을 지연할 수 있습니다. 토폴로지가 변경되면 SPF는 SPT(Shortest Path Tree)를 계산하도록 예약됩니다.
OSPF 아래의 명령 구문:
timers throttle spf[spf-start] [spf-hold] [spf-max-wait]
여기서 각 항목은 다음을 나타냅니다.
spf-start - 변경 후 SPF 계산을 예약하는 초기 지연 시간(밀리초)입니다. 범위는 1~600000입니다.
spf-hold - 두 번 연속 SPF 계산 사이의 최소 보류 시간(밀리초)입니다. 범위는 1~600000입니다.
spf-max-wait - 연속된 두 SPF 계산 사이의 최대 대기 시간(밀리초)입니다. 범위는 1~600000입니다.
A.이 메시지는 데이터베이스 동기화에 시퀀스 번호를 사용하는 DBD 교환 프로세스와 관련이 있습니다. 어떤 이유로 인해 DBD 패킷에서 잘못된 시퀀스 번호가 보고되었습니다. 이는 패킷 손실 또는 패킷 손상을 포함하는 일시적인 조건 때문에 발생할 수 있습니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
2.0 |
02-Feb-2023
|
서식이 업데이트되었습니다. CCW 경고를 수정합니다. 재인증. |
1.0 |
20-Nov-2001
|
최초 릴리스 |