PPP (Point to Point Protocol)
PPP (Point to Point Protocol)는 HDLC와 마찬가지로 포인트 투 포인트인 시리얼 인터페이스 환경에서 사용되는 장거리 통신망용 링크 레이어 프로토콜이다. PPP는 다시 LCP(Link Control Protocol)와 NCP(Network Control Protocol)로 구성된다.
LCP는 PPP로 동작하는 두 장비 간의 링크를 셋업하기 위하여 사용되며, 다음과 같은 기능을 제공한다.
ⅰ. 회선 품질 모니터링(LQM(Link Quality Monitoring)) : PPP는 프레임을 받는 수신측이 에러 없이 제대로 수신한 패킷 및 바이트 수를 상대에게 알려줄 수 있다. 이를 이용하여 송신측이 자신이 보낸 수와 상대방이 제대로 받았다고 알려준 수를 비교하여 패킷 손실률을 계산한다. 이후, 사전에 설정된 값 이상의 회선 에러가 발생하면 해당 링크를 다운시켜 라우팅 프로토콜로 하여금 더 좋은 경로를 선택할 수 있게 한다.
ⅱ. 링크 루프 탐지 : PPP의 링크를 구성하는 DSU/CSU, 또는 장거리 통신망 등에서 상대가 보내는 프레임을 목적지로 전송하지 않고 거꾸로 상대에게 전송하는 루프(loop) 테스트가 있는데, 주로 회선 또는 장비가 제대로 동작하는지 확인하기 위해서 루프 테스트를 실행한다. 그 때 테스트 후 정상적으로 복귀되지 않고 그대로 두거나 장애가 발생하는 경우가 있는데 이러한 상태를 PPP가 찾아낼 수 있다. 이럴 때 PPP는 LCP 메세지를 전송할 때 장비별로 고유한 매직 넘버(magic number)를 포함시켜서 상대방에게 수신한 메세지에 자신이 보낸 매직 넘버가 있다면 도중에 루프가 걸려서 되돌아왔다는 뜻이므로 이런 방식을 통해 루프를 탐지할 수 있다.
ⅲ. MultiLink : 이더넷 스위치에서 사용하는 이더채널과 같이 여러개의 회선을 하나의 회선처럼 사용할 수 있다.
ⅳ. 인증 : PPP는 다른 Layer 2 프로토콜이 가지지 못한 상대방을 인증할 수 있는 기능을 가지고 있는데, PAP와 CHAP등이 있다. PAP(Password Authentication Protocol)는 이용자명과 암호를 평문으로 전송하고, CHAP(Challenge Handshake Authentication Protocol)는 실제 암호를 전송하지 않고 암호를 이용해서 만든 코드값을 MD5로 전송시킨다. 고로 PAP보다는 보안성을 중시한 CHAP을 더 많이 사용한다.
PPP의 LCP 옵션들은 모두 명시적으로 설정해주어야 동작하며, 두 장비가 패킷을 전송하여 링크를 설정하고, 링크가 설정되면 필요 시 인증을 수행한다. 이후 NCP가 동작하여 하나 이상의 네트워크 계층 프로토콜을 동작시킨다.
장비 기본 설정 & 기본 설정 파일
- Reference
- Cisco ROUTER - 라우터 기본 설정, 확인
Router>en
Router#conf t
Router(config)#hostname R1
R1(config)#enable secret cisco
R1(config)#no ip domain-lookup
R1(config)#line console 0
R1(config-li)#logging sync
R1(config-li)#exec-time 0
R1(config-li)#exit
ISP(config)#line vty 0 4
ISP(config-li)#password cisco
ISP(config-li)#exit
기본적인 PPP 설정
PPP는 다른 Layer 2 프로토콜에 없는 인증 기능으로 가장 많이 사용되고있는 프로토콜 중 하나이다. 설정이 간단하며 표준 프로토콜이기 때문에 전용선으로 라우터를 연결할 때 많이 사용한다. xDSL, 케이블 네트워크 등에서 링크 계층 프로토콜로 이더넷이나 ATM을 사용하는데, 이 때 사용자를 인증하기 위하여 PPPoE(PPP over Ethernet), PPPoA(PPP over ATM) 등의 형태로 PPP를 이더넷이나 ATM에 같이 결합하여 사용한다. R2와 R3에 각각 PPP를 설정한다.
R2(config)#int s1/1
R2(config-if)#encapsulation ppp
R3(config-if)#int s1/1
R3(config-if)#encapsulation ppp
설정 후 잠시 인터페이스가 다운되었다가 살아나는 것을 확인할 수 있다. R2의 인터페이스를 확인해보면 인캡슐레이션이 PPP로 변경된 것을 확인할 수 있다.
R2#sh int s1/1
Serial1/1 is up, line protocol is up
Hardware is M4T
Internet address is 10.10.23.2/24
MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Open
Open: IPCP, CDPCP, crc 16, loopback not set
....
여기에 IGP인 EIGRP 라우팅 프로토콜을 와일드카드 마스크를 사용하지 않고 설정하면 넥스트 홉 IP 주소를 호스트 루트(Host route), 즉 32비트 마스크를 가진 네트워크로 라우팅 테이블에 인스톨 시킨다.
R1(config)#router eigrp 1
R1(config-router)#network 10.0.0.0
R2(config)#router eigrp 1
R2(config-router)#network 10.0.0.0
R3(config)#router eigrp 1
R3(config-router)#network 10.0.0.0
R4(config)#router eigrp 1
R4(config-router)#network 10.0.0.0
R2의 라우팅 테이블을 확인해보면 넥스트 홉 주소가 10.10.23.3/32로 호스트 루트인 32비트 마스크를 가진 네트워크로 인스톨 되어있는 것을 확인할 수 있다.
R2#sh ip route
Codes: L - local, C - connected, S - static, 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
i - IS-IS, su - IS-IS summary, 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, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
C 10.10.12.0/24 is directly connected, Ethernet0/0
L 10.10.12.2/32 is directly connected, Ethernet0/0
C 10.10.23.0/24 is directly connected, Serial1/1
L 10.10.23.2/32 is directly connected, Serial1/1
C 10.10.23.3/32 is directly connected, Serial1/1
D 10.10.34.0/24 [90/2195456] via 10.10.23.3, 00:00:20, Serial1/1
혹 이 호스트 루트를 제거하기 위해서는 인터페이스 설정에서 no peer neighbor-route 명령어를 사용하여 제거할 수 있다.
R2(config)#int s1/1
R2(config-if)#no peer neighbor-route
R2(config-if)#exit
R2(config)#exit
R2#clear ip route *
사용 후 clear ip route * 명령어를 이용하여 라우팅 테이블을 정리한 후 확인해보면 10.10.23.3/32 호스트 루트가 제거된 것을 확인할 수 있다.
R2#sh ip route
Codes: L - local, C - connected, S - static, 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
i - IS-IS, su - IS-IS summary, 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, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
C 10.10.12.0/24 is directly connected, Ethernet0/0
L 10.10.12.2/32 is directly connected, Ethernet0/0
C 10.10.23.0/24 is directly connected, Serial1/1
L 10.10.23.2/32 is directly connected, Serial1/1
D 10.10.34.0/24 [90/2195456] via 10.10.23.3, 00:01:21, Serial1/1
PPP 인증 (Authentication)
위에서도 언급했듯이 PPP는 이더넷, HDLC 등 다른 Layer 2 프로토콜이 가지지 못한 인증(Authentication) 기능을 가지고 있다. 장비 기본 설정에서 설정한 hostname을 PPP 인증에서 사용할 수 있다.
R2(config)#username R3 password NETSTUDY
R2(config)#interface s1/1
R2(config-if)#ppp authentication chap
R3(config)#username R2 password NETSTUDY
R3(config)#interface s1/1
R3(config-if)#ppp authentication chap
ⅰ. username R3 password NETSTUDY : 인증에 사용할 상대방의 Hostname과 비밀번호를 지정한다.
ⅱ. ppp authentication chap : PPP 인증 방식을 지정한다. 인증 방식은 아래와 같이 여러 종류가 있으며, PPP 인증을 이용할 라우터에서 모두 설정을 해줘야 상호 인증을 하게 된다.
R2(config-if)#ppp authentication ?
chap Challenge Handshake Authentication Protocol (CHAP)
eap Extensible Authentication Protocol (EAP)
ms-chap Microsoft Challenge Handshake Authentication Protocol (MS-CHAP)
ms-chap-v2 Microsoft CHAP Version 2 (MS-CHAP-V2)
pap Password Authentication Protocol (PAP)
debug 명령어를 통하여 PPP의 인증을 디버깅해보면 상호 인증을 요구하고(CHALLENGE), 응답을 하고(RESPONSE), 인증에 성공(SUCCESS) 후 죽었던 링크가 살아나는 것을 확인할 수 있다.
*Mar 4 01:31:26.651: Se1/1 PPP: Using default call direction
*Mar 4 01:31:26.651: Se1/1 PPP: Treating connection as a dedicated line
*Mar 4 01:31:26.651: Se1/1 PPP: Session handle[E700006C] Session id[107]
*Mar 4 01:31:26.681: Se1/1 CHAP: O CHALLENGE id 1 len 23 from "R2" // R2의 상호 인증 요구 전송
*Mar 4 01:31:26.688: Se1/1 CHAP: I CHALLENGE id 1 len 23 from "R3" // R3의 상호 인증 요구 전송
*Mar 4 01:31:26.688: Se1/1 PPP: Sent CHAP SENDAUTH Request
*Mar 4 01:31:26.688: Se1/1 PPP: Received SENDAUTH Response PASS
*Mar 4 01:31:26.688: Se1/1 CHAP: Using hostname from configured hostname // 설정 된 hostname 사용
*Mar 4 01:31:26.688: Se1/1 CHAP: Using password from AAA // 설정 된 Password 사용
*Mar 4 01:31:26.688: Se1/1 CHAP: O RESPONSE id 1 len 23 from "R2" // R2의 응답 전송
*Mar 4 01:31:26.690: Se1/1 CHAP: I RESPONSE id 1 len 23 from "R3" // R3의 응답 수신
*Mar 4 01:31:26.690: Se1/1 PPP: Sent CHAP LOGIN Request
*Mar 4 01:31:26.690: Se1/1 PPP: Received LOGIN Response PASS
*Mar 4 01:31:26.696: Se1/1 CHAP: O SUCCESS id 1 len 4 // R2의 성공 전송
*Mar 4 01:31:26.699: Se1/1 CHAP: I SUCCESS id 1 len 4 // R3의 성공 수신
*Mar 4 01:31:26.699: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/1, changed state to up
멀티링크 PPP (MLPPP, MultiLink PPP)
멀티링크 PPP (MLPPP, MultiLink PPP)는 두 개 이상의 PPP 회선을 하나의 회선처럼 동작시키는 것을 말한다. MLPPP를 사용하면 트래픽 전송 시 정밀한 부하부산이 이루어진다. MLPPP 설정은 위의 PPP Authentication이 적용되어 있어야 링크가 살아난다.
R2(config)#interface multilink 23
R2(config-if)#encapsulation ppp
R2(config-if)#ppp multilink
R2(config-if)#ppp multilink group 23
R2(config-if)#ip address 10.10.23.2 255.255.255.0
R2(config-if)#exit
R2(config)#
R2(config)#int s1/1
R2(config-if)#encapsulation ppp
R2(config-if)#ppp multilink
R2(config-if)#ppp multilink group 23
R2(config-if)#ppp authentication chap
R2(config-if)#no shut
R2(config-if)#exit
R2(config)#
R2(config)#int s1/2
R2(config-if)#encapsulation ppp
R2(config-if)#ppp multilink
R2(config-if)#ppp multilink group 23
R2(config-if)#ppp authentication chap
R2(config-if)#no shut
R2(config-if)#exit
MLPPP의 인터페이스 번호는 1~65,535 사이의 적당한 번호를 지정하여 MLPPP 인터페이스 링크를 만들 수 있다. 이 번호는 MLPPP 인터페이스와 시리얼 인터페이스의 MultiLink 그룹 번호랑 같아야한다. ppp multilink 명령어를 통하여 MLPPP를 동작시키고 그룹 번호를 지정한다. 또한 IP 주소는 MLPPP 인터페이스에서만 설정할 수 있고 PPP 인증은 시리얼 인터페이스에서 지정할 수 있다.
R3(config)#interface multilink 23
R3(config-if)#encapsulation ppp
R3(config-if)#ppp multilink
R3(config-if)#ppp multilink group 23
R3(config-if)#ip address 10.10.23.3 255.255.255.0
R3(config-if)#exit
R3(config)#
R3(config)#int s1/1
R3(config-if)#encapsulation ppp
R3(config-if)#ppp multilink
R3(config-if)#ppp multilink group 23
R3(config-if)#ppp authentication chap
R3(config-if)#no shut
R3(config-if)#exit
R3(config)#
R3(config)#int s1/2
R3(config-if)#encapsulation ppp
R3(config-if)#ppp multilink
R3(config-if)#ppp multilink group 23c
R3(config-if)#ppp authentication chap
R3(config-if)#no shut
R3(config-if)#exit
R3(config)#
R3도 마찬가지로 설정한 뒤 show ppp multilink 명령어를 통하여 MLPPP의 동작 상태를 확인할 수 있다.
R2#show ppp multilink
Multilink23
Bundle name: R3
Remote Username: R3
Remote Endpoint Discriminator: [1] R3
Local Username: R2
Local Endpoint Discriminator: [1] R2
Bundle up for 00:00:17, total bandwidth 3088, load 1/255
Receive buffer limit 24000 bytes, frag timeout 1000 ms
0/0 fragments/bytes in reassembly list
0 lost fragments, 0 reordered
0/0 discarded fragments/bytes, 0 lost received
0x7 received sequence, 0x7 sent sequence
Member links: 2 active, 0 inactive (max 255, min not set)
Se1/1, since 00:00:17
Se1/2, since 00:00:16
No inactive multilink interfaces
인터페이스 브리핑 명령어를 통하여 생성한 MLPPP 인터페이스를 확인할 수 있으며, EIGRP 네이버와 라우팅 테이블에서도 MLPPP 인터페이스를 확인할 수 있다.
R2#sh ip int br
Interface IP-Address OK? Method Status Protocol
Ethernet0/0 10.10.12.2 YES manual up up
Ethernet0/1 unassigned YES unset administratively down down
Ethernet0/2 unassigned YES unset administratively down down
Ethernet0/3 unassigned YES unset administratively down down
Serial1/0 unassigned YES unset up down
Serial1/1 unassigned YES unset up up
Serial1/2 unassigned YES unset up up
Serial1/3 unassigned YES unset administratively down down
Multilink23 10.10.23.2 YES manual up up
R2#sh ip eigrp neigh
EIGRP-IPv4 Neighbors for AS(1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
1 10.10.23.3 Mu23 13 00:12:01 11 100 0 7
0 10.10.12.1 Et0/0 11 00:18:04 9 100 0 4
R2#sh ip route
Codes: L - local, C - connected, S - static, 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
i - IS-IS, su - IS-IS summary, 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, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
C 10.10.12.0/24 is directly connected, Ethernet0/0
L 10.10.12.2/32 is directly connected, Ethernet0/0
C 10.10.23.0/24 is directly connected, Multilink23
L 10.10.23.2/32 is directly connected, Multilink23
C 10.10.23.3/32 is directly connected, Multilink23
D 10.10.34.0/24 [90/1366528] via 10.10.23.3, 00:12:04, Multilink23
PPPoE (PPP over Ethernet)
PPPoE (PPP over Ethernet)는 사용자 인증을 위하여 이더넷 인터페이스에 PPP를 동작시키는 것을 말한다. 아래 토플로지와 같이 ISP와 고객사 라우터 사이에 PPPoE를 설정함으로써 이더넷으로 인터넷에 연결될 때 인증 절차를 거치고 IP 주소를 받아가도록 설정한다. 3
ISP(config)#ip local pool ISP 10.10.10.1 10.10.10.10 // 고객 장비 할당할 IP 주소범위 풀 이름, 범위 지정
ISP(config)#bba-group pppoe ISP_Group // PPPoE 그룹 이름 지정
*Mar 4 03:04:36.804: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
*Mar 4 03:04:36.804: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
ISP(config-bba-group)#virtual-template 1 // PPPoE 그룹에서 사용할 가상 인터페이스 번호 지정
ISP(config-bba-group)#exit
ISP(config)#interface virtual-template 1 // 가상 인터페이스 설정 진입
ISP(config-if)#ip address 10.10.10.254 255.255.255.0 // 가상 인터페이스 IP 주소 설정
ISP(config-if)#peer default ip address pool ISP // 고객 장비 할당할 IP 주소범위 풀 이름 지정
ISP(config-if)#ppp authentication chap callin // 고객이 Call-in (접속 시도)시 CHAP 인증
ISP(config-if)#exit
ISP(config)#int e0/0 // 고객 장비와 연결되는 물리적 인터페이스 설정 진입
ISP(config-if)#pppoe enable group ISP_Group // PPPoE 그룹 이름 지정
ISP(config-if)#no shut
ISP(config-if)#exit
*Mar 4 03:06:34.744: %LINK-3-UPDOWN: Interface Ethernet0/0, changed state to up
*Mar 4 03:06:35.747: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0/0, changed state to up
ISP(config)#username Customer1 password NETSTUDY1 // 인증 위한 고객 ID, PW 생성
ISP(config)#username Customer2 password NETSTUDY2
ISP(config)#username Customer3 password NETSTUDY3
ISP(config)#int lo 0 // 통신 테스트 위한 Loopback 설정 생성
ISP(config-if)#ip add 4.4.4.4 255.255.255.0
ISP(config-if)#
ISP의 설정이 끝나면 고객사 장비에 아래와 같이 PPPoE를 설정해준다.
Customer1(config)#interface dialer 1 // 가상 인터페이스 생성 (0 ~ 255 사이)
Customer1(config-if)#ip address negotiated // IP 주소를 PPP를 통하여 ISP로부터 받아오도록 지정 (협상)
Customer1(config-if)#mtu 1492 // PPPoE 패킷 8Byte 지정 (일반적인 MTU 크기 1500Byte)
Customer1(config-if)#encapsulation ppp // PPP 설정
Customer1(config-if)#ppp chap hostname Customer1 // CHAP 인증 요청시 사용할 Hostname 지정
Customer1(config-if)#ppp chap password NETSTUDY1 // CHAP 인증 요청시 사용할 Password 지정
Customer1(config-if)#dialer pool 1 // 할당할 Pool 지정, PPPoE 동작 명령어
Customer1(config-if)#exit
Customer1(config)#int e0/0 // ISP와 연결되는 물리적 인터페이스 설정 진입
Customer1(config-if)#pppoe-client dial-pool-number 1 // Pool 번호 지정, 지정시 자동으로 pppoe enable 활성화
Customer1(config-if)#pppoe enable
*Mar 4 03:10:08.406: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
*Mar 4 03:10:08.407: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
Customer1(config-if)#no shut
Customer1(config-if)#exit
*Mar 4 03:10:11.662: %LINK-3-UPDOWN: Interface Ethernet0/0, changed state to up
*Mar 4 03:10:12.669: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0/0, changed state to up
*Mar 4 03:10:19.550: %DIALER-6-BIND: Interface Vi2 bound to profile Di1
*Mar 4 03:10:19.554: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
*Mar 4 03:10:19.607: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up
Customer1(config)#ip route 0.0.0.0 0.0.0.0 dialer 1 // 위에서 생성한 가상 인터페이스로 디폴트 루트 설정
나머지 고객사 장비도 똑같이 설정 후 인터페이스를 브리핑으로 확인해보면 설정한 가상 인터페이스인 Dialer1이 설정되어있는 것을 확인할 수 있다.
Customer1#sh ip int br
Interface IP-Address OK? Method Status Protocol
Ethernet0/0 unassigned YES unset up up
Ethernet0/1 unassigned YES unset administratively down down
Ethernet0/2 unassigned YES unset administratively down down
Ethernet0/3 unassigned YES unset administratively down down
Dialer1 10.10.10.1 YES IPCP up up
Virtual-Access1 unassigned YES unset up up
Virtual-Access2 unassigned YES unset up up
인터페이스 명령어를 사용해 가상 인터페이스인 Dialer1을 확인해보면 PPPoE가 동작하는 인터페이스에 대해서 상세한 정보를 확인할 수 있다.
Customer1#show interfaces dialer 1
Dialer1 is up, line protocol is up (spoofing)
Hardware is Unknown
Internet address is 10.10.10.1/32
MTU 1492 bytes, BW 56 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Closed, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 1 seconds on reset
Interface is bound to Vi2
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:04:10
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
9 packets input, 566 bytes
37 packets output, 1058 bytes
Bound to:
Virtual-Access2 is up, line protocol is up
Hardware is Virtual Access interface
MTU 1492 bytes, BW 56 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Open
Stopped: CDPCP
Open: IPCP
PPPoE vaccess, cloned from Dialer1
Vaccess status 0x44, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 5 seconds on reset
Interface is bound to Di1 (Encapsulation PPP)
Last input 00:00:09, output never, output hang never
Last clearing of "show interface" counters 00:02:49
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
45 packets input, 1075 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
44 packets output, 1169 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
PPPoE 세션 확인 명령어를 이용하여 ISP의 MAC 주소 등을 확인할 수 있다.
Customer1#show pppoe session
1 client session
Uniq ID PPPoE RemMAC Port VT VA State
SID LocMAC VA-st Type
N/A 1 aabb.cc00.4000 Et0/0 Di1 Vi2 UP
aabb.cc00.1000 UP
'네트워크 > All about Network' 카테고리의 다른 글
RFC (Request for Comments) 문서 열람 사이트 - RFC Editor, IETF® Datatracker (0) | 2020.09.13 |
---|---|
RFC (Request for Comments)란? - RFC의 역사, RFC 종류, RFC 표준화 절차 (222) | 2020.09.12 |
WAN - HDLC (High level Data Link Control) (0) | 2020.03.03 |
Routing Protocol - BGP (Border Gateway Protocol) (720) | 2020.03.03 |
Routing Protocol - OSPF (Open Shortest Path First) (906) | 2020.03.03 |