X.25 자주 묻는 질문(FAQ)

다운로드 옵션

PDF (344.4 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (83.3 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (77.5 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2019년 2월 18일

문서 ID:18327

편견 없는 언어

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

이 번역에 관하여

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

소개

X.25는 WAN 통신을 위한 ITU-T(International Telecommunication Union-Telecommunication Standardization Sector) 프로토콜 표준으로, 사용자 장치 및 네트워크 장치가 연결을 설정하고 유지하는 방법을 정의합니다. X.25는 오류가 발생하기 쉬운 네트워크에서 더 자주 나타납니다. 이 문서에서는 X.25와 관련하여 자주 묻는 몇 가지 질문에 대해 설명합니다

Q. X.25 지도를 Annex G에서 만들 수 있나요?

A. Annex G는 X.25 라우팅 및 PAD(Packet Assembler/Disassembler) 통화만 지원합니다. CMNS(Connection-Mode Network Service) 및 XOT(X.25 over TCP)도 마찬가지입니다. RFC1536 X.25 통화를 전달할 수 있지만 Annex G DLCI(data-link connection identifier)를 통해 발신할 수는 없습니다.

프레임 릴레이 인터페이스를 통해 IP 및 X.25 트래픽을 모두 전달하려면 두 개의 DLCI를 사용하거나 Annex G DLCI가 아니라 IP를 지원하는 DLCI에서 XOT를 통해 X.25 트래픽을 전달해야 합니다. 자세한 내용은 Annex G(X.25 over Frame Relay) 설명서를 참조하십시오. 또한 Configuring X.25 over Frame Relay (Annex G) (Cisco® IOS Software Release 12.2 설명서)를 참조하십시오.

Q. 언제부터 AODI가 지원되었습니까?

A. AODI(Always on Dynamic ISDN)는 Cisco IOS Software 릴리스 11.3(3)T부터 지원됩니다. 자세한 내용은 Always On/Dynamic ISDN(AO/DI)을 참조하십시오.

Q. X.25 hold-queue 명령의 목적은 무엇입니까?

A. X.25 hold-queue 명령은 다른 SVC(가상 회로)를 만들기 전에 VC(가상 회로)당 보유할 최대 패킷 수를 지정하는 데 사용됩니다. 다른 VC를 생성할 수 없는 경우 패킷이 삭제됩니다. 자세한 내용은 X.25 명령 참조(Cisco IOS Software 릴리스 12.2)를 참조하십시오. 다른 VC를 생성하려면 x25 nvc X 명령이 필요합니다. 여기서 X는 동일한 대상에 대해 동시에 열 수 있는 VC 수입니다.

Q. hold-queue 명령의 목적은 무엇입니까?

A. hold-queue <length> {in/out} 명령은 라우터에서 처리 가능한 수신 버퍼 수를 제어하는 하위 수준 명령입니다. 드라이버가 인터페이스 입력 제한을 초과하면 새 데이터 수신을 거부합니다. 이 제한은 라우터에서 수신된 패킷 중 일부가 폐기된 후에만 치료할 수 있습니다. 이 명령은 X25 hold-queue 명령과 혼동해서는 안 되며, LAPB가 입력 제한의 상태를 모니터링하고 서비스가 더 이상 I-프레임을 수신할 수 없을 때 RNR(receiver not ready)을 발생시킨다는 사실 외에 LAPB(Link Access Procedure Balanced) 및 X.25에 연결되지 않습니다. 자세한 내용은 Cisco IOS Interface Command Reference(Cisco IOS Software 릴리스 12.2)를 참조하십시오.

Q. X.25 프로토콜로 인해 입력 대기열이 증가하는 이유는 무엇입니까?

A. 입력 대기열이 증가하는 이유는 인터페이스에 처리할 트래픽이 너무 많기 때문일 수 있으며, 특히 이러한 패킷이 라우터 자체로 향하는 경우(예: SNMP(Simple Network Management Protocol))에 있습니다. X.25를 사용하여 IP를 전송하는 경우 IP 데이터그램을 여러 개의 X.25 패킷으로 프래그먼트화해야 합니다.

예를 들어, IP 데이터그램을 5개의 X.25 패킷으로 프래그먼트화할 수 있습니다. 이 X.25 패킷은 각각 M-비트로 구성됩니다. 단, 마지막 패킷은 제외합니다. 원격 Cisco 라우터에서 마지막 패킷이 원래 IP 데이터그램을 재구성할 때까지 기다려야 합니다. 위의 예에서는 처음 4개의 패킷(M비트가 있는 패킷)을 큐에 넣어야 합니다. 이는 인터페이스의 입력 대기열에 추가됩니다. 이 문제는 통화가 라우터에서 종료되는 경우(예: x25 맵으로 종료되는 경우)에만 발생합니다.

모든 VC가 M 비트 패킷을 전송하므로 라우터에서 많은 통화가 종료되면(예: IP 및 QLLC[Qualified Logical Link Control]) 입력 대기열이 증가할 수 있습니다. 입력 대기열이 최대값에 도달하면 라우터가 레이어 2에서 RNR을 전송하므로 부정적인 영향을 미칠 수 있습니다. hold-queue x in 명령을 사용하여 입력 대기열을 조정할 수 있습니다.

Q. Cisco는 CMNS에서 DEC의 GAP을 지원합니까?

A. Cisco는 GAP을 지원하지 않습니다. GAP은 VAX에서 DECnet NSP(network-services protocol) 링크를 통해 X.25 게이트웨이로 X.25를 전송하는 독점적 DEC 프로토콜로서, X.25 정보를 추출하여 X.25 네트워크로 전달합니다. Cisco IOS Software와 유사한 기능을 얻으려면 CMNS(Connection-Mode Network Service)(CBN 용어라고도 함)를 사용하십시오. CMNS는 DECnet PhV 및 P.S.I. 버전 5 이상을 사용하는 VAX에서 얻을 수 있는 X.25 over Logical Link Control, type 2(LLC2)를 사용합니다.

Q. 로컬 승인에서 창 및 패킷 크기는 어떻게 처리됩니까?

A. 먼저 통화에 대해 일관된 패킷 크기를 협상합니다. 그렇게 할 수 없고(한 가지 이유로 패킷 크기 협상이 비활성화됨) 로컬 승인이 활성화된 경우 X.25 권장 사항에 따라 회로에 대한 세그멘테이션 및 리어셈블리를 처리합니다.

아래 예에서 serial 1은 128로 구성되고 serial 0은 256으로 구성됩니다.

3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 5 PR 4 
     
!--- Two packets of 128 incoming.
 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 5 PR 4 
     
!--- One packet of 256 outgoing on other interface.
 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 7 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 6 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 0 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 1 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 1 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 2 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 7 PR 4

Q. 헌트 그룹이 지원됩니까?

A. 예, 헌트 그룹 및 X.25 로드 밸런싱이 지원됩니다. 이 기능은 Cisco IOS Software 릴리스 12.0(3)T에서 도입되었습니다. 자세한 내용은 X.25 로드 밸런싱 구성을 참조하십시오.

Q. Cisco는 X.75를 지원합니까?

A. ITU-T (이전의 CCITT)는 X.25 공용 데이터 네트워크의 상호 연결을 지원하기 위해 X.75 표준(데이터 전송 서비스를 제공하는 공용 네트워크 간의 패킷 교환 시그널링 시스템)을 정의했습니다. Cisco는 이를 구현하지 않습니다.

ISDN B 채널을 통해 LAPB 세션을 통해 비동기 문자 스트림을 전송하는 프로토콜 스택은 X.75라고도 하지만, X.75와 유일한 유사성은 링크 레이어 프로토콜로 LAPB를 사용하는 것입니다(X.75는 X.25와 공유함). Cisco에서는 이 LAPB 터미널 어댑터(LAPB-TA)를 호출하며, 이는 지원됩니다. 자세한 내용은 ISDN LAPB-TA를 참조하십시오.

Q. 어떤 X.25 버전이 Cisco에서 지원됩니까?

A. Cisco IOS 소프트웨어는 항상 X.25 버전 1984를 지원했으며 Cisco IOS Software 릴리스 12.2에서도 마찬가지입니다. Cisco IOS Software Release 11.3 이전에는 DDN 또는 BFE 캡슐화를 구성할 때 사용한 버전이 1980이었습니다. 캡슐화가 X.25인 경우, 사용된 버전은 1984였으며, 처리량 값에 버전 1988이 추가되었습니다.

Q. Cisco IOS Software Release 12.0으로 업그레이드한 후 번역이 중단된 이유는 무엇입니까?

A. Cisco IOS Software Releases 11.2 이전 버전에서는 비표준 프로토콜 식별자(PID)가 있는 변환 통화가 잘못 수락되었습니다. 대상 주소가 CUD(Call User Data)를 지정하지 않은 첫 번째 변환 항목과 일치합니다.

이 변환은 Cisco IOS Software Release 12.0에서 더 정확합니다. PID는 PAD(0x01000000)라고 하고 CUD 데이터는 비어 있어야 합니다(변환은 PAD가 0x01000000인 경우 발생하지만 CUD의 데이터 필드에 데이터가 포함된 경우에는 발생하지 않음). 변환 줄은 이 값과 일치해야 합니다. 이는 PID가 애플리케이션이 수신 통화를 처리하는 방식을 참조하기 때문에 필요합니다. 우리의 경우, 번역은 항상 PAD 기능입니다. 라우터가 잘못된 PID가 있는 수신 통화를 수신하는 경우, 원격 호스트에서 애플리케이션이 PAD 기능을 참조하지 않기 때문에 통화를 거부합니다.

PAD를 참조하지 않는 수신 통화를 수락하기 위한 몇 가지 해결 방법이 있습니다. 가장 일반적인 명령은 x25 default-pad 명령입니다. PID가 0xC0000000인 수신 통화를 라우터의 PAD 애플리케이션에서 오류 없이 처리할 수 있다고 가정하지 마십시오. 두 시스템 모두 통화를 처리하는 서로 다른 방법을 참조합니다. 이 경우 작동할 수 있지만 경우에 따라 X3 매개변수가 교환되지 않으므로 터미널에 읽을 수 없는 문자가 표시되거나 통화가 해제됩니다.

PID 문제의 경우, PID 0x01000F00을 사용하여 통화를 수신하는 경우 변환 명령에서 cud \001.*를 사용해 보십시오(001 8진수 값). 위에서 설명한 대로 이 컨피그레이션을 사용하는 경우의 단점에 유의하십시오.

CUD 데이터 부분의 경우 변환을 시도합니다. 즉, translate X.25 10 cud .* tcp 1.1.1.1입니다. 데이터 부분이 무엇이든 (PID 0x01000000과 함께) 모든 PAD 통화를 허용합니다.

자세한 내용은 Protocol Translation and Virtual Asynchronous Devices 구성을 참조하십시오.

Q. X.25 라우팅에서는 무엇이 먼저 제공됩니까?

A. 수신 통화의 경우 맵 테이블이 경로 테이블보다 우선합니다. 일치하는 맵 PAD 항목이 있는 경우 단독으로 적용되며 경로 테이블을 참조하지 않습니다. 경로 테이블은 일치하는 맵 엔트리를 찾지 못한 후에만 참조됩니다.

발신 통화의 경우 인터페이스에 구성된 맵을 라우팅할 수 없습니다. 다른 모든 통화, 내부 PAD 또는 전환된 통화를 라우팅 테이블에 제출할 수 있습니다. 사용 가능한 첫 번째 일치가 항상 사용됩니다.

Q. Cisco IOS Software 릴리스 11.2의 XOT는 릴리스 11.3 이상에서 작동합니까?

A. Cisco IOS Software Release 11.3 이상에서 라우터가 통화 지우기를 요청하면 확인이 필요합니다. 이는 엔드 투 엔드의 기본 동작입니다. Cisco IOS Software Release 11.2에서는 지우기 요청을 호출하는 동작이 다릅니다. Cisco IOS Software Release 11.2에서 clear confirm을 보내려면 글로벌 레벨에서 숨겨진 명령 xot-confirm-svc-reset이 필요합니다. 위 명령 외에도 Cisco IOS Software Release 11.2 및 11.3 라우터에서 service tcp keepalive-in 및 service tcp keepalive-out 및 xot-keepalive 명령을 활성화해야 합니다. 그러면 단일 종료 SVC 및 TCP 세션이 정리됩니다.

Q. XOT는 내 시리얼 인터페이스에서 구성할 수 있는 명령을 지원합니까?

A. 현재 XOT에서는 x25 default-pad와 같은 명령을 허용하지 않습니다. 이 작업을 수행할 인터페이스가 없기 때문입니다. 그러나 xot 프로파일은 이후 릴리스에서 지원됩니다. 현재 대상은 Cisco IOS Software 릴리스 12.2-7.T입니다.

Q. 시리얼 인터페이스에 구성된 X.25 맵의 경로를 재지정하려면 어떻게 해야 합니까?

A. x25 맵 명령이 시작하려는 X.25 통화는 경로를 재지정할 수 없습니다. 그러나 X.25 Remote Failure Detection(X.25 원격 장애 탐지)은 원격 장애를 탐지하는 데 유용한 기능입니다. 예를 들어 두 번째 라우터를 대상으로 X.25 맵을 불러올 수 있습니다.

Q. X.25의 최대 속도는 어떻게 됩니까?

A. X.25는 최대 2MB까지 지원됩니다. 더 빠른 속도로 실행할 수 있지만, 이 경우 4095 VC를 34MB 속도로 처리하는 데 필요한 프로세스 전력을 고려하십시오. 이는 부정적인 영향을 미칠 수 있으므로 2MB의 속도를 유지하는 것이 좋습니다.

Q. ISDN을 통해 X.25 프로토콜을 사용할 수 있습니까?

A. 예, X.25 캡슐화는 ISDN에서 지원됩니다. X.25는 물리적 또는 다이얼러 모드에서 구성할 수 있습니다. 물리적 모드에서 X.25를 구성하는 방법에 대한 자세한 내용은 X.25 구성을 참조하십시오. 다이얼러 모드에서 X.25를 구성하는 방법에 대한 자세한 내용은 ISDN을 통한 다이얼인에서 Dynamic Multiple Encapsulation을 참조하십시오. d-channel에서 X.25를 구성하는 방법에 대한 자세한 내용은 ISDN에서 X.25 구성을 참조하십시오.

Q. Cisco는 가까운 사용자 그룹을 지원합니까?

A. 예. 자세한 내용은 X.25 Closed User Groups 구성을 참조하십시오.

Q. x25 encapsulation ietf 명령의 특별한 점은 무엇입니까?

A. IETF(Internet Engineering Task Force)를 선택하면 캡슐화가 RFC 1356을 준수합니다 .

Q. X.25에서는 우선 순위 큐잉이 지원됩니까?

A. Cisco IOS Software 릴리스 11.3부터 X.25 인터페이스에 대해 우선순위 큐잉 및 사용자 지정 큐잉이 지원됩니다. 이 예에서는 RIP(Routing Information Protocol) 패킷을 우선순위가 높은 대기열에 넣습니다.
interface Serial0 
     description Connection to Packet Handler ph3.F007 port 11 
     ip address 10.10.10.1 255.255.255.0 
     no ip directed-broadcast 
     encapsulation x25 
     no ip mroute-cache 
     x25 map ip 10.10.10.2 22222 packetsize 128 128 
     x25 map ip 10.10.10.3 33333 packetsize 128 128 
     x25 map ip 10.10.10.4 44444 packetsize 128 128 
     priority-group 2 
     ! 
     priority-list 2 protocol ip high udp rip 
     priority-list 2 protocol ip low
우선순위 큐잉에 대한 자세한 내용은 우선순위 큐잉 구성을 참조하십시오. 사용자 지정 대기열 처리에 대한 자세한 내용은 사용자 지정 대기열 구성을 참조하십시오.

Q. X.25에서는 압축이 지원됩니까?

A. 예, X.25에서 압축을 사용할 수 있습니다. 예를 들면 다음과 같습니다.
interface Serial3/0:2 
     ip address 133.11.102.101 255.255.255.0 
     encapsulation x25 
     x25 address 3101 
     x25 map ip 133.11.102.210 3210 broadcast compress
M 비트=0이 수신될 때 사전이 재설정되기 때문에 X.25 VC당 하나의 사전이 필요하며, 여러 VC에서 Mbit=1이 포함된 인터리브된 X.25 프래그먼트를 수신할 수 있습니다. 따라서 필요한 메모리는 압축을 위한 24kB*개의 VC입니다.

참고: 압축 알고리즘은 각 X.25 패킷의 시작 부분에서 재설정됩니다. 이는 큰 패킷을 사용할 때 페이로드 압축이 더 효율적임을 의미합니다.

Q. Cisco Commerce Workspace는 어디에서 사용할 수 있습니까?

A. 모든 지우기 및 진단이 표준은 아닙니다. 대부분의 X.25 생성자 또는 X.25 호스트는 자체 진단을 적용합니다. 해당하는 경우 해당 설명서를 참조하십시오. 표준 진단에 대한 자세한 내용은 X.25 원인 및 진단 코드를 참조하십시오.

Q. 정규식은 어디에서 찾을 수 있습니까?

A. 정규식은 X.25 경로에서 서로 다른 결정을 내리는 데 유용한 도구입니다. 정규식은 Regular Expressions 문서에서 찾을 수 있습니다.

Q. DDN(Defense Data Network) 및 BFE(Blacker Front End)를 위해 IP 주소를 변환하려면 어떻게 해야 합니까?

A. DDN 또는 BFE X.25 구성을 참조하십시오.

Q. 올바른 T1 값을 결정하려면 어떻게 해야 합니까?

A. 재전송 타이머(T1)는 전송된 프레임이 미승인 상태로 유지될 수 있는 기간을 결정합니다. 적절한 T1 값을 찾으려면 최대 X.25 패킷 길이(예: 128, 256, 1024)를 찾은 다음 8을 곱하여 비트 수를 구합니다. 그런 다음 선의 속력을 Kbps로 나눈다. 이는 전송 시간(밀리초)을 제공합니다. 가장 가까운 스위치로 패킷을 전송하는 시간은 LAPB T1 값의 최소 시간입니다. 쓸모 없는 재전송을 피하기 위해 T1 값을 얻으려면 3 또는 4의 "보안" 요소를 사용합니다.

19.2kbps 라인 및 128바이트 패킷의 경우 200ms의 값으로 이어집니다. 일반적으로 값을 조언하는 X.25 네트워크 공급자가 제공하는 정보를 확인합니다.

전송 시간을 평가하기 위해 ping을 사용하지 마십시오. 이렇게 하면 타이머가 적용되는 링크가 아니라 전체 네트워크에서 시간이 절약됩니다.

Q. X.25는 장애 조치를 지원합니까?

A. 예. X.25에서는 장애 조치가 지원됩니다. x25 fail-over 명령은 Cisco IOS Software 릴리스 12.1(1)T에 도입되었습니다.

Q. 프로토콜 변환이란 무엇이며, 프로토콜 변환 기능에 대한 자세한 내용은 어디에서 확인할 수 있습니까?

A. Protocol Translation(프로토콜 변환) 기능은 서로 다른 프로토콜을 실행하는 시스템 간에 투명한 프로토콜 변환을 제공합니다. 프로토콜 변환 기능에 대한 자세한 내용은 Configuring Protocol Translation and Virtual Asynchronous Devices를 참조하십시오.