DDR 백업 구성 및 문제 해결

다운로드 옵션

  • PDF     (243.2 KB)
    다양한 디바이스에서 Adobe Reader로 보기
  • ePub     (85.2 KB)
    iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
  • Mobi (Kindle)     (80.2 KB)
    Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기
업데이트:2005년 9월 9일
문서 ID:10306

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

DDR(Dial-on-demand routing) 백업은 DDR 또는 다이얼 지원 인터페이스를 사용하여 WAN 링크(예: 프레임 릴레이 및 T1)에 대한 백업을 제공하는 데 사용됩니다.일반적인 DDR 백업 링크에는 ISDN BRI, 보조 포트의 모뎀 및 T1/E1이 포함됩니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.

표기 규칙

문서 표기 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.

배경 정보

이 문서에서는 두 가지 DDR 용어를 다음과 같이 정의합니다.

  • 일반 DDR - 링크를 통과해야 하는 트래픽이 있을 때마다 한 라우터가 다른 쪽으로 전화를 거는 시나리오입니다.이 컨피그레이션에는 백업 관련 명령이 포함되지 않습니다.

  • 백업 DDR - 기본 인터페이스가 다운될 때 트리거되는 기능이 추가된 일반 DDR 컨피그레이션입니다.이 작업은 적절한 백업 명령을 일반 DDR 구성에 추가하여 수행됩니다.

다음 단계에서는 DDR 백업 설계, 구성, 확인 및 문제 해결에 대한 지침을 제공합니다.

  • 설계:

    • 기본 및 백업 링크인 인터페이스를 확인합니다.

    • 구현할 백업 방법을 결정합니다.백업 인터페이스, 부동 고정 라우터 및 다이얼러 감시 중에서 선택할 수 있습니다.

  • 구성:

    • 레거시 DDR(다이얼러 맵) 또는 다이얼러 프로파일을 사용하여 일반 DDR으로 백업 링크를 구성합니다.

    • 정상 DDR의 백업 링크가 제대로 작동하는지 확인합니다.

    • 기본 링크가 실패할 때 백업 DDR 연결을 시작하도록 라우터를 구성합니다.

  • 확인:

    • 기본 회로가 다운될 때 백업 라우터가 실제로 백업 링크를 다이얼하는지 확인합니다.

    • 백업 링크가 안정적인지 확인합니다(플랩되지 않음).

    • 기본 링크가 복원된 후 지정된 기간 내에 백업 링크가 중단되었는지 확인합니다.

  • 문제 해결:

    • 흥미로운 트래픽 정의가 올바른지 확인합니다.

    • 적절한 다이얼 인터페이스에 대한 경로가 유효한지 확인합니다(백업 인터페이스 및 부동 고정 경로에만 해당).

    • 백업 DDR 컨피그레이션을 제거하고 일반 DDR 연결(백업에 사용된 동일한 회로를 사용)이 제대로 설정되었는지 확인합니다.

    • 필요에 따라 백업 인터페이스, 부동 고정 경로 또는 다이얼러 감시 관련 문제 해결을 수행합니다.

위의 각 단계는 이 문서의 나머지 부분에 대해 자세히 설명합니다.

설계

다음 정보를 사용하여 DDR 백업 시나리오를 설계합니다.

  • 기본 및 백업 링크 확인

    DDR 백업 시나리오를 설계할 때 먼저 사용해야 할 링크 유형을 결정해야 합니다.예를 들어, 기본 링크는 프레임 릴레이이고 백업은 ISDN BRI입니다.이 정보를 사용하여 사용할 백업 방법을 결정해야 합니다.

  • 구현할 백업 방법을 결정합니다.백업 인터페이스, 부동 고정 라우터 및 다이얼러 감시 중에서 선택할 수 있습니다.

    백업 방법을 결정하는 것은 주로 기본 인터페이스 유형과 전체 네트워크 설계(라우팅 프로토콜 포함)를 기반으로 합니다.

    참고: 백업 인터페이스를 사용하여 프레임 릴레이 물리적 인터페이스를 백업하지 마십시오.그러나 백업 인터페이스를 사용하여 프레임 릴레이 하위 인터페이스를 백업할 수 있습니다.

    백업 방법을 평가하여 특정 상황에 가장 적합한 방법을 결정합니다.자세한 내용은 백업 인터페이스 평가, 유동 고정 경로 및 DDR 백업에 대한 다이얼러 감시를 참조하십시오.

구성

일반 DDR을 구성하려면 다음 정보를 사용합니다.

확인

다음 단계를 수행하여 DDR 백업 연결이 올바르게 작동하는지 확인합니다.조건 중 하나라도 충족되지 않으면 이 문서의 문제 해결 섹션으로 진행합니다

  • 백업 라우터가 백업 링크에 전화를 걸지 않는지 확인합니다.

    백업 인터페이스를 구현하면 케이블을 뽑거나 이와 유사한 방식으로 기본 인터페이스를 물리적으로 다운하는 작업이 포함됩니다.Floating Static Routes 및 Dialer Watch의 경우 백업 링크를 활성화하려면 경로를 제거해야 합니다.

  • 백업 링크가 안정적인지 확인합니다(플랩되지 않음).

    백업 링크가 작동되면 안정적인지 확인해야 합니다.

  • 기본 링크가 복원될 때 백업 링크가 중단되었는지 확인합니다.

    다음을 확인합니다.

    • 라우터는 기본 링크가 작동 중임을 인식합니다.

    • 기본 링크가 원하는 기간을 초과한 후 라우터가 백업 링크의 연결을 해제합니다.

문제 해결 시나리오

사용한 DDR 백업 방법에 대한 문제 해결 절차를 사용합니다.

백업 인터페이스 문제 해결

문제/장애:기본 링크가 다운되면 백업 링크에 전화를 걸지 않습니다.

  • 가능한 솔루션 1:기본 링크가 다운되면 backup interface 명령이 구성된 인터페이스도 다운되는지 확인합니다.예를 들어, 기본 인터페이스가 인터페이스 Serial 0인 경우 백업 인터페이스가 스탠바이 인터페이스로 전환되려면 해당 인터페이스의 라인 프로토콜이 다운되어야 합니다.백업 인터페이스 방법은 백업 인터페이스가 실제로 작동하기 전에 구성된 인터페이스에 의존하므로 기본 링크 오류가 실제로 인터페이스의 상태에 반영되는지 확인해야 합니다.show interface slot/port 명령을 사용하여 인터페이스의 상태를 확인할 수 있습니다.장애 시 기본 링크 회선 프로토콜이 다운되지 않는 것을 관찰한 경우 다음 솔루션 중 하나를 선택할 수 있습니다.

    • 기본 인터페이스가 종료될 때 다운되는 다른 인터페이스를 선택합니다.

    • 부동 고정 경로 또는 다이얼러 감시를 사용하여 백업을 수행합니다.

  • 가능한 솔루션 2:라우터에서 백업 인터페이스가 대기 모드에서 변경되었음을 나타내는 콘솔 메시지를 생성했는지 확인합니다.이 메시지는 백업 지연 enable-timer disable-timer 명령에 의해 지정된 enable-timer가 만료된 후에만 나타납니다.이 콘솔 메시지가 표시되지 않으면 백업 지연 활성화 타이머를 더 낮은 값으로 조정합니다.자세한 내용은 직렬 회선에 대한 다이얼 백업 명령 문서를 참조하십시오.10초 지연 타이머의 예는 다음과 같습니다. 

    *Mar  1 03:37:31.788: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface Serial0, changed state to down

!-- The primary interface goes down.

*Mar  1 03:37:42.719: %LINK-3-UPDOWN: Interface Dialer1, 
changed state to up

!-- The backup interface is brought out of standby mode !-- approximately ten seconds later.

  • 가능한 솔루션 3:라우팅 테이블에 전화를 걸 백업 인터페이스에 대한 유효한 경로가 포함되어 있는지 확인합니다.경로가 없는 경우 다음 중 하나를 선택합니다.

    • 다이얼러 프로파일의 경우 백업 인터페이스를 가리키는 부동 기본 경로와 같은 경로를 생성합니다.

    • 다이얼러 맵의 경우 다이얼러 맵 문에 지정된 ip 주소를 가리키는 부동 기본 경로와 같은 경로를 생성합니다.

  • 가능한 솔루션 4:흥미로운 트래픽 정의가 올바르게 정의되고 백업을 제공하는 인터페이스에 적용되는지 확인합니다.예를 들어 라우팅 프로토콜 주기적 업데이트/hello가 백업 링크를 트리거하도록 하려면 라우팅 프로토콜이 흥미로운 것으로 정의되었는지 확인합니다.

    흥미로운 트래픽 정의는 dialer-list 명령으로 지정되며 이 목록은 명령 다이얼러 그룹을 사용하여 백업 인터페이스에 적용됩니다.예: 

    maui-soho-04#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
maui-soho-04(config)#dialer-list 1 protocol ip permit

! --- All IP traffic is marked interesting.

maui-soho-04(config)#interface bri 0
maui-soho-04(config-if)#dialer-group 1

!--- Apply interesting traffic definition !--- (for BRI 0) from dialer-list 1.

  • 가능한 솔루션 5:DDR 구성이 올바른지 확인합니다.백업 컨피그레이션을 제거하고 라우터가 일반 DDR을 사용하여 성공적으로 연결할 수 있는지 확인합니다.전화 접속 기술 참조:트러블슈팅 기술을 통해 추가 지원을 받을 수 있습니다.

문제/장애:Backup(백업) 링크는 다이얼하지만 다른 쪽에 연결되지 않습니다.

  • 가능한 솔루션 1:라우터가 백업 링크에 다이얼링하지만 연결하지 못하여 더 이상 DDR 백업 문제가 아니며 전화 접속 기술을 참조해야 합니다.트러블슈팅 기술을 통해 추가 지원을 받을 수 있습니다.

문제/장애:기본 링크가 복구되면 백업 링크가 비활성화되지 않습니다.

  • 가능한 솔루션 1:기본 링크가 복구될 때 backup interface 명령이 구성된 인터페이스가 나타나는지 확인합니다.라우터는 해당 인터페이스의 회선 프로토콜이 작동될 때까지 기본 링크가 작동 중임을 인식하지 않기 때문에 이 작업이 필요합니다.예를 들어, 기본 인터페이스가 인터페이스 Serial 0인 경우 백업 인터페이스가 스탠바이 인터페이스로 변경되도록 해당 인터페이스에 대한 라인 프로토콜이 나타나야 합니다.show interface slot/port 명령을 사용하여 인터페이스의 상태를 확인할 수 있습니다.

  • 가능한 솔루션 2:비활성화 타이머가 적절하게 설정되었는지 확인합니다.disable 타이머는 명령 백업 지연 enable-timer disable-timer와 함께 지정됩니다.예를 들어, 명령 백업 지연 10 60은 기본 링크가 중단된 후 10초 후에 백업 링크가 활성화되고 기본 링크가 복구되면 백업 링크가 60초 중단됨을 나타냅니다.백업 링크가 원하는 시간보다 오래 켜져 있으면 비활성화 시간을 아래로 조정합니다.

문제/장애:백업 링크가 안정적이지 않습니다(예: 플랩). 이는 라우터가 모든 기본 링크 플랩에 대해 백업 링크를 작동 및 중단하므로 일반적으로 불안정한 기본 링크에 의해 발생합니다.

  • 가능한 솔루션 1:백업 지연 타이머 값이 적절한지 확인합니다.기본 링크가 불안정한 경우, 비활성화 타이머를 높이면 라우터는 기본 링크가 지정된 시간 동안 작동 및 안정화된 것으로 확인될 때까지 백업 링크를 더 길게 유지할 수 있습니다.

  • 가능한 솔루션 2:물리적 인터페이스와 회로가 작동하는지 확인합니다.전화 접속 기술 참조:트러블슈팅 기술을 통해 추가 지원을 받을 수 있습니다.

부동 고정 경로 문제 해결

문제/장애:기본 링크가 다운되면 백업 링크에 전화를 걸지 않습니다.

  • 가능한 솔루션 1:기본 링크가 다운된 후 라우팅 테이블에 부동 고정 경로가 있는지 확인하려면 show ip route 명령을 사용합니다.부동 고정 경로는 다른 모든 동일한 경로가 제거된 후에만 라우팅 테이블에 설치되며 관리 거리가 낮습니다.따라서 기본 경로에 대한 다른 소스가 없는지 확인합니다(라우팅 루프로 인한 것일 수 있음).

  • 가능한 솔루션 2:흥미로운 트래픽 정의가 올바르게 정의되고(dialer-list 명령 사용) 백업을 제공하는 인터페이스(dialer-group 명령 사용)에 적용되는지 확인합니다.흥미로운 트래픽을 생성한 다음 디버그 다이얼러 패킷 명령을 사용하여 트래픽이 관심 대상으로 지정되고 링크를 표시할 수 있는지 확인합니다.

    참고: 라우팅 프로토콜은 흥미롭게 정의해서는 안 됩니다.이렇게 하면 주기적인 업데이트나 Hello가 백업 링크를 무기한 유지할 수 없습니다.다음은 이 백업 방법에 대해 흥미로운 트래픽 정의의 예입니다. 

    maui-soho-04(config)#dialer-list 1 protocol ip list 101

! --- Use access-list 101 for the interesting traffic definition.

maui-soho-04(config)#access-list 101 deny ospf any any

! --- Mark the Routing Protocol (in this case, OSPF) as NOT interesting.

maui-soho-04(config)#access-list 101 permit ip any any

! --- All other IP traffic is designated interesting.

maui-soho-04(config)#interface bri 0
maui-soho-04(config-if)#dialer-group 1

!--- apply interesting traffic definition (for BRI 0) from dialer-list 1.

    이러한 제한 때문에 부동 고정 경로를 사용하는 백업은 라우팅 프로토콜 트래픽을 사용하여 활성화할 수 없습니다.백업 인터페이스를 표시하려면 라우터가 다른 흥미로운 사용자 트래픽을 수신해야 합니다.가능한 솔루션 #3:DDR 구성이 올바른지 확인합니다.백업 컨피그레이션을 제거하고 라우터가 일반 DDR을 사용하여 성공적으로 연결할 수 있는지 확인합니다.전화 접속 기술 참조:추가 지원을 위한 트러블슈팅 기법.

  • 가능한 솔루션 3:DDR 구성이 올바른지 확인합니다.백업 컨피그레이션을 제거하고 라우터가 일반 DDR을 사용하여 성공적으로 연결할 수 있는지 확인합니다.전화 접속 기술 참조:트러블슈팅 기술을 통해 추가 지원을 받을 수 있습니다.

문제/장애:Backup(백업) 링크는 다이얼하지만 다른 쪽에 연결되지 않습니다.

  • 가능한 솔루션 1:라우터가 백업 링크에 다이얼링하지만 연결하지 못하여 더 이상 DDR 백업 문제가 아니며 전화 접속 기술을 참조해야 합니다.트러블슈팅 기술을 통해 추가 지원을 받을 수 있습니다.

문제/장애:기본 링크가 복구되면 백업 링크가 비활성화되지 않습니다.

  • 가능한 솔루션 1:show ip route를 사용하여 라우팅 프로토콜이 기본 경로를 재설치하는지 확인합니다.따라서 부동 고정 경로가 라우팅 테이블에서 제거됩니다.이제 모든 트래픽이 기본 링크를 사용해야 합니다.기본 경로를 재설치하지 않은 경우 라우팅 프로토콜을 트러블슈팅합니다.

  • 가능한 솔루션 2:디버그 다이얼러를 사용하여 백업 링크에 전달되는 흥미로운 트래픽이 없는지 확인합니다.흥미로운 트래픽은 유휴 시간 제한을 재설정하므로 원하지 않는 흥미로운 트래픽이 있는 경우 링크가 중단되지 않습니다.유휴 시간 제한을 재설정할 수 있는 특정 브로드캐스트 및 멀티캐스트 패킷에 주의하십시오.필요한 경우 관심 있는 트래픽 정의를 좀 더 제한적으로 수정하고 이러한 비인가 패킷을 흥미롭지 않게 지정합니다.

  • 가능한 솔루션 3:다이얼러 idle-timeout(기본값은 120초)을 낮춥니다. 유휴 시간 제한이 만료될 때만 백업 링크가 중단됩니다.따라서 유휴 시간 제한이 낮으면 백업 링크를 신속하게 종료할 수 있습니다.시간 제한을 재설정할 수 있는 비인가 흥미로운 패킷이 없을 경우(위의 솔루션 #2에서 설명)

문제/장애:기본 인터페이스가 다운된 경우 백업 링크가 안정적이지 않습니다(예: 플랩).

  • 가능한 솔루션 1:흥미로운 트래픽을 덜 제한적으로 변경합니다.이렇게 하면 유휴 시간 초과가 재설정되어 회선을 유지할 가능성이 높아집니다.그러나 변경 사항이 있어도 백업 링크가 무기한 작동하지 않는지 확인합니다(이전 문제에 설명).

  • 가능한 솔루션 2:백업 링크가 자주 중단되지 않도록 다이얼러 유휴 시간 제한을 높입니다.그러나 변경 사항으로 인해 백업 링크가 무기한 작동 상태로 유지되지 않는지 확인해야 합니다(이전 문제에 설명된 대로).

  • 가능한 솔루션 3:물리적 인터페이스와 회로가 작동하는지 확인합니다.전화 접속 기술 참조:추가 지원을 위한 트러블슈팅 기법

다이얼러 워치 문제 해결

다이얼러 감시를 구성하기 전에 DDR 연결이 제대로 작동하는지 구성 및 확인합니다.이렇게 하면 백업 관련 문제를 해결하기 전에 DDR 문제를 격리하고 해결할 수 있습니다.Dialer Watch를 구성할 때 Cisco IOS® Software Release 12.1(7) 이상을 사용하는 것이 좋습니다.

다음 섹션에서는 몇 가지 문제와 가능한 솔루션에 대해 설명합니다.

문제/장애:기본 링크가 다운되면 라우터가 백업 링크에 전화를 걸지 않습니다.

  • 가능한 솔루션 1:show ip route 명령을 사용하여 보고 있는 경로가 라우팅 테이블에 있는지 확인합니다.다이얼러 감시를 위해 구성된 경로는 라우팅 테이블의 경로와 정확히 일치해야 합니다.여기에는 네트워크 및 마스크가 동일한지 확인하는 것도 포함됩니다.예를 들어 라우팅 테이블에 10.0.0.0/8이 표시되고 dialer watch-list 1 ip 10.0.0.0 255.255.255.0(10.0.0.0/24)을 사용하는 경우 다이얼러 감시 기능은 10.0.0.0/8이 더 이상 라우팅 테이블에 없음을 탐지할 수 없습니다.

  • 가능한 솔루션 2:백업 인터페이스에 두 개의 다이얼러 맵 문이 있는지 확인합니다.

    • dialer watch-list 명령으로 지정된 경로/네트워크에 대한 맵 문이 하나 있어야 합니다.

    • 원격 라우터 인터페이스의 IP 주소에 대한 맵 문이 하나씩 있어야 합니다.

  • 가능한 솔루션 3:명령 다이얼러 watch-list group-number delay route-check 초기 초를 구성합니다.자세한 내용은 을 참조하십시오.

문제/장애:백업 링크가 설정되었지만 백업 링크를 통해 라우팅 정보가 전송되지 않습니다.

  • 가능한 솔루션:백업 인터페이스 IP 네트워크가 라우팅 프로토콜 컨피그레이션에 포함되어 있는지 확인합니다.

문제/장애:기본 링크가 복구되면 백업 링크가 비활성화되지 않습니다.

참고: 다이얼러 감시 기능을 사용하면 흥미로운 트래픽은 유휴 시간 제한을 제어하는 데만 사용되며, 이 시간 제한은 기본 경로의 상태를 폴링하는 데 사용되는 간격을 제어합니다.

  • 가능한 솔루션 1:다이얼러 유휴 시간 제한을 낮춥니다.기본값은 120초이지만 필요에 따라 이 값을 낮출 수 있습니다.

  • 가능한 솔루션 2:show dialer 명령을 사용하여 유휴 시간 제한이 재설정되지 않는지 확인합니다.

    흥미로운 트래픽 정의(dialer-list 명령으로 구성)를 보다 제한적으로 변경합니다.Routing Protocol 트래픽은 Uninterest(관심 없음)로 표시되어야 합니다.

    마지막 수단으로 dialer-list 1 프로토콜 ip deny 명령을 사용하여 모든 IP 트래픽을 재미없는 것으로 구성할 수 있습니다.이 흥미로운 트래픽 정의를 사용하면 유휴 시간 제한이 재설정되지 않으며 라우터가 지정된 간격으로 기본 링크의 상태를 확인합니다.

  • 가능한 솔루션 3:사용 중인 라우팅 프로토콜의 관점에서 백업 링크가 기본 링크보다 덜 적합한지 확인합니다.따라서 기본 링크가 복구될 때 동적 라우팅 프로토콜은 백업 링크보다 기본 링크를 선호하며 두 링크 간의 로드 밸런싱은 선호하지 않습니다.이 작업을 수행하지 않으면 백업 링크가 영구적으로 유지 될 수 있습니다.라우터가 기본 및 백업 링크를 모두 사용하여 라우터 간에 트래픽을 라우팅하는지 확인하려면 show ip route를 사용합니다.이 경우 라우터는 동일한 중복 경로를 유지합니다.기본 및 백업 링크에 대한 하나

    라우팅 프로토콜의 관점에서 백업 링크가 덜 바람직한지 확인하려면 다음 방법 중 하나를 사용할 수 있습니다.대역폭, 지연 또는 거리.자세한 내용은 Cisco IOS 소프트웨어 명령 참조를 참조하십시오.

관련 정보

이 문서가 도움이 되셨습니까?

Feedback피드백

지원 문의

이 문서가 적용되는 제품