RFC 2637 - 点对点隧道协议 (Point-to-Point Tunneling Protocol)

文档信息 (Document Information)

RFC编号: 2637
类别: Informational
发布日期: 1999年7月
作者: K. Hamzeh, G. Pall, W. Verthein, J. Taarud, W. Little, G. Zorn

摘要 (Abstract)

本文档规定了一种协议, 允许点对点协议 (Point to Point Protocol, PPP) 通过IP网络进行隧道传输。PPTP并未对PPP协议本身进行任何修改, 而是描述了一种承载PPP的新方式。定义了一种客户端-服务器架构, 以便将当前网络接入服务器 (Network Access Servers, NAS) 中存在的功能进行解耦, 并支持虚拟专用网 (Virtual Private Networks, VPNs)。PPTP网络服务器 (PPTP Network Server, PNS) 设计为在通用操作系统上运行, 而客户端称为PPTP接入集中器 (PPTP Access Concentrator, PAC), 在拨号接入平台上运行。PPTP指定了一种呼叫控制和管理协议, 该协议允许服务器控制从PSTN或ISDN发起的拨入电路交换呼叫的接入, 或发起出站电路交换连接。PPTP使用增强的GRE (Generic Routing Encapsulation, 通用路由封装) 机制, 为承载PPP数据包提供具有流量控制和拥塞控制的封装数据报服务。

IESG 注记 (IESG Note)

PPTP协议由供应商联盟开发。PPTP的文档作为信息提供给互联网社区。PPP工作组目前正在定义一个标准跟踪协议 (L2TP) 用于在分组交换网络上隧道传输PPP。

本备忘录的状态 (Status of this Memo)

本备忘录为互联网社区提供信息。它不指定任何类型的互联网标准。本备忘录的分发不受限制。

版权声明 (Copyright Notice)

Copyright (C) The Internet Society (1999). All Rights Reserved.

目录 (Table of Contents)

• 1. 简介 (Introduction)
  • 1.1. 协议目标和假设
  • 1.2. 术语
  • 1.3. 协议概述
    • 1.3.1. 控制连接概述
    • 1.3.2. 隧道协议概述
  • 1.4. 消息格式和协议可扩展性
• 2. 控制连接协议规范 (Control Connection Protocol Specification)
  • 2.1. Start-Control-Connection-Request
  • 2.2. Start-Control-Connection-Reply
  • 2.3. Stop-Control-Connection-Request
  • 2.4. Stop-Control-Connection-Reply
  • 2.5. Echo-Request
  • 2.6. Echo-Reply
  • 2.7. Outgoing-Call-Request
  • 2.8. Outgoing-Call-Reply
  • 2.9. Incoming-Call-Request
  • 2.10. Incoming-Call-Reply
  • 2.11. Incoming-Call-Connected
  • 2.12. Call-Clear-Request
  • 2.13. Call-Disconnect-Notify
  • 2.14. WAN-Error-Notify
  • 2.15. Set-Link-Info
  • 2.16. 通用错误代码
• 3. 协议操作 (Protocol Operation)
  • 3.1. 控制连接状态
    • 3.1.1. 控制连接发起方
    • 3.1.2. 控制连接接收方
    • 3.1.3. 启动控制连接请求冲突
    • 3.1.4. 保活和计时器
  • 3.2. 呼叫状态
    • 3.2.1. 时序考虑
    • 3.2.2. 呼叫ID值
    • 3.2.3. 呼入呼叫
    • 3.2.4. 呼出呼叫
• 4. 隧道协议操作 (Tunnel Protocol Operation)
  • 4.1. 增强的GRE头部
  • 4.2. 滑动窗口协议
    • 4.2.1. 初始窗口大小
    • 4.2.2. 关闭窗口
    • 4.2.3. 打开窗口
    • 4.2.4. 窗口溢出
    • 4.2.5. 多包确认
  • 4.3. 乱序数据包
  • 4.4. 确认超时
    • 4.4.1. 计算自适应确认超时
    • 4.4.2. 拥塞控制: 调整超时
• 5. 安全性考虑 (Security Considerations)
• 6. 作者地址 (Authors' Addresses)
• 7. 参考文献 (References)
• 8. 完整版权声明 (Full Copyright Statement)

规范要求 (Specification of Requirements)

在本文档中, 关键词 "MAY", "MUST", "MUST NOT", "optional", "recommended", "SHOULD" 和 "SHOULD NOT" 应按照 [RFC 2119] 中的描述进行解释。

当用于引用实现在接收到传入数据包时的行为时, "silently discard (静默丢弃)" 一词应解释如下: 实现丢弃数据报而不进行进一步处理, 并且不向发送方指示错误。实现应当 (SHOULD) 提供记录错误的功能, 包括被丢弃数据报的内容, 并应当 (SHOULD) 在统计计数器中记录该事件。