PPP
개요
PPP(Peer-to-Peer Protocol, 정식 명칭은 Point-to-Point Protocol)는 컴퓨터 네트워크에서 데이터 링크 계층(Data Link Layer)에 속하는 통신 프로토콜로, 두 노드 간의 직접적인 연결을 통해 데이터를 전송하는 데 사용됩니다. PPP는 주로 점대점 연결(Point-to-Point Connection)을 기반으로 하며, 전화선, 직렬 케이블, 광섬유, 위성 링크 등 다양한 물리적 매체를 통해 IP 패킷을 전달할 수 있도록 설계되었습니다. 1990년대 초반에 등장하여, 특히 인터넷 접속 초기에 다이얼업(Dial-up) 연결에서 널리 사용되었습니다.
PPP는 OSI 모델의 데이터 링크 계층(Layer 2)에서 동작하며, 물리적 계층 위에 위치하여 신뢰성 있는 데이터 전송을 보장하고, 네트워크 계층 프로토콜(예: IPv4, IPv6)의 패킷을 캡슐화하여 전달합니다. PPP는 단순한 데이터 전송을 넘어, 링크 설정, 인증, 다중 프로토콜 지원, 에러 감지 등의 기능을 제공함으로써, 다양한 네트워크 환경에서 유연하게 사용될 수 있습니다.
PPP의 주요 특징
1. 다중 프로토콜 지원
PPP는 단일 연결을 통해 여러 네트워크 계층 프로토콜을 동시에 전송할 수 있습니다. 예를 들어, IPv4, IPv6, IPX, AppleTalk 등 다양한 프로토콜의 패킷을 동일한 PPP 링크를 통해 전달할 수 있습니다. 이를 위해 PPP는 각 프로토콜을 식별하기 위한 프로토콜 필드(Protocol Field)를 사용합니다.
2. 링크 제어 프로토콜(LCP)
PPP는 링크 제어 프로토콜(Link Control Protocol, LCP)을 통해 통신 링크의 설정, 구성, 테스트, 종료를 관리합니다. LCP는 다음과 같은 기능을 수행합니다:
- 링크의 초기 설정 및 협상
- 최대 전송 단위(MTU) 조정
- 링크 품질 감시
- 압축 및 암호화 옵션 협상
- 링크 종료 절차
LCP는 PPP 세션의 시작 단계에서 먼저 동작하여, 양쪽 노드가 연결 조건에 합의하도록 합니다.
3. 네트워크 제어 프로토콜(NCP)
각 네트워크 계층 프로토콜에 대해 별도의 네트워크 제어 프로토콜(Network Control Protocol, NCP)이 존재합니다. 예를 들어:
- IPCP(IP Control Protocol): IPv4 설정을 위해 사용
- IPv6CP: IPv6 설정을 위해 사용
NCP는 LCP 이후에 실행되어, 네트워크 계층의 주소 할당(예: IP 주소), 라우팅 정보 교환 등을 처리합니다.
4. 인증 기능
PPP는 링크 설정 시 사용자 인증을 수행할 수 있어 보안성을 강화합니다. 주로 사용되는 인증 프로토콜은 다음과 같습니다:
- PAP(Password Authentication Protocol): 단순한 ID/비밀번호 기반 인증. 비밀번호가 평문으로 전송되어 보안상 취약합니다.
- CHAP(Challenge Handshake Authentication Protocol): 더 안전한 방식으로, 도전-응답(Challenge-Response) 메커니즘을 사용하여 비밀번호를 암호화하여 전송합니다.
CHAP는 주기적으로 인증을 재확인하므로, 중간자 공격(MITM)에 더 강한 저항력을 가집니다.
PPP의 프레임 구조
PPP는 표준적인 프레임 형식을 사용하여 데이터를 전송합니다. 하나의 PPP 프레임은 다음과 같은 필드로 구성됩니다:
| 필드 |
크기(바이트) |
설명 |
| Flag |
1 |
프레임의 시작과 끝을 나타내는 바이트(0x7E) |
| Address |
1 |
일반적으로 0xFF(모든 스테이션에 브로드캐스트) |
| Control |
1 |
0x03(무번호 정보 프레임) |
| Protocol |
1~2 |
캡슐화된 데이터의 유형(예: 0x0021 = IPv4) |
| Payload |
가변 |
실제 전송할 데이터 |
| FCS (Frame Check Sequence) |
2 또는 4 |
오류 검사를 위한 CRC 값 |
| Flag |
1 |
프레임의 끝을 나타냄 |
💡 FCS: Frame Check Sequence는 전송 중 데이터 손상 여부를 검사하기 위해 사용됩니다.
PPP의 동작 과정
PPP 연결은 다음과 같은 단계를 거쳐 설정됩니다:
- 링크 설정(LCP 협상)
- 양쪽 노드가 LCP를 통해 링크 설정 옵션을 협상합니다.
- 인증(Authentication)
- PAP 또는 CHAP을 사용하여 사용자 인증을 수행합니다.
- 네트워크 계층 설정(NCP 협상)
- IPCP 등을 통해 IP 주소 할당 및 네트워크 설정을 완료합니다.
- 데이터 전송
- 실제 데이터를 PPP 프레임으로 캡슐화하여 전송합니다.
- 링크 종료
- LCP를 통해 정상적으로 연결을 종료합니다.
PPP의 응용 및 현대적 활용
PPP는 초기 인터넷 다이얼업 접속에서 핵심 역할을 했으며, PPPoE(PPP over Ethernet)와 같은 확장 기술을 통해 ADSL, 광랜(VDSL) 등 현대의 브로드밴드 인터넷에도 활용되었습니다. PPPoE는 이더넷 프레임 내에 PPP를 캡슐화하여, 이더넷 기반의 가정용 인터넷 서비스에서 사용자 인증과 세션 관리를 가능하게 합니다.
현재는 대부분의 가정용 인터넷이 DHCP 기반의 자동 IP 할당과 직접적인 IP 연결을 사용하면서 PPP의 사용 빈도는 줄었지만, 여전히 일부 ISP나 전용선 연결에서 PPP를 기반으로 한 인증 방식이 사용됩니다.
관련 프로토콜 및 기술
- PPPoE(PPP over Ethernet): 이더넷을 통해 PPP를 운반하는 기술
- PPPoA(PPP over ATM): ATM 네트워크에서 PPP를 사용
- L2TP(Layer 2 Tunneling Protocol): PPP 세션을 터널링하여 원격 접속을 지원
PPP와 PP(Point-to-Point)의 관계
PPP는 물리적인 점대점(Point-to-Point, PP) 연결 토폴로지를 논리적으로 구현하고 표준화한 프로토콜입니다. PP는 단순히 두 지점이 일대일로 연결된 물리적 상태나 구조를 의미하는 반면, PPP는 그 연결 위에서 어떻게 데이터를 주고받을지에 대한 '약속'을 정의합니다.
계층적 관점에서 보면, PP는 물리 계층(Physical Layer)의 연결 형태에 가깝고, PPP는 이를 활용하여 데이터 링크 계층(Data Link Layer)에서 세션 관리, 인증, 다중 프로토콜 캡슐화를 수행하는 소프트웨어적 규격입니다. 즉, PPP는 단순한 전선 연결(PP)에 지능적인 제어 기능을 부여하여 신뢰성 있는 통신 채널로 발전시킨 형태입니다.
PP와 PPP의 비교
| 구분 |
PP (Point-to-Point) |
PPP (Point-to-Point Protocol) |
| 성격 |
네트워크 토폴로지 / 물리적 연결 방식 |
통신 프로토콜 / 논리적 규격 |
| 초점 |
"두 지점이 연결되어 있는가?" (연결성) |
"어떻게 인증하고 어떤 데이터를 보낼 것인가?" (제어) |
| 기능 |
단순 데이터 전송 (비트 스트림) |
링크 설정(LCP), 인증(PAP/CHAP), 네트워크 설정(NCP) |
| 표준화 |
물리적 매체 표준 (RS-232, 광케이블 등) |
IETF 표준 (RFC 1661 등) |
PP 관점에서의 전송 효율성 및 제약
점대점(Point-to-Point) 연결 방식은 다중 접속(Multi-access, 예: Ethernet) 환경과 비교했을 때 구조적인 효율성과 명확한 제약을 동시에 가집니다.
전송 효율성 (오버헤드 감소)
- 주소 필드의 간소화: 이더넷과 같은 공유 매체에서는 수많은 장치 중 목적지를 찾기 위해 복잡한 MAC 주소가 필요하지만, PP 방식은 상대방이 단 하나뿐이므로 상세한 주소 지정이 필요 없습니다. PPP 프레임의 Address 필드가
0xFF로 고정된 이유가 바로 이 때문이며, 이는 헤더 오버헤드를 줄이는 효과를 줍니다.
- 충돌 방지: 매체 접근 제어(MAC)를 위한 CSMA/CD와 같은 복잡한 충돌 감지 알고리즘이 필요 없으므로, 전송 지연이 적고 대역폭 활용이 효율적입니다.
구조적 제약 및 한계
- 확장성 부족: 1:1 연결이 기본이므로, 연결 대상이 늘어날수록 물리적 포트와 케이블이 기하급수적으로 증가하는 'Full-mesh' 구조의 한계가 발생합니다.
- 유연성 저하: 한 번 설정된 물리적 경로를 변경하려면 하드웨어적인 재구성(Re-cabling)이 필요하며, 이는 동적인 네트워크 구성이 필요한 현대의 스위칭 환경에 부적합합니다.
LCP 및 NCP 합의 프로세스
PPP의 핵심은 양단 노드가 서로의 설정 값을 맞추는 '합의(Negotiation)' 과정에 있습니다. LCP가 물리적 링크의 기본 특성을 합의하면, 그 위에 NCP가 상위 계층 프로토콜의 세부 설정을 합의하는 순차적 구조를 가집니다.
[LCP/NCP 합의 순서도]
물리적 연결 완료 $\rightarrow$ LCP 협상 시작 $\rightarrow$ 옵션 제안(Configure-Request) $\rightarrow$ 옵션 승인(Configure-Ack) 또는 거부(Nak) $\rightarrow$ LCP 합의 완료(Opened) $\rightarrow$ 인증 단계(PAP/CHAP) $\rightarrow$ NCP 협상 시작 $\rightarrow$ 네트워크 프로토콜 설정(예: IP 주소 할당) $\rightarrow$ NCP 합의 완료 $\rightarrow$ 데이터 전송 시작
현대 네트워크에서 PPP의 '점대점' 개념은 물리적 케이블을 넘어 논리적 터널링(Tunneling) 기술로 계승되었습니다. VPN(가상 사설망)은 공용 인터넷망이라는 다중 접속 환경 위에, 두 지점만을 위한 가상의 전용 통로를 만드는 '논리적 PP'를 구현하는 것입니다.
VPN 터널링과의 연관성 및 사례
PPP의 세션 관리 및 인증 모델은 L2TP(Layer 2 Tunneling Protocol)나 PPTP(Point-to-Point Tunneling Protocol)의 근간이 되었습니다.
- 구체적 사례: 원격 접속 VPN
- 사용자가 외부에서 회사 내부망에 접속할 때, 인터넷망(Public IP)을 통해 서버에 도달하지만, 실제 통신은 PPP 세션을 캡슐화하여 전송합니다.
- 이때 PPP의 CHAP 인증 메커니즘이 사용되어 사용자의 신원을 확인하고, NCP(IPCP)를 통해 회사 내부망에서 사용할 가상 IP 주소를 할당받습니다.
- 결과적으로 물리적으로는 수많은 라우터를 거치지만, 논리적으로는 사용자의 PC와 VPN 서버가 1:1로 직접 연결된 점대점(Point-to-Point) 상태가 되어 보안 전송이 가능해집니다.
참고 자료
- RFC 1661: The Point-to-Point Protocol (PPP)
- RFC 1332: The PPP Internet Protocol Control Protocol (IPCP)
- RFC 1334: PPP Authentication Protocols (PAP and CHAP)
🔗 공식 문서는 IETF(Internet Engineering Task Force) 웹사이트에서 확인할 수 있습니다: https://www.ietf.org
PPP는 네트워크 통신의 기초를 다진 중요한 프로토콜로, 오늘날의 복잡한 네트워크 인프라가 발전하는 데 기여한 핵심 기술 중 하나입니다.
# PPP
## 개요
PPP(Peer-to-Peer Protocol, 정식 명칭은 **Point-to-Point Protocol**)는 컴퓨터 네트워크에서 데이터 링크 계층(Data Link Layer)에 속하는 통신 프로토콜로, 두 노드 간의 직접적인 연결을 통해 데이터를 전송하는 데 사용됩니다. PPP는 주로 **점대점 연결**(Point-to-Point Connection)을 기반으로 하며, 전화선, 직렬 케이블, 광섬유, 위성 링크 등 다양한 물리적 매체를 통해 IP 패킷을 전달할 수 있도록 설계되었습니다. 1990년대 초반에 등장하여, 특히 **인터넷 접속 초기**에 **다이얼업**(Dial-up) 연결에서 널리 사용되었습니다.
PPP는 OSI 모델의 **데이터 링크 계층**(Layer 2)에서 동작하며, 물리적 계층 위에 위치하여 신뢰성 있는 데이터 전송을 보장하고, 네트워크 계층 프로토콜(예: IPv4, IPv6)의 패킷을 캡슐화하여 전달합니다. PPP는 단순한 데이터 전송을 넘어, **링크 설정, 인증, 다중 프로토콜 지원, 에러 감지** 등의 기능을 제공함으로써, 다양한 네트워크 환경에서 유연하게 사용될 수 있습니다.
---
## PPP의 주요 특징
### 1. 다중 프로토콜 지원
PPP는 단일 연결을 통해 여러 네트워크 계층 프로토콜을 동시에 전송할 수 있습니다. 예를 들어, IPv4, IPv6, IPX, AppleTalk 등 다양한 프로토콜의 패킷을 동일한 PPP 링크를 통해 전달할 수 있습니다. 이를 위해 PPP는 각 프로토콜을 식별하기 위한 **프로토콜 필드**(Protocol Field)를 사용합니다.
### 2. 링크 제어 프로토콜(LCP)
PPP는 **링크 제어 프로토콜**(Link Control Protocol, LCP)을 통해 통신 링크의 설정, 구성, 테스트, 종료를 관리합니다. LCP는 다음과 같은 기능을 수행합니다:
- 링크의 초기 설정 및 협상
- 최대 전송 단위(MTU) 조정
- 링크 품질 감시
- 압축 및 암호화 옵션 협상
- 링크 종료 절차
LCP는 PPP 세션의 시작 단계에서 먼저 동작하여, 양쪽 노드가 연결 조건에 합의하도록 합니다.
### 3. 네트워크 제어 프로토콜(NCP)
각 네트워크 계층 프로토콜에 대해 별도의 **네트워크 제어 프로토콜**(Network Control Protocol, NCP)이 존재합니다. 예를 들어:
- **IPCP**(IP Control Protocol): IPv4 설정을 위해 사용
- **IPv6CP**: IPv6 설정을 위해 사용
NCP는 LCP 이후에 실행되어, 네트워크 계층의 주소 할당(예: IP 주소), 라우팅 정보 교환 등을 처리합니다.
### 4. 인증 기능
PPP는 링크 설정 시 **사용자 인증**을 수행할 수 있어 보안성을 강화합니다. 주로 사용되는 인증 프로토콜은 다음과 같습니다:
- **PAP**(Password Authentication Protocol): 단순한 ID/비밀번호 기반 인증. 비밀번호가 평문으로 전송되어 보안상 취약합니다.
- **CHAP**(Challenge Handshake Authentication Protocol): 더 안전한 방식으로, 도전-응답(Challenge-Response) 메커니즘을 사용하여 비밀번호를 암호화하여 전송합니다.
CHAP는 주기적으로 인증을 재확인하므로, 중간자 공격(MITM)에 더 강한 저항력을 가집니다.
---
## PPP의 프레임 구조
PPP는 표준적인 프레임 형식을 사용하여 데이터를 전송합니다. 하나의 PPP 프레임은 다음과 같은 필드로 구성됩니다:
| 필드 | 크기(바이트) | 설명 |
|------|--------------|------|
| Flag | 1 | 프레임의 시작과 끝을 나타내는 바이트(0x7E) |
| Address | 1 | 일반적으로 0xFF(모든 스테이션에 브로드캐스트) |
| Control | 1 | 0x03(무번호 정보 프레임) |
| Protocol | 1~2 | 캡슐화된 데이터의 유형(예: 0x0021 = IPv4) |
| Payload | 가변 | 실제 전송할 데이터 |
| FCS (Frame Check Sequence) | 2 또는 4 | 오류 검사를 위한 CRC 값 |
| Flag | 1 | 프레임의 끝을 나타냄 |
> 💡 **FCS**: Frame Check Sequence는 전송 중 데이터 손상 여부를 검사하기 위해 사용됩니다.
---
## PPP의 동작 과정
PPP 연결은 다음과 같은 단계를 거쳐 설정됩니다:
1. **링크 설정**(LCP 협상)
- 양쪽 노드가 LCP를 통해 링크 설정 옵션을 협상합니다.
2. **인증**(Authentication)
- PAP 또는 CHAP을 사용하여 사용자 인증을 수행합니다.
3. **네트워크 계층 설정**(NCP 협상)
- IPCP 등을 통해 IP 주소 할당 및 네트워크 설정을 완료합니다.
4. **데이터 전송**
- 실제 데이터를 PPP 프레임으로 캡슐화하여 전송합니다.
5. **링크 종료**
- LCP를 통해 정상적으로 연결을 종료합니다.
---
## PPP의 응용 및 현대적 활용
PPP는 초기 인터넷 다이얼업 접속에서 핵심 역할을 했으며, **PPPoE**(PPP over Ethernet)와 같은 확장 기술을 통해 **ADSL**, **광랜**(VDSL) 등 현대의 브로드밴드 인터넷에도 활용되었습니다. PPPoE는 이더넷 프레임 내에 PPP를 캡슐화하여, 이더넷 기반의 가정용 인터넷 서비스에서 사용자 인증과 세션 관리를 가능하게 합니다.
현재는 대부분의 가정용 인터넷이 **DHCP 기반의 자동 IP 할당**과 **직접적인 IP 연결**을 사용하면서 PPP의 사용 빈도는 줄었지만, 여전히 일부 ISP나 전용선 연결에서 PPP를 기반으로 한 인증 방식이 사용됩니다.
---
## 관련 프로토콜 및 기술
- **PPPoE**(PPP over Ethernet): 이더넷을 통해 PPP를 운반하는 기술
- **PPPoA**(PPP over ATM): ATM 네트워크에서 PPP를 사용
- **L2TP**(Layer 2 Tunneling Protocol): PPP 세션을 터널링하여 원격 접속을 지원
---
## PPP와 PP(Point-to-Point)의 관계
PPP는 물리적인 **점대점(Point-to-Point, PP)** 연결 토폴로지를 논리적으로 구현하고 표준화한 프로토콜입니다. PP는 단순히 두 지점이 일대일로 연결된 물리적 상태나 구조를 의미하는 반면, PPP는 그 연결 위에서 어떻게 데이터를 주고받을지에 대한 '약속'을 정의합니다.
계층적 관점에서 보면, PP는 물리 계층(Physical Layer)의 연결 형태에 가깝고, PPP는 이를 활용하여 데이터 링크 계층(Data Link Layer)에서 세션 관리, 인증, 다중 프로토콜 캡슐화를 수행하는 소프트웨어적 규격입니다. 즉, PPP는 단순한 전선 연결(PP)에 지능적인 제어 기능을 부여하여 신뢰성 있는 통신 채널로 발전시킨 형태입니다.
### PP와 PPP의 비교
| 구분 | PP (Point-to-Point) | PPP (Point-to-Point Protocol) |
| :--- | :--- | :--- |
| **성격** | 네트워크 토폴로지 / 물리적 연결 방식 | 통신 프로토콜 / 논리적 규격 |
| **초점** | "두 지점이 연결되어 있는가?" (연결성) | "어떻게 인증하고 어떤 데이터를 보낼 것인가?" (제어) |
| **기능** | 단순 데이터 전송 (비트 스트림) | 링크 설정(LCP), 인증(PAP/CHAP), 네트워크 설정(NCP) |
| **표준화** | 물리적 매체 표준 (RS-232, 광케이블 등) | IETF 표준 (RFC 1661 등) |
## PP 관점에서의 전송 효율성 및 제약
점대점(Point-to-Point) 연결 방식은 다중 접속(Multi-access, 예: Ethernet) 환경과 비교했을 때 구조적인 효율성과 명확한 제약을 동시에 가집니다.
### 전송 효율성 (오버헤드 감소)
- **주소 필드의 간소화**: 이더넷과 같은 공유 매체에서는 수많은 장치 중 목적지를 찾기 위해 복잡한 MAC 주소가 필요하지만, PP 방식은 상대방이 단 하나뿐이므로 상세한 주소 지정이 필요 없습니다. PPP 프레임의 Address 필드가 `0xFF`로 고정된 이유가 바로 이 때문이며, 이는 헤더 오버헤드를 줄이는 효과를 줍니다.
- **충돌 방지**: 매체 접근 제어(MAC)를 위한 CSMA/CD와 같은 복잡한 충돌 감지 알고리즘이 필요 없으므로, 전송 지연이 적고 대역폭 활용이 효율적입니다.
### 구조적 제약 및 한계
- **확장성 부족**: 1:1 연결이 기본이므로, 연결 대상이 늘어날수록 물리적 포트와 케이블이 기하급수적으로 증가하는 'Full-mesh' 구조의 한계가 발생합니다.
- **유연성 저하**: 한 번 설정된 물리적 경로를 변경하려면 하드웨어적인 재구성(Re-cabling)이 필요하며, 이는 동적인 네트워크 구성이 필요한 현대의 스위칭 환경에 부적합합니다.
## LCP 및 NCP 합의 프로세스
PPP의 핵심은 양단 노드가 서로의 설정 값을 맞추는 '합의(Negotiation)' 과정에 있습니다. LCP가 물리적 링크의 기본 특성을 합의하면, 그 위에 NCP가 상위 계층 프로토콜의 세부 설정을 합의하는 순차적 구조를 가집니다.
**[LCP/NCP 합의 순서도]**
`물리적 연결 완료` $\rightarrow$ `LCP 협상 시작` $\rightarrow$ `옵션 제안(Configure-Request)` $\rightarrow$ `옵션 승인(Configure-Ack) 또는 거부(Nak)` $\rightarrow$ `LCP 합의 완료(Opened)` $\rightarrow$ `인증 단계(PAP/CHAP)` $\rightarrow$ `NCP 협상 시작` $\rightarrow$ `네트워크 프로토콜 설정(예: IP 주소 할당)` $\rightarrow$ `NCP 합의 완료` $\rightarrow$ `데이터 전송 시작`
## 논리적 점대점 연결과 VPN 터널링
현대 네트워크에서 PPP의 '점대점' 개념은 물리적 케이블을 넘어 **논리적 터널링(Tunneling)** 기술로 계승되었습니다. VPN(가상 사설망)은 공용 인터넷망이라는 다중 접속 환경 위에, 두 지점만을 위한 가상의 전용 통로를 만드는 '논리적 PP'를 구현하는 것입니다.
### VPN 터널링과의 연관성 및 사례
PPP의 세션 관리 및 인증 모델은 L2TP(Layer 2 Tunneling Protocol)나 PPTP(Point-to-Point Tunneling Protocol)의 근간이 되었습니다.
- **구체적 사례: 원격 접속 VPN**
- 사용자가 외부에서 회사 내부망에 접속할 때, 인터넷망(Public IP)을 통해 서버에 도달하지만, 실제 통신은 **PPP 세션**을 캡슐화하여 전송합니다.
- 이때 PPP의 **CHAP 인증** 메커니즘이 사용되어 사용자의 신원을 확인하고, **NCP(IPCP)**를 통해 회사 내부망에서 사용할 가상 IP 주소를 할당받습니다.
- 결과적으로 물리적으로는 수많은 라우터를 거치지만, 논리적으로는 사용자의 PC와 VPN 서버가 **1:1로 직접 연결된 점대점(Point-to-Point) 상태**가 되어 보안 전송이 가능해집니다.
## 참고 자료
- RFC 1661: *The Point-to-Point Protocol (PPP)*
- RFC 1332: *The PPP Internet Protocol Control Protocol (IPCP)*
- RFC 1334: *PPP Authentication Protocols (PAP and CHAP)*
> 🔗 공식 문서는 IETF(Internet Engineering Task Force) 웹사이트에서 확인할 수 있습니다: [https://www.ietf.org](https://www.ietf.org)
---
PPP는 네트워크 통신의 기초를 다진 중요한 프로토콜로, 오늘날의 복잡한 네트워크 인프라가 발전하는 데 기여한 핵심 기술 중 하나입니다.