简介：一份面向PTN网络运维工程师的配置文档，系统讲解PTN业务从网管基础信息配置到业务开通的完整操作流程，涵盖VLAN接口、IP接口、ARP、UNI接口、静态MAC及OAM等关键环节，并提醒接口ID、IP地址等规划值须与前期规划保持一致，适合需要上手PTN设备配置的初学者，也可作为项目交付与日常维护的参考手册。文档以实际网元为例，逐步描述新建TMP隧道、伪线和PTN以太网业务的过程，并给出规划值核对、ARP自动学习等操作细节，同时说明ZXCTN6100等设备无需配置静态MAC的典型场景，可帮助读者减少误配置并快速定位常见问题。资源为单个DOC文档，共54页，压缩包大小8.77MB，内容偏操作指引，界面示例丰富，章节结构清晰，便于按步骤查阅。目前已有64人学习使用，具备一定参考价值。 干过PTN维护的人都有感触,业务配置这件事,说难不难,说简单却总在细枝末节上翻车。尤其是刚接手PTN设备的新人,面对网管上几十个菜单、上百个参数,往往不知道该从哪儿入手。前几天整理资料,翻出一份早年的《Ptn业务配置过程(DOC54页)》文档,结合这几年在政企专线、大客户组网项目里的实操经验,把PTN业务配置这条线重新梳理一遍。这篇东西不追求把所有界面按钮罗列一遍,而是把配置背后的逻辑讲清楚,再配上具体的操作步骤,让没怎么碰过PTN的朋友也能照着手工配置出一条能跑业务的通道。
1. 动手之前,先搞清楚PTN业务配置到底在配什么
1.1 PTN在承载网里的位置,以及它和SDH/MSTP的本质区别
PTN(Packet Transport Network,分组传送网)是介于骨干IP承载网和用户侧之间的一张传送网络,主要覆盖城域网和接入层,是政企专线、基站回传、大客户数据互联的主流承载方式。和传统SDH/MSTP最大的区别在于,PTN不是靠时隙来固定分配带宽,而是靠分组交换和标签转发。你可以把SDH理解成一条物理隔离的铁轨,车次再空,轨道也占着;PTN则是可以共享马路的分组交换网络,每辆车(报文)都贴上了地址标签,按标签走对应路径,带宽可以统计复用。
PTN的组网通常分核心层、汇聚层、接入层。核心层负责跨区域调度,汇聚层做业务的汇聚和转发,接入层直接面对客户侧设备(CE,Customer Edge)。业务配置的根本目标,就是让某个CE设备发出的以太网报文,经过接入层、汇聚层、核心层,精确无误地送到另一个CE设备手里,同时满足带宽、时延、保护等承诺指标。
1.2 一条PTN业务的三层结构:UNI、PW和LSP
很多新手第一次看PTN业务配置会懵,因为界面上同时出现VLAN、PW、LSP、Tunnel、业务实例好几个层面。如果抽象成一句话,PTN业务配置就是三段式接力。
第一段是UNI(User Network Interface)用户侧接口配置,解决的是客户设备过来的报文怎么进入PTN网络,该打哪些VLAN标签、走哪个UNI端口。
第二段是PW(Pseudo Wire,伪线),它解决的是客户业务如何端到端“看起来像一条专线”。PW在两个PE(运营商边缘设备)之间模拟出一条点对点虚拟线路,进来什么样,出去基本还什么样,客户设备完全感知不到中间经过了多少跳PTN节点。
第三段是LSP(Label Switched Path,标签交换路径),属于Tunnel隧道的一个子集,解决的是PW这条虚拟线路的报文,在PTN网络内部走哪条物理路径,怎么转发、怎么保护倒换。
配置的顺序通常也是先LSP/Tunnel,再PW,最后配UNI业务并完成绑定。一个形象的比喻:LSP是地下修好的管道,Tunnel是管道里铺好的主线,PW是主线上拉的一条专线,UNI则是两个端点上的接入端子。四者缺一不可,又各司其职。
2. 配置前必须做好的信息收集与规划,这一步千万别偷懒
2.1 从客户需求中提取关键参数
在实际工程里,PTN业务配置最耗时间的反而不是在网管上点鼠标,而是前期的需求沟通和参数规划。我曾经遇到过客户只甩过来一句话“我们需要开一条点到点专线,带宽50M”,但等你准备开工了才发现,客户侧设备在哪个机房、中间要过几个环、客户有没有特殊VLAN要求,这些通通没确认。结果一环扣一环,现场跑断腿。
配置前至少要把下面这些信息整理成一张需求表:
- 业务类型:E-Line(点对点)、E-LAN(多点互联)还是E-TREE(根到叶)。最常见的政企专线是E-Line。
- 客户侧设备的接入位置:站点A、站点B分别落在哪台PTN设备的哪个UNI口/子接口上,端口类型是FE、GE还是10GE。
- 客户VLAN ID:客户内部使用的VLAN是否保留透传,还是需要运营商侧统一规划一个业务VLAN。
- 带宽参数:CIR保证带宽是多少,PIR峰值带宽是多少,是否要做端口限速。
- 保护等级:需要1+1保护还是1:1保护,还是放通就行没有过高的可靠性要求。
- 时延和抖动要求:比如涉及视频会议、数据库实时同步,这类业务对时延和丢包敏感,需要优先调度。
这些参数直接决定后续每一步的配置选项。比如保护等级选错了,轻则链路浪费,重则主用路径断掉后业务无法倒换,客户投诉就接踵而至。所以务必在配置前跟客户、设计院或售前把表格逐项确认清楚。
2.2 VLAN规划:内层为客户VLAN,外层为运营商业务VLAN
PTN的UNI接口上,VLAN规划是非常容易踩坑的环节。实际设备上,客户CE报文进来后,PTN往往会在客户原有VLAN之外再打一层运营商VLAN(也叫S-VLAN、业务VLAN),用来在同一物理端口里区分不同客户的业务流。客户自己的VLAN则作为内层标签(C-VLAN)保留穿越,到对端再原样剥掉。
规划时要特别注意两点:一是同一个UNI端口下如果承载多家客户,每家客户的业务VLAN必须唯一;二是客户内层VLAN如果和运营商规划的业务VLAN冲突,一定要在端口上做好映射和替换。早年在一次割接中,现场人员图省事,默认了客户VLAN 100,而该端口业务VLAN池里刚好包含了100,结果导致该端口下另一个客户的流量被错误关联,排查了两三个小时才发现是VLAN叠加冲突。从那以后,我给自己定了一条铁律:所有VLAN规划必须做成表格,明确列出站点、端口、客户VLAN、运营商VLAN、用途,配置前逐项打勾核对。
2.3 确认网络拓扑和可用路径
拿到PTN网络拓扑图后,要确认A端和B端落在哪个环、是否跨环,中间经过哪些汇聚节点,并检查各链路是否还有剩余带宽。不能只是“通就行”,还要考虑到路径上最大链路利用率不要超过70%,否则在晚高峰拥塞时,即使有CIR保障,突发流量也可能挤掉低优先级业务。
路径规划合理的话,配置过程中创建的LSP才有意义。如果A端和B端在同一个接入环内,则LSP只经过该环;如果跨汇聚层,则LSP要经过接入到汇聚、汇聚到核心、核心再下发到对端汇聚、最后到接入。LSP的每一跳在后续创建时网管会自动选路,但仍建议人工检查主用路径和备用路径是否物理分离,否则主备走同一个管道,倒换等于摆设。
3. PTN业务配置核心流程实操:按这个顺序点开不再乱
3.1 创建Tunnel与LSP,把底层的“路”修好
不同厂商的PTN网管界面有差异,但流程高度相似。以最常见的操作习惯为例,在网管上找到“隧道管理”或“Tunnel管理”菜单,点击新建。
创建Tunnel的关键参数包括:
- 隧道名称:建议命名带业务含义,例如“SH-BJ-PTN-E-LINE-001”,方便日后运维辨认。
- A端网元/端口, Z端网元/端口:即起点和终点。端口通常选择业务所在单板的物理口或逻辑口,后续会绑定到PW和UNI业务上。
- 隧道类型:一般选MPLS-TP隧道。
- 保护方式:1+1保护(两端同时发,接收择优)、1:1保护(主用故障后倒换到备用)。绝大多数政企专线建议选1+1,倒换时间最快,业务中断感知最小。
- 路径选择:自动/手工。如果网管支持显式路径,推荐手工规划主备路径,确保护路径物理分离。
创建完成后,网管会自动生成LSP(Tunnel的转发标签路径)。在查看菜单里能看到LSP的每一跳和状态。正常情况下,LSP状态为Up,并且主备各有一条。
这里提一个容易被忽略的点:LSP配置完毕不等于底层数据面通了,还要做连通性检测。业内多用BFD或LSP Ping来验证。可以在网管上对这条LSP发起连通性测试,也可以通过命令行登录PTN设备执行类似ping lsp的测试命令。如果LSP Ping不通,后面的PW和业务绑定就不用配了,先解决底层路径问题。
3.2 创建PW伪线,把“专线”拉到对端
Tunnel是底层的“管道”,PW则是在管道里跑业务的“专用车道”。在网管上进入“伪线管理”菜单,新建PW。
PW创建时需要注意:
- PW类型:一般选Ethernet(以太网透传方式),适用于绝大多数专线业务;如果客户是IP互访且有路由需求,也可以用IP方式,但实际中用Ethernet透传更多,因为它对上层协议最透明。
- 绑定Tunnel:选择刚刚创建好的Tunnel。如果有多条Tunnel,注意一定选择归属正确的那一条。
- PW的标签:网管通常会自动分配内层标签,不需要手工指定,但需要记录标签值,便于后续排障。
- 双向对应:有些网管上创建一条PW时同时建立双向会话,有些则需要分别创建A→Z和Z→A两条PW,创建完要检查方向是否正确。
PW创建好后,通过网管查看PW状态应显示Up。如果显示Down,最可能是绑定的LSP故障、接口未启用或两端标签不一致。这时可以先回到LSP状态去排查底层,不要急着在PW层面反复重建。
3.3 配置UNI接口与业务实例,把客户流量接进PTN
最后一步是把客户CE流量接入PTN,并绑定到PW上完成端到端业务。这一步的详细程度最考验操作人员的耐心。
进入“业务管理”或“以太网业务”菜单,新建UNI业务,通常需要配置:
- 业务类型:根据需求选E-Line、E-LAN或E-TREE。E-Line最常用,这里以E-Line为例。
- UNI接口:选择A端和Z端的物理端口(如GE0/1/0),端口模式一般配置为Trunk或Access。对接客户CE时多数用Trunk模式,允许指定VLAN通过;只有单VLAN场景才用Access。
- VLAN过滤模式:选择“Tagged”或“Untagged”。如果客户接口透传多个VLAN,选Tagged,并填写允许通过的客户VLAN列表;如果客户接口是Access口只发不打标签的报文,则映射到指定的运营商VLAN。
- 业务VLAN:填写运营商侧规划的业务VLAN,该VLAN用来在PTN网络内部标识这条业务。
- 绑定PW:把刚才创建的PW绑定到这个UNI业务上,或者创建业务时直接关联已有PW。
完成之后,网管上会生成一条“业务实例”,状态正常时显示Up。此时在网管上可以看到从A端UNI口到Z端UNI口的完整业务路径,包括VLAN、PW、LSP每一层的对应关系。
小提示:拿到新业务段开工前,先配置好A端,再配置Z端,不要两端同时操作。一次只改一端,出问题时定位更快速。配置完成后,把A端UNI口和Z端UNI口的“VLAN允许列表”反复核对一遍。许多业务不通的根因,就是这一条VLAN漏放行。
3.4 业务验收与连通性测试
业务配置之后,绝对不能只看网管上的状态为Up就完事。我吃过亏,网管上整条业务绿油油的,但客户那边收发数据就是不通,最后发现是CE对接时两端协商速率和双工模式不匹配。
端到端验收我习惯做四步:
- 在网管上检查业务实例、PW、LSP三层状态全部Up。
- 在PTN设备的UNI口上抓包或通过网管统计,看是否有入方向/出方向的流量计数。
- 在客户CE设备上配置测试IP,进行互ping。先用大包(1476字节以上)ping几百个,验证分片和MTU没有问题;再用默认包长ping几百个,验证周期性丢包率。
- 如果条件允许,用打流仪或仪表的以太网测试功能测量实际带宽、时延和丢包率,确认满足合同承诺的CIR/PIR指标。
如果只有CE设备没有仪表,可以用iperf或 Windows 下的iperf3打流,测出的吞吐量基本能反映实际可用带宽。
4. 参数配置细节与QoS策略,别再一知半解地填数
4.1 CIR/PIR/CBS/PBS这些流量参数怎么算、怎么填
在PTN业务配置中,QoS参数往往决定客户体验。最常见的一组参数是CIR(Committed Information Rate,承诺信息速率)、PIR(Peak Information Rate,峰值信息速率)、CBS(Committed Burst Size,承诺突发尺寸)、PBS(Peak Burst Size,峰值突发尺寸)。
用一个简单类比:CIR是高速公路上的保证车道限速,任何情况下至少给你这个速度;PIR是偶尔可以借道超车的最高速度;CBS相当于保证车道上的“额度”,超出的数据如果暂时存在“蓄水池”里有额度就可以保证转发,否则会被标记或丢弃;PBS则是峰值时的蓄水池大小。
实际填参数时,带宽值比较直观,按兆(Mbps)填即可。而CBS和PBS的数值很多朋友喜欢凭感觉填,结果要么过小导致突发流量被误丢,要么过大失去限速意义。一条经验公式是:
- CBS(字节)= CIR(kbps) × 时间窗口(毫秒) / 8
- PBS(字节)= PIR(kbps) × 时间窗口(毫秒) / 8
时间窗口一般取5到10毫秒。举个例子,客户要求CIR 50Mbps,PIR 100Mbps,时间窗口取10毫秒,则CBS=50×1000×10/8=62500字节,PBS=100×1000×10/8=125000字节。填到网管上,系统会按对应单位换算,记得看清单位是字节还是Kbit。
如果客户业务以批量文件传输为主,突发尺寸可以适当放大一些,比如时间窗口取20毫秒;如果客户业务是数据库小包高频交互,突发尺寸反而不要设太大,避免局部拥塞时高突发流量挤占其他业务带宽。QoS这东西没有一劳永逸的参数,得针对业务模型做微调。
4.2 优先级与队列调度,保障高端专线不求人
PTN设备支持基于VLAN优先级(802.1p)或DSCP的报文分类,然后映射到不同队列。最常见的配置方式是把客户VLAN的优先级(如0-7)映射到设备内部队列(通常有8个队列,高端设备还支持更多),队列调度支持SP(严格优先)和WRR(加权轮询)。
实际配置原则是:
- 控制类报文(如BFD、网管协议)优先级最高,建议走队列7。
- 语音和视频业务优先级较高,建议走队列5或4。
- 普通数据业务默认走队列2,尽力转发。
- 不建议把所有业务都设为严格优先,否则低优先级业务可能在拥塞时长时间得不到调度。做调度策略时,尽量让视频/实时类业务走SP队列,普通上网和备份流量走WRR队列,权重按实际流量比例分配。
这里有个细节值得留意:PTN设备入方向和出方向处理逻辑不完全一样。入方向一般做报文分类、VLAN映射、优先级标识和入向限速,出方向做队列调度和整形。配置时别忘了在两端方向都设置,否则只在A端做完限速,对端依然可能因出口拥塞丢包。
4.3 保护倒换类型的选择与验证
保护倒换是PTN相对SDH的一个优势,分组网络也能做到电信级的高可用。常见保护有隧道1+1、1:1保护和环网保护。
- 隧道1+1保护:源端同时在主备两条路径上发送相同业务,汇端择优接收。一旦主用路径故障,接收端立刻切到备用路径,倒换时间理论上可以达到50ms以内。
- 隧道1:1保护:业务只在主用路径上发送,备用路径空闲或承载额外低优先级业务。主用故障时,两端握手倒换到备用路径,倒换时间为几十到几百毫秒。
- 环网保护:针对接入环/汇聚环的整环故障,比如光纤被挖断导致环上两个站点通信中断,环网保护会自动把业务切换到另一侧绕行。
配置完保护之后,我建议做一次“拔纤演练”。注意要在业务窗口操作,并且提前通知客户检查业务是否中断。拔掉主用路径上一跳的光纤,观察网管上LSP发生倒换的告警,并让客户侧同时打流看丢包情况。测完及时恢复光纤,再让网管确认主用路径回归和“非抢占”设置是否正常。按我的经验,至少有一半的概率会在演练中发现倒换配置错误或者备用路径带宽不足的问题,提前发现总比客户投诉时发现要好。
5. 常见问题与故障排查实录,踩过的坑别再来一遍
5.1 业务不通,按什么顺序排查
业务不通时,最忌讳的是“东点一下西点一下”,盲目重建配置。我给自己定了一个排查顺序,分享出来供参考:
- 先看物理层:UNI口/链路接口端口状态是否Up,光功率是否正常。PTN设备网管上可以直接看到接收光功率,低于-25dBm就需要警惕。
- 再看LSP层:主用LSP状态是否Up,BFD会话是否中断。如果LSP Down,说明底层转发路径有问题,优先查中间节点链路、单板、告警等。
- 接着看PW层:PW是否Up。如果LSP正常而PW Down,重点查两端PW配置是否一致、标签是否冲突。
- 然后看业务实例:UNI业务是否正确关联PW、VLAN列表是否放行。很多问题出在这一层,比如客户VLAN没有加入允许列表。
- 最后看数据面:在网管上看报文计数,在CE侧ping大包、小包,判断是连续性丢包还是完全不通。
按照这个顺序排查,大多数普通故障能在半小时内定位。反过来先怀疑配置、再去翻光口,常常白折腾。
5.2 VLAN透传不通,时通时不通的怪问题
一个高频故障是:客户端A可以ping通客户端B,但B回包不通,或者小包通大包不通。这类问题的常见原因有三个,分享一下我怎么区分:
第一种是VLAN映射不对称。A端把客户VLAN 10映射到业务VLAN 100,对端Z段却把业务VLAN 100映射回了客户VLAN 20,一来一回VLAN对不上,就会出现单向通。排查时在两端的UNI口抓包,对比进出报文外层VLAN是否一致,一眼就能看出来。
第二种是MTU不一致。CE的MTU设了9000叫巨型帧,PTN侧UNI口MTU却只有1518,大包直接丢,小包畅通。这就是为什么验收时一定要用接近MTU上限的大包ping一遍的原因,这条检查能提前把问题暴露出来。
第三种是MAC地址漂移或环路。如果PTN接入环上存在二层环路,同一个MAC会从不同端口学到,网管上会频繁报MAC漂移告警。碰到这种情况,先检查物理链路有没有环路,必要时启用STP/RSTP或按接口阻断。别指望靠业务配置本身能灭掉环路,先修物理拓扑。
5.3 带宽达不到承诺,到底卡在哪里
客户反馈“专线不稳定,速度只有合同值的一半”,这类问题十有八九出在QoS参数或链路拥塞上。
排查思路是:
- 先用网管查看LSP路径上每跳链路的带宽利用率。如果某一段利用率超过80%,优先观察该段上是否有突发大流量业务。如果满足带宽的扩容条件,直接扩容或调整业务路径。
- 再查看业务入向限速和出向整形配置。很多配置人员会在两端同时做了限速,导致流量被双重限制,实际带宽变成标称值的一半。
- 检查客户CE设备有没有开启TCP窗口限制或QoS策略。曾经有一个客户投诉带宽不达标,最后发现是客户防火墙上面开启了应用层流量整形。PTN这边一切正常,这个锅不能由PTN背着。
定位这类问题,关键要用数据说话:在PTN网管上查看端到端统计,同时用打流仪在UNI口两侧做AB对照,是卡在网络上还是卡在客户设备上,很快就能分清。
5.4 配置完业务后告警不断,如何快速收尾
业务配置完成后,经常有一些无关紧要的告警出现,比如VLAN资源不足、光模块类型不匹配、端口协商异常等。我的习惯是配置完业务之后,把网管上与该端口、该业务相关的所有告警截屏存档,然后逐条确认。
- “端口未激活”告警:确认端口是否应该在当前状态,不用管。
- “光功率低”告警:检查光模块和光纤连接头,必要时清洁光纤端面。
- “业务VLAN重叠”告警:说明新建业务VLAN与已有业务冲突,必须重新规划,这种告警不能忽略。
告警处理完毕后,一定把当前配置做一次备份。PTN设备大多是命令行配置加网管备份并存的,最好在做重大变更前导出配置,变更后再次导出,两份配置文件留档。后期做业务扩容或故障回退时,这些备份能救命。
6. 逃亡路上的一些经验之谈
PTN业务配置这件事,做到后面你会发现,真正难的从来不是某一条命令怎么写、某个按钮在哪里点,而是对整个传送链路有没有清晰完整的认知。我见过太多新人一上来就开页面、点新建,一路点到底,配置看着是填完了,但让他解释一下为什么要这样填、如果中间某一层断了会怎样,就完全懵了。所以我的建议是,第一次配业务之前,先找一张白纸,画出A端到Z端的完整拓扑,标清楚接口、VLAN、Tunnel、PW每段的关系,然后再去网管上操作。
还有个小技巧,给业务命名时不要怕长,尽量把站点、业务类型、带宽、客户名称都体现出来。比如“BJ-SH-E-LINE-100M-HAOYUN”,虽然看着啰嗦,但半年后回来看配置,一眼就知道这是哪家客户的哪条业务。运维这事儿,多做一分细节,后面就少十分痛苦。
再分享一个实战习惯:每次业务割接完成,我都会在网管上把该业务的主备路径、业务VLAN、PW标签、相关端口整理进一张Excel表,作为业务台账的一部分。PTN网络里的业务越多,台账的查错效率就显得越重要。后来几次凌晨割接,我特别庆幸手里有这张表和配置文件,否则现场临时翻网管历史记录,心态早就崩了。
PTN业务配置本身不复杂,但“配置”这两个字的背后,是对网络架构的理解、对参数细节的较真,还有对故障预案的准备。这套思路适用于绝大多数PTN厂商的设备,虽然菜单名称不同,骨架是一致的。希望这篇笔记能给正在啃PTN配置的朋友一点启发和帮助。
本文还有配套的精品资源，点击获取
