NTP 服务器模式是什么
设备的 NTP 有两种角色：作为客户端向外部时间源同步，作为服务器把时间提供给别的设备。内网与外部隔离、或根本没有可用上游时间源时，可以让一台核心设备把自己已校时的本地时钟声明为权威参考源（华为/H3C 叫 refclock-master，思科叫 ntp master），其余设备再用 unicast-server / ntp server 指向它。设备一旦进入服务器角色，对外提供时间是自动的，不需要额外开启服务开关。NTP 用层级号 stratum 描述与参考源的距离，数值越小越权威，16 表示未同步。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 角色定位 | 核心设备充当内部权威时钟，不面向公网 |
| 关键命令 | ntp-service refclock-master（华为/H3C）、ntp master（思科） |
| 前置条件 | 本机时间已正确（手动校时或已同步上级源） |
| 生效方式 | 配置后自动对外提供时间服务 |
| 风险等级 | 中：错误时间会扩散到全网 |
典型使用场景
- 内网完全隔离、访问不到外部 NTP 服务器，需要一个内部时间基准
- 实验或测试环境，只要求设备日志时间戳大致对齐，不追求精度
- 临时断网窗口，上游时间源不可达，先用核心设备顶一段时间
- 下级设备数量多但只需粗略一致，例如日志比对、证书有效期判断
- 接入真实时间源之前的过渡，先把层级关系和指向关系理顺
华为 VRP
华为 VRP
# 系统视图：把本地时钟声明为 stratum 2 参考源
[Huawei] ntp-service refclock-master 2
# 下级设备指向本机
[Huawei-GigabitEthernet0/0/1] ntp-service unicast-server 10.0.0.1
<Huawei> display ntp-service status # 关注 clock status 与 clock stratum思科 IOS
思科 IOS
# 全局配置：设备用本地时钟做源，层级 3
SW-CORE-01(config)# ntp master 3
SW-CORE-01(config)# ntp server 10.0.0.1 # 客户端设备侧指向本机
SW-CORE-01# show ntp status # 参考源显示 127.127.1.1 即使用本地时钟H3C Comware
H3C Comware
# 系统视图：命令与华为同名
[H3C] ntp-service refclock-master 2
<H3C> display ntp-service status
# 部分版本需先确认 clock protocol 选为 ntp，避免本机时间来源不对状态输出逐列读法
| 字段 | 含义 | 正常与异常 |
|---|---|---|
| clock status / synchronized | 本机是否已同步到参考源 | synchronized 正常；unsynchronized 先查时间源可达性 |
| clock stratum / stratum | 与参考源的层级距离，越小越权威 | 1 到 15 有效；显示 16 表示未同步 |
| reference clock ID / reference is | 当前参考源的标识 | 思科显示 127.127.1.1 表示用的是本机时钟 |
| clock offset | 与参考源的时间差 | 长期应为毫秒级；持续偏大说明时间源不稳 |
| root delay / dispersion | 到参考源的往返时延与离散度 | 数值突然增大通常是链路抖动或源切换 |
三厂差异：华为/H3C 的 refclock-master 与思科的 ntp master 概念完全对应，后面跟的都是层级号；查询命令分别是 display ntp-service status 与 show ntp status。H3C 部分版本要先在系统视图用 clock protocol ntp 指定时间协议，否则本机时间来源可能不是你预期的那个。
把一台自身未校时的设备声明为时间源，等于把错误时间固化成全网标准：客户端会显示已同步，问题往往拖到日志时间对不上、证书校验失败时才暴露。启用前必须确认本机时间正确，正式网络仍应优先指向真实时间源。