기본 WAN 링크에 장애가 발생할 경우 DDR(Dial-on-Demand Routing) 백업은 대체 링크를 제공하는 방법입니다.DDR 백업을 위해 구성된 라우터는 원격 사이트로의 연결이 끊겼음을 인식하고 다른 전송 미디어를 사용하여 원격 사이트로의 DDR 연결을 시작합니다.
이 문서에 대한 특정 요건이 없습니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.라이브 네트워크에서 작업하는 경우, 사용하기 전에 모든 명령의 잠재적인 영향을 이해해야 합니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
DDR 백업 구성에는 두 가지 단계가 있습니다.
레거시 DDR 또는 다이얼러 프로필을 사용하여 DDR을 구성합니다.백업 컨피그레이션을 구현하기 전에 DDR 연결이 올바르게 작동하는지 확인합니다.이렇게 하면 백업을 구성하기 전에 사용된 다이얼 방법, PPP(Point-to-Point Protocol) 협상 및 인증이 성공했는지 확인할 수 있습니다.샘플 DDR 컨피그레이션(DDR 백업 제외)은 다이얼러 프로파일을 사용하여 ISDN DDR 구성 및 DDR 다이얼러 맵을 사용하여 BRI-to-BRI 다이얼업 구성을 참조하십시오.
기본 링크가 실패할 때 백업 DDR 연결을 시작하도록 라우터를 구성합니다.이 문서에서는 사용할 백업 방법을 결정하는 방법에 대해 설명합니다.
라우터는 다음 세 가지 방법 중 하나를 사용하여 기본 연결을 모니터링하고 필요 시 백업 연결을 시작합니다.
Backup Interface(백업 인터페이스) - 기본 인터페이스 회선 프로토콜이 작동 중지된 것으로 탐지된 후 작동될 때까지 대기 상태로 유지되는 인터페이스입니다.
부동 고정 경로 - 이 백업 경로는 기본 연결 경로의 관리 거리보다 관리 거리가 더 크므로 기본 인터페이스가 중단되기 전까지는 라우팅 테이블에 있지 않습니다.
다이얼러 감시 - 다이얼러 워치는 다이얼 백업을 라우팅 기능과 통합하는 백업 기능입니다.
이 문서에서는 각 메서드의 기능에 대해 설명하고, 해당 메서드를 구성하는 방법을 설명하는 다른 문서에 대한 참조를 제공합니다.구성 및 문제 해결에 대한 자세한 내용은 DDR 백업 구성 및 문제 해결을 참조하십시오.
백업 인터페이스는 특정 상황이 발생할 때까지 유휴 상태를 유지한 다음 활성화되는 인터페이스입니다.백업 인터페이스는 BRI(Basic Rate Interface)와 같은 물리적 인터페이스 또는 다이얼러 풀에서 사용할 할당된 백업 다이얼러 인터페이스가 될 수 있습니다.기본 회선이 작동하면 백업 인터페이스가 대기 모드로 전환됩니다.대기 상태가 되면 백업 인터페이스가 활성화될 때까지 효과적으로 종료됩니다.백업 인터페이스와 연결된 경로는 라우팅 테이블에 나타나지 않습니다.
디바이스가 기본 인터페이스가 다운되었음을 나타내는 표시를 수신하면 백업 인터페이스가 실행됩니다.디바이스가 백업 인터페이스를 가져오기 위해 대기하는 시간은 backup delay 명령을 사용하여 조정할 수 있습니다.기본 연결이 복원될 때 백업 인터페이스가 다운(지정된 시간 후)되도록 구성할 수도 있습니다.
backup interface 명령은 인터페이스가 물리적으로 다운되었음을 식별하는 라우터에 종속되므로 일반적으로 ISDN BRI 연결, 비동기 회선 및 임대 회선을 백업하는 데 사용됩니다.이러한 연결에 대한 인터페이스는 링크가 실패할 때 중단되므로 백업 인터페이스에서 이러한 실패를 신속하게 식별할 수 있습니다.백업 인터페이스 접근 방식은 포인트 투 포인트 프레임 릴레이 하위 인터페이스도 사용할 수 있습니다.그러나 Frame Relay에서는 PVC(Permanent Virtual Connection)가 다운되더라도 기본 또는 다중 지점 인터페이스가 up/up 상태로 유지될 수 있습니다.이로 인해 라우터가 다운된 기본 프레임 릴레이 연결을 탐지하지 못해 백업 링크가 표시되지 않을 수 있습니다.
라우팅 프로토콜과 독립적입니다.즉, 라우팅 프로토콜 통합, 경로 안정성 등에 의존하지 않습니다.
로드(Bandwidth On Demand)를 기반으로 할 수 있습니다. 트래픽 로드에 따라 추가 링크를 연결에 추가할 수 있습니다.
인터페이스의 작동이 중단되는 것에 따라 달라집니다.라우터는 백업 링크를 활성화하기 위해 기본 인터페이스 회선 프로토콜이 다운되었음을 탐지해야 합니다.
흥미로운 트래픽에 따라 DDR 백업 통화를 트리거합니다.따라서 백업 인터페이스가 대기 모드에서 나오는 경우에도 해당 백업 인터페이스에 대해 흥미로운 트래픽을 수신하지 않는 한 라우터는 백업 호출을 트리거하지 않습니다.
캡슐화는 하나의 요소입니다.예를 들어, 프레임 릴레이 연결을 사용하면 특정 PVC/DLCI가 다운될 때 회선 프로토콜이 다운되지 않을 수 있습니다.라우터가 오류를 감지할 수 없으므로 백업 링크가 활성화되지 않을 수 있습니다.
백업 인터페이스는 스탠바이 모드로 설정되며 기본 인터페이스가 작동되는 동안에는 사용할 수 없습니다.따라서 인터페이스 bri 0(BRI의 경우) 또는 인터페이스 Serial0:23(PRI의 경우)과 같은 물리적 인터페이스를 백업 인터페이스로 배치하면 사용할 수 없게 됩니다.백업 링크에 다이얼러 프로파일을 사용하여 이를 방지할 수 있습니다.다이얼러 프로파일을 사용할 경우 논리적(다이얼러 인터페이스)만 대기 모드에 배치되고, 물리적 인터페이스(BRI)는 다른 풀의 멤버로 만들어 다른 연결에 계속 사용할 수 있습니다.
단일 라우터에서 하나의 인터페이스에 대한 백업을 제공합니다.
부동 고정 경로는 관리 거리가 동적 경로의 관리 거리보다 큰 고정 경로입니다.고정 경로에 관리 거리를 구성하여 고정 경로가 동적 경로보다 덜 바람직하도록 할 수 있습니다.이러한 방식으로 동적 경로를 사용할 수 있는 경우 고정 경로가 사용되지 않습니다.그러나 동적 경로가 손실되면 고정 경로가 대체되고 이 대체 경로를 통해 트래픽을 전송할 수 있습니다.이 대체 경로가 DDR 인터페이스를 사용하여 제공되는 경우 해당 인터페이스를 백업 메커니즘으로 사용할 수 있습니다.
다음은 부동 고정 경로의 시퀀스입니다.
기본 인터페이스는 고정 경로 또는 동적 라우팅 프로토콜을 사용하여 원격 네트워크에 대한 기본 경로를 학습합니다. 이 학습된 경로의 관리 거리가 부동 정적보다 작으므로 학습된 경로가 사용됩니다.
라인 프로토콜이 작동 상태로 유지되지만 기본 인터페이스는 작동 불가능하게 됩니다.라우팅 업데이트가 손실되면 라우팅 테이블에서 학습된 기본 경로가 제거됩니다.
참고: 기본 경로가 고정 경로인 경우 부동 고정 경로를 사용하려면 기본 인터페이스 라인 프로토콜이 다운되어야 합니다.
유동 고정 경로는 관리 거리가 가장 낮은 경로이므로 사용됩니다.
이는 회선 프로토콜 상태와 독립적입니다.이는 DLCI가 비활성 상태일 경우 회선 프로토콜이 작동하지 않을 수 있는 프레임 릴레이 회로에 대한 중요한 고려 사항입니다.
캡슐화 독립적입니다.
하나의 라우터에서 여러 인터페이스/네트워크를 백업할 수 있습니다.
이렇게 하려면 라우팅 프로토콜이 필요합니다.
라우팅 프로토콜 컨버전스 시간에 따라 달라집니다.플래핑 경로를 사용하면 백업 인터페이스가 불필요하게 활성화될 수 있습니다.
일반적으로 단일 라우터에 대한 백업만 제공할 수 있습니다.
흥미로운 트래픽에 따라 DDR 백업 통화를 트리거합니다.따라서 라우터가 경로 테이블에 부동 고정 경로를 설치하더라도 해당 백업 인터페이스에 대해 흥미로운 트래픽을 수신하지 않는 한 라우터는 실제로 백업 호출을 트리거하지 않습니다.대부분의 경우 주기적인 업데이트/헬로스가 백업 링크를 유지하지 못하도록 라우팅 프로토콜을 흥미롭지 않은 것으로 표시해야 합니다.
참고: 위 문서에서는 부동 고정 경로를 사용하여 프레임 릴레이 연결을 백업하는 데 대해 설명하지만 다른 대부분의 WAN 백업 시나리오에도 동일한 컨피그레이션 개념이 적용됩니다.
다이얼러 워치는 다이얼 백업을 라우팅 기능과 통합하는 백업 기능입니다.다이얼러 워치는 중앙 라우터에서 발신 통화를 트리거하기 위해 관심 있는 트래픽을 정의하는 것에만 의존하지 않고 안정적인 연결을 제공합니다.따라서 다이얼러 워치는 관심 있는 트래픽에 대한 요구 사항 없이 경로를 손실하는 일반 DDR으로 간주할 수도 있습니다.기본 인터페이스를 정의하는 감시 경로 집합을 구성하면 감시 경로가 추가 및 삭제될 때 기본 인터페이스의 상태를 모니터링하고 추적할 수 있습니다.
다이얼러 감시 기능을 사용하면 라우터가 지정된 경로의 존재를 모니터링하고 해당 경로가 없으면 백업 링크의 다이얼링을 시작합니다.다른 백업 방법(예: 백업 인터페이스 또는 부동 정적 경로) 다이얼러 보치와 달리 다이얼을 트리거하는 데 흥미로운 트래픽이 필요하지 않습니다.다이얼러 감시에 사용되는 프로세스는 다음과 같습니다.
감시 경로가 삭제되면 다이얼러 감시 기능은 감시 중인 IP 주소 또는 네트워크에 대해 하나 이상의 유효한 경로를 확인합니다.
유효한 경로가 없으면 기본 라인은 다운되어 사용할 수 없는 것으로 간주됩니다.그런 다음 다이얼러 워치가 통화를 시작하고 라우터가 연결하고 라우팅 정보를 교환합니다.이제 원격 네트워크에 대한 모든 트래픽이 백업 링크를 사용합니다.
정의된 감시 IP 네트워크 중 하나 이상에 대해 유효한 경로가 있고 경로가 다이얼러 워치용으로 구성된 백업 인터페이스 이외의 인터페이스를 가리키는 경우 기본 링크가 가동된 것으로 간주되고 다이얼러 감시 기능이 백업 링크를 시작하지 않습니다.
백업 링크가 작동하면 각 유휴 시간 제한이 만료될 때 기본 링크가 다시 확인됩니다.기본 링크가 작동 중지되면 유휴 타이머가 재설정됩니다.라우터는 기본 링크가 재설정되었는지 주기적으로 확인해야 하므로 다이얼러 유휴 시간 초과에 대해 작은 값을 구성해야 합니다.기본 링크가 다시 설정되면 라우팅 프로토콜은 라우팅 테이블을 업데이트하고 모든 트래픽은 다시 한 번 기본 링크를 통과해야 합니다.트래픽이 더 이상 백업 링크를 통과하지 않으므로 유휴 시간 제한이 만료되고 라우터가 백업 링크를 비활성화합니다.
참고:
정기적인 Hello가 유휴 시간 제한을 재설정하지 못하도록 하려면 관심 있는 트래픽 정의에서 발신자 라우터 라우팅 프로토콜을 관심 없는 것으로 구성합니다.라우터는 관심 있는 트래픽 정의만 사용하여 기본 링크가 활성 상태인지 확인하기 때문에 dialer-list number protocol ip deny 명령을 사용하여 모든 IP 트래픽을 흥미롭게 만드는 것이 좋습니다.이 흥미로운 트래픽 정의를 사용하면 유휴 시간 제한은 재설정되지 않으며 라우터는 지정된 간격으로 기본 링크의 상태를 확인합니다.통화 라우터에서, 라우터가 다이얼아웃을 수행하지 않는 한 동적 라우팅 프로토콜을 관심 없는 트래픽으로 정의할 필요가 없습니다.
사용된 라우팅 프로토콜에서 볼 수 있는 기본 링크보다 백업 링크가 덜 필요하도록 구성합니다.이는 기본 링크가 다시 한번 사용 가능해지면 동적 라우팅 프로토콜은 다이얼업 링크보다 기본 링크를 선호하며 두 링크 간에 로드 밸런싱을 수행하지 않으므로 백업 링크가 무기한 유지되기 때문입니다.다음 명령 중 하나를 사용하여 백업 링크를 덜 바람직한 것으로 구성할 수 있습니다.대역폭, 지연 또는 거리가 적절합니다.
기본 링크가 다시 활성화되면 보조 백업 링크가 끊어집니다.그러나 기본 링크가 복구되면 백업 링크가 삭제되기 전에 지연이 발생하도록 비활성화 타이머를 구현할 수 있습니다.이 지연 타이머는 유휴 타이머가 만료되고 기본 경로가 작동 중일 때 시작됩니다.이 지연 타이머는 특히 잦은 경로 변경을 경험하는 인터페이스 또는 인터페이스의 안정성을 보장할 수 있습니다.이 지연 타이머는 특히 잦은 경로 변경을 경험하는 인터페이스 또는 인터페이스의 안정성을 보장할 수 있습니다.이 지연 타이머는 다이얼러 watch-disable seconds interface 명령을 사용하여 구성할 수 있습니다.
Dialer Watch에는 다음과 같은 고려 사항이 있습니다.
라우팅 - 백업 초기화는 특정 인터페이스 또는 고정 경로 항목이 아니라 동적 라우팅 프로토콜에 연결됩니다.따라서 기본 인터페이스와 백업 인터페이스 모두 모든 인터페이스 유형이 될 수 있으며 여러 인터페이스와 여러 라우터에서 사용할 수 있습니다.
비패킷 의미 체계 - 다이얼러 감시 기능은 다이얼링을 트리거하기 위해 흥미로운 패킷에 의존하지 않습니다.다이얼링을 연기하지 않고 기본 경로가 다운되면 링크가 자동으로 나타납니다.이는 DLCI가 비활성 상태일 경우 회선 프로토콜이 작동하지 않을 수 있는 프레임 릴레이 회로에 대한 중요한 고려 사항입니다.
다이얼 백업 신뢰성 - 보조 백업 회선이 시작되지 않은 경우 다이얼러 감시 재다이얼 기능이 무기한 다이얼하도록 확장됩니다.일반적으로 DDR 백업 재전송 시도는 enable-timeouts 및 wait-for-carrier 시간 값에 의해 영향을 받습니다.일시적인 미디어 문제 또는 플랩 인터페이스로 인해 기존 DDR 링크에 문제가 발생할 수 있습니다.그러나 다이얼러 워치는 ISDN, 동기식 및 비동기식 직렬 링크에서 보조 백업 라인을 자동으로 재설정합니다.
다이얼러 감시를 사용하여 라우터의 초기 시작이 완료되고 구성된 타이머(초)가 만료된 후 기본 경로가 작동 중인지 확인할 수 있습니다.다음 명령을 사용하여 이를 수행할 수 있습니다.
dialer watch-list <group-number> delay route-check initial <seconds>
이 명령을 사용하면 라우터가 초기 라우터 시작이 완료되고 타이머(초)가 만료된 후 기본 경로가 작동 중인지 확인할 수 있습니다.이 명령을 사용하지 않으면 기본 경로가 라우팅 테이블에서 제거된 경우에만 다이얼러 감시가 트리거됩니다.라우터의 초기 시작 중에 기본 링크가 나타나지 않을 경우 라우팅 테이블에 경로가 추가되지 않으므로 모니터링할 수 없습니다.따라서 이 명령을 사용하면 다이얼러 감시 기능이 라우터의 초기 시작 중에 기본 링크 장애가 발생할 경우 백업 링크에 다이얼링합니다.
다중 라우터 백업 시나리오에 유용합니다.라우터는 다른 두 라우터 간의 링크/경로를 확인하고 링크가 실패할 경우 백업을 시작할 수 있습니다.
회선 프로토콜 상태와 독립적입니다.
동적 라우팅 프로토콜에 독립적입니다.
캡슐화 독립적입니다.
기본 경로의 손실을 탐지하면 즉시 전화를 겁니다.
라우팅 - 백업 초기화는 특정 인터페이스 또는 고정 경로 항목이 아닌 동적 라우팅 프로토콜에 연결됩니다.따라서 기본 인터페이스와 백업 인터페이스 모두 모든 인터페이스 유형이 될 수 있으며 여러 인터페이스와 여러 라우터에서 사용할 수 있습니다.다이얼러 워치는 기존 DDR 링크보다 선호하는 컨버전스도 사용합니다.
라우팅 프로토콜 독립 - 고정 경로 또는 IGRP(Interior Gateway Routing Protocol), EIGRP(Enhanced IGRP) 또는 OSPF(Open Shortest Path First) 같은 동적 라우팅 프로토콜을 사용할 수 있습니다.
패킷 이외의 의미 체계 - 다이얼러 감시 기능은 다이얼링을 트리거하기 위해 관심 있는 패킷에만 의존하지 않습니다.다이얼링을 연기하지 않고 기본 회선이 중단되면 링크가 자동으로 나타납니다.
다이얼 백업 신뢰성—보조 백업 회선이 시작되지 않을 경우 DDR 재다이얼 기능이 무기한 다이얼하도록 확장됩니다.일반적으로 DDR 재전송 시도는 enable-timeouts 및 wait-for-carrier 시간 값에 의해 영향을 받습니다.일시적인 미디어 문제 또는 플랩 인터페이스로 인해 기존 DDR 링크에 문제가 발생할 수 있습니다.그러나 다이얼러 워치는 ISDN, 동기식 및 비동기식 직렬 링크에서 보조 백업 라인을 자동으로 재설정합니다.
백업 인터페이스와 부동 고정 경로 방법보다 구성이 더 어렵습니다.
라우팅 프로토콜이 필요합니다.
라우팅 프로토콜 컨버전스 시간에 따라 달라집니다.
라우터는 다이얼 백업을 지원합니다. 즉, 라우터에 V.25 bis를 지원하는 DCE(Data Communications Equipment), 터미널 어댑터 또는 네트워크 종료 1 장치가 연결되어 있습니다.
라우터가 DDR용으로 구성되어 있습니다.이 컨피그레이션에는 다이얼러 맵 및 다이얼러 대역 내 명령과 같은 기존 명령이 포함되어 있습니다.
현재 다이얼러 감시 기능은 IP에서만 지원됩니다.
Cisco IOS® Software Release 12.1(7)까지 다이얼러 감시가 불안정했습니다.
참고: 다이얼러 워치에 영향을 주는 IOS 버그에 대한 수정 사항이 포함된 Cisco IOS Software Release 12.1(7) 이상을 사용하는 것이 좋습니다.
다음 표에는 세 가지 백업 방법의 특성이 요약되어 있습니다.이를 사용하여 비교하고 평가하여 사용할 방법을 결정할 수 있습니다.
참고: 다음 표에는 각 DDR 백업 방법을 구성하는 방법에 대한 예를 제공하는 CCO의 다양한 문서 링크가 나와 있습니다.
백업 인터페이스 | 부동 고정 경로 | 전화 걸기 감시 |
---|---|---|
기본 인터페이스의 라인 프로토콜 상태에 따라 달라지며 기본 인터페이스가 다운되어야 합니다. | 관리 거리가 더 높은 고정 경로를 사용하여 DDR 호출을 트리거합니다. | 라우팅 테이블에서 특정 경로를 확인하고 경로가 누락된 경우 백업 링크를 시작합니다. |
캡슐화는 하나의 요소입니다.예를 들어, 백업 인터페이스에서는 프레임 릴레이 백업이 제대로 작동하지 않을 수 있습니다. | 캡슐화는 독립적입니다. | 캡슐화는 독립적입니다. |
엔드 투 엔드 연결을 고려하지 않습니다.라우팅 오류와 같은 엔드 투 엔드 연결 문제가 백업 링크를 트리거하지 않습니다. | 피어에 대한 경로가 있는지 기반으로 기본 링크의 상태를 평가합니다.따라서 피어에 트래픽을 전달하는 기능에 따라 기본 링크 상태를 고려합니다. | 피어에 대한 경로가 있는지 기반으로 기본 링크의 상태를 평가합니다.따라서 피어에 트래픽을 전달하는 기능에 따라 기본 링크 상태를 고려합니다. |
백업 링크에 다이얼링을 트리거하려면 흥미로운 트래픽이 필요합니다. | 피어에 대한 경로가 손실된 후에도 백업 링크에 다이얼링을 트리거하려면 흥미로운 트래픽이 필요합니다. | 다이얼링을 트리거하는 데 관심 있는 패킷에 의존하지 않습니다.기본 경로가 손실되면 백업 링크에 다이얼링이 즉시 수행됩니다. |
라우팅 프로토콜에 의존하지 않습니다. | 라우팅 프로토콜 컨버전스 시간에 따라 달라집니다. | 라우팅 프로토콜 컨버전스 시간에 따라 달라집니다. |
라우팅 프로토콜에 독립적입니다. | 모든 동적 라우팅 프로토콜이 지원됩니다. | 모든 동적 라우팅 프로토콜이 지원됩니다. |
하나의 라우터, 하나의 인터페이스로 제한됩니다. | 일반적으로 단일 라우터로 제한되지만 여러 인터페이스/네트워크가 있습니다. | 다중 라우터 백업 시나리오를 지원합니다.예를 들어 한 라우터는 다른 두 라우터 간의 링크를 모니터링하고 해당 링크가 실패할 경우 백업을 시작합니다. |
필요에 따라 대역폭을 제공하는 데 사용할 수 있습니다.기본 링크가 지정된 임계값에 도달할 때 활성화하도록 백업 인터페이스를 설정할 수 있습니다. | 기본 링크의 로드에 관계없이 피어에 대한 경로가 존재하므로 온디맨드 대역폭을 사용할 수 없습니다. | 기본 링크의 로드에 관계없이 피어에 대한 경로가 존재하므로 온디맨드 대역폭을 사용할 수 없습니다. |