이 문서에서는 다이얼러 프로파일을 구성하고 문제를 해결하기 위한 팁을 제공합니다.
이 문서의 독자는 다음 내용을 숙지해야 합니다.
레거시 DDR(다이얼러 맵 및 다이얼러 로터리 그룹)
PPP CHAP(Challenge Handshake Authentication Protocol) 및 PAP(Password Authentication Protocol)
CLID(Caller ID) 및 DNIS(Dialed Number Identification Service)
이 문서의 정보는 아래 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
다이얼러 프로파일은 Cisco IOS® 소프트웨어 릴리스 11.2에서 처음 도입되었습니다.
이 문서의 지침은 Cisco IOS Software Release 12.0(7)T 이상에 대한 것입니다. 이전 Cisco IOS 소프트웨어 버전의 다이얼러 프로필 동작은 이 문서에서 다루지 않습니다.
다이얼러 프로파일이 변경되어 Cisco IOS Software Release 12.1 이상을 실행하는 것이 좋습니다. 다이얼러 프로파일은 ISDN 인터페이스가 있는 Cisco 라우터와 함께 사용할 수 있습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 라이브 네트워크에서 작업하는 경우, 사용하기 전에 모든 명령의 잠재적인 영향을 이해해야 합니다.
Software Advisor 도구(등록된 고객만 해당)를 사용하여 실행 중인 Cisco IOS 소프트웨어 버전이 이 기능을 지원하는지 확인합니다.
팁: Software Advisor 도구에서 Dynamic Multiple Encapsulation for Dial-in over ISDN이라는 기능을 검색합니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
여러 시나리오에서 유용하지만, 여러 사용자에 대해 다른 특성을 정의하여 사용자를 차별화하려는 경우에는 기존 DDR(Dial-on-demand routing)이 제한적입니다. 레거시 DDR에서는 이 작업을 수행할 수 없습니다. 다이얼러 프로파일은 라우터에 사용자별 프로파일을 구성할 수 있도록 새로운 DDR 모델로 설계되었습니다. 프로파일은 특정 사용자의 특성을 결정하며, 수신 또는 발신 DDR 통화에 대해 물리적 인터페이스(예: 비동기 또는 기본 속도 인터페이스 - BRI)에 동적으로 바인딩됩니다. 다이얼러 프로필은 인바운드 또는 아웃바운드 다이얼링을 위해 PPP(Point-to-Point Protocol), HDLC(High-Level Data Link Control), 프레임 릴레이 또는 X.25 캡슐화를 지원합니다. PPP 캡슐화는 권장되는 선택이며 이 문서에서는 PPP에 중점을 둡니다.
다이얼러 프로필이 구성에 가장 적합한 옵션인지 확인하려면 다음 질문에 답하십시오. '관심 없음'으로 응답된 모든 질문은 '아니요'로 해석해야 합니다. 다음 질문에 대한 답을 아래 표시된 순서도에 적용하여 가장 적합한 방법을 결정해야 합니다.
사용자별 요구 사항이 있습니까? 다시 말해, 압축, 유휴 시간 제한, 레이어 3 주소 지정 또는 기타 서비스 또는 기능과 같이 사용자 간에 기능을 다르게 적용해야 합니까?
통화 방향과 상관없이 200개 이상의 사이트에 연결할 수 있습니까?
참고: 200개의 사이트는 네트워크 확장이 중대한 문제가 되는 임의의 숫자입니다.
아웃바운드 다이얼링에 대한 요구 사항이 있습니까?
최상의 DDR 구현 방법을 얻으려면 아래 순서도를 사용하십시오.
레거시 DDR에 대한 자세한 내용은 Dial-on-Demand Routing Configuration의 Cisco IOS Dial Technologies Configuration Guide 장을 참조하십시오.
가상 프로파일(VP)에 대한 자세한 내용은 가상 템플릿, 프로파일 및 네트워크의 Cisco IOS Dial Technologies Configuration Guide 장을 참조하십시오.
LSDO(Large-Scale Dial-Out)에 대한 자세한 내용은 Configuring Large-Scale Dial-Out(대규모 다이얼아웃 구성)의 Cisco IOS Dial Technologies Configuration Guide 장을 참조하십시오.
레거시 DDR과 달리 다이얼러 프로파일은 포인트 투 포인트 인터페이스입니다. 이 사실은 레이어 3에서 레이어 2 맵에 대한 요구 사항과 여러 맵을 관리하는 데 따르는 복잡성을 완화합니다.
서로 다른 레이어 3 네트워크 주소로 물리적 인터페이스의 여러 멤버를 구성합니다.
다이얼러 프로필을 사용하면 물리적 인터페이스에서 수신 또는 발신 통화 요구 사항에 따라 다른 특성을 적용할 수 있습니다.
기본 인터페이스가 작동 중일 때 백업 인터페이스를 비전용이고 사용할 수 있도록 허용합니다.
DDR 인터페이스를 드나드는 최소 또는 최대 연결 수를 제어합니다.
ISDN 인터페이스의 각 B 채널에 대해 서로 다른 DDR 매개변수를 설정할 수 있습니다.
다이얼러 프로파일이 유용한 일반적인 상황은 다음과 같습니다.
라우터는 여러 사이트에 연결해야 하며 피어는 서로 다른 서브넷에 있습니다.
일반 DDR에 물리적 인터페이스를 사용하고 WAN 링크에 백업을 제공해야 합니다.
일부 B 채널은 특정 연결을 위해 예약해야 합니다.
피어는 다른 캡슐화를 실행합니다(예: HDLC 및 PPP).
참고: 이 기능을 사용하려면 Cisco IOS Software 버전 12.0(7)T 이상이 필요합니다.
일부 연결에는 여러 채널이 필요할 수 있지만 다른 연결에는 단일 채널만 필요할 수 있습니다.
각 연결에는 서로 다른 idle-timeout 값이 필요합니다.
각 연결에는 서로 다른 흥미로운 트래픽 정의가 필요합니다.
피어의 IP 주소를 알 수 없음
ISDN B 채널(PRI의 경우)은 서로 다른 구성을 필요로 함
위에서 설명한 대부분의 상황은 다이얼러 프로파일이 이상적인 사용자별 관련 문제입니다. 위의 목록에는 다이얼러 프로파일을 사용할 수 있는 모든 상황이 포함되지 않습니다.
다이얼러 프로파일에는 알려진 제한이 있습니다. 예를 들면 다음과 같습니다.
CLID 기반 바인딩이 활성화되지 않은 경우(Cisco IOS Software Release 12.0(7)T 이상 필요) PPP Authentication 및 Multilink는 물리적 인터페이스 및 다이얼러 인터페이스에서 활성화되어야 합니다.
각 다이얼러 인터페이스는 인터페이스를 관리하는 내부 구조인 IDB(Interface Description Block)를 사용합니다. 허용되는 IDB의 수가 한정되어 있습니다(Cisco IOS 소프트웨어 버전 및 플랫폼에 따라 다름). 이는 다이얼러 프로파일이 대규모 DDR 애플리케이션에 확장되지 않을 수 있음을 의미합니다. 다양한 플랫폼의 IDB 제한에 대한 자세한 내용은 Cisco IOS 플랫폼의 최대 인터페이스 수 및 하위 인터페이스 수: IDB 제한.
다이얼러 프로파일 내에서는 동일한 특성을 공유하는 사용자 그룹에 대해 일반 다이얼러 프로파일(또는 기본 프로파일)을 구성하는 방법이 없습니다. 각 사용자는 고유한 프로필을 가져야 합니다.
팁: 다이얼러 프로파일과 함께 가상 프로파일을 사용합니다. 가상 프로필은 뛰어난 "기본 프로필"을 제공할 수 있습니다.
수신 연결의 경우, 먼저 통화에 응답하고 비용을 발생시키지 않고 프로필로 들어오는 통화의 양을 제한할 수 없습니다.
다이얼러 프로파일은 다음 요소로 구성됩니다.
다이얼러 인터페이스 - 사용자별 다이얼러 프로파일을 정의하는 논리적 엔티티입니다. 사용자별 모든 컨피그레이션 설정은 다이얼러 인터페이스 컨피그레이션으로 이동합니다. 예를 들어, 레이어 3 프로토콜 주소, 흥미로운 트래픽, 시간 초과 등이 있습니다. 이 다이얼러 인터페이스는 레거시 DDR을 사용하는 로터리 그룹으로 사용되는 다이얼러 인터페이스와 완전히 다릅니다. 이 논의에서는 다이얼러 프로파일과 다이얼러 인터페이스를 동의어로 간주해야 합니다.
다이얼러 풀 - 각 다이얼러 인터페이스는 단일 다이얼러 풀의 멤버입니다. 풀은 하나 이상의 물리적 인터페이스의 그룹입니다. 풀 내에서 인터페이스(비동기, ISDN, 직렬)의 조합이 있을 수 있습니다. 특정 물리적 인터페이스에 대한 아웃바운드 다이얼링 경합이 다이얼러 pool-member priority 명령으로 해결됩니다.
물리적 인터페이스 - 인터페이스(예: BRI 및 비동기)는 하나 이상의 풀의 멤버로 구성되며, 캡슐화 매개변수 및 인터페이스가 속한 다이얼러 풀을 식별하도록 최소 구성됩니다. CLID(Caller ID) 기반 바인딩을 활성화하지 않는 한 PPP 인증 및 Multilink PPP(해당되는 경우)도 물리적 인터페이스에서 구성해야 합니다.
아래 다이어그램은 다이얼러 프로파일의 다양한 요소 간의 샘플 상호 작용을 보여줍니다.
이제 통화별로 다이얼러 프로파일을 물리적 인터페이스에 동적으로 바인딩하는 개념을 자세히 살펴보겠습니다.
특정 피어에 대한 컨피그레이션 정보는 다이얼러 프로필에 포함되어 있습니다. 특정 피어가 전화를 걸거나 물리적 포트를 통해 전화를 걸면 라우터는 원격 다이얼러 프로파일을 물리적 인터페이스에 바인딩해야 합니다. 라우터에 여러 다이얼러 프로파일이 구성되어 있을 수 있으므로 지정된 통화(수신 또는 발신)에 대해 바인딩할 프로파일을 올바르게 선택해야 합니다. 이 주제에 대해 전화 걸기 또는 전화 걸기를 할 때 단계별 절차, 순서도를 제공합니다. 단계별 절차를 사용할 때는 순서도를 참조하십시오.
이 시나리오는 다이얼러 로터리 그룹의 작업과 매우 유사합니다. 물리적 인터페이스는 특정 연결에 대한 다이얼러 프로파일의 특성을 가정합니다. 바인딩 프로세스는 다음과 같습니다.
수신 패킷이 라우터에 도착합니다. 라우팅 테이블 조회는 다이얼러 인터페이스를 통한 목적지 주소를 나타냅니다.
Cisco IOS 소프트웨어는 다이얼러 인터페이스가 다이얼러 프로파일입니다. 이 프로파일에 대한 기존 연결이 없는 경우 다이얼러 인터페이스가 연결된 풀이 식별됩니다.
기존 연결이 있는 경우 패킷이 물리적 인터페이스에 대기되고 트래픽이 "관심"인 경우 유휴 타이머가 재설정됩니다.
기존 연결이 없는 경우, 트래픽이 다이얼러 목록에 대해 검사되어 관심이 있는지 확인합니다. 그렇지 않으면 패킷이 삭제됩니다. 트래픽이 흥미로운 경우 5단계로 진행합니다.
기존 연결이 없으면 Cisco IOS 소프트웨어는 다이얼러 풀 우선순위가 가장 높은 다이얼러 인터페이스에 속하는 물리적 인터페이스를 검색합니다. 다이얼링에 사용할 인터페이스입니다. 이 인터페이스는 다이얼러 인터페이스에 바인딩되어 물리적 인터페이스가 다이얼러 인터페이스의 컨피그레이션을 가정하게 됩니다.
Cisco IOS 소프트웨어는 다이얼러 프로파일에 대한 전화 번호로 전화를 걸며, 이 시점에서 일반적인 DDR 단계가 발생합니다.
피어의 인증된 이름이 발신 다이얼러 프로파일의 다이얼러 원격 이름과 일치하지 않으면 통화가 끊어집니다.
다이얼러 풀이 ISDN 인터페이스, 비동기 인터페이스 또는 두 인터페이스가 혼합되어 구성되어 있는지 여부에 관계없이 이 시퀀스는 동일합니다.
프로필의 아웃바운드 통화 수는 최소 및 최대 임계값으로 관리할 수 있습니다(dialer pool-member pool_number max-link number min-link number 명령 사용). 최소 임계값은 예약 시스템으로 사용되는 반면, 최대 임계값은 프로파일 과다 사용을 방지합니다. 임계값에 도달하면 해당 프로필에서 더 이상 발신 통화가 허용되지 않습니다.
수신 인터페이스는 여러 풀의 멤버가 될 수 있으며 이러한 풀은 여러 다이얼러 프로파일과 연결될 수 있으므로 수신 통화에 대한 다이얼러 프로파일 바인딩이 더 복잡합니다. 동적 바인딩이 가능하지 않으면 통화가 끊어집니다. 바인딩 프로세스는 아래와 같습니다.
참고: 이 프로세스는 실행 순서대로 표시되며 첫 번째 일치 항목이 발견되면 통화가 다이얼러 인터페이스에 바인딩됩니다.
물리적 인터페이스가 하나의 풀의 멤버이고 이 다이얼링 풀에 하나의 다이얼러 프로파일만 연결된 경우 물리적 인터페이스를 이 다이얼러 프로파일에 바인딩합니다.
참고: 이 단계는 구성된 단일 다이얼러 프로파일에 다이얼러 호출자 또는 다이얼러가 명령을 호출하지 않은 경우에만 수행됩니다. 두 명령 중 하나를 구성한 경우 이 바인딩은 성공적인 일치가 있는 경우에만 수행됩니다.
다이얼러 인터페이스에서 다이얼러 caller 명령을 사용하여 통화에서 발신자 ID(CLID)를 확인합니다. 물리적 인터페이스가 멤버인 풀과 연결된 프로파일만 선택됩니다. 일치하는 항목이 발견되면 일치하는 다이얼러 프로필에 물리적 인터페이스를 바인딩합니다. 어떤 이유로든 이 검사가 실패하면 추가 바인딩 시도에서 다음 단계로 진행합니다. 다이얼러 발신자에 대한 자세한 내용은 발신자 ID가 있는 ISDN 인증 및 콜백 문서를 참조하십시오. CLID를 텔코 또는 다이얼러 발신자가 다이얼러 프로파일 아래에 구성하지 않은 경우 이 단계를 건너뜁니다.
수신 통화 Q.931 설정 메시지에서 텔코가 제공하는 DNIS-plus-ISDN-subaddress 정보를 사용하여 바인딩하려고 합니다. 이 수신 통화 DNIS 및 하위 주소 정보는 각 다이얼러 프로필에서 다이얼러라는 명령을 기준으로 확인됩니다. 일치하는 항목이 있으면 바인딩이 성공합니다. 그렇지 않으면 다음 기준으로 이동합니다.
참고: DNIS 바인딩은 수신 통화 Q.931 설정 메시지에 ISDN 하위 주소 정보가 있고 다이얼러 명령이 다이얼러 프로필에 올바르게 구성된 경우에만 허용됩니다. ISDN 하위 주소는 주로 유럽 및 호주에서 사용되며 북미 지역에서는 일반적이지 않습니다.
물리적 인터페이스가 PPP 인증을 위해 구성된 경우 통화에 응답하고 원격 피어를 인증합니다. 동일한 이름이 구성된 다이얼러 프로파일을 식별하려면 인증된 이름을 사용합니다(dialer remote-name 명령 사용). 물리적 인터페이스가 멤버인 풀과 연결된 프로파일만 검사합니다. 일치하는 항목이 발견되면 일치하는 다이얼러 인터페이스에 물리적 인터페이스를 바인딩합니다. 어떤 이유로든 이 확인이 실패하면 바인딩 시도 알고리즘이 실패하고 통화가 끊어집니다.
바인딩은 성공적인 연결을 의미하지 않습니다. 물리적 인터페이스에 이제 사용할 컨피그레이션이 있다는 의미입니다. 그러나 다른 이유(예: IPCP(IP Control Protocol) 실패)로 인해 통화 연결이 끊길 수 있습니다.
바인딩이 성공하고 디바이스가 인증되면 라우터는 다이얼러 원격 이름이 피어의 인증된 사용자 이름과 일치하는지 확인합니다. 이름이 일치하지 않으면 통화가 끊어집니다.
발신자 ID 또는 DNIS를 사용하여 동기식 ISDN 통화만 바인딩할 수 있습니다. 현재 모뎀 통화가 ISDN BRI 또는 PRI 연결을 통해 전달되는 경우 모뎀 통화를 바인딩하기 위해 제공된 CLID/DNIS를 사용하지 않습니다.
프로필의 인바운드 통화 수는 최대 임계값(다이얼러 pool-member 명령의 max-link 옵션)으로 관리할 수 있습니다. 최대 임계값은 프로파일의 과다 사용을 방지합니다. 라우터가 통화에 응답하여 통화의 대상 프로파일 및 프로파일 최대 연결 제한에 도달했는지 여부를 확인합니다. 최대값에 도달하면 통화가 끊어집니다.
다이얼러 프로필을 구성하려면 다음 작업을 수행합니다.
하나 이상의 다이얼러 인터페이스를 구성합니다. 대상에 해당하는 모든 컨피그레이션 설정은 다이얼러 인터페이스 컨피그레이션으로 이동합니다.
단계 | 명령을 사용합니다 | 목적 |
---|---|---|
1. | 인터페이스 전화 번호 | 다이얼러 인터페이스를 생성합니다. |
2 . | ip 주소 ip_address subnet_mask 또는 ip 번호가 지정되지 않은 인터페이스 또는 ip 주소 협상됨 | 다이얼러 인터페이스의 IP 주소 및 마스크를 대상 네트워크에서 호출할 노드로 지정합니다. 라우터의 다른 Up/Up 인터페이스에 대한 인터페이스의 번호를 해제하거나 IPCP 협상 중에 주소를 가져올 수도 있습니다 |
3 . | 캡슐화 ppp | PPP 캡슐화를 지정합니다. |
4. | (선택 사항)ppp 인증 chap | pap [전화 걸기] | PPP 인증 방법을 지정합니다. 이는 CLID 또는 DNIS 기반 바인딩을 수행하지 않는 경우에만 필요합니다. 자세한 내용은 전화 걸기 섹션을 참조하십시오. |
5. | 전화 걸기 발신자 번호 | 피어의 호출자 ID(CLID)를 구성합니다(바인딩에 사용). 텔코가 수신 통화 설정 메시지에서 CLID를 제공하는지 확인합니다. |
6. | (선택 사항)DNIS:subaddress라는 다이얼러 | 바인딩에 사용할 수 있는 DNIS 및 하위 주소 정보를 지정합니다. 이는 주로 유럽과 호주에서 사용됩니다. 참고: DNIS 및 하위 주소를 모두 구성합니다. 그렇지 않으면 이 프로파일에 대한 모든 DNIS 바인딩 시도가 실패합니다. |
7 . | 다이얼러 원격 이름 사용자 이름 | 원격 라우터 인증 이름을 지정합니다. 사용자 이름을 올바르게 지정하지 않으면 통화가 끊어집니다. |
8. | 다이얼러 문자열 다이얼 문자열 클래스 클래스 이름 | 호출할 원격 대상과 이 대상에 대한 통화의 특성을 정의하는 맵 클래스를 지정합니다. map-class는 선택 사항입니다. 이 명령은 라우터가 아웃바운드 통화를 하는 경우에만 필요합니다. |
9 . | 다이얼러 풀 풀 번호 | 이 대상에 대한 통화에 사용할 전화 걸기 풀을 지정합니다. |
10. | 다이얼러 그룹 그룹 번호 | 다이얼러 그룹에 다이얼러 인터페이스를 할당합니다. 이는 흥미로운 트래픽 정의를 인터페이스에 적용합니다 |
11. | dialer-list group-number protocol protocol-name {permit | 거부 | list} access-list-number | 목록 번호 또는 프로토콜 및 목록 번호별로 액세스 목록(전역 컨피그레이션 모드에서)을 지정하여 통화를 트리거할 수 있는 "관심 있는" 패킷을 정의합니다. group-number는 9단계와 동일해야 합니다. |
(선택 사항) 통화 대상별로 서로 다른 통화 유형에 대해 다른 특성을 지정하도록 맵 클래스를 구성합니다. 자세한 내용은 map-class dialer 명령 구성 섹션을 참조하십시오.
물리적 인터페이스를 구성합니다.
단계 | 명령을 사용합니다 | 설명 |
---|---|---|
1. | interface interface_type 번호 | 다이얼러 프로파일에 대한 물리적 인터페이스 매개변수 구성 |
2 . | (선택 사항)캡슐화 ppp | PPP 캡슐화를 기본값으로 지정합니다. x25, Frame Relay, HDLC 등을 구성할 수도 있습니다. 물리적 인터페이스에서 PPP 캡슐화를 사용하지만 B 채널을 통해 실행되는 실제 캡슐화는 이 인터페이스에 바인딩된 다이얼러 프로필에 구성된 캡슐화에 의해 결정됩니다. |
3 . | (선택 사항)ppp 인증 chap | pap [전화 걸기] | PPP 인증 방법을 지정합니다. 이는 CLID 또는 DNIS 기반 바인딩을 수행하지 않는 경우에만 필요합니다. 자세한 내용은 전화 걸기 섹션을 참조하십시오. |
4. | (선택 사항)ppp 멀티링크 | 이 물리적 인터페이스에서 PPP 무크티링크를 허용합니다. 이는 CLID 또는 DNIS 기반 바인딩을 수행하지 않는 경우에만 필요합니다. 자세한 내용은 전화 걸기 섹션을 참조하십시오. |
5. | 다이얼러 풀 멤버 풀 번호 | 다이얼러 풀에 물리적 인터페이스를 할당합니다. 이 풀 번호는 이전 테이블의 9단계에서 구성한 것과 같아야 합니다. |
참고: 이 물리적 인터페이스를 통해 들어오는 모든 연결이 CLID 또는 DNIS를 사용하여 바인딩되지 않은 경우 물리적 인터페이스에서 캡슐화 ppp, ppp 인증 및 ppp multilink(해당되는 경우)를 구성해야 합니다.
CHAP 또는 PAP 인증을 위한 사용자 이름 및 비밀번호를 구성합니다. PAP 구성에 대한 자세한 내용은 PPP PAP(Password Authentication Protocol) 구성 및 문제 해결을 참조하십시오. CHAP 정보는 PPP CHAP 인증 이해 및 구성을 참조하십시오.
다이얼러 인터페이스를 다음 홉으로 사용하여 고정 경로를 구성합니다.
위의 그림에서
다이얼러 인터페이스 다이얼러1은 다이얼러 풀 10을 사용합니다.
다이얼러 인터페이스 다이얼러2에서 다이얼러 풀 20 사용
다이얼러 인터페이스 다이얼러3에서 다이얼러 풀 30 사용
BRI 0, BRI 1, BRI 2는 다이얼러 풀 10에 속함
BRI 1, BRI 2는 다이얼러 풀에 속함 20
BRI 2는 다이얼러 풀 30에 속함
인터페이스 다이얼러1이 DDR 연결을 설정해야 하는 경우 다이얼러 풀 10의 BRI 중 하나를 사용합니다. 이 경우 BRI 0, BRI 1 또는 BRI 2의 B 채널이 통화에 사용됩니다.
다이얼러 인터페이스 다이얼러2가 DDR 연결을 만들어야 할 경우 다이얼러 풀 20(확장자 BRI 1 또는 BRI 2)을 사용합니다.
다이얼러 풀 내에서 경합을 방지하려면 다이얼러 풀의 물리적 인터페이스의 우선 순위를 지정할 수 있습니다.
이러한 다이얼러 인터페이스 컨피그레이션 작업은 아래 샘플 컨피그레이션에 나와 있습니다.
interface Dialer1 ip address 1.1.1.1 255.255.255.0 ! -- IP Address. ! -- For simplicity keep this address in the same network as the peer. ! -- If needed, you can unnumber this to another interface instead. encapsulation ppp dialer remote-name Smalluser ! -- Authenticated remote name of the peer. ! -- Verify that this name exactly matches the authenticated name of the remote. dialer string 5554540 ! -- Number for outbound call. For inbound calls this is not needed. ! -- Multiple dial strings can be specified for the same dialer interface. dialer caller 5554540 ! -- CLID information used for binding. dialer pool 10 !-- Member of dialer pool 10. !-- The dialer interface can only be a member of 1 pool(the reverse is not true). dialer-group 1 ! -- Interesting traffic is defined by dialer-list 1. ! interface Dialer2 ip address 2.2.2.2 255.255.255.0 encapsulation ppp dialer remote-name Mediumuser !-- Note that the remote-name is different from the other profiles. !-- Do not configure two dialer profiles with the same remote-name. dialer string 5554541 dialer caller 5554541 dialer load-threshold 50 either ! -- Load threshold (50/255=20%) for multilink ppp. dialer pool 20 dialer-group 2 ppp multilink ! -- Dialer 2 can perform Multilink PPP. ! interface Dialer3 ip address 3.3.3.3 255.255.255.0 encapsulation ppp dialer remote-name Poweruser dialer string 5554542 class Eng !--- Dial 5554542 and use the map-class named "Eng" (defined below). dialer caller 5554542 dialer hold-queue 10 dialer load-threshold 80 ! -- Load threshold (80/255=32%) for multilink ppp. dialer pool 30 dialer-group 2 ppp multilink ! -- Dialer 3 can perform Multilink PPP. ! map-class dialer Eng !--- Map-class named "Eng" that was used with the dialer string in Dialer3. isdn speed 56
참고: 연결해야 하는 모든 원격 디바이스에 대해 다이얼러 인터페이스를 구성합니다.
dialer remote-name user-name 명령을 사용하여 원격 대상을 지정합니다. 인증을 위해 전달된 원격 라우터 이름입니다.
다이얼러 문자열 문자열 명령을 사용하여 다이얼할 번호(아웃바운드 통화의 경우)를 지정합니다. 필요한 경우 맵 클래스를 구성할 수 있습니다.
피어의 CLID를 지정하려면 dialer caller lookup 명령을 사용합니다.
다이얼러 풀 번호 명령을 사용하여 다이얼러 인터페이스를 다이얼러 풀에 바인딩합니다. 다이얼러 인터페이스는 다이얼러 풀 하나에만 연결할 수 있지만 다이얼러 풀은 여러 다이얼러 인터페이스와 연결할 수 있습니다.
dialer-group group-number 명령은 "흥미로운" 트래픽을 정의하는 다이얼러 목록을 참조하는 데 사용됩니다.
참고: dialer-list dialer-group protocol protocol-name {permit | 거부 | list access-list-number} 명령은 통화를 트리거할 "관심" 패킷을 정의하는 프로토콜 또는 액세스 목록 번호를 지정합니다.
map-class dialer class-name 명령을 사용하여 map-class를 지정하고 map-class 컨피그레이션 모드를 시작할 수 있습니다. 아래 표는 옵션을 보여줍니다.
명령을 사용합니다 | 설명 |
---|---|
다이얼러 isdn [speed <56>] | [no-spc] | ISDN 회선 속도 56Kbps를 지정합니다. 참고: 기본값은 64Kbps입니다. speed 매개 변수는 56Kbps 회선 속도에서만 사용됩니다. 64는 올바른 옵션이 아닙니다. 참고: 필요한 경우 통신사에 문의하십시오. |
다이얼러 유휴 시간 제한 번호 | 통화 시 사용할 유휴 타이머 값을 지정합니다. 기본값은 120초입니다. 참고: 다이얼러 인터페이스에서 유휴 시간 제한을 구성할 수도 있습니다. |
다이얼러 빠른 유휴 번호 | 통화 시 사용할 빠른 유휴 타이머 값을 지정합니다. 이는 물리적 인터페이스에 혼잡이 있을 때 사용됩니다. 기본값은 20초입니다. |
다이얼러 캐리어 시간 번호 | 통화 시 사용할 통신 사업자 시간 값을 지정합니다. |
참고: 위에 표시된 다이얼러 명령 중 일부는 다이얼러 인터페이스 또는 map-class에서 직접 구성할 수 있습니다. 동일한 명령이 두 번 이상 나타날 수 있으며, 다른 매개변수와 함께 나타날 수 있습니다. 우선 순위 순서는 가장 높은 값부터 가장 낮은 순서입니다.
map-class 매개변수
인터페이스 매개변수
다이얼러 풀 멤버 번호 명령을 사용하여 다이얼러 풀에 물리적 인터페이스를 할당합니다. 이 인터페이스 컨피그레이션 명령을 사용하여 여러 다이얼러 풀 번호를 지정하여 여러 다이얼러 풀에 인터페이스를 할당할 수 있습니다.
다이얼러 풀 내에서 인터페이스의 우선순위를 설정하려면 이 명령의 priority 옵션을 사용합니다.
interface BRI0 no ip address encapsulation ppp ! -- Specify that the default encapsulation for this interface is ppp. ! -- Although BRI0 employs ppp encapsulation, the actual encapsulation ! -- running over the B-channels are determined by the one configured ! -- on the dialer profile bound to this interface. dialer pool-member 10 priority 100 ! -- BRI 0 is a member of pool 10. ! interface BRI1 no ip address encapsulation ppp dialer pool-member 10 priority 50 ! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0. dialer pool-member 20 priority 100 ! -- BRI 1 is a member of pool 20. ! -- Note that the priority is higher than BRI 2. ! interface BRI2 no ip address encapsulation x25 ! -- Although BRI2 employs X25 encapsulation, ! -- the actual encapsulation running over the B-channels ! -- are determined by the one configured on the dialer profile ! -- bound to this interface. dialer pool-member 10 priority 10 ! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0 and BRI 1. dialer pool-member 20 priority 50 ! -- BRI 2 is a member of pool 20. ! -- Note that the priority is lower than BRI 1. dialer pool-member 30 ... ... ...
참고: CLID 또는 DNIS 기반 바인딩을 수행할 수 없는 경우 명령 캡슐화 ppp, ppp 인증 chap를 구성해야 합니다. 물리적 인터페이스 아래에 있는| pap [callin] 및 ppp multilink(해당되는 경우).
다이얼러 pool-member 선택적 명령 매개변수에는 다음이 포함됩니다.
매개 변수 | 설명 |
---|---|
번호 | 다이얼러 풀링 번호를 설정합니다. 1~255의 십진수 값입니다. |
우선 순위 번호 | 다이얼러 풀 내의 물리적 인터페이스의 우선순위를 설정합니다. 우선 순위 번호가 있는 인터페이스는 먼저 다이얼아웃으로 선택됩니다. 1~255의 10진수 값입니다. 값이 클수록 우선 순위가 높습니다. 이는 아웃바운드 통화에 대한 물리적 인터페이스에 경합이 있는 경우에만 필요합니다. |
min-link 번호 | 이 다이얼러 풀에 예약된 인터페이스의 ISDN B 채널. 1에서 255 사이의 숫자입니다. 단순 채널 예약 시스템으로 사용할 수 있습니다. |
최대 링크 번호 | 이 다이얼러 풀에 예약된 인터페이스에서 ISDN B 채널의 최대 수를 설정합니다. 1에서 255 사이의 숫자입니다. |
다이얼러 프로파일을 사용하는 포괄적인 샘플 컨피그레이션은 다이얼러 프로파일을 사용하여 ISDN DDR 구성을 참조하십시오.
비 PPP 구성 예는 다음 문서를 참조하십시오.
X.25 및 프레임 릴레이: ISDN을 통한 다이얼인용 동적 다중 캡슐화
조정 및 선택적 명령에 대한 자세한 내용은 다이얼러 프로필을 포함한 피어 투 피어 DDR 명령 문서를 참조하십시오.
show interface dialer1 명령은 수신 및 발신 통화에 대한 정보를 표시합니다.
Router# show interfaces dialer1 Dialer1 is up, line protocol is up (spoofing) ! -- The dialer interface is up/up(spoofing). ! -- Dialer interface is always up(spoofing) so that the route ! -- to the dialer interface remains in the routing table. ! -- Refer to the Note below. Hardware is Unknown Internet address is 1.1.1.1/24 ! -- IP address for the dialer interface. MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set ! -- Encapsulation on the dialer interface. DTR is pulsed for 1 seconds on reset Interface is bound to BRI0:1 ! -- This dialer is bound to 1 B-channel. Last input 00:00:38, output never, output hang never Last clearing of "show interface" counters 00:05:36 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 38 packets input, 4659 bytes 34 packets output, 9952 bytes Bound to: BRI0:1 is up, line protocol is up ! -- B-channel to which Dialer1 is bound to. Hardware is BRI MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set, keepalive not set Interface is bound to Dialer1 (Encapsulation PPP) ! -- Encapsulation applied by the dialer profile. LCP Open, multilink Open Last input 00:00:39, output 00:00:11, output hang never Last clearing of "show interface" counters never Queueing strategy: FIFO Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 78 packets input, 9317 bytes, 0 no buffer Received 65 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 93 packets output, 9864 bytes, 0 underruns 0 output errors, 0 collisions, 7 interface resets 0 output buffer failures, 0 output buffers swapped out 4 carrier transitions
참고: 다이얼러 인터페이스는 항상 최소한 up/up(스푸핑)입니다. 스푸핑이라는 단어는 회선이 실제로 작동하지 않음을 나타내지만, 다이얼러는 상위 수준 프로토콜이 예상대로 계속 작동하도록 회선을 "up"으로 가장하도록 강제하고 있습니다. 스푸핑은 DDR이 작동하도록 추가된 상태입니다. 라우팅되는 패킷에 대한 응답으로 인터페이스 "온디맨드 다이얼링"이 표시됩니다. 그러나 "다운" 인터페이스로 라우팅되는 패킷이 없으므로 인터페이스가 가동(스푸핑)된 것처럼 가장해야 연결되지 않은 경우에도 패킷이 패킷으로 라우팅됩니다. 스푸핑은 Dial-on-demand 인터페이스의 정상적인 상태입니다.
증상 | debug 명령 | 해결 |
---|---|---|
전화 걸기가 발생하지 않음 | 디버그 다이얼러 | 흥미로운 트래픽, 라우팅 구성, 다이얼러 전화 번호 및 다이얼러 풀 설정을 확인합니다. |
수신 통화가 제대로 연결되지 않음 | 디버그 다이얼러 | 세 바인딩 단계 중 하나의 성공 여부를 확인합니다. |
통화가 중간에 끊기거나 연결이 끊어지지 않음 | 디버그 다이얼러 패킷 | 흥미로운 패킷 컨피그레이션 확인 |
레거시 DDR의 경우와 마찬가지로 다이얼러 프로필 문제를 디버깅하는 데 가장 적합한 명령은 디버그 다이얼러입니다. 호출에 성공하면 디버그는 이미 로깅된 메시지보다 적은 메시지를 표시하지 않습니다. 실패의 경우 원인이 될 수 있는 많은 문제가 있습니다.
디버그 다이얼러를 켜고 피어에 흥미로운 트래픽을 생성합니다. 라우터가 다이얼을 시도해야 합니다. 다음은 출력의 예입니다.
maui-soho-01#ping 10.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds: *Mar 1 00:24:47.242: BR0 DDR: rotor dialout [priority] *Mar 1 00:24:47.250: BR0 DDR: Dialing cause ip (s=192.168.1.1, d=10.1.1.1) *Mar 1 00:24:47.250: BR0 DDR: Attempting to dial 5551111
디버그 딜러가 디버그 출력을 생성하는지 확인합니다. 디버그 다이얼러 출력이 전혀 없거나 바인딩이 실패할 경우 전송 중인 IP 패킷이 다이얼러 인터페이스로 라우팅되지 않기 때문일 수 있습니다. 아래 절차를 따릅니다. 바인딩에 대한 자세한 내용은 이 문서의 전화 걸기 섹션을 참조하십시오.
아웃바운드 통화에 대한 바인딩 문제를 해결하려면 다음 단계를 수행합니다.
다이얼러 프로파일이 다이얼러 풀과 연결되지 않은 경우 디버그 다이얼러는 아웃바운드 통화에 대해 다음을 나타냅니다.
*Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set
해결책: 다이얼러 인터페이스에서 다이얼러 풀 명령을 구성합니다.
물리적 인터페이스가 어떤 풀과도 연결되지 않은 경우 발신 라우터의 디버그 메시지는 더 이상 물리적 인터페이스를 사용할 수 없는 경우와 동일하여 빠른 유휴 타이머가 트리거됩니다
*Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer
해결책: 물리적 인터페이스에서 dialer pool-member 명령을 구성하여 다이얼러 풀에 연결합니다.
다이얼러 풀 컨피그레이션이 올바른지 확인한 후
다이얼러 인터페이스에 IP가 구성되어 있는지 확인합니다. 인터페이스에 IP 주소가 있거나 IP 번호가 지정되지 않은 유형 번호(유형 번호는 라우터에 할당된 IP 주소가 있는 또 다른 인터페이스)나 IP 주소가 협상되어야 합니다.
명령 ip 라우팅이 구성되었는지 확인합니다. show running-config 명령을 사용하여 컨피그레이션을 볼 때 no ip routing configured 명령을 볼 수 없습니다.
다이얼러 인터페이스를 가리키는 고정 경로가 있는지 확인합니다. 다음 예는 next hop Dialer 1을 사용하는 172.22.53.0/24에 대한 고정 경로입니다.
maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1
다이얼러 인터페이스가 종료 상태가 아닌지 확인합니다. show interface dialer interface 명령을 사용하여 인터페이스가 작동/작동 중인지 확인하거나 다이얼러 인터페이스 컨피그레이션 아래에 종료가 없는지 확인합니다.
이 경우 인터페이스에 라우팅된 IP 패킷이 있을 수 있지만 라우터가 이를 폐기하고 어떤 이유로 통화를 시작하지 않습니다. 디버그 다이얼러 출력을 확인하여 통화 시도가 수행되지 않는 이유를 확인합니다. 다음은 디버그 다이얼러로 표시되는 몇 가지 문제 및 가능한 이유입니다.
예 1
*Mar 1 00:07:22.255: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing uninteresting (no dialer-group defined).
다이얼러 인터페이스에 구성된 다이얼러 그룹이 없습니다. 다음 예와 같이 다이얼러 그룹을 추가합니다.
interface Dialer1 dialer-group 1
예 2
*Mar 1 00:08:24.919: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing uninteresting (dialer-list 1 not defined).
다이얼러 인터페이스에 다이얼러 그룹 문이 있지만, 참조되는 다이얼러 목록이 없습니다. 다음 예와 같이 다이얼러 목록을 구성합니다.
dialer-list group-number protocol ip permit
참고: group-number의 값은 dialer-group group-number에 구성된 값과 같아야 합니다. 이 예에서는 dialer-list 1을 구성합니다.
예 3
*Mar 1 00:25:32.551: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing interesting (ip PERMIT) *Mar 1 00:25:32.555: Di1 DDR: No free dialer - starting fast idle timer.
이 경우 발신 패킷은 링크를 불러오기에 충분히 흥미로운 것으로 간주되지만 전화를 걸 수 있는 물리적 인터페이스가 없습니다. 다이얼러 풀 멤버 번호가 물리적 인터페이스에 구성되고 다이얼러 풀 번호가 다이얼러 인터페이스에 구성되어 있는지 확인합니다. 예:
interface BRI0 dialer pool-member 1 ! interface Dialer1 dialer pool 1
또한 물리적 인터페이스가 종료 상태가 아닌지 확인합니다. 물리적 인터페이스에서 no shutdown 명령을 사용합니다.
예 4
*Mar 1 00:37:24.235: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing interesting (ip PERMIT) *Mar 1 00:37:24.239: Di1 DDR: Cannot place call, no dialer string set.
이 경우 다이얼러 인터페이스에 다이얼러 문자열 다이얼 문자열이 구성되지 않습니다. 라우터가 전화를 걸려고 하지만 전화를 걸 번호를 알지 못합니다. 다이얼 문자열 정의:
interface Dialer1 dialer string 8134
다이얼러 프로필의 통화 실패는 해당 통화에 대한 다이얼러 인터페이스와 물리적 인터페이스를 바인딩하는 데 문제가 있기 때문일 수 있습니다. 라우터가 위의 전화 걸기 섹션에 설명된 대로 바인딩 조건 중 하나를 충족하는지 확인합니다. 다음 단계를 수행하십시오.
다이얼러 프로파일이 다이얼러 풀과 연결되지 않은 경우 디버그 다이얼러는 인바운드 통화에 대해 다음을 나타냅니다.
*Mar 1 11:51:24.873: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
해결책: 다이얼러 인터페이스에서 다이얼러 풀 명령을 구성합니다.
묶기 위한 네 가지 시도가 있다는 것을 기억하세요. 다이얼러 프로파일이 두 개 이상 있다고 가정할 때 CLID 및 DNIS 바인딩 시도가 실패하고 PPP 인증이 구성되지 않았습니다(네 번째 테스트 가능성을 미리 빈 상태). 다음 디버그 다이얼러 메시지가 호출된 라우터에서 생성됩니다.
*Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable
해결책: ppp 인증 chap 구성 물리적 인터페이스의 | pap [callin]을 클릭합니다.
물리적 인터페이스에서 PPP 인증이 활성화된 경우 네 번째 바인딩 시도가 진행됩니다. 라우터는 인증된 사용자 이름을 사용하여 다이얼러 풀의 다이얼러 인터페이스 중 하나에 바인딩하려고 시도합니다. 이 시도가 실패하면 다음 디버그가 호출된 라우터에서 표시됩니다.
*Mar 1 12:03:32.227: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
해결책: 다이얼러 인터페이스에서 dialer remote-name 명령을 구성합니다. 지정된 이름은 인증을 위해 원격 라우터에서 제공한 사용자 이름과 정확히 일치해야 합니다. 이 예에서 인증된 사용자 이름은 HQ-NAS입니다.
통화가 예기치 않게 연결이 끊어지거나 통화가 연결 끊기지 않는 경우 다이얼러 유휴 시간 제한 및 흥미로운 트래픽 정의를 확인합니다. 특정 패킷이 관심 있는지 여부를 확인하려면 debug dialer packet 명령을 사용할 수 있습니다. 예를 들면 다음과 같습니다.
Apr 26 01:57:24.483: Di1 DDR: ip (s=192.168.1.1, d=224.0.0.5), 64 bytes, outgoing uninteresting (list 101) Apr 26 01:57:26.225: Di1 DDR: ip (s=192.168.1.1, d=10.1.1.1), 100 bytes, outgoing interesting (list 101)
위의 예에서 OSPF(Open Shortest Path First) 헬로는 액세스 목록 101당 흥미롭지 않지만, 두 번째 패킷은 액세스 목록 101에 따라 흥미롭습니다.
다이얼러 인터페이스 컨피그레이션에서 다이얼러 idle-timeout을 조정합니다. 기본값은 120초이지만 필요에 따라 이 값을 높이거나 낮출 수 있습니다.
흥미로운 트래픽 정의를 변경합니다(dialer-list 명령으로 구성). 통화 연결이 중간에 끊어질 경우 관심 있는 트래픽을 더 느슨하게 정의할 수 있습니다. 통화가 연결 끊기지 않으면 흥미로운 트래픽 정의를 좀 더 제한적으로 변경합니다. 예를 들어 라우팅 프로토콜 트래픽을 재미없는 것으로 정의할 수 있습니다. 다음은 흥미로운 트래픽 정의 샘플입니다.
access-list 101 remark Interesting traffic for dialer-list 1 access-list 101 deny ospf any any !--- Mark OSPF as uninteresting. This will prevent OSPF hellos !--- from keeping the link up. access-list 101 deny udp any any eq ntp !--- Define ntp traffic as NOT interesting. !--- This will prevent periodic ntp traffic from keeping the !--- link up indefinitely. access-list 101 permit ip any any !--- All other IP traffic is interesting. Change this depending on your !--- traffic needs. dialer-list 1 protocol ip list 101
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
15-Sep-2005 |
최초 릴리스 |