프레임 릴레이 구성 및 문제 해결에 대한 포괄적인 가이드
목차
소개
Frame Relay는 연결된 장치 간에 HDLC(High-Level Data Link Control) 캡슐화를 사용하여 여러 가상 회로를 처리하는 업계 표준 스위치드 데이터 링크 레이어 프로토콜입니다. 대부분의 경우 프레임 릴레이는 일반적으로 대체 프로토콜로 간주되는 X.25보다 효율적입니다. 다음 그림은 프레임 릴레이 프레임(ANSI T1.618)을 보여줍니다.
위 그림에서 Q.922 주소는 현재 정의된 대로 2개의 옥텟이며 10비트 DLCI(Data-Link Connection Identifier)를 포함합니다. 일부 네트워크에서는 Q.922 주소를 선택적으로 3개 또는 4개의 옥텟으로 늘릴 수 있습니다.
"플래그" 필드는 프레임의 시작과 끝을 구분합니다. 앞에 오는 "플래그" 필드 뒤에는 2바이트의 주소 정보가 있습니다. 이 2바이트의 10비트는 실제 회로 ID(데이터 링크 연결 식별자의 경우 DLCI라고 함)를 구성합니다.
10비트 DLCI 값은 Frame Relay 헤더의 핵심입니다. 물리적 채널에 멀티플렉싱되는 논리적 연결을 식별합니다. 주소 지정의 기본(즉, LMI[Local Management Interface]에 의해 확장되지 않음) 모드에서 DLCI는 로컬에서 의미를 갖습니다. 즉, 연결의 서로 다른 두 끝에 있는 엔드 디바이스는 동일한 연결을 참조하기 위해 서로 다른 DLCI를 사용할 수 있습니다.
시작하기 전에
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
사전 요구 사항
이 문서에서 사용되는 용어에 대한 자세한 내용과 정의는 Frame Relay 용어집을 참조하십시오.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 라이브 네트워크에서 작업 중인 경우, 사용하기 전에 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
배경 이론
프레임 릴레이는 원래 ISDN 인터페이스를 통해 사용할 수 있는 프로토콜로 구상되었습니다. 1984년 국제전기통신연합 전기통신표준화부문(ITU-T)(구 국제전신전화자문위원회[CCITT])에 이 취지의 초기 제안이 제출되었다. 프레임 릴레이에 대한 작업은 미국의 ANSI 인증 T1S1 표준 위원회에서도 수행되었습니다.
1990년에는 Cisco Systems, StrataCom, Northern Telecom, Digital Equipment Corporation이 컨소시엄을 구성하여 프레임 릴레이 기술 개발에 주력하고 상호 운용이 가능한 프레임 릴레이 제품의 도입을 가속화했습니다. 이들은 T1S1 및 ITU-T에서 논의되고 있는 기본 프레임 릴레이 프로토콜에 부합하는 사양을 개발했지만 복잡한 인터네트워킹 환경을 위한 추가 기능을 제공하는 기능으로 확장했습니다. 이러한 프레임 릴레이 확장을 통칭하여 LMI라고 합니다. 이는 라우터의 "ansi" 또는 "q933a" LMI와 반대되는 "cisco" LMI입니다.
Frame Relay는 사용자 장치(예: 라우터, 브리지, 호스트 머신)와 네트워크 장비(예: 스위칭 노드) 간의 인터페이스에서 사용되는 패킷 스위칭 데이터 통신 기능을 제공합니다. 사용자 장치는 종종 데이터 터미널 장비 (DTE) 로 불리는 반면, DTE에 인터페이스 하는 네트워크 장치는 종종 데이터 회로 종료 장비 (DCE) 로 불린다. 프레임 릴레이 인터페이스를 제공하는 네트워크는 통신사가 제공하는 공용 네트워크 또는 단일 기업에 서비스를 제공하는 개인 소유 장비 네트워크일 수 있습니다.
Frame Relay는 X.25와 기능 및 형식이 매우 다릅니다. 특히 프레임 릴레이는 보다 간소화된 프로토콜로서 더 우수한 성능과 효율성을 실현합니다.
사용자 및 네트워크 장비 간의 인터페이스로서, 프레임 릴레이는 단일 물리적 전송 링크를 통해 많은 논리적 데이터 대화(가상 회로라고 함)를 통계적으로 다중화하는 수단을 제공한다. 이는 다중 데이터 스트림을 지원하기 위해 TDM(시분할 다중 통신) 기술만 사용하는 시스템과 대조됩니다. Frame Relay의 통계 멀티플렉싱은 사용 가능한 대역폭을 더 유연하고 효율적으로 사용합니다. 이는 TDM 기법 없이 또는 TDM 시스템에 의해 제공되는 채널 위에서 사용될 수 있다.
프레임 릴레이의 또 다른 중요한 특징은 최근 발전하고 있는 광역 네트워크(WAN) 전송 기술을 활용하고 있다는 점이다. X.25와 같은 이전 WAN 프로토콜은 아날로그 전송 시스템과 구리 미디어가 우세할 때 개발되었습니다. 이러한 링크는 현재 사용할 수 있는 파이버 미디어/디지털 전송 링크보다 안정성이 훨씬 떨어집니다. 이러한 링크를 통해 링크 레이어 프로토콜은 시간이 많이 걸리는 오류 수정 알고리즘을 피할 수 있으므로 이러한 작업은 더 높은 프로토콜 레이어에서 수행해야 합니다. 따라서 데이터 무결성에 영향을 주지 않고 더 우수한 성능과 효율성을 실현할 수 있습니다. 프레임 릴레이는 이러한 접근 방식을 염두에 두고 설계되었습니다. 여기에는 손상된 비트를 탐지하기 위한 CRC(Cyclic Redundancy Check) 알고리즘이 포함되지만(따라서 데이터가 폐기될 수 있음), 잘못된 데이터를 수정하는 프로토콜 메커니즘(예: 이 프로토콜 레벨에서 재전송함)은 포함되지 않습니다.
Frame Relay와 X.25 간의 또 다른 차이점은 Frame Relay에서 명시적인 가상 회로별 흐름 제어가 없다는 것입니다. 많은 상위 레이어 프로토콜이 자체 플로우 제어 알고리즘을 효과적으로 실행하므로 링크 레이어에서 이 기능에 대한 필요성이 줄어들었습니다. 따라서 Frame Relay는 상위 레이어의 절차를 복제하는 명시적 흐름 제어 절차를 포함하지 않습니다. 그 대신, 네트워크가 사용자 디바이스에게 네트워크 리소스가 혼잡한 상태에 가깝다는 것을 알릴 수 있도록 매우 간단한 혼잡 알림 메커니즘이 제공됩니다. 이 알림은 흐름 제어가 필요할 수 있는 상위 레이어 프로토콜에 알림을 보낼 수 있습니다.
기본 프레임 릴레이 구성
PVC(Permanent Virtual Circuit)의 양쪽 끝에 있는 로컬 프레임 릴레이 스위치에 안정적인 연결이 연결되면 이제 프레임 릴레이 컨피그레이션 계획을 시작할 차례입니다. 이 첫 번째 예에서는 LMI(Local Management Interface) 유형의 기본값이 Spicey의 "cisco" LMI로 설정됩니다. 인터페이스는 기본적으로 "멀티포인트" 인터페이스이므로 프레임 릴레이 역 ARP가 켜집니다(포인트-투-포인트의 경우 역 ARP가 없음). IP 스플릿 호라이즌 확인은 프레임 릴레이 캡슐화에 대해 기본적으로 비활성화되어 있으므로 라우팅 업데이트가 동일한 인터페이스로 들어오고 나가도록 합니다. 라우터는 LMI 업데이트를 통해 Frame Relay 스위치에서 사용해야 하는 DLCI(Data-Link Connection Identifier)를 학습합니다. 그런 다음 라우터는 원격 IP 주소에 대한 Inverse ARP를 생성하고 로컬 DLCI와 관련 원격 IP 주소의 매핑을 생성합니다.
네트워크 다이어그램
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1705 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
debug 및 show 명령
debug 명령을 사용하기 전에 debug 명령에 대한 중요한 정보를 참조하십시오.
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
-
프레임 릴레이 lmi 표시
-
ping <장치 이름>
-
ip 경로 표시
스파이시
Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 83 output pkts 87 in bytes 8144
out bytes 8408 dropped pkts 0 in FECN pkts0
in BECN pkts 0 out FECN pkts 0 out BECN pkts0
in DE pkts 0 out DE pkts 0
out bcast pkts 41 out bcast bytes 3652
pvc create time 01:31:50, last time pvc status changed 01:28:28
Spicey#show frame-relay lmi
LMI Statistics for interface Serial0 (Frame Relay DTE) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 550 Num Status msgs Rcvd 552
Num Update Status Rcvd 0 Num Status Timeouts 0
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial0
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
R 123.0.0.0/8 [120/1] via 3.1.3.2, 00:00:08, Serial0
프라 싯
Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 87 output pkts 83 in bytes 8408
out bytes 8144 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 38 out bcast bytes 3464
pvc create time 01:34:29, last time pvc status changed 01:28:05
Prasit#show frame-relay lmi
LMI Statistics for interface Serial1 (Frame Relay DTE) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 569 Num Status msgs Rcvd 570
Num Update Status Rcvd 0 Num Status Timeouts 0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial1
R 124.0.0.0/8 [120/1] via 3.1.3.1, 00:00:19, Serial1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
허브 및 스포크 프레임 릴레이 구성
이 예에서 라우터는 Frame Relay 스위치에서 어떤 DLCI(Data-Link Connection Identifier)를 사용하는지 학습하여 기본 인터페이스에 할당합니다. 그런 다음 라우터가 원격 IP 주소에 대해 Inverse ARP를 실행합니다.
참고: Frame Relay map(프레임 릴레이 맵)에서 각 끝에 명시적으로 추가하지 않는 한 Aton에서 Parsit의 시리얼 IP 주소를 ping할 수 없습니다. 라우팅이 올바르게 구성된 경우 LAN에서 시작된 트래픽에 문제가 없어야 합니다. 확장 ping에서 이더넷 IP 주소를 소스 주소로 사용하는 경우 ping을 수행할 수 있습니다.
프레임 릴레이 역 ARP가 활성화되면 브로드캐스트 IP 트래픽은 기본적으로 연결을 통해 빠져나가게 됩니다.
네트워크 다이어그램
설정
| 스파이시 |
|---|
spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname spicey ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 130 frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 아톤 |
|---|
aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname aton ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router rip network 3.0.0.0 network 122.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
-
ping <장치 이름>
스파이시
spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
broadcast,, status defined, active
spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 32 output pkts 40 in bytes 3370
out bytes 3928 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 30 out bcast bytes 2888
pvc create time 00:15:46, last time pvc status changed 00:10:42
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 282 output pkts 291 in bytes 25070
out bytes 27876 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 223 out bcast bytes 20884
pvc create time 02:28:36, last time pvc status changed 02:25:14
spicey#
spicey#ping 3.1.3.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
spicey#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
프라 싯
prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 311 output pkts 233 in bytes 28562
out bytes 22648 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 162 out bcast bytes 15748
pvc create time 02:31:39, last time pvc status changed 02:25:14
prasit#ping 3.1.3.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
prasit#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
아톤
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 35 output pkts 32 in bytes 3758
out bytes 3366 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 27 out bcast bytes 2846
pvc create time 00:10:53, last time pvc status changed 00:10:53
aton#ping 3.1.3.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
aton#ping 3.1.3.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
스포크에서 스포크로 연결
다른 스포크의 IP 주소에 대한 매핑이 없으므로 멀티포인트 인터페이스를 사용하여 허브 및 스포크 컨피그레이션의 한 스포크에서 다른 스포크로 ping할 수 없습니다. IARP(Inverse Address Resolution Protocol)를 통해 허브의 주소만 학습됩니다. 원격 스포크의 IP 주소에 대해 frame-relay map 명령을 사용하여 로컬 DLCI(Data Link Connection Identifier)를 사용하도록 고정 맵을 구성하는 경우, 다른 스포크의 주소를 ping할 수 있습니다.
설정
| 프라 싯 |
|---|
prasit#show running-config interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay map ip 3.1.3.3 150 frame-relay interface-dlci 150 |
show 명령
-
프레임 릴레이 맵 표시
-
ping <장치 이름>
-
show running-config
프라 싯
prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.3 dlci 150(0x96,0x2460), static,
CISCO, status defined, active
prasit#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 68/70/80 ms
prasit#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/76 ms
아톤
aton#show running-config
interface Ethernet0
ip address 122.122.122.1 255.255.255.0
!
interface Serial1
ip address 3.1.3.3 255.255.255.0
no ip directed-broadcast
encapsulation frame-relay
frame-relay map ip 3.1.3.2 160
frame-relay interface-dlci 160
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
aton#ping 3.1.3.2
Type escape sequence to abort
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 68/68/68 ms
aton#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/80 ms
프레임 릴레이 하위 인터페이스 구성
프레임 릴레이 하위 인터페이스는 부분적으로 메시(meshed) 프레임 릴레이 네트워크를 지원하는 메커니즘을 제공합니다. 대부분의 프로토콜은 논리적 네트워크에서의 전이성을 가정합니다. 즉, 스테이션 A가 스테이션 B와 통신할 수 있고 스테이션 B가 스테이션 C와 통신할 수 있으면 스테이션 A가 스테이션 C와 직접 통신할 수 있어야 합니다. Transitivity는 LAN에서는 참이지만 A가 C에 직접 연결되지 않는 한 Frame Relay 네트워크에서는 그렇지 않습니다.
또한 AppleTalk 및 투명 브리징과 같은 특정 프로토콜은 인터페이스에서 수신된 패킷이 다른 가상 회로에서 수신 및 전송되더라도 동일한 인터페이스로 전송될 수 없는 "분할 대상 영역(split horizon)"이 필요하므로 부분적으로 연결된 네트워크에서는 지원되지 않습니다.
Frame Relay 하위 인터페이스를 구성하면 단일 물리적 인터페이스가 여러 가상 인터페이스로 취급됩니다. 이 기능을 사용하면 분할된 수평선 규칙을 극복할 수 있습니다. 하나의 가상 인터페이스에서 수신된 패킷은 동일한 물리적 인터페이스에 구성된 경우에도 다른 가상 인터페이스로 전달될 수 있습니다.
하위 인터페이스는 부분적으로 연결된 프레임 릴레이 네트워크를 여러 개의 더 작고 완전히 연결된(또는 포인트-투-포인트) 하위 네트워크로 세분화하는 방법을 제공하여 프레임 릴레이 네트워크의 한계를 해결합니다. 각 서브네트워크에는 고유한 네트워크 번호가 할당되며 마치 별도의 인터페이스를 통해 연결할 수 있는 것처럼 프로토콜에 표시됩니다. (포인트-투-포인트 하위 인터페이스의 번호를 IP와 함께 사용할 수 없게 하여, 이로 인해 발생할 수 있는 주소 지정 부담을 줄일 수 있습니다.)
포인트 투 포인트 하위 인터페이스
네트워크 다이어그램
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1338 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! enable password ww ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 140 ! ! router igrp 2 network 3.0.0.0 network 124.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1234 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 3.1.3.2 255.255.255.0 frame-relay interface-dlci 150 ! router igrp 2 network 3.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
스파이시
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 193 output pkts 175 in bytes 20450
out bytes 16340 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 50 out bcast bytes 3786
pvc create time 01:11:27, last time pvc status changed 00:42:32
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 74 output pkts 89 in bytes 7210
out bytes 10963 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 24 out bcast bytes 4203
pvc create time 00:12:25, last time pvc status changed 00:12:25
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
허브 및 스포크 하위 인터페이스
다음 허브 및 스포크 샘플 컨피그레이션에서는 두 개의 포인트-투-포인트 하위 인터페이스를 보여주며 하나의 원격 사이트에서 동적 주소 확인을 사용합니다. 각 하위 인터페이스에는 개별 프로토콜 주소와 서브넷 마스크가 제공되며, interface-dlci 명령은 하위 인터페이스를 지정된 DLCI(data-link connection identifier)와 연결합니다. 각 Point-to-Point 하위 인터페이스의 원격 대상 주소는 Point-to-Point이므로 확인되지 않으며, 트래픽은 반대쪽 끝에 있는 피어로 전송되어야 합니다. 원격 엔드(Aton)는 해당 매핑에 Inverse ARP를 사용하며, 주 허브는 그에 따라 하위 인터페이스의 IP 주소에 응답합니다. 이는 다중 지점 인터페이스에 대해 프레임 릴레이 반전 ARP가 기본적으로 켜져 있기 때문에 발생합니다.
네트워크 다이어그램
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface Serial0.2 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 130 ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 아톤 |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime ! hostname Aton ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router igrp 2 network 3.0.0.0 network 122.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
스파이시
Spicey#show frame-relay map
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.2
input pkts 11 output pkts 22 in bytes 1080
out bytes 5128 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 17 out bcast bytes 4608
pvc create time 00:06:36, last time pvc status changed 00:06:36
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 33 output pkts 28 in bytes 3967
out bytes 5445 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 17 out bcast bytes 4608
pvc create time 00:06:38, last time pvc status changed 00:06:38
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 45 output pkts 48 in bytes 8632
out bytes 6661 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 31 out bcast bytes 5573
pvc create time 00:12:16, last time pvc status changed 00:06:23
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
아톤
Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 699 output pkts 634 in bytes 81290
out bytes 67008 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 528 out bcast bytes 56074
pvc create time 05:46:14, last time pvc status changed 00:05:57
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
멀티포인트 하위 인터페이스에 대한 동적 및 정적 매핑 구성
동적 주소 매핑에서는 DLCI(Data-Link Connection Identifier)가 지정된 경우, Frame Relay Inverse ARP를 사용하여 특정 연결에 대한 다음 홉 프로토콜 주소를 요청합니다. 역 ARP 요청에 대한 응답은 라우터 또는 액세스 서버의 address-to-DLCI 매핑 테이블에 입력되며, 이 테이블은 다음 홉 프로토콜 주소 또는 발신 트래픽용 DLCI를 제공하는 데 사용됩니다.
이제 물리적 인터페이스가 여러 하위 인터페이스로 구성되었으므로 하위 인터페이스를 물리적 인터페이스와 구별하고 특정 하위 인터페이스를 특정 DLCI에 연결하는 정보를 제공해야 합니다.
Inverse ARP는 기본적으로 지원하는 모든 프로토콜에 대해 활성화되지만 특정 프로토콜-DLCI 쌍에 대해서는 비활성화될 수 있습니다. 따라서 동일한 DLCI에서 일부 프로토콜에 대한 동적 매핑과 다른 프로토콜에 대한 정적 매핑을 사용할 수 있습니다. 프로토콜이 연결의 다른 쪽에서 지원되지 않음을 알고 있는 경우 프로토콜-DLCI 쌍에 대해 Inverse ARP를 명시적으로 비활성화할 수 있습니다. Inverse ARP는 지원하는 모든 프로토콜에 대해 기본적으로 활성화되므로 하위 인터페이스에서 동적 주소 매핑을 구성하는 데 추가 명령이 필요하지 않습니다. 고정 맵은 지정된 next hop 프로토콜 주소를 지정된 DLCI에 연결합니다. 고정 매핑은 Inverse ARP 요청에 대한 필요성을 제거합니다. 고정 맵을 제공하면 지정된 DLCI의 지정된 프로토콜에 대해 Inverse ARP가 자동으로 비활성화됩니다. 다른 쪽 끝에 있는 라우터가 Inverse ARP를 전혀 지원하지 않거나 Over Frame Relay에서 사용할 특정 프로토콜에 대해 Inverse ARP를 지원하지 않는 경우에는 정적 매핑을 사용해야 합니다.
네트워크 다이어그램
Cisco 라우터에서 Inverse ARP를 수행하도록 구성하는 방법은 이미 알고 있습니다. 다음 예는 멀티포인트 인터페이스 또는 하위 인터페이스에 대해 고정 맵이 필요한 경우 이를 구성하는 방법을 보여줍니다.
설정
| 아톤 |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 multipoint ip address 4.0.1.3 255.255.255.0 frame-relay map ip 4.0.1.1 160 broadcast ! router igrp 2 network 4.0.0.0 network 122.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 스파이시 |
|---|
Spicey#show running-config Building configuration...Current configuration : 1652 bytes! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 4.0.1.1 255.255.255.0 encapsulation frame-relay frame-relay map ip 4.0.1.2 140 broadcast frame-relay map ip 4.0.1.3 130 broadcast ! router igrp 2 network 4.0.0.0 network 124.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1162 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 multipoint ip address 4.0.1.2 255.255.255.0 frame-relay map ip 4.0.1.1 150 broadcast ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
debug 및 show 명령
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
아톤
Aton#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 160(0xA0,0x2800), static, broadcast,
CISCO, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 16 output pkts 9 in bytes 3342
out bytes 450 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 9 out bcast bytes 450
pvc create time 00:10:02, last time pvc status changed 00:10:02
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
스파이시
Spicey#show frame-relay map
Serial0 (up): ip 4.0.1.2 dlci 140(0x8C,0x20C0), static, broadcast,
CISCO, status defined, active
Serial0 (up): ip 4.0.1.3 dlci 130(0x82,0x2020), static, broadcast,
CISCO, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 9 output pkts 48 in bytes 434
out bytes 11045 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 48 out bcast bytes 11045
pvc create time 00:36:25, last time pvc status changed 00:36:15
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 17 output pkts 26 in bytes 1390
out bytes 4195 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 16 out bcast bytes 3155
pvc create time 00:08:39, last time pvc status changed 00:08:39
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), static,
broadcast,
CISCO, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1.1
input pkts 28 output pkts 19 in bytes 4753
out bytes 1490 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 9 out bcast bytes 450
pvc create time 00:11:00, last time pvc status changed 00:11:00
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
이러한 명령에 대한 자세한 내용은 프레임 릴레이 명령을 참조하십시오.
IP 번호가 지정되지 않은 프레임 릴레이 구성
여러 하위 인터페이스를 사용할 IP 주소 공간이 없는 경우 각 하위 인터페이스에서 번호가 지정되지 않은 IP를 사용할 수 있습니다. 이 경우 트래픽이 평소와 같이 라우팅되도록 고정 경로 또는 동적 라우팅을 사용해야 하며, 포인트-투-포인트 하위 인터페이스를 사용해야 합니다.
네트워크 다이어그램
아래 예는 이를 보여줍니다.
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1674 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip unnumbered Ethernet0 frame-relay interface-dlci 140 ! router igrp 2 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1188 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip unnumbered Ethernet0 frame-relay interface-dlci 150 ! router igrp 2 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
스파이시
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.1
input pkts 23 output pkts 24 in bytes 3391
out bytes 4952 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 14 out bcast bytes 3912
pvc create time 00:04:47, last time pvc status changed 00:04:47
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I 123.0.0.0/8 [100/8576] via 123.123.123.1, 00:01:11, Serial0.1
I 123.123.123.0/32 [100/8576] via 123.123.123.1, 00:01:11,
Serial0.1
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 24 output pkts 52 in bytes 4952
out bytes 10892 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 41 out bcast bytes 9788
pvc create time 00:10:54, last time pvc status changed 00:03:51
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I 124.0.0.0/8 [100/8576] via 124.124.124.1, 00:00:18, Serial1.1
I 124.124.124.0/32 [100/8576] via 124.124.124.1, 00:00:18,
Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/120/436 ms
프레임 릴레이 백업 구성
ISDN을 통한 프레임 릴레이 백업
ISDN을 사용하여 프레임 릴레이 회로를 백업할 수 있습니다. 여러 가지 방법이 있습니다. 첫 번째이자 가장 좋은 방법은 트래픽을 BRI(Basic Rate Interface) IP 주소로 라우팅하고 적절한 라우팅 메트릭을 사용하는 부동 고정 경로를 사용하는 것입니다. 또한 기본 인터페이스 또는 DLCI(per-data-link connection identifier) 기반으로 백업 인터페이스를 사용할 수 있습니다. 주 인터페이스가 중단되지 않으면 영구 PVC(가상 회로)가 손실될 수 있으므로 주 인터페이스를 백업하는 데 큰 도움이 되지 않을 수 있습니다. 프로토콜은 원격 라우터가 아닌 로컬 Frame Relay 스위치와 교환되고 있습니다.
설정
| 라우터 1 |
|---|
ROUTER1# ! hostname ROUTER1 ! username ROUTER2 password same isdn switch-type basic-dms100 ! interface Ethernet 0 ip address 172.16.15.1 255.255.255.248 ! interface serial 0 ip address 172.16.24.129 255.255.255.128 encapsulation FRAME-RELAY ! interface BRI0 description Backup ISDN for frame-relay ip address 172.16.12.1 255.255.255.128 encapsulation PPP dialer idle-timeout 240 dialer wait-for-carrier-time 60 dialer map IP 172.16.12.2 name ROUTER2 broadcast 7086639706 ppp authentication chap dialer-group 1 isdn spid1 0127280320 2728032 isdn spid2 0127295120 2729512 ! router igrp 1 network 172.16.0.0 ! ip route 172.16.15.16 255.255.255.248 172.16.12.2 150 !--- Floating static route. ! access-list 101 deny igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 access-list 101 permit ip 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 dialer-list 1 LIST 101 ! |
| 라우터 2 |
|---|
ROUTER2# ! hostname ROUTER2 ! username ROUTER1 password same isdn switch-type basic-dms100 ! interface Ethernet 0 ip address 172.16.15.17 255.255.255.248 ! interface Serial 0 ip address 172.16.24.130 255.255.255.128 encapsulation FRAME-RELAY ! interface BRI0 description ISDN backup interface for frame-relay ip address 172.16.12.2 255.255.255.128 encapsulation PPP dialer idle-timeout 240 dialer map IP 172.16.12.1 name ROUTER1 broadcast ppp authentication chap pulse-time 1 dialer-group 1 isdn spid1 0191933333 4445555 isdn spid2 0191933334 4445556 ! router igrp 1 network 172.16.0.0 ! ip route 172.16.15.0 255.255.255.248 172.16.12.1 150 !--- Floating static route. ! access-list 101 deny igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 access-list 101 permit ip 0.0.0.0 255.255.255.255 162.27.9.0 0.0.0.255 dialer-list 1 LIST 101 ! |
show 명령
ISDN이 작동하는지 확인하려면 다음 debug 명령을 사용합니다. debug 명령을 사용하기 전에 debug 명령에 대한 중요한 정보를 참조하십시오.
-
디버그 isdn q931
-
디버그 ppp neg
-
디버그 ppp 인증
백업 명령 없이 발신측에서 중앙측으로 ISDN 호출을 시도합니다. 성공하면 백업 명령을 호출측에 추가합니다.
참고: 백업을 테스트하려면 시리얼 인터페이스에서 shutdown 명령을 사용하지 말고 시리얼 라인에서 케이블을 뽑아 실질적인 시리얼 라인 문제를 에뮬레이트합니다.
DCLI 백업당 컨피그레이션
이제 Spicey가 중앙 측면이고 Prasit가 중앙 측면 (Spicey)에 연결을 만드는 측면이라고 가정하자. 백업 명령은 중앙 측을 호출하는 측에만 추가해야 합니다.
참고: 백업 로드는 하위 인터페이스에서 지원되지 않습니다. 하위 인터페이스에서 트래픽 레벨을 추적하지 않으므로 로드가 계산되지 않습니다.
네트워크 다이어그램
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1438 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! username Prasit password 0 cisco ! ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface BRI0 ip address 3.1.6.1 255.255.255.0 encapsulation ppp dialer map ip 3.1.6.2 name Prasit broadcast dialer-group 1 isdn switch-type basic-net3 no peer default ip address no cdp enable ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 ! ip classless ip route 123.123.123.0 255.255.255.0 3.1.6.2 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1245 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! username Spicey password 0 cisco ! ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point backup delay 5 10 backup interface BRI0 ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! interface BRI0 ip address 3.1.6.2 255.255.255.0 encapsulation ppp dialer map ip 3.1.6.1 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 123.0.0.0 ! ip route 124.124.124.0 255.255.255.0 3.1.6.1 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
ip 경로 표시
-
isdn 기록 표시
-
isdn 상태 표시
-
show interface bri 0
-
활성 isdn 표시
스파이시
Spicey#show frame-relay map
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 2 subnets C
3.1.3.0 is directly connected, Serial0.2 C
3.1.6.0 is directly connected, BRI0
4.0.0.0/24 is subnetted, 1 subnets C
4.0.1.0 is directly connected, Serial0.1
124.0.0.0/24 is subnetted, 1 subnets C
124.124.124.0 is directly connected, Ethernet0
123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks I
123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:00, Serial0.1 S
123.123.123.0/24 [250/0] via 3.1.6.2 I
122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:37, Serial0.2
Spicey#
*Mar 1 00:59:12.527: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar 1 00:59:13.983: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 00:59:18.547: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6105 Prasit
Spicey#show isdn history
--------------------------------------------------------------------------------
ISDN CALL HISTORY
--------------------------------------------------------------------------------
Call History contains all active calls, and a maximum of 100 inactive calls.
Inactive call data will be retained for a maximum of 15 minutes.
--------------------------------------------------------------------------------
Call Calling Called Remote Seconds Seconds Seconds
Charges
Type Number Number Name Used Left Idle Units/Currency
--------------------------------------------------------------------------------
In 6105 6106 Prasit 31 90 29
--------------------------------------------------------------------------------
Spicey#
*Mar 1 01:01:14.547: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6105 Prasit, call lasted 122 seconds
*Mar 1 01:01:14.663: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:01:15.663: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
I 3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:55, Serial1.1
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 3.1.6.1
I 124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:55, Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
I 122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:55, Serial1.1
직렬 회선이 중단됩니다.
Prasit#
*Mar 1 01:23:50.531: %LINK-3-UPDOWN: Interface Serial1, changed state to down
*Mar 1 01:23:51.531: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to down
*Mar 1 01:23:53.775: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:23:53.791: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:23:53.827: %LINK-3-UPDOWN: Interface BRI0, changed state to up
*Mar 1 01:23:57.931: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF,IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.6.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 3.1.6.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!
*Mar 1 01:25:47.383: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
*Mar 1 01:25:48.475: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
Prasit#
*Mar 1 01:25:53.407: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6106 Spicey
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
1 Active Layer 3 Call(s)
CCB:callid=8003, sapi=0, ces=1, B-chan=1, calltype=DATA
Active dsl 0 CCBs = 1
The Free Channel Mask: 0x80000002
Total Allocated ISDN CCBs = 1
Prasit#show isdn active
--------------------------------------------------------------------------------
ISDN ACTIVE CALLS
--------------------------------------------------------------------------------
Call Calling Called Remote Seconds Seconds Seconds Charges
Type Number Number Name Used Left Idle Units/Currency
--------------------------------------------------------------------------------
Out 6106 Spicey 21 100 19 0
--------------------------------------------------------------------------------
Prasit#
*Mar 1 01:27:49.027: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6106 Spicey, call lasted 121 seconds
*Mar 1 01:27:49.131: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:27:50.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
*Mar 1 01:28:09.215: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 01:28:10.215: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to up
*Mar 1 01:28:30.043: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
TEI 64 changed to down
*Mar 1 01:28:30.047: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
64 changed to down
*Mar 1 01:28:30.371: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
*Mar 1 01:28:30.387: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:28:30.403: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Prasit#
직렬 연결이 다시 돌아왔습니다.
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
DEACTIVATED
Layer 2 Status:
Layer 2 NOT Activated
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0
Prasit#show interface bri 0
BRI0 is standby mode, line protocol is down
Hardware is BRI
Internet address is 3.1.6.2/24
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Last input 00:01:00, output 00:01:00, output hang never
Last clearing of "show interface" counters 01:28:16
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
128 packets input, 601 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
132 packets output, 687 bytes, 0 underruns
0 output errors, 0 collisions, 10 interface resets
0 output buffer failures, 0 output buffers swapped out
14 carrier transitions
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
다이얼러 프로필을 사용한 허브 및 스포크
다음은 DLCI 백업 컨피그레이션당 허브 및 스포크의 예입니다. 스포크 라우터가 허브 라우터를 호출하고 있습니다. 보시다시피, 허브 쪽의 다이얼러 풀에서 max-link 옵션을 사용하여 한 쪽에 하나의 B 채널만 허용합니다.
참고: 백업 로드는 하위 인터페이스에서 지원되지 않습니다. 하위 인터페이스에서 트래픽 레벨을 추적하지 않으므로 로드가 계산되지 않습니다.
네트워크 다이어그램
설정
| 아톤 |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! username Spicey password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 3.1.3.3 255.255.255.0 backup delay 5 10 backup interface BRI0 frame-relay interface-dlci 160 ! interface BRI0 ip address 155.155.155.3 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer map ip 155.155.155.2 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 122.0.0.0 network 155.155.0.0 ! ip route 124.124.124.0 255.255.255.0 155.155.155.2 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1887 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! username Prasit password 0 cisco username Aton password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface Serial0.2 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 130 ! interface BRI0 no ip address encapsulation ppp no ip route-cache no ip mroute-cache dialer pool-member 2 max-link 1 dialer pool-member 1 max-link 1 isdn switch-type basic-net3 no peer default ip address no cdp enable ppp authentication chap ! interface Dialer1 ip address 160.160.160.1 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer pool 1 dialer remote-name Prasit dialer-group 1 ppp authentication chap ! interface Dialer2 ip address 155.155.155.2 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer pool 2 dialer remote-name Aton dialer-group 1 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 network 155.155.0.0 network 160.160.0.0 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1267 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! username Spicey password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point backup delay 5 10 backup interface BRI0 ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! interface BRI0 ip address 160.160.160.2 255.255.255.0 encapsulation ppp dialer map ip 160.160.160.1 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 4.0.0.0 network 123.0.0.0 network 160.160.0.0 ! ip route 124.124.124.0 255.255.255.0 160.160.160.1 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
show 명령
-
프레임 릴레이 맵 표시
-
ip 경로 표시
-
프레임 맵 표시
-
show frame-relay pvc
아톤
Aton#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status defined, active
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Aton#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR, P - periodic downloaded static route
T - traffic engineered route
Gateway of last resort is not set
I 155.155.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial1.1
I 4.0.0.0/8 [100/10476] via 3.1.3.1, Serial1.1
I 160.160.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 155.155.155.2
I 124.0.0.0/8 [100/8576] via 3.1.3.1, Serial1.1
I 123.0.0.0/8 [100/10576] via 3.1.3.1, Serial1.1
122.0.0.0/24 is subnetted, 1 subnets
C 122.122.122.0 is directly connected, Ethernet0
Aton#
시리얼 1이 다운됩니다.
Aton#
01:16:33: %LINK-3-UPDOWN: Interface Serial1, changed state to down
01:16:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0, changed state to up
01:16:41: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up
Aton#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR, P - periodic downloaded static route
T - traffic engineered route
Gateway of last resort is not set
155.155.0.0/24 is subnetted, 1 subnets
C 155.155.155.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 155.155.155.2
122.0.0.0/24 is subnetted, 1 subnets
C 122.122.122.0 is directly connected, Ethernet0
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
01:21:33: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Aton#
01:21:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
changed state to up
01:21:39: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6106
Spicey
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/123/296 ms
Aton#
Serial 1이 다시 활성 상태가 됩니다.
Aton#
01:24:02: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from 6106
Spicey, call lasted 149 seconds
01:24:02: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:24:03: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
changed state to down
Aton#show frame map
Serial1.1 (down): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status deleted
Aton#
01:26:35: %LINK-3-UPDOWN: Interface Serial1, changed state to up
01:26:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
changed state to up
01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 64 changed
to down
01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 64 changed
to down
01:26:56: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
01:26:56: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:26:56: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Aton#show frame map
Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status defined, active
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Aton#ping 124.124.124.1
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 60 output pkts 69 in bytes 9694
out bytes 10811 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 44 out bcast bytes 7565
pvc create time 01:28:35, last time pvc status changed 00:02:19
스파이시
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
155.155.0.0/24 is subnetted, 1 subnets
C 155.155.155.0 is directly connected, Dialer2
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial0.2
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial0.1
160.160.0.0/24 is subnetted, 1 subnets
C 160.160.160.0 is directly connected, Dialer1
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
I 123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:55, Serial0.1
I 122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:35, Serial0.2
발신측의 두 시리얼 라인 모두 다운되었습니다.
Spicey#
*Mar 1 01:21:30.171: %LINK-3-UPDOWN: Interface BRI0:1, changed state toup
*Mar 1 01:21:30.627: %DIALER-6-BIND: Interface BR0:1 bound to profile Di2
*Mar 1 01:21:31.647: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 01:21:36.191: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6104 Aton
*Mar 1 01:21:40.923: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
*Mar 1 01:21:41.359: %DIALER-6-BIND: Interface BR0:2 bound to profile Di1
*Mar 1 01:21:42.383: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:2, changed state to up
*Mar 1 01:21:46.943: %ISDN-6-CONNECT: Interface BRI0:2 is now connected
to 6105 Prasit
*Mar 1 01:23:59.819: %DIALER-6-UNBIND: Interface BR0:1 unbound from
profile Di2
*Mar 1 01:23:59.831: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6104 Aton, call lasted 149 seconds
*Mar 1 01:23:59.927: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:24:00.923: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
*Mar 1 01:24:03.015: %DIALER-6-UNBIND: Interface BR0:2 unbound from
profile Di1
*Mar 1 01:24:03.023: %ISDN-6-DISCONNECT: Interface BRI0:2 disconnected
from 6105 Prasit, call lasted 142 seconds
*Mar 1 01:24:03.107: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:24:04.107: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:2, changed state to down
Spicey#show frame map
Serial0.1 (down): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, inactive
Serial0.2 (down): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, inactive
Spicey#
두 시리얼 라인 모두 다시 사용할 수 있습니다.
Spicey#show frame pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.2
input pkts 54 output pkts 61 in bytes 7014
out bytes 9975 dropped pkts 3 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 40 out bcast bytes 7803
pvc create time 01:28:14, last time pvc status changed 00:02:38
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.1
input pkts 56 output pkts 60 in bytes 7604
out bytes 10114 dropped pkts 2 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 39 out bcast bytes 7928
pvc create time 01:28:15, last time pvc status changed 00:02:29
프라 싯
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
I 155.155.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
I 3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:41, Serial1.1
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial1.1
I 160.160.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 160.160.160.1
I 124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:41, Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
I 122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:42, Serial1.1
Prasit#
Serial 1(시리얼 1)이 중단됩니다.
Prasit#
*Mar 1 01:16:08.287: %LINK-3-UPDOWN: Interface Serial1, changed state to down
*Mar 1 01:16:09.287: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to down
*Mar 1 01:16:11.803: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:16:11.819: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:16:11.855: %LINK-3-UPDOWN: Interface BRI0, changed state to up
*Mar 1 01:16:15.967: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI
64 changed to up
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
160.160.0.0/24 is subnetted, 1 subnets
C 160.160.160.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 160.160.160.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
*Mar 1 01:21:38.967: %LINK-3-UPDOWN: Interface BRI0:1, changed state to
up.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
*Mar 1 01:21:40.063: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 01:21:44.991: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6106 Spicey
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
Serial 1이 다시 활성화됩니다.
Prasit#
*Mar 1 01:26:40.579: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 01:26:41.579: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to up
*Mar 1 01:27:01.051: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
TEI 64 changed to down
*Mar 1 01:27:01.055: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
64 changed to down
*Mar 1 01:27:01.363: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
*Mar 1 01:27:01.379: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:27:01.395: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Prasit#show frame map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/116/432 ms
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 58 output pkts 66 in bytes 9727
out bytes 10022 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 46 out bcast bytes 7942
pvc create time 01:27:37, last time pvc status changed 00:01:59
프레임 릴레이 스위칭 구성
프레임 릴레이 스위칭은 데이터-링크 연결 식별자(DLCI)를 기반으로 패킷을 스위칭하는 수단이다. MAC(Media Access Control) 주소에 해당하는 프레임 릴레이로 볼 수 있습니다. Cisco 라우터 또는 액세스 서버를 프레임 릴레이 네트워크로 구성하여 스위칭을 수행합니다. 프레임 릴레이 네트워크에는 두 가지 부분이 있습니다.
-
Frame Relay DTE(data terminal equipment) - 라우터 또는 액세스 서버입니다.
-
DCE(Frame Relay Data Circuit-Terminating Equipment) 스위치
참고: Cisco IOS Software 릴리스 12.1(2)T 이상에서는 frame route 명령이 connect 명령으로 대체되었습니다.
샘플 컨피그레이션을 살펴보겠습니다. 아래 구성에서는 라우터 미국을 프레임 릴레이 스위치로 사용합니다. Spicey는 허브 라우터로, Prasit와 Aton은 스포크 라우터로 사용합니다. 다음과 같이 연결했습니다.
-
Prasit serial 1 (s1) DTE는 America serial 1/4 (s1/4) DCE에 연결됩니다.
-
Spicey serial 0 (s0) DTE는 America serial 1/5 (s1/5) DCE에 연결됩니다.
-
Aton serial 1 (s1) DTE는 America serial 3/4 (s3/4) DCE에 연결됩니다.
네트워크 다이어그램
이 문서는 다음 구성을 기반으로 합니다.
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 130 frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 ! exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 아톤 |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router rip network 3.0.0.0 network 122.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 아메리카 |
|---|
america#show running-config Building configuration... Current configuration: ! ! service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname america ! frame-relay switching ! ! interface Serial1/4 description *** static DCE connection to s1 Prasit no ip address encapsulation frame-relay clockrate 2000000 frame-relay intf-type dce frame-relay route 150 interface Serial1/5 140 ! interface Serial1/5 description *** static DCE connection to s0 spicy no ip address encapsulation frame-relay bandwidth 1000000 tx-queue-limit 100 frame-relay intf-type dce frame-relay route 130 interface Serial3/4 160 frame-relay route 140 interface Serial1/4 150 transmitter-delay 10 ! interface Serial3/4 description *** static DCE connection to s1 Aton encapsulation frame-relay no ip mroute-cache clockrate 2000000 frame-relay intf-type dce frame-relay route 160 interface Serial1/5 130 ! |
show 명령
다음 show 명령을 사용하여 네트워크가 제대로 작동하는지 테스트합니다.
-
프레임 릴레이 맵 표시
-
show frame-relay pvc
아래에 표시된 출력은 이 샘플 컨피그레이션에서 사용 중인 디바이스에서 이 명령을 입력한 결과입니다.
스파이시
Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
broadcast,, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 32 output pkts 40 in bytes 3370
out bytes 3928 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 30 out bcast bytes 2888
pvc create time 00:15:46, last time pvc status changed 00:10:42
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 282 output pkts 291 in bytes 25070
out bytes 27876 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 223 out bcast bytes 20884
pvc create time 02:28:36, last time pvc status changed 02:25:14
프라 싯
Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 311 output pkts 233 in bytes 28562
out bytes 22648 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 162 out bcast bytes 15748
pvc create time 02:31:39, last time pvc status changed 02:25:14
아톤
Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic, broadcast, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial
input pkts 35 output pkts 32 in bytes 3758
out bytes 3366 dropped pkts 0 in FECN pkt 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 27 out bcast bytes 2846
pvc create time 00:10:53, last time pvc status changed 00:10:53
프레임 릴레이 DLCI 우선순위 지정 구성
DLCI(Data-Link Connection Identifier) 우선 순위는 프레임 릴레이 네트워크가 각 트래픽 유형에 대해 다른 커밋된 정보 속도를 제공할 수 있도록 서로 다른 트래픽 유형을 별도의 DLCI에 배치하는 프로세스입니다. 사용자 지정 큐잉 또는 우선 순위 큐잉과 함께 사용하여 프레임 릴레이 네트워크에 대한 액세스 링크에 대한 대역폭 관리 제어를 제공할 수 있습니다. 또한 일부 프레임 릴레이 서비스 제공자와 프레임 릴레이 스위치(예: Stratacom IPX(Internetwork Packet Exchange), IGX 및 BPX 또는 AXIS 스위치)는 실제로 이 우선순위 설정을 기반으로 프레임 릴레이 클라우드 내에서 우선순위를 제공합니다.
구현 고려 사항
DLCI 우선 순위를 구현할 때 다음 사항에 유의하십시오.
-
보조 DLCI가 다운되면 해당 대기열로 이동할 트래픽만 손실됩니다.
-
기본 DLCI가 손실되면 하위 인터페이스가 다운되고 모든 트래픽이 손실됩니다.
네트워크 다이어그램
이 설정을 사용하려면 DLCI 우선 순위를 사용할 측에 대해 4개의 DLCI가 있어야 합니다. 이 예에서는 다음과 같이 우선순위 대기열 처리를 위해 Spicey를 구성했습니다.
-
Ping이 우선 순위가 높은 대기열에 있습니다.
-
텔넷이 중간 우선순위 대기열에 있습니다.
-
FTP(File Transfer Protocol)가 일반 우선순위 큐에 있습니다.
-
다른 모든 IP 트래픽은 우선순위가 낮은 대기열에 있습니다.
참고: DLCI가 우선순위 목록과 일치하도록 구성했는지 확인하십시오. 그렇지 않으면 시스템에서 올바른 큐를 사용하지 않습니다.
설정
| 스파이시 |
|---|
Spicey#show running-config Building configuration... Current configuration : 1955 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec ! hostname Spicey ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay priority-group 1 ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay priority-dlci-group 1 140 180 190 200 frame-relay interface-dlci 140 ! router igrp 2 network 4.0.0.0 network 124.0.0.0 ! access-list 102 permit icmp any any priority-list 1 protocol ip high list 102 priority-list 1 protocol ip medium tcp telnet priority-list 1 protocol ip normal tcp ftp priority-list 1 protocol ip low ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| 프라 싯 |
|---|
Prasit#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 4.0.1.2 255.255.255.0 encapsulation frame-relay ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
debug 및 show 명령
다음 show 및 debug 명령을 사용하여 네트워크가 제대로 작동하는지 테스트합니다. debug 명령을 사용하기 전에 debug 명령에 대한 중요한 정보를 참조하십시오.
-
show frame-relay pvc
-
프레임 릴레이 맵 표시
-
대기열 처리 우선 순위 표시
-
디버그 우선 순위
아래에 표시된 출력은 이 샘플 컨피그레이션에서 사용 중인 디바이스에서 이 명령을 입력한 결과입니다.
스파이시
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 4 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 106 output pkts 15 in bytes 6801
out bytes 1560 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:29:22, last time pvc status changed 00:20:37
Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
DLCI 190 (NORMAL), DLCI 200 (LOW)
DLCI = 180, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 51 in bytes 0
out bytes 2434 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:29:23, last time pvc status changed 00:14:48
DLCI = 190, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 13 in bytes 0
out bytes 3653 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 13 out bcast bytes 3653
pvc create time 00:29:23, last time pvc status changed 00:14:28
DLCI = 200, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 42 in bytes 0
out bytes 2554 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 10 out bcast bytes 500
pvc create time 00:29:24, last time pvc status changed 00:14:09
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
DLCI 190 (NORMAL), DLCI 200 (LOW)
Spicey#show queueing priority
Current priority queue configuration:
List Queue Args
1 high protocol ip list 102
1 medium protocol ip tcp port telnet
1 normal protocol ip tcp port ftp
1 low protocol ip
우선순위 큐를 확인하려면 debug priority 명령을 사용합니다.
Spicey#debug priority Priority output queueing debugging is on Spicey#ping 123.123.123.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48 ms Spicey# *Mar 1 00:32:30.391: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.395: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.399: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.439: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.443: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.447: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.487: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.491: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.495: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.535: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.539: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.543: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.583: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.587: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.587: PQ: Serial0 output (Pk size/Q 104/0)Spicey# Spicey#telnet 123.123.123.1 Trying 123.123.123.1 ... Open User Access Verification Password: *Mar 1 00:32:59.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.451: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.451: PQ: Serial0 output (Pk size/Q 48/1) *Mar 1 00:32:59.475: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.479: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.483: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.491: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:32:59.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.499: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.515: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.523: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.531: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:32:59.539: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.547: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.751: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.755: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.755: PQ: Serial0 output (Pk size/Q 44/1) Password:
다른 IP 트래픽은 낮은 대기열을 통과합니다.
Spicey# *Mar 1 00:53:57.079: PQ: Serial0 output (Pk size/Q 13/0) *Mar 1 00:53:58.851: PQ: Serial0: ip -> low *Mar 1 00:53:58.907: PQ: Serial0: ip -> low *Mar 1 00:53:58.907: PQ: Serial0 output (Pk size/Q 36/3) *Mar 1 00:53:59.459: PQ: Serial0: ip -> low *Mar 1 00:53:59.463: PQ: Serial0: ip -> low *Mar 1 00:53:59.463: PQ: Serial0 output (Pk size/Q 50/3) Spicey#
프라 싯
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 134 output pkts 119 in bytes 12029
out bytes 7801 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 18 out bcast bytes 1260
pvc create time 00:21:15, last time pvc status changed 00:21:15
Prasit#show frame-relay map
Serial1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), dynamic,
broadcast, status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48
Here is the debug output shown on Spicey when you use the command above to ping to Spicey from Prasit.
Spicey#
*Mar 1 00:33:26.755: PQ: Serial0 output (Pk size/Q 13/0)
*Mar 1 00:33:28.535: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.539: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.543: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.583: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.587: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.587: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.631: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.635: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.635: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.679: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.683: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.683: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.723: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.727: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.731: PQ: Serial0 output (Pk size/Q 104/0)
Prasit#telnet 124.124.124.1
Trying 124.124.124.1 ... Open
User Access Verification
Password:
Spicey>exit
[Connection to 124.124.124.1 closed by foreign host]
Prasit#
위의 명령을 사용하여 Prasit에서 Spicey로 텔넷할 때 Spicey에 표시되는 디버그 출력입니다.
Spicey# *Mar 1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.503: PQ: Serial0 output (Pk size/Q 48/1) *Mar 1 00:33:54.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.531: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.531: PQ: Serial0 output (Pk size/Q 56/1) *Mar 1 00:33:54.547: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.551: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.555: PQ: Serial0 output (Pk size/Q 86/1) *Mar 1 00:33:54.559: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.563: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.563: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:33:54.571: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.575: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.575: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:33:54.779: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.783: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.783: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:56.755: PQ: Serial0 output (Pk size/Q 13/0) *Mar 1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.147: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.451: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.903: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:33:59.491: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.495: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:33:59.711: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.715: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.715: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.955: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.127: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.331: PQ: Serial0 output (Pk size/Q 46/1) *Mar 1 00:34:00.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.499: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.547: PQ: Serial0 output (Pk size/Q 44/1)
프레임 릴레이 브로드캐스트 대기열
브로드캐스트 대기열은 중대형 IP 또는 IPX 네트워크에서 사용되는 주요 기능으로, 이 네트워크에서는 라우팅 및 SAP(서비스 액세스 포인트) 브로드캐스트가 프레임 릴레이 네트워크 전반에서 전달되어야 합니다. 브로드캐스트 대기열은 일반 인터페이스 대기열과 독립적으로 관리되며 자체 버퍼가 있으며 구성 가능한 크기 및 서비스 속도가 있습니다. 타이밍 민감도 때문에 이 브로드캐스트 대기열은 BPDU(스패닝 트리 업데이트) 브리징에 사용되지 않습니다. 이러한 패킷은 일반 대기열을 통해 흐릅니다. 브로드캐스트 큐를 활성화하는 interface 명령은 다음과 같습니다.
프레임 릴레이 브로드캐스트 대기열 크기 바이트 속도 패킷 속도
브로드캐스트 대기열에는 초당 바이트 및 초당 패킷으로 측정된 최대 전송 속도(처리량) 제한이 제공됩니다. 이 최대값만 제공되도록 대기열이 처리됩니다. 브로드캐스트 대기열은 구성된 최대값 미만의 속도로 전송할 때 우선순위를 가지므로 최소 대역폭 할당이 보장됩니다. 두 가지 전송 속도 제한은 브로드캐스트로 인터페이스를 플러딩하는 것을 방지하기 위한 것입니다. 임의의 초의 실제 제한은 도달되는 첫 번째 속도 제한이다. 전송 속도 제한이 있는 경우, 브로드캐스트 패킷을 저장하기 위해 추가 버퍼링이 필요합니다. 브로드캐스트 대기열은 많은 수의 브로드캐스트 패킷을 저장하도록 구성할 수 있습니다. 큐 크기는 브로드캐스트 라우팅 업데이트 패킷이 손실되지 않도록 설정해야 합니다. 정확한 크기는 사용 중인 프로토콜과 각 업데이트에 필요한 패킷 수에 따라 달라집니다. 안전을 위해 각 프로토콜 및 각 DLCI(data-link connection identifier)에서 하나의 완전한 라우팅 업데이트를 저장할 수 있도록 큐 크기를 설정해야 합니다. 일반적으로 DLCI당 20개의 패킷으로 시작합니다. 바이트 속도는 다음 두 가지보다 작아야 합니다.
-
N/4배의 최소 원격 액세스 속도(초당 바이트 수)입니다. 여기서 N은 브로드캐스트를 복제해야 하는 DLCI 수입니다
-
로컬 액세스 속도(초당 바이트 수)의 1/4
바이트 속도가 보수적으로 설정된 경우 패킷 속도는 중요하지 않습니다. 일반적으로 패킷 속도는 250바이트 패킷을 가정하여 설정해야 합니다. 직렬 인터페이스의 기본값은 64개의 대기열 크기, 초당 256,000바이트(2,048,000bps) 및 36pps입니다. HSSI(High Speed Serial Interfaces)의 기본값은 큐 크기 256, 초당 1,024,000바이트(8,192,000bps) 및 144pps입니다.
트래픽 셰이핑
트래픽 셰이핑은 토큰 버킷 필터라는 속도 제어 메커니즘을 사용합니다. 이 토큰 버킷 필터는 다음과 같이 설정됩니다.
excess burst plus committed burst(Bc + Be) = 가상 회로의 최대 속도(VC)
최대 속도를 초과하는 트래픽은 WFQ(Weighted Fair Queue)의 크기와 같은 트래픽 셰이핑 큐에 버퍼링됩니다. Token Bucket 필터는 트래픽을 필터링하지 않지만 아웃바운드 인터페이스에서 트래픽이 전송되는 속도를 제어합니다. 토큰 버킷 필터에 대한 자세한 내용은 정책 및 셰이핑 개요를 참조하십시오.
이 문서에서는 일반적인 트래픽 셰이핑 및 프레임 릴레이 트래픽 셰이핑에 대한 개요를 제공합니다.
트래픽 셰이핑 매개변수
다음 트래픽 셰이핑 매개변수를 사용할 수 있습니다.
-
CIR = 커밋된 정보 전송률(= 평균 시간)
-
EIR = 초과 정보 비율
-
TB = 토큰 버킷(= Bc + Be)
-
Bc = 커밋 버스트 크기(= 지속 버스트 크기)
-
Be = 초과 버스트 크기
-
DE = 자격 취소
-
Tc = 측정 간격
-
AR = 물리적 인터페이스의 속도에 해당하는 액세스 속도(따라서 T1을 사용하는 경우 AR은 약 1.5Mbps).
이러한 매개변수 중 일부를 좀 더 자세히 살펴보겠습니다.
액세스 속도(AR)
엔드 스테이션이 네트워크로 전송할 수 있는 초당 최대 비트 수는 사용자 네트워크 인터페이스의 액세스 속도에 의해 제한됩니다. 사용자 네트워크 연결의 회선 속도는 액세스 속도를 제한합니다. 서비스 공급자에 대한 서브스크립션에서 이를 설정할 수 있습니다.
커밋된 버스트 크기(Bc)
네트워크에 제공할 수 있는 최대 커밋된 데이터 양은 Bc로 정의됩니다. Bc는 네트워크가 정상적인 조건에서 메시지 전달을 보장하는 데이터 양에 대한 측정치입니다. 커밋된 비율 Tc 중에 측정됩니다.
초과 버스트 크기(Be)
프레임 릴레이 스위치에서 여전히 허용되지만 DE(Eligible to Discarded)로 표시된 커밋되지 않은 비트 수(CIR 외부).
토큰 버킷이 '가상' 버퍼입니다. 여기에는 여러 토큰이 포함되어 있으므로 시간 간격당 제한된 양의 데이터를 보낼 수 있습니다. 토큰 버킷은 Tc당 Bc 비트로 채워집니다. 버킷의 최대 크기는 Bc + Be입니다. Be가 매우 크고 T0에서 버킷에 Bc + Be 토큰이 채워져 있으면 액세스 속도로 Bc + Be 비트를 전송할 수 있습니다. 이는 Tc에 의해 제한되지 않고 Be를 전송하는 데 걸리는 시간에 따라 달라집니다. 이는 액세스 속도의 함수입니다.
CIR(Committed Information Rate)
CIR은 정상적인 조건에서 네트워크가 전송을 위해 커밋할 수 있는 데이터의 양입니다. 속도는 시간 Tc의 증분에 걸쳐 평균됩니다. CIR은 허용되는 최소 처리량이라고도 합니다. Bc와 Be는 비트, Tc는 초, 접속률과 CIR은 초당 비트 단위로 표현된다.
BC, Be, Tc 및 CIR은 DLCI(data-link connection identifier)별로 정의됩니다. 이로 인해 토큰 버킷 필터는 DLCI당 속도를 제어합니다. 액세스 속도는 사용자 네트워크 인터페이스당 유효합니다. Bc는 Be와 CIR 수신 값과 발신 값을 구분할 수 있다. 연결이 대칭적이면 두 방향의 값은 동일합니다. 영구 가상 회로의 경우 서브스크립션 시간에 수신 및 발신 Bc, Be 및 CIR을 정의합니다.
-
피크 = DLCI의 최대 속도. 해당 특정 DLCI의 대역폭입니다.
-
Tc = Bc/CIR
-
피크 = CIR + Be/Tc = CIR (1 + Be/Bc)
Tc가 1초이면
-
피크 = CIR + Be = Bc + Be
-
EIR = Be
이 예제에서 라우터는 네트워크의 혼잡도에 따라 48Kbps에서 32Kbps 사이의 트래픽을 전송합니다. 네트워크는 Bc보다 높은 프레임을 DE로 표시할 수 있지만 프레임을 전송하는 데 충분한 여유 용량이 있습니다. 역도 가능합니다. 제한된 용량을 가지면서도 과도한 프레임을 즉시 폐기할 수 있습니다. 네트워크는 Bc + Be 이상의 프레임을 DE와 함께 표시하고 전송할 수도 있으며, ITU-T I.370 국제 통신 연합 통신 표준화 부문 사양이 제안하는 대로 프레임을 삭제할 수도 있습니다. 트래픽 셰이핑은 스위치 네트워크에서 오는 BEN(Backward-Explicit Congestion Notification) 태그 처리된 패킷을 기반으로 트래픽을 제한합니다. 50% BEN을 수신하는 경우 라우터는 특정 DLCI에 대해 현재 전송된 대역폭의 1/8 만큼 트래픽을 줄입니다.
예
전송 속도는 42Kb입니다. 라우터는 속도를 42에서 42를 뺀 값을 8(42 - 42/8)로 나누어 36.75Kb를 만듭니다. 변경 후 혼잡이 감소하면 라우터는 트래픽을 더 줄여 현재 전송 대역폭의 8분의 1로 낮춥니다. 구성된 CIR 값에 도달할 때까지 트래픽이 감소합니다. 하지만 여전히 BEN을 볼 수 있을 때 CIR 아래로 속도가 떨어질 수 있다. CIR/2와 같은 하단 제한을 지정할 수 있습니다. 네트워크에서 수신한 모든 프레임에 지정된 시간 간격 동안 BEN 비트가 더 이상 없으면 네트워크가 더 이상 혼잡하지 않습니다. 이 간격의 기본값은 200ms입니다.
일반 트래픽 셰이핑
Generic traffic shaping 기능은 클라우드, 링크 또는 수신 엔드포인트 라우터 내에서 혼잡이 발생할 때 아웃바운드 트래픽의 흐름을 줄이는 데 도움이 되는 미디어 및 캡슐화 독립적인 트래픽 쉐이핑 툴입니다. 라우터 내의 인터페이스 또는 하위 인터페이스에 설정할 수 있습니다.
일반 트래픽 셰이핑은 다음과 같은 경우에 유용합니다.
-
중앙 사이트의 고속(T1 회선 속도) 연결과 지사 또는 재택 근무자 사이트의 저속(56kbps 미만) 연결로 구성된 네트워크 토폴로지가 있는 경우. 속도 불일치 때문에 중앙 사이트가 원격 사이트에서 수신할 수 있는 더 빠른 속도로 데이터를 전송할 때 지점 또는 재택 근무 사이트의 트래픽에 병목 현상이 자주 발생합니다. 따라서 원격 포인트 라우터 이전의 마지막 스위치에 병목 현상이 발생합니다.
-
하위 속도 서비스를 제공하는 서비스 공급자인 경우 이 기능을 사용하면 라우터를 사용하여 T1 또는 T3 링크를 더 작은 채널로 분할할 수 있습니다. 고객이 주문한 서비스와 일치하는 토큰 필터 버킷으로 각 하위 인터페이스를 구성할 수 있습니다.
프레임 릴레이 연결에서 라우터가 트래픽을 네트워크로 전송하는 대신 조절(throttle)하도록 할 수 있습니다. 트래픽을 제한하면 통신 사업자의 클라우드에서 패킷 손실이 제한됩니다. 이 기능과 함께 제공되는 BEN 기반 조절 기능을 사용하면 라우터가 네트워크에서 BEN 태그 패킷을 수신하는 것을 기반으로 트래픽을 동적으로 조절하도록 할 수 있습니다. 이 조절 기능은 라우터의 버퍼에 패킷을 보관하여 라우터에서 프레임 릴레이 네트워크로 전달되는 데이터 흐름을 줄입니다. 라우터는 하위 인터페이스를 기준으로 트래픽을 제한하며, BEN 태그가 지정된 패킷이 더 적게 수신될 경우 비율도 증가합니다.
일반 트래픽 셰이핑 명령
속도 제어를 정의하려면 다음 명령을 사용합니다.
traffic-shape rate bit-rate [burst-size [excess-burst-size]] [group access-list]
프레임 릴레이 인터페이스에서 BEN을 제한하려면 다음 명령을 사용합니다.
트래픽 셰이프 적응 [비트 속도]
BEN을 수신할 때 사용 가능한 대역폭을 추정하도록 Frame Relay 하위 인터페이스를 구성하려면 traffic-shape adaptive 명령을 사용합니다.
참고: traffic-shape adaptive 명령을 사용하려면 traffic-shape rate 명령으로 인터페이스에서 트래픽 셰이핑을 활성화해야 합니다.
traffic-shape rate 명령에 지정된 비트 속도는 상한값이고, traffic-shape adaptive 명령에 지정된 비트 속도는 인터페이스가 BCN을 수신할 때 트래픽이 형성되는 하한값(일반적으로 CIR 값)입니다. 실제로 사용되는 속도는 일반적으로 이 두 속도 사이에 있습니다. 링크의 양쪽 끝에서 traffic-shape adaptive 명령을 구성해야 합니다. 또한 FECN(명시적 정체 알림) 신호를 BECN으로 반영하도록 플로우 끝에서 디바이스를 구성하므로 이 명령을 구성해야 합니다. 이를 통해 트래픽이 주로 한 방향으로 이동하는 경우에도 고속 엔드에서의 라우터가 혼잡을 탐지하고 이에 대응할 수 있습니다.
예
다음 예는 인터페이스 0.1에서 트래픽 셰이핑을 128kbps의 상한(일반적으로 Bc + Be)과 64kbps의 하한을 사용하여 구성합니다. 따라서 혼잡 레벨에 따라 링크가 64kbps에서 128kbps로 실행될 수 있습니다. 만일 중심측이 256kbps의 상한값을 가지고 있다면 가장 낮은 상한값을 사용해야 한다.
이 라우터에서 구성한 내용은 다음과 같습니다.
Central# interface serial 0 encapsulation-frame-relay interface serial 0.1 traffic-shape rate 128000 traffic-shape adaptive 64000 Client# interface serial 0 encapsulation-frame-relay interface serial 0.1 traffic-shape rate 128000 traffic-shape adaptive 64000
프레임 릴레이 트래픽 셰이핑
일반 트래픽 셰이핑의 경우 물리적 인터페이스당 하나의 피크율(상한) 및 하위 인터페이스당 하나의 CIR(하한) 값만 지정할 수 있습니다. Frame Relay 트래픽 셰이핑을 사용하면 가상 회로별로 토큰 버킷 필터를 시작할 수 있습니다.
Traffic Shaping over Frame Relay 기능은 다음 기능을 제공합니다.
-
VC별 속도 적용: CIR 또는 EIR(Excess Information Rate)과 같이 정의된 다른 값으로 아웃바운드 트래픽을 제한하도록 최고 속도를 구성할 수 있습니다.
-
VC별 일반화된 BEN 지원: 라우터는 BEN을 모니터링하고 프레임 릴레이 네트워크에서 BEN으로 표시한 패킷 피드백을 기반으로 트래픽을 조절할 수 있습니다.
-
VC 레벨의 PQ(Priority Queuing), CQ(Custom Queuing) 또는 WFQ 지원. 이를 통해 트래픽의 우선 순위 지정 및 대기를 보다 세부적으로 처리할 수 있으므로 개별 VC의 트래픽 흐름을 보다 효과적으로 제어할 수 있습니다. Traffic Shaping over Frame Relay 기능은 Frame Relay PVC(Permanent Virtual Circuit) 및 SVC(Switched Virtual Circuit)에 적용됩니다.
예
Interface Serial 0 no ip address encapsulation frame-relay frame-relay traffic-shaping ! interface Serial0.100 ip address 1.1.1.1 255.255.255.252 frame-relay interface-dlci 100 frame-relay class fast ! interface Serial0.200 ip address 1.1.1.5 255.255.255.252 frame-relay interface-dlci 200 frame-relay class slow ! map-class frame-relay slow frame-relay traffic-rate 64000 128000 ! map-class frame-relay fast frame-relay traffic-rate 16000 64000 !
이 예에서 라우터는 두 개의 토큰 버킷을 추가합니다.
-
64000(CIR)과 128000(Bc + Be) 사이에 1개가 있습니다.
-
다른 실행은 16000(CIR)에서 64000(Bc + Be) 사이입니다.
이더넷에서 들어오는 트래픽이 토큰 버킷 필터보다 클 경우, 트래픽은 프레임 릴레이 트래픽 큐에 버퍼링됩니다.
프레임 릴레이 트래픽 셰이핑을 구현할 때 패킷 흐름을 보여주는 순서도를 보려면 프레임 릴레이 트래픽 셰이핑 순서도를 참조하십시오. 토큰 버킷 필터를 사용하여 순서도를 보려면 프레임 릴레이 트래픽 셰이핑 - 토큰 버킷 순서도를 참조하십시오.
일반적으로 사용되는 프레임 릴레이 명령
이 섹션에서는 프레임 릴레이를 구성할 때 특히 유용한 두 가지 Cisco IOS® 명령에 대해 설명합니다.
show frame-relay pvc
이 명령은 PVC(Permanent Virtual Circuit), 패킷 수신 및 발신, FECN(Forward Explicit Congestion Notification) 및 BEN(Backward Explicit Congestion Notification)을 통해 회선에 혼잡이 있을 경우 삭제된 패킷의 상태를 표시합니다. show frame-relay pvc 명령 사용 필드에 대한 자세한 설명을 보려면 여기를 클릭하십시오.
Cisco 디바이스에서 show frame-relay pvc 명령을 출력한 경우 출력 인터프리터(등록된 고객만 해당)를 사용하여 잠재적인 문제 및 수정 사항을 표시할 수 있습니다.
샘플 출력은 다음과 같습니다.
RouterA#show frame-relay pvc PVC Statistics for interface Serial0 (Frame Relay DTE) DLCI = 666, DLCI USAGE = UNUSED, PVC STATUS = DELETED, INTERFACE = Serial0 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 pvc create time 0:03:18 last time pvc status changed 0:02:27 Num Pkts Switched 0 DLCI = 980, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0 input pkts 19 output pkts 87 in bytes 2787 out bytes 21005 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 pvc create time 1:17:47 last time pvc status changed 0:58:27
DLCI USAGE 필드는 다음 항목 중 하나를 포함합니다.
-
SWITCHED - 라우터 또는 액세스 서버가 스위치로 사용됩니다.
-
LOCAL(로컬) - 라우터 또는 액세스 서버가 DTE(데이터 터미널 장비)로 사용됩니다.
-
UNUSED - 라우터의 사용자 입력 컨피그레이션 명령에서 DLCI(데이터 링크 연결 식별자)를 참조하지 않습니다.
PVC는 네 가지 가능한 상태를 가질 수 있다. 이러한 항목은 다음과 같이 PVC STATUS 필드에 표시됩니다.
-
ACTIVE - PVC가 작동 중이며 정상적으로 작동합니다.
-
INACTIVE(비활성) - PVC가 엔드 투 엔드가 아닙니다. 이는 프레임 릴레이 클라우드의 로컬 DLCI에 대한 매핑(또는 잘못된 매핑)이 없거나 PVC의 원격 끝이 삭제되었기 때문일 수 있습니다.
-
DELETED(삭제됨) - 라우터와 로컬 스위치 간에 LMI(Local Management Interface)가 교환되지 않거나 스위치에 로컬 스위치에 DLCI가 구성되어 있지 않습니다.
-
STATIC - 라우터의 프레임 릴레이 인터페이스에 구성된 keepalive가 없습니다.
프레임 릴레이 맵 표시
프레임 릴레이 inverse-arp에서 원격 IP 주소를 로컬 DLCI로 확인했는지 여부를 확인하려면 이 명령을 사용합니다. 이 명령은 포인트-투-포인트 하위 인터페이스에 대해 활성화되지 않습니다. 다중 지점 인터페이스 및 하위 인터페이스에만 유용합니다. 샘플 출력은 다음과 같습니다.
RouterA#show frame-relay map
Serial0 (up): ip 157.147.3.65 dlci 980(0x3D4,0xF440), dynamic,
broadcast,, status defined, active
show frame-relay map 명령과 함께 사용되는 필드에 대한 자세한 설명은 프레임 릴레이 명령에 대한 설명서를 참조하십시오.
Cisco 디바이스에서 show frame-relay map 명령의 출력이 있는 경우 출력 인터프리터(등록된 고객만 해당)를 사용하여 잠재적인 문제 및 수정 사항을 표시할 수 있습니다.
프레임 릴레이 및 브리징
BPDU(bridge protocol data unit)라는 컨피그레이션 메시지는 Cisco 브리지 및 라우터에서 지원되는 스패닝 트리 프로토콜에서 사용됩니다. 이러한 흐름은 교량 간에 일정한 간격을 두고 흐르며, 교량의 잦은 발생으로 인해 상당한 트래픽 양을 구성합니다. 투명 브리징에는 두 가지 유형의 스패닝 트리 프로토콜이 있습니다. DEC(Digital Equipment Corporation)에서 처음 소개한 이 알고리즘은 이후 IEEE 802 위원회에 의해 개정되어 IEEE 802.1d 사양에 발표되었습니다. DEC 스패닝 트리 프로토콜은 1초 간격으로 BPDU를 발행하고 IEEE는 2초 간격으로 BPDU를 발행합니다. 각 패킷은 41바이트이며, 여기에는 35바이트 컨피그레이션 BPDU 메시지, 2바이트 Frame Relay 헤더, 2바이트 Ethertype 및 2바이트 FCS가 포함됩니다.
프레임 릴레이 및 메모리
프레임 릴레이 리소스에 대한 메모리 소비는 다음 네 가지 영역에서 발생합니다.
-
각 DLCI(data-link connection identifier): 216바이트
-
각 맵 명령문: 96바이트(또는 동적으로 작성된 맵)
-
각 IDB(하드웨어 인터페이스 + encap Frame Relay): 5040 + 8346 = 13,386바이트
-
각 IDB(소프트웨어 하위 인터페이스): 2260바이트
예를 들어, 각각 4개의 하위 인터페이스와 총 8개의 DLCI가 있는 2개의 프레임 릴레이 인터페이스를 사용하는 Cisco 2501의 경우 관련 맵에는 다음이 필요합니다.
-
2 인터페이스 하드웨어 IDB x 13,386 = 26,772
-
8개의 하위 인터페이스 IDB x 2260 = 18,080개의 하위 인터페이스
-
8 DLCI x 216 = 1,728 DLCI
-
8 맵 명령문 x 96 = 768 맵 명령문 또는 역학
총 47,348바이트의 RAM이 사용되었습니다.
참고: 여기에 사용된 값은 Cisco IOS 릴리스 11.1, 12.0 및 12.1 소프트웨어에 유효합니다.
문제 해결 프레임 릴레이
이 섹션에는 트러블슈팅 중에 발생할 수 있는 show interface 명령 출력의 일부가 포함되어 있습니다. 출력에 대한 설명도 제공됩니다.
"Serial0이 다운되었습니다. 라인 프로토콜이 다운되었습니다."
이 출력은 케이블, 채널 서비스 유닛/데이터 서비스 유닛(CSU/DSU) 또는 직렬 회선에 문제가 있음을 의미합니다. 루프백 테스트로 문제를 해결해야 합니다. 루프백 테스트를 수행하려면 다음 단계를 수행하십시오.
-
직렬 회선 캡슐화를 HDLC로 설정하고 keepalive를 10초로 설정합니다. 이렇게 하려면 직렬 인터페이스 아래에서 encapsulation hdlc and keepalive 10 명령을 실행합니다.
-
CSU/DSU 또는 모뎀을 로컬 루프 모드로 전환합니다. CSU, DSU 또는 모뎀이 로컬 루프백 모드에 있을 때 회선 프로토콜이 작동하면("회선 프로토콜이 작동함(루프됨)" 메시지로 표시됨) 로컬 CSU/DSU 외부에서 문제가 발생했음을 나타냅니다. 상태 표시줄이 상태를 변경하지 않으면 라우터, 연결 케이블, CSU/DSU 또는 모뎀에 문제가 있을 수 있습니다. 대부분의 경우 CSU/DSU 또는 모뎀에 문제가 있습니다.
-
CSU/DSU 또는 모뎀 루프를 사용하여 자신의 IP 주소를 ping합니다. 놓치는 일이 없어야 합니다. 0x0000의 확장 ping은 T1 또는 E1이 데이터에서 클록을 도출하고 8비트마다 전환해야 하므로 라인 문제를 해결하는 데 유용합니다. B8ZS는 이를 보장합니다. 데이터 패턴이 너무 크면 트렁크에 전환이 적절하게 적용되는지 확인하는 데 도움이 됩니다. 패스에 한 쌍의 데이터 인버터가 있는 경우 높은 제로 부하를 적절히 시뮬레이션하기 위해 무거운 패턴(heavy ones pattern)이 사용됩니다. 교대 패턴(0x5555)은 "일반적인" 데이터 패턴을 나타냅니다. ping이 실패하거나 CRC(Cyclic Redundancy Check) 오류가 발생할 경우, 텔코의 적절한 분석기가 포함된 BERT(Bit Error Rate Tester)가 필요합니다.
-
테스트가 완료되면 캡슐화를 프레임 릴레이로 되돌립니다.
"Serial0 is up, line protocol is down"
출력에서 이 선은 라우터가 CSU/DSU 또는 모뎀에서 캐리어 신호를 받고 있음을 의미합니다. 프레임 릴레이 공급자가 포트를 활성화했는지 그리고 LMI(Local Management Interface) 설정이 일치하는지 확인합니다. 일반적으로 프레임 릴레이 스위치는 올바른 LMI가 보이지 않는 한 DTE(데이터 터미널 장비)를 무시합니다(Cisco의 기본값을 "cisco" LMI로 사용). Cisco 라우터가 데이터를 전송하고 있는지 확인합니다. 로컬 CSU로 시작하여 공급자의 Frame Relay 스위치에 도달할 때까지 계속 작동하는 여러 위치에서 루프 테스트를 사용하여 라인 무결성을 확인해야 할 가능성이 높습니다. 루프백 테스트를 수행하는 방법은 이전 섹션을 참조하십시오.
"Serial0 is up, line protocol is up"
keepalive를 끄지 않은 경우 이 출력 라인은 라우터가 Frame Relay 공급자의 스위치와 통신 중임을 의미합니다. 직렬 인터페이스에서 CRC 오류 없이 양방향 트래픽의 교환이 성공했음을 확인할 수 있습니다. Keepalive는 공급자가 프로비저닝한 DLCI(Data-Link Connection Identifier)를 라우터가 "학습"하는 데 사용하는 메커니즘이므로 프레임 릴레이에 필요합니다. 교환을 보기 위해 거의 모든 상황에서 디버그 프레임 릴레이 lmi를 안전하게 사용할 수 있습니다. debug frame-relay lmi 명령은 매우 적은 수의 메시지를 생성하며 다음과 같은 질문에 대한 답변을 제공할 수 있습니다.
-
Cisco 라우터가 로컬 프레임 릴레이 스위치와 통신합니까?
-
라우터가 Frame Relay 공급자로부터 서브스크립션된 PVC(Permanent Virtual Circuit)에 대한 전체 LMI 상태 메시지를 받습니까?
-
DLCI가 정확합니까?
다음은 성공적인 연결에서 생성되는 디버그 프레임 릴레이 lmi 출력의 예입니다.
*Mar 1 01:17:58.763: Serial0(out): StEnq, myseq 92, yourseen 64, DTE up *Mar 1 01:17:58.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:17:58.763: FR encap = 0x0001030800 75 95 01 01 01 03 02 5C 40 *Mar 1 01:17:58.767: *Mar 1 01:17:58.815: Serial0(in): Status, myseq 92 *Mar 1 01:17:58.815: RT IE 1, length 1, type 1 *Mar 1 01:17:58.815: KA IE 3, length 2, yourseq 65, myseq 92 *Mar 1 01:18:08.763: Serial0(out): StEnq, myseq 93, yourseen 65, DTE up *Mar 1 01:18:08.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:18:08.763: FR encap = 0x0001030800 75 95 01 01 01 03 02 5D 41 *Mar 1 01:18:08.767: *Mar 1 01:18:08.815: Serial0(in): Status, myseq 93 *Mar 1 01:18:08.815: RT IE 1, length 1, type 1 *Mar 1 01:18:08.815: KA IE 3, length 2, yourseq 66, myseq 93 *Mar 1 01:18:18.763: Serial0(out): StEnq, myseq 94, yourseen 66, DTE up *Mar 1 01:18:18.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:18:18.763: FR encap = 0x0001030800 75 95 01 01 00 03 02 5E 42 *Mar 1 01:18:18.767: *Mar 1 01:18:18.815: Serial0(in): Status, myseq 94 *Mar 1 01:18:18.815: RT IE 1, length 1, type 0 *Mar 1 01:18:18.819: KA IE 3, length 2, yourseq 67, myseq 94 *Mar 1 01:18:18.819: PVC IE 0x7 , length 0x3 , dlci 980, status 0x2
위의 출력에서 "DLCI 980"의 상태를 확인합니다. 상태 필드의 가능한 값은 다음과 같습니다.
-
0x0-Added/inactive는 스위치에 이 DLCI가 프로그래밍되었지만 어떤 이유로(예: 이 PVC의 반대쪽 끝이 작동하지 않음) 사용할 수 없음을 의미합니다.
-
0x2-Added/active는 Frame Relay 스위치에 DLCI가 있으며 모든 기능이 작동함을 의미합니다. 헤더에 있는 이 DLCI를 사용하여 트래픽 전송을 시작할 수 있습니다.
-
0x3-0x3은 활성 상태(0x2)와 설정된 RNR(또는 r-bit)(0x1)의 조합입니다. 즉, 이 PVC에 대한 스위치 또는 스위치의 특정 대기열이 백업되며 프레임이 유출될 경우 전송이 중지됩니다.
-
0x4-Deleted는 Frame Relay 스위치에 라우터용으로 프로그래밍된 이 DLCI가 없음을 의미합니다. 그러나 그것은 과거의 어떤 시점에서 프로그래밍되었습니다. 이는 라우터에서 DLCI가 반전되거나 Frame Relay 클라우드의 텔코에서 PVC가 삭제되었기 때문일 수도 있습니다. DLCI(스위치에 없는)를 구성하면 0x4로 표시됩니다.
-
0x8-신규/비활성
-
0x0a-신규/활성
프레임 릴레이 특성
이 섹션에서는 알아야 할 몇 가지 프레임 릴레이 특성에 대해 설명합니다.
IP Split Horizon 검사
IP split horizon checking(IP 스플릿 호라이즌 확인)은 프레임 릴레이 캡슐화에 대해 기본적으로 비활성화되어 라우팅 업데이트가 동일한 인터페이스로 들어오고 나가도록 합니다. 라우터는 LMI(Local Management Interface) 업데이트를 통해 Frame Relay 스위치에서 사용해야 하는 DLCI(Data-Link Connection Identifier)를 학습합니다. 그런 다음 라우터는 원격 IP 주소에 Inverse ARP를 사용하고 로컬 DLCI와 관련 원격 IP 주소의 매핑을 생성합니다. 또한 AppleTalk, 투명 브리징, IPX와 같은 특정 프로토콜은 인터페이스에서 수신된 패킷을 동일한 인터페이스로 전송할 수 없는 "스플릿 호라이즌(split horizon)"이 필요하므로 부분적으로 연결된 네트워크에서 지원할 수 없습니다. 이 경우 패킷이 다른 가상 회로에서 수신되고 전송된 경우에도 마찬가지입니다. Frame Relay 하위 인터페이스를 구성하면 단일 물리적 인터페이스가 여러 가상 인터페이스로 취급됩니다. 이 기능을 사용하면 분할된 수평선 규칙을 극복할 수 있습니다. 하나의 가상 인터페이스에서 수신된 패킷은 동일한 물리적 인터페이스에 구성된 경우에도 다른 가상 인터페이스로 전달될 수 있습니다.
멀티포인트 프레임 릴레이에서 Ping 사용자 IP 주소
멀티포인트 프레임 릴레이 인터페이스에서 자신의 IP 주소를 ping할 수 없습니다. 이는 프레임 릴레이 멀티포인트(서브) 인터페이스가 비브로드캐스트(이더넷 및 HDLC(High-Level Data Link Control)와 달리) 및 프레임 릴레이 포인트-투-포인트 서브 인터페이스이기 때문입니다.
또한 허브 및 스포크 컨피그레이션의 한 스포크에서 다른 스포크로 ping할 수 없습니다. 이는 자체 IP 주소에 대한 매핑이 없기 때문입니다(그리고 Inverse ARP를 통해 학습한 것도 없음). 그러나 로컬 DLCI를 사용하도록 자체 IP 주소(또는 원격 스포크에 하나)에 대한 고정 맵(frame-relay map 명령 사용)을 구성한 경우 디바이스를 ping할 수 있습니다.
aton#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
aton#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
aton(config)#interface serial 1
aton(config-if)#frame-relay map ip 3.1.3.3 160
aton(config-if)#
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
Serial1 (up): ip 3.1.3.3 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
aton#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/68/76 ms
aton#
aton#show running-config
!
interface Serial1
ip address 3.1.3.3 255.255.255.0
no ip directed-broadcast
encapsulation frame-relay
frame-relay map ip 3.1.3.2 160
frame-relay map ip 3.1.3.3 160
frame-relay interface-dlci 160
!
키워드 브로드캐스트
broadcast 키워드는 두 가지 기능을 제공합니다. 즉, 멀티캐스트가 활성화되지 않은 경우 브로드캐스트를 전달하고 프레임 릴레이를 사용하는 비 브로드캐스트 네트워크에 대한 OSPF(Open Shortest Path First) 구성을 단순화합니다.
broadcast 키워드는 정기적인 라우팅 테이블 업데이트에 의존하는 일부 라우팅 프로토콜(예: AppleTalk)에도 필요할 수 있습니다. 특히 원격 끝의 라우터가 경로를 추가하기 전에 라우팅 업데이트 패킷이 도착하기를 기다리는 경우 더욱 그렇습니다.
OSPF는 전용 라우터를 선택해야 하므로 브로드캐스트 네트워크를 처리하는 것과 동일한 방식으로 Frame Relay와 같은 비 브로드캐스트 다중 액세스 네트워크를 처리합니다. 이전 릴리스에서는 neighbor interface router 명령을 사용하여 OSPF 컨피그레이션에 이 수동 할당이 필요했습니다. 컨피그레이션에 frame-relay map 명령이 broadcast 키워드와 함께 포함되어 있고 ip ospf network 명령(broadcast 키워드 포함)이 구성된 경우 인접 디바이스를 수동으로 구성할 필요가 없습니다. 이제 OSPF가 브로드캐스트 네트워크로서 프레임 릴레이 네트워크를 통해 자동으로 실행됩니다. 자세한 내용은 ip ospf network interface 명령을 참조하십시오.
참고: OSPF 브로드캐스트 메커니즘에서는 IP 클래스 D 주소가 Frame Relay를 통한 일반 트래픽에 사용되지 않는다고 가정합니다.
예
다음 예에서는 목적지 IP 주소 172.16.123.1을 DLCI 100에 매핑합니다.
interface serial 0 frame-relay map IP 172.16.123.1 100 broadcast
OSPF에서는 DLCI 100을 사용하여 업데이트를 브로드캐스트합니다.
하위 인터페이스 재구성
특정 유형의 하위 인터페이스를 생성한 후에는 다시 로드하지 않으면 변경할 수 없습니다. 예를 들어, multipoint 하위 인터페이스 serial0.2를 생성한 다음 point-to-point로 변경할 수 없습니다. 변경하려면 라우터를 다시 로드하거나 다른 하위 인터페이스를 생성해야 합니다. 이는 Cisco IOS® 소프트웨어에서 프레임 릴레이 코드가 작동하는 방식입니다.
DLCI 제한 사항
DLCI 주소 공간
10비트 주소를 사용하면 단일 물리적 링크에서 약 1000개의 DLCI를 구성할 수 있습니다. 특정 DLCI는 예약되어 있으므로(공급업체 구현 종속) 최대값은 약 1000입니다. Cisco LMI의 범위는 16~1007입니다. ANSI/ITU의 명시된 범위는 16~992입니다. 사용자 데이터를 전송하는 DLCI입니다.
그러나 하위 인터페이스에서 프레임 릴레이 VC를 구성할 때는 IDB 제한이라고 하는 실용적인 제한을 고려해야 합니다. 시스템당 총 인터페이스 및 하위 인터페이스 수는 Cisco IOS 버전에서 지원하는 IDB(Interface Descriptor Block)의 수로 제한됩니다. IDB는 카운터, 인터페이스 상태 등 인터페이스에 대한 정보를 보유하는 메모리의 일부입니다. IOS는 플랫폼에 있는 각 인터페이스의 IDB를 유지하고 각 하위 인터페이스의 IDB를 유지합니다. 고속 인터페이스는 저속 인터페이스보다 더 많은 메모리가 필요합니다. 각 플랫폼에는 서로 다른 양의 최대 IDB가 포함되어 있으며 이러한 제한은 각 Cisco IOS 릴리스에 따라 변경될 수 있습니다.
자세한 내용은 Cisco IOS 소프트웨어 플랫폼의 최대 인터페이스 및 하위 인터페이스 수: IDB 제한을 참조하십시오.
LMI 상태 업데이트
LMI 프로토콜을 사용하려면 모든 영구 PVC(가상 회로) 상태 보고서가 단일 패킷에 포함되어야 하며, 일반적으로 MTU(최대 전송 단위) 크기에 따라 DLCI 수를 800 미만으로 제한합니다.
직렬 인터페이스의 기본 MTU는 1500바이트이며, 인터페이스당 최대 296개의 DLCI를 제공합니다. Frame Relay 스위치에서 더 큰 전체 상태 업데이트 메시지를 지원하도록 MTU를 늘릴 수 있습니다. 전체 상태 업데이트 메시지가 인터페이스 MTU보다 크면 패킷이 삭제되고 인터페이스 거대 카운터가 증가합니다. MTU를 변경할 때 원격 라우터 및 중간 네트워크 디바이스에 동일한 값이 구성되었는지 확인합니다.
이러한 수치는 LMI 유형에 따라 약간 다릅니다. Cisco 7000 라우터 플랫폼에 설정된 경험적 데이터를 추정하여 얻은 라우터(인터페이스가 아님) 플랫폼당 최대 DLCI 지침은 다음과 같습니다.
-
Cisco 2500: T1/E1 링크 1개 @ 인터페이스당 60DLCI = 총 60개
-
Cisco 4000: T1/E1 링크 1개 @ 인터페이스당 120DLCI = 총 120개
-
Cisco 4500: 3X T1/E1 링크 @ 인터페이스당 120DLCI = 총 360개
-
Cisco 4700: 인터페이스당 120DLCI에서 T1/E1 링크 4개 = 총 480개
-
Cisco 7000: T1/E1/T3/E3 링크 4개 @ 인터페이스당 120DLCI = 총 480개
-
Cisco 7200: 5X T1/E1/T3/E3 링크 @ 인터페이스당 120DLCI = 총 600개
-
Cisco 7500: T1/E1/T3/E3 링크 6개 @ 인터페이스당 120DLCI = 총 720개
참고: 이 수치는 지침 전용이며, 모든 트래픽이 빠르게 전환된다고 가정합니다.
기타 고려 사항
실제 DLCI 제한은 VC가 동적 라우팅 프로토콜을 실행하는지 아니면 정적 라우팅 프로토콜을 실행하는지에 따라서도 달라집니다. 동적 라우팅 프로토콜 및 데이터베이스 테이블을 교환하는 IPX SAP와 같은 기타 프로토콜은 CPU에서 보고 처리해야 하는 Hello 및 전달 정보 메시지를 전송합니다. 일반적으로 고정 경로를 사용하면 단일 프레임 릴레이 인터페이스에서 더 많은 수의 VC를 구성할 수 있습니다.
IP/IPX/AT 주소
하위 인터페이스를 사용하는 경우 기본 인터페이스에 IP, IPX 또는 AT 주소를 입력하지 마십시오. 기본 인터페이스를 활성화하기 전에 하위 인터페이스에 DLCI를 할당하여 프레임 릴레이 inverse-arp가 제대로 작동하는지 확인합니다. 오작동을 일으킬 경우 다음 단계를 수행하십시오.
-
no frame-relay inverse-arp ip 16 및 clear frame-relay-inarp 명령을 사용하여 해당 DLCI에 대한 ARP(Inverse Address Resolution Protocol)를 끕니다.
-
컨피그레이션을 수정합니다.
-
frame-relay inverse-arp 명령을 다시 켭니다.
RIP 및 IGRP
RIP(Routing Information Protocol) 업데이트는 30초마다 진행됩니다. 각 RIP 패킷에는 최대 25개의 경로 엔트리(총 536바이트)가 포함될 수 있습니다. 이 중 36바이트는 헤더 정보이며 각 경로 엔트리는 20바이트입니다. 따라서 50개의 DLCI에 대해 구성된 Frame Relay 링크를 통해 1000개의 경로를 광고하면 30초마다 1MB의 라우팅 업데이트 데이터가 생성되거나 285kbps의 대역폭이 소비됩니다. T1 링크에서 이 대역폭은 대역폭의 18.7%를 차지하며, 각 업데이트 기간은 5.6초입니다. 이 정도의 오버헤드는 상당한 수준이며 경계선도 허용되지만 CIR(Committed Information Rate)은 액세스 속도의 영역에 있어야 합니다. 분명히, T1보다 작은 어떤 것이라도 너무 많은 오버헤드가 발생할 것이다. 예를 들면 다음과 같습니다.
-
1000/25 = 패킷 40개 X 36 = 헤더 바이트 1440개
-
1000 X 20바이트 = 경로 엔트리 20,000바이트
-
총 21,440바이트 X 50DLCI = 30초마다 1072MB의 RIP 업데이트
-
1,072,000바이트/30초 X 8비트 = 285kbps
IGRP(Interior Gateway Routing Protocol)는 90초마다 플로우를 업데이트합니다(이 간격은 구성 가능). 각 IGRP 패킷에는 104개의 경로 항목이 포함될 수 있으며 총 1492바이트에 대한 경로 항목은 38바이트이며 각 경로 항목은 14바이트입니다. 50개의 DLCI로 구성된 프레임 릴레이 링크를 통해 1000개의 경로를 광고하는 경우, 요청은 90초마다 약 720KB의 라우팅 업데이트 데이터 또는 64kbps의 대역폭 소비입니다. T1 링크에서 이 대역폭은 대역폭의 4.2%를 차지하며, 각 업데이트 기간은 3.7초입니다. 이 간접비는 적절한 금액입니다.
-
1000/104 = 9 패킷 X 38 = 342 헤더 바이트
-
1000 X 14 = 경로 항목 14,000바이트
-
총 = 14,342바이트 X 50DLCI = 90초마다 717KB의 IGRP 업데이트
-
717,000바이트/90 X 8비트 = 63.7kbps
RTMP(Routing Table Maintenance Protocol) 라우팅 업데이트는 10초마다 수행됩니다(이 간격은 구성 가능). 각 RTMP 패킷은 최대 94개의 확장 경로 엔트리(총 564바이트, 23바이트의 헤더 정보)를 포함할 수 있으며, 각 경로 엔트리는 6바이트입니다. 50DLCI에 대해 구성된 프레임 릴레이 링크를 통해 1000개의 AppleTalk 네트워크를 광고하는 경우, 결과는 10초마다 약 313KB의 RTMP 업데이트 또는 250kbps의 대역폭 소비입니다. 허용 가능한 오버헤드 수준(15% 이하)을 유지하려면 T1 속도가 필요합니다. 예를 들면 다음과 같습니다.
-
1000/94 = 11 패킷 X 23 바이트 = 253 헤더 바이트
-
1000 X 6 = 6000바이트의 경로 엔트리
-
총 = 6253 X 50 DLCI = 10초마다 313KB의 RTMP 업데이트
-
313,000/10초 X 8비트 = 250kbps
IPX RIP 패킷 업데이트는 60초마다 이루어집니다(이 간격은 구성 가능). 각 IPX RIP 패킷은 최대 50개의 경로 엔트리를 포함할 수 있으며 총 536바이트, 38바이트의 헤더 정보를 포함할 수 있으며 각 경로 엔트리는 8바이트입니다. 50 DLCI에 대해 구성된 프레임 릴레이 링크를 통해 1000개의 IPX 경로를 광고하는 경우, 결과는 60초마다 536KB의 IPX 업데이트 또는 58.4kbps의 대역폭 소비입니다. 허용 가능한 오버헤드 수준(15% 이하)을 유지하려면 512kbps의 속도가 필요합니다. 예를 들면 다음과 같습니다.
-
1000/50 = 패킷 20개 X 38바이트 = 헤더 760바이트
-
1000 X 8 = 8000바이트의 경로 엔트리
-
총 = 8760 X 50 DLCI = 60초마다 438,000바이트의 IPX 업데이트
-
438,000/60초 X 8비트 = 58.4kbps
IPX SAP(서비스 액세스 포인트) 패킷 업데이트는 60초마다 이루어집니다(이 간격은 구성 가능). 각 IPX SAP 패킷은 최대 7개의 광고 항목(총 536바이트, 38바이트의 헤더 정보)을 포함할 수 있으며 각 광고 항목은 64바이트입니다. 50 DLCI에 대해 구성된 프레임 릴레이 링크를 통해 1000개의 IPX 광고를 브로드캐스트하면 60초마다 536KB의 IPX 업데이트 또는 58.4kbps의 대역폭 소비로 끝납니다. 허용 가능한 오버헤드 레벨(15% 이하) 내에 있으려면 2Mbps보다 큰 속도가 필요합니다. 이 시나리오에서는 SAP 필터링이 필요합니다. 이 섹션에서 언급한 다른 모든 프로토콜과 비교할 때 IPX SAP 업데이트는 가장 많은 대역폭을 필요로 합니다.
-
1000/7 = 143패킷 X 38바이트 = 5434바이트의 헤더
-
1000 X 64 = 64,000바이트의 경로 엔트리
-
총 = 69,434 X 50 DLCI = 60초마다 3,471,700바이트의 IPX 서비스 광고
-
3,471,700/60초 X 8비트 = 462kbps
킵얼라이브
Cisco 디바이스의 킵얼라이브는 스위치의 킵얼라이브보다 약간 짧게(약 8초) 설정해야 하는 경우도 있습니다. 인터페이스의 작동 및 작동이 중단되면 이 문제가 발생할 수 있습니다.
직렬 인터페이스
기본적으로 다중 지점인 직렬 인터페이스는 비 브로드캐스트 미디어인 반면, 포인트-투-포인트 하위 인터페이스는 브로드캐스트입니다. 고정 경로를 사용 중인 경우 다음 홉 또는 직렬 하위 인터페이스를 가리킬 수 있습니다. 멀티포인트의 경우 다음 홉을 가리켜야 합니다. 이 개념은 OSPF over Frame Relay를 수행할 때 매우 중요합니다. 라우터는 OSPF가 작동하는 브로드캐스트 인터페이스임을 알아야 합니다.
OSPF 및 다중 지점
OSPF와 멀티포인트는 문제가 될 수 있습니다. OSPF에는 DR(Designated Router)이 필요합니다. PVC가 손실되기 시작하면 일부 라우터의 연결이 끊기고 다른 라우터에 이전 DR이 표시되더라도 DR이 되려고 할 수 있습니다. 이로 인해 OSPF 프로세스가 작동하지 않습니다.
OSPF와 관련된 오버헤드는 기존 거리 벡터 라우팅 프로토콜만큼 명확하지 않고 예측 가능합니다. 예측할 수 없는 문제는 OSPF 네트워크 링크가 안정적인지 여부입니다. 프레임 릴레이 라우터에 대한 모든 인접성이 안정적이면 인접 hello 패킷(keepalive)만 흐르며, 이는 거리 벡터 프로토콜(예: RIP 및 IGRP)보다 오버헤드가 훨씬 적습니다. 그러나 경로(인접성)가 불안정하면 링크 상태 플러딩이 발생하고 대역폭을 빠르게 사용할 수 있습니다. 또한 OSPF는 Dijkstra 알고리즘을 실행할 때 프로세서 집약적이어서 경로를 계산하는 데 사용됩니다.
Cisco IOS 소프트웨어의 이전 릴리스에서는 프레임 릴레이, X.25, ATM과 같은 멀티액세스 비브로드캐스트 미디어를 통해 OSPF를 구성할 때 각별한 주의를 기울여야 했습니다. OSPF 프로토콜은 이러한 미디어를 이더넷과 같은 다른 브로드캐스트 미디어와 같이 간주합니다. NBMA(Nonbroadcast Multiaccess) 클라우드는 일반적으로 허브 및 스포크 토폴로지에 구축됩니다. PVC 또는 SVC(Switched Virtual Circuits)는 부분 메시에 배치되어 있으며 물리적 토폴로지는 OSPF가 생각하는 다중 액세스를 제공하지 않습니다. 포인트-투-포인트 직렬 인터페이스의 경우 OSPF는 항상 인접 디바이스 간에 인접성을 형성합니다. OSPF 인접성은 데이터베이스 정보를 교환합니다. 특정 세그먼트에서 교환되는 정보의 양을 최소화하기 위해 OSPF는 각 멀티액세스 세그먼트에서 하나의 라우터를 DR로, 하나의 라우터를 BDR(Backup Designated Router)로 선택합니다. BDR은 DR이 중단되는 경우에 대비한 백업 메커니즘으로 선택됩니다.
이 설정의 목적은 라우터에 정보 교환을 위한 중앙 연락 창구가 있다는 것입니다. DR과 BDR은 클라우드에 존재하는 모든 라우터와 완전한 물리적 연결이 필요했기 때문에 DR 선택이 문제가 되었습니다. 또한 브로드캐스트 기능이 없으므로 DR 및 BDR에는 클라우드에 연결된 다른 모든 라우터의 정적 목록이 필요합니다. 이 설정은 neighbor 명령을 사용하여 수행할 수 있습니다.
neighbor ip-address [priority number] [poll-interval seconds]
Cisco IOS 소프트웨어의 이후 릴리스에서는 고정 네이버를 구성하고 특정 라우터가 비 브로드캐스트 클라우드의 DR 또는 BDR이 되는 복잡한 문제를 방지하기 위해 다양한 방법을 사용할 수 있습니다. 어떤 방법을 사용할지는 네트워크가 새로운 설계인지 아니면 수정이 필요한 기존 설계인지에 따라 달라집니다.
하위 인터페이스는 인터페이스를 논리적으로 정의하는 방법입니다. 동일한 물리적 인터페이스를 여러 논리적 인터페이스로 분할할 수 있으며, 각 하위 인터페이스는 포인트 투 포인트로 정의됩니다. 이 시나리오는 원래 NBMA 및 벡터 기반 라우팅 프로토콜을 통한 스플릿 호라이즌으로 인해 발생하는 문제를 더 효과적으로 처리하기 위해 생성되었습니다.
포인트 투 포인트 하위 인터페이스에는 모든 물리적 포인트 투 포인트 인터페이스의 속성이 있습니다. OSPF와 관련하여 인접성은 항상 DR 또는 BDR 선택 없이 포인트 투 포인트 하위 인터페이스를 통해 형성됩니다. OSPF에서는 클라우드를 하나의 다중 액세스 네트워크가 아닌 포인트-투-포인트 링크 집합으로 간주합니다. 포인트 투 포인트의 유일한 단점은 각 세그먼트가 다른 서브넷에 속한다는 것입니다. 일부 관리자가 전체 클라우드에 대해 하나의 IP 서브넷을 이미 할당했기 때문에 이 시나리오를 받아들일 수 없습니다. 또 다른 해결 방법은 클라우드에서 IP 번호가 지정되지 않은 인터페이스를 사용하는 것입니다. 이 시나리오는 직렬 회선의 IP 주소를 기반으로 WAN을 관리하는 일부 관리자에게도 문제가 될 수 있습니다.
소스
-
International Telegraph and Telephone Consultative Committee, "ISDN Data Link Layer Specification for Frame Mode Bearer Services", CCITT Recommendation Q.922, 1991년 4월 19일
-
American National Standard For Telecommunications - Integrated Services Digital Network - Core Asptions of Frame Protocol for Use with Frame Relay Bearer Service, ANSI T1.618-1991, 1991년 6월 18일.
-
정보 기술 - 시스템 간 통신 및 정보 교환 - 네트워크 레이어에서 프로토콜 식별, ISO/IEC TR 9577: 1990 (E) 1990-10-15.
-
국제 표준, 정보 처리 시스템 - LAN - 논리적 링크 제어, ISO 8802-2: 1989 (E), IEEE 표준 802.2-1989, 1989-12-31.
-
Internetworking Technology Overview, 1994년 10월, Cisco Systems
-
Finlayson, R., Mann, R., Mogul, J., M. Theimer, "Reverse Address Resolution Protocol", STD 38, RFC 903, 스탠포드 대학, 1984년 6월.
-
Postel, J. and Reynolds, J., "Standard for the Transmission of IP Datagrams over IEEE 802 Networks", RFC 1042, USC/Information Sciences Institute, 1988년 2월.
-
FRF(Frame Relay Forum) 1.1-UNI(User-Network Interface)
-
FRF 2.1-Frame Relay NNI(Network-to-Network Interface)
-
FRF 3.1-Multiprotocol 캡슐화
-
FRF 4-SVC
-
FRF 6-Frame Relay 서비스 고객 네트워크 관리(MIB)
-
LMI 4인 갱
-
Q.922 부록 A
-
ANSI T1.617 Annex D
-
ANSI T1.618, T1.606
-
ITU-T 933년 Q.922
피드백