企业官网建设流程全解析

简介：第五章广域网技术及协议介绍PPT课件，是面向计算机网络课程学习者、教师及备考人员的系统教学资料，重点解决广域网概念梳理、典型组网技术与协议理解的问题。课件先讲解广域网定义、组成、层次模型与通信服务类型，再逐类分析公共交换电话网（PSTN）、综合业务数字网（ISDN）、数字数据网（DDN）、分组交换网（X.25）与帧中继网等典型广域网技术，并补充PPP及PAP验证等实践要点，便于按章节开展教学或自学。资源压缩包共1个文件，为约1.12MB的PPT课件，结构围绕理论到实践展开，适合课堂演示、课后复习和考前冲刺使用。目前已有99人浏览学习，内容覆盖广域网接入方式与协议细节，可帮助学习者快速建立广域网整体框架，理解各技术适用场景与特点。

1. 广域网和局域网的分界线，不是网线长度

距离一旦拉大到几十公里以上，局域网那套以以太网为基础的协议体系就不怎么管用了。跨城市组网时，运营商能提供给用户的是电话线、E1专线、分组交换网络，数据链路层协议从以太网协议换成了HDLC、PPP、帧中继这些名字。把广域网单独拆成一章来讲，核心其实是三件事：广域网在OSI模型中到底管到哪一层、PSTN/ISDN/DDN/X.25/帧中继这几种典型技术各自解决了什么问题、以及最后落到实验里的PPP的PAP认证怎么配。

这套第五章广域网技术及协议介绍PPT的素材组织方式适合两类人，一类是准备网络基础考试、需要把各种WAN技术的原理和选型一次理清的学生；另一类是工作里经常要和运营商专线打交道，需要判断一条链路底层走的是什么承载的工程师。

2. PSTN与ISDN：电路交换路线上的两代产品

电路交换的特征是“先拨号建立连接，通信过程独占信道，结束后拆线”。公共交换电话网（PSTN）和综合业务数字网（ISDN）是这条路线上的两个典型样本，把它们放在一起看，能很清楚地看到广域网协议迭代的逻辑：从模拟信道里勉强传数据，到全数字信道、信令和数据分离，每一步改进都在解决上一代的明确痛点。

2.1 PSTN拨号：用模拟信道扛数字数据

PSTN本来是为语音设计的，用户环路是模拟传输。计算机要发送数字信号，必须经过MODEM进行调制解调，把数字信号变成适合在电话线上传输的模拟信号。数据通信时收发双方速率必须一致，最高不超过56kb/s。这里有一个经常被追问的点：为什么上限是56k？因为电话网经过PCM编码后，每秒采样8000次、每次8bit，减掉线路编码和同步开销，再经A律/μ律压扩之后，信息速率上限就是56kb/s。

在Linux环境中，用pppd配合chat脚本是可以完整复现PSTN拨号过程的。下面是一份典型的配置：

# /etc/ppp/peers/dialup linkname pstn-dial serial-device /dev/ttyS0 speed 115200 crtscts modem lock noauth connect "/usr/sbin/chat -v -f /etc/ppp/peers/chat-dial"

# /etc/ppp/peers/chat-dial ABORT "NO CARRIER" ABORT "NO DIALTONE" "" ATZ OK "ATDT16300" CONNECT ""

配置里ATZ是复位MODEM，ATDT16300是拨打16300这个接入号，检测到CONNECT后pppd接管链路协商。crtscts启用硬件流控，speed 115200是串口速率而不是线路速率，实际线路速率仍然取决于MODEM协商结果。这套脚本在今天几乎用不上了，但它把电路交换最核心的“拨号-连接-独占-拆线”流程完整地暴露了出来。

提示：PSTN链路本身没有任何差错控制机制，误码直接透传。这决定了它只能承载对时延不敏感、且自带重传的应用，早期网页浏览和邮件收发勉为其难，要传文件就只能靠上层协议反复重传。

2.2 ISDN：把信令抽到独立的D信道

N-ISDN（常说的“一线通”）解决的是PSTN的两个核心问题。第一是全数字传输，用户环路不再需要MODEM，端到端都是数字信号；第二是信令和数据分离，ISDN定义了B信道和D信道两类信道：B信道是64kb/s的数字信道，专用于传输用户数据；D信道是16kb/s的数字信道，只传信令。这种带外信令机制让拨号连接速度远快于PSTN的调制解调协商过程。

电信公司通常把多个信道组合成数字管道提供给用户。标准组合方式有两种：基本速率接口BRI是2B+D，总带宽约144kb/s，面向小型办公室和个人用户；主速率接口PRI是30B+D（欧洲标准）或23B+D（北美标准），总带宽约2.048Mb/s，面向企业用户。在B信道上可以建立电路交换、半永久电路（租用专线）、分组交换接入X.25网、以及通过ISDN接入帧中继网络这四种类型的连接，通过D信道的呼叫控制协议完成B信道的建立与释放。

在模拟器里配置BRI接口时，典型的命令序列是这样的：

interface bri0 isdn switch-type basic-net3 isdn spid1 0101234567801 encapsulation ppp dialer map ip 192.168.1.1 name remote 12345678 dialer-group 1 ppp authentication chap

isdn switch-type必须在D信道协议之前配置，国内实验室常用basic-net3（欧洲标准）；isdn spid1是本地号码标识，北美运营商需要，欧洲环境可忽略；dialer map把对端IP映射到对方电话号码，当有流量匹配dialer-group 1定义的感兴趣流量时自动拨号。注意ISDN虽然可以支持最多8个设备挂在一个NT1上，但同时只能有3个通信，这是D信道呼叫控制能力决定的。

2.3 电路交换为什么被专线和分组交换替代

从PSTN到ISDN，电路交换的体验有改善，但本质问题没有变：拨号过程需要连接时间，连接期间信道被独占，即便没有数据传输也在计费。ISDN的呼叫建立时间虽然从PSTN的十几秒缩短到几秒，但在“始终在线”的企业组网需求面前仍然显得笨重。D信道带外信令的设计后来被回拨和VoIP的SIP信令继承，但电路交换本身在承载突发性数据流量时效率太低，这为DDN专线和分组交换路线留出了空间。

3. DDN专线与X.25、帧中继：两种完全不同路线

拨号上网适合临时使用，企业之间需要的是长期在线的连接。数字数据网（DDN）走的是租用专线路线，X.25和帧中继走的是分组交换路线。DDN不涉及交换，给用户的是一条永久的数字信道；X.25和帧中继则是在共享的运营商网络里，用虚电路把用户逻辑上隔离开。

3.1 DDN：一条管道，DSU/CSU负责把数据放进E1帧

DDN的核心特点是利用数字信道传输数据信号，主干网传输媒介有光纤、数字微波、卫星信道，用户端多为普通电缆和双绞线。与模拟信道相比，DDN没有调制解调过程，所以传输质量高、时延小，曾经被称为中高速信息国道。

DDN模型里最容易被忽略的是DSU/CSU（数据服务单元/信道服务单元），它在用户路由器和运营商E1线路之间承担两个功能：一是把用户数据转换成适合在E1电路上传输的帧结构，二是从E1信号中提取同步时钟送给路由器作为发送和接收时钟。E1的帧结构是每帧32个时隙，每个时隙64kb/s，总带宽2.048Mb/s，其中时隙0用于帧同步，时隙16用于信令，用户可用30个时隙。

在实验室环境里模拟DDN专线连接时，路由器串口之间的处理方式是这样的：

interface serial0/0 ip address 192.168.10.1 255.255.255.252 clock rate 2048000 dce-terminal-timing-enable

clock rate只在DCE端配置，用模拟器做背靠背直连时，DCE一端必须提供时钟频率；实际接DSU/CSU时，路由器作为DTE，时钟由DSU/CSU从E1线路恢复后经V.35线缆送过来，这时不能再配置clock rate，否则时钟源冲突会导致链路报interface is down。这里有个判断技巧：show controllers serial0/0里能看到cable type是DCE还是DTE，DCE才需要配时钟。

3.2 X.25：把差错控制做进网络每一跳

X.25是上世纪七八十年代的产品，当时传输线路误码率高，所以它的设计哲学是网络层和数据链路层都要负责可靠传输。X.25的数据链路层使用LAPB协议，每一跳节点收到数据帧后都要返回确认，发送方收不到确认就重传。这种逐跳确认机制保证了可靠性，也带来了极大的时延和吞吐量开销。

分组交换网上的每一条虚电路都支持流量控制和差错恢复，网络节点自身具备存储转发能力。这样做的代价是节点设备复杂、传输效率低。X.25的典型速率只有64kb/s，在今天看来几乎不可用，但它定义了虚电路的概念——后来的帧中继、ATM、MPLS都沿用了虚电路思想，只是把“可靠传输”的责任一步步外移。

3.3 帧中继：节点只做检错，纠错交给用户

帧中继是对X.25的简化。X.25在每一跳都做确认和重传，帧中继认为现代光纤线路误码率足够低，网络节点只做检错，发现坏帧直接丢弃，恢复工作交给用户侧协议（比如TCP）完成。帧中继的虚电路由DLCI标识，多条虚电路可以复用在一条物理链路上，这使它比DDN的专线模式利用率高得多。

帧中继接口配置里有一个容易踩坑的地方：

interface serial1/0 encapsulation frame-relay frame-relay lmi-type cisco ! interface serial1/0.102 point-to-point ip address 10.0.1.1 255.255.255.252 frame-relay interface-dlci 102

LMI类型必须和运营商交换机匹配，思科默认是cisco，运营商常用ansi或q933a，不匹配时PVC会处于inactive状态，用show frame-relay pvc能看出状态差异。frame-relay interface-dlci是在子接口上绑定DLCI号，但记住绝不能在这个子接口下配ip address的同时又在物理口配IP，那会造成路由表混乱。

4. PPP协议与PAP认证：从原理到抓包实测

广域网数据链路层协议不止有HDLC、帧中继和PPP，但PPP是唯一一个既能跑在专线串口上、又能跑在PSTN/ISDN拨号链路上的通用协议。它的框架设计非常干净：链路建立、认证、网络层协议协商三个阶段分别由LCP、认证协议和NCP完成，这种分层方式后来影响了很多协议的设计。下面用一台实际可操作的路由器配置展开。

4.1 PPP三阶段：LCP协商、可选认证、NCP配置

PPP建立链路的过程分三步。LCP（链路控制协议）先协商链路参数，包括MRU（最大接收单元）、认证协议、魔术字等。若配置了认证则进入认证阶段，PAP或CHAP验证对方身份。最后NCP（网络控制协议）负责配置网络层协议参数，比如IPCP协商IP地址和DNS。

如果LCP协商失败，链路会反复处于Link establishment阶段，最典型的症状是接口状态显示Serial0/0 is up, line protocol is down。常见原因包括两端MRU不一致、认证协议类型不匹配，或者对端根本没启用PPP封装。

4.2 在路由器上配置PAP双向认证

PAP的机制是发起方把用户名和密码以明文形式发过去，对端在本地用户名数据库中查表验证。在两台思科路由器之间做双向PAP认证的完整配置如下：

R1(config)# username r2 password cisco456 R1(config)# interface serial0/0 R1(config-if)# encapsulation ppp R1(config-if)# ppp authentication pap R1(config-if)# ppp pap sent-username r1 password cisco123

R2(config)# username r1 password cisco123 R2(config)# interface serial0/0 R2(config-if)# encapsulation ppp R2(config-if)# ppp authentication pap R2(config-if)# ppp pap sent-username r2 password cisco456

这里最容易犯的错误是只配了ppp authentication pap，却忘记配置ppp pap sent-username。结果是本端要求对方认证自己，但自己发不出PAP报文，链路卡在认证阶段，line protocol一直起不来。另一个容易错的地方是密码没有在两端形成交叉对应：R1用username r2 password cisco456验证R2，要求R2发出的sent-username r2密码必须是cisco456；反过来R2用username r1 password cisco123验证R1。如果只配置单向认证，那没配认证的一端不需要任何用户名条目，但主动发验证请求的一端必须有对端用户条目。

提示：PAP的用户名和密码在链路里全部明文传输，抓包可直接看到密码字段。真实环境很少用PAP，而是用CHAP挑战握手，密码不在线路上传递。教学实验选PAP的优势正是报文结构直接可读。

4.3 用tcpdump抓取PAP报文验证

链路起来后，在路由器的串口侧做镜像抓包，能看到完整的PAP交互过程。重点看三个包：Authenticate-Request、Authenticate-Ack、Authenticate-Nak。

tcpdump -i eth1 -s 0 -vv -XX 'tcp port 2222'

这是旁路抓包场景的通用命令，如果是在串口链路上，通常需要把流量引导到某个以太网口再镜像。PAP报文本身在PPP协议字段中，Wireshark里展开Link Control Protocol之后能看到Peer ID和Password字段，密码以可见ASCII形式存放。正常流程是：对端收到Authenticate-Request后返回Authenticate-Ack，链路进入NCP阶段，随后IPCP开始协商地址。如果密码错误，返回Authenticate-Nak，链路在短暂keepalive后关闭。

4.4 认证失败时看什么

链路起不来时，先看show interface serial0/0，确认封装确实是PPP而不是默认的HDLC。再用debug ppp authentication实时查看认证过程。

实验做完建议执行undebug all关闭调试输出，否则CPU会被debug日志持续占用，这在低端路由器上可能导致串口中断。

5. 从时延抖动反推广域网链路类型

前面讲的PSTN、ISDN、DDN、帧中继在今天大部分已经退网或演进为运营商以太网专线，但判定链路真实承载类型的思路没有变：专线时延平稳，共享网络时延有规律性抖动。

5.1 两种链路在时延上的行为差异

DDN这类租用专线是独享带宽的，RTT几乎恒定，即使在高峰时段时延波动也很小。帧中继、X.25这类分组交换网络在自身拥塞时会出现明显的时延抖动，丢包率先从帧中继的BECN标记开始增长。到了今天，运营商给你的“点对点专线”可能实际承载在共享的IP RAN或MPLS网络上，仅凭日常ping很难分辨。办法是连续大量探测RTT，量化抖动特征。

5.2 用脚本量化RTT抖动

用一段简短脚本连续ping 100次并计算统计量：

import subprocess, re, statistics target = "203.0.113.1" rtts = [] for i in range(100): out = subprocess.run( ["ping", "-n", "1", "-w", "1000", target], capture_output=True, text=True ).stdout m = re.search(r"(?:时间[=<]|time=)(\d+)\s*ms", out) if m: rtts.append(int(m.group(1))) if rtts: print("count=%d avg=%.2f ms stdev=%.2f ms" % ( len(rtts), statistics.mean(rtts), statistics.pstdev(rtts)))

-w 1000表示超时1秒，统计方差用总体标准差pstdev便于比较不同时段的数据。注意Windows系统ping中文输出用“时间=”，英文环境用“time=”，正则里两个分支都要写。如果平均时延10ms但方差经常超过5ms，链路大概率是共享承载；方差持续在1ms以内，才比较接近真专线的行为特征。

5.3 不同时段对照测试

分别在业务高峰和非高峰时段各跑一次脚本，把两次的avg和stdev做对比。共享型链路在高峰期的stdev往往能翻1到2倍，而真专线全天stdev变化很小。再把-w调小到200ms，在连续ping中人为制造拥塞流量，真专线的RTT变化很小，共享链路则可能出现突然的毛刺或丢包。这个方法不需要登录运营商网管，从用户侧就能初步判断实际拿到的是不是独立带宽。

本文还有配套的精品资源，点击获取