• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 是
  • 否
  • 全部
  • 是
  • 否
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索
问

Cisco ISR4431(纯语音网关)上联 H3C S6526XE 核心,跨厂商互通求经验

2天前提问
  • 0关注
  • 0收藏,112浏览
粉丝:0人 关注:0人

问题描述:

项目割接:核心交换机由 Cisco 替换为 H3C S6526XE-48X4CC-EI(Comware V7,两台做 IRF2),Cisco ISR4431/K9 保留为纯语音网关(仅承载 CUCM 语音业务,数据路由已剥离),其上联链路改接到 H3C 核心。求跨厂商对接的坑,重点是这几项:

1. 跨成员 LACP 聚合
ISR4431 双上联分别接 IRF2 堆叠的两台成员设备,捆一个 LACP 聚合组(对应 Cisco 侧一个 Port-Channel 跨两台 H3C)。Comware V7 的跨成员动态聚合与 Cisco ISR 对接,有没有协商上的坑(如 LACP rate fast/normal 不一致导致翻摆)?还是建议老老实实一台一根、跑三层等价?

2. 语音 QoS 的实际映射行为
ISR 发出的 DSCP EF/CS3 报文进入 S6526XE,配 qos trust dscp 后,默认 DSCP→本地优先级/队列的映射表在 Comware V7 上是否即配即生效?有没有遇到过上联口被默认 dot1p 信任覆盖、导致 EF 流被重标的情况?割接后打算用什么手段快速验证语音队列真生效了?

3. 隐蔽坑征集
组播 MOH(Music on Hold,如启用)跨 H3C 转发有没有踩过坑(PIM/IGMP Snooping 配置差异)?1G 千兆光模块插 S6526XE 的 SFP+ 口是否稳定(ISR 侧是 1G 电口/光口)?

4. 有混跑案例的老师求一份验证清单
Cisco 语音网关 + H3C 数通核心长期混跑的实际项目里,割接当晚的验证顺序怎么排最稳(连通性→注册→内外线呼叫→SRST 降级)?

5 个回答
Xcheng 九段
粉丝:141人 关注:3人

找售前专家或供应商技术支持评估吧

暂无评论

粉丝:17人 关注:9人

1. 跨成员LACP聚合
Comware V7支持跨IRF成员设备的动态聚合,与Cisco ISR对接时需注意:
两端LACP速率模式需一致,H3C默认lacp period short对应Cisco的lacp rate fast,若一端fast一端normal不会导致翻摆,但建议统一为fast以保证快速收敛。
H3C侧需在聚合口下配置link-aggregation mode dynamic,并确保成员口加入同一聚合组;Cisco侧Port-Channel需为mode active。
关键坑:Cisco ISR的Port-Channel跨两台H3C成员时,H3C需开启undo lacp edge-port(默认已关闭边缘端口),避免单成员口误判为边缘导致丢包。
若担心协商问题,可退而求其次用两台各一根、跑三层等价路由(ECMP),但语音流量需依赖上层路由收敛,不如LACP二层冗余直接。建议优先LACP,实测Comware V7与ISR 4400系列对接无兼容性问题。
2. 语音QoS映射
ISR发出的DSCP EF/CS3等值,H3C默认qos trust dscp在接口入方向信任DSCP,但需确认:
H3C全局及接口下未配置undo qos trust dscp,否则会重置为0。
若H3C侧做队列调度,需在出方向配置qos wfq或qos sp并映射DSCP到本地优先级(默认DSCP EF映射到队列5,CS3映射到队列3)。
跨设备时,H3C默认不修改DSCP值,透传无问题;但若H3C上启用了qos remark策略,需检查是否误改语音DSCP。
建议在H3C上联ISR的接口入方向显式配置qos trust dscp,出方向配置qos dscp cs6(若需重标记控制面流量),语音EF保持透传。

暂无评论

粉丝:95人 关注:11人

你这找办事处问问?

暂无评论

粉丝:109人 关注:1人

1. 跨成员 LACP

  • LACP rate 不一致不会导致翻摆。 LACP 发包速率由对端请求决定,不一致只影响故障检测时间。两侧统一就行(Cisco lacp rate fast ↔ Comware link-aggregation lacp period short),但物理链路 down 的检测不依赖它。
  • MAD 要用 BFD MAD。 LACP MAD 需要中间设备支持 H3C 扩展 LACPDU,Cisco 不支持,所以别指望用这条聚合做 MAD。另外用独立链路或管理口做 BFD MAD,并配置好 mad exclude interface,保证业务口在分裂后正确处理。
  • IRF MAC 持久化。 默认成员故障后桥 MAC 可能 6 分钟后变化,ISR 的 ARP 表会受影响,建议 irf mac-address persistent always。
  • 成员口一致。 ISR 的两个成员口必须同介质、同速率(别一个 SFP 一个 RJ45),否则会被 LACP 踢出 Selected。
  • STP。 ISR 若走三层子接口,H3C 侧对该聚合口关闭 STP 或配 edge-port,避免无谓的拓扑变化。
  • 建议: 语音网关带宽不是瓶颈,LACP 的目的是冗余,保留跨成员聚合即可。若不想承担 IRF 的耦合风险,”一根一个成员、三层等价或主备静态路由 + BFD"也成立,但没有明显优势。

2. 语音 QoS

  • 信任模式。 先查 display qos trust interface,不要假设默认值。ISR 从三层子接口发出的帧 dot1p 通常是 0,而 DSCP 是 EF/CS3,所以必须在聚合口上明确 qos trust dscp,且要确认是在 Bridge-Aggregation 接口上配置并下发到成员口。
  • 默认映射。 用 display qos map-table dscp-dot1p 和 dot1p-lp 查看。通常 EF(46)→5、CS3(24)→3,但要核对。
  • 队列调度。 即使映射正确,默认调度可能是 WRR/带权而不是严格优先,EF 不一定走 SP,这个更容易被忽略。需要时给对应队列配 SP 或 qos wrr 加权。
  • 重标。 不信任时通常是 EF 流落入队列 0,而不是被改写 DSCP。要确认有没有被改,抓包为准。
  • 别只配这一个口。 到 IP 电话的接入口、CUCM 上联口以及核心互联口都要同样信任 DSCP,否则单向 QoS 失效。
  • 快速验证:
    1. 割接前后各看一次出方向队列计数(display qos queue-statistics interface ... outbound),打一通电话,确认 EF 对应队列计数增长。
    2. 在 ISR 上用 ip sla udp-jitter ... tos 0xB8 跑 EF 探测,再用 iperf 把出口压满,看 jitter/丢包是否保持稳定。
    3. 端口镜像抓包,确认 DSCP 进出一致。

3. 隐蔽坑

  • MOH 组播。 先确认是否真启用,CUCM 默认是单播。若启用:
    • H3C 侧要在全局和 VLAN 开 IGMP snooping,并且必须有 querier(igmp-snooping querier)或 PIM 的 VLAN 接口。否则组表项约 4 分钟后老化,MOH 会无声中断。
    • 原来 ISR 若曾兼任 PIM 路由器或 querier,割接后这个角色要迁到 H3C(multicast routing、pim sm、RP 规划)。
  • 1G 光模块插 SFP+ 口。 一般可用,但要注意:
    • 强制 speed 1000,两端速率不一致不会协商起来。
    • 兼容性以 H3C 模块兼容列表为准,第三方模块先实测。
    • 如果 ISR 侧是 RJ45,1000BASE-T 铜口 SFP 在 10G 口上常见不稳定或不支持,更推荐用 ISR 自带的 SFP combo 口配 SX/LX 光模块,或者中间加 1G 接入交换机。
  • OSPF 对接(如果有)。 Comware 默认带宽参考值偏低,要统一 bandwidth-reference,并核对 network type、hello/dead、MTU。
  • 其他:
    • Native VLAN、dot1q 子接口的 VLAN 要一一对应。
    • CDP 对 H3C 无效,改用 LLDP 排查。
    • NTP/DNS/TFTP 的路由不要漏,数据路由剥离后,ISR 到这些服务的路径要确认。
    • CUCM 的 Location/CAC 不受影响,但网关 IP 若变要同步更新。

4. 割接当晚验证顺序

  1. 割接前基线: 配置备份、show voice call summary、当前注册数、各线路 CDR 样本、回退条件和时间盒。
  2. L1/L2: display link-aggregation verbose 确认成员均为 Selected;display irf 与 BFD MAD 状态。
  3. L3 连通: ISR 到 CUCM、TFTP、NTP、DNS 的 ping(含大包带 DF);ARP 与路由表。
  4. QoS: 按上面第 2 节的方法先验证,再放业务。
  5. 网关侧注册: MGCP/SIP 状态(show ccm-manager、show sip-ua status)。
  6. 话机注册: 各 VLAN 抽样,CUCM 端看 RIS。
  7. 呼叫: 内线 → 出局 PSTN → 入局 PSTN(含 DTMF、转移、会议、MOH、传真如有)。
  8. 高可用: 拔一个聚合成员看呼叫是否保持;如窗口允许,再测 IRF 成员重启。
  9. SRST 降级: 放最后,模拟 CUCM 不可达,验证话机回落和本地呼叫,再恢复并确认回切。
  10. 回退点: 旧 Cisco 核心的线缆做好标签,保留至验证通过后再撤。

暂无评论

粉丝:47人 关注:2人

跨成员 LACP 聚合(最容易翻车点)

1)核心结论

不建议直接做跨 IRF 双成员的 LACP(MLAG)对接 Cisco Port-Channel,优先方案:两条独立三层链路做 ECMP 等价路由;如果一定要做跨设备聚合,必须严格对齐 LACP 计时器,否则端口反复翻摆、语音流断流H3C。

2)LACP 速率不一致的坑(高频故障)

  • Cisco ISR4431 默认:lacp rate fast(1 秒发送 LACP 报文)
  • H3C Comware V7 默认:normal(30 秒),两端速率不匹配,会频繁把端口踢出选中状态,语音 RTP 流中断、呼叫掉线H3C。
  • 强制对齐配置:
    • Cisco 侧
    interface Port-channel 1 lacp rate fast
    • H3C IRF 聚合组(三层聚合)
    interface Bridge-Aggregation 1 link-aggregation mode dynamic lacp period short // 对应fast,1秒报文
  • 额外约束:IRF 跨成员聚合,必须开启 LACP MAD;聚合组内所有成员口配置(VLAN、MTU、QoS 信任)必须完全一致,否则端口 UnselectedH3C。

3)稳妥方案(语音项目首选,规避跨厂商聚合 bug)

两条上联分别连 IRF 两台成员,不做二层聚合,直接三层子接口 / 三层口,跑静态路由 + ECMP 等价负载分担。

  • 优点:没有 LACP 协商问题,IRF 单台故障自动切链路,语音业务无抖动;
  • 缺点:只能基于五元组分担流量,无法链路带宽叠加;纯语音业务带宽足够,稳定性优先。

二、语音 QoS DSCP 映射(EF/CS3 保障)

1)信任模式生效规则(V7 平台重点)

  1. 接口默认不信任任何优先级,只使用端口优先级;必须手动配置qos trust dscp才会读取 IP 头 DSCP 字段,一旦配置立即生效,无需全局开启H3C。
  2. 致命坑:不要同时配置qos trust dot1p;如果接口同时开启两种信任,系统优先识别二层 802.1p,会直接覆盖 DSCP,导致 EF 被丢进普通队列,通话卡顿、静音H3C。

上联口只保留一条:qos trust dscp,删除 dot1p 信任。

2)默认 DSCP→队列映射(S6526XE V7 出厂表,无需手动修改)H3C

  • DSCP EF=46 → 本地优先级 LP=5 → 调度队列 Queue5(严格优先级 SP 队列,语音专属)
  • DSCP CS3=24 → LP=3 → Queue3 完全匹配 CUCM 语音标记,默认映射表不用改动。

3)割接快速验证手段(当场确认队列生效)

  1. 报文抓包:在交换机上联口抓包,确认 ISR 发出报文 IP 头 DSCP=46(EF)、24(CS3)没有被改写;
  2. 队列调度查看:
display qos queue statistics interface Bridge-Aggregation 1

观察 Queue5 的报文计数持续上涨,无大量丢包; 3. 压力测试:双向拨打 10 路并发呼叫,同时跑大数据下载,确认语音无抖动、无断话。

4)补充优化(语音必配)

上联口开启严格优先级调度,保证 EF 优先转发:

interface Bridge-Aggregation 1 qos schedule sp

三、隐蔽坑(MOH 组播 + 光模块 + 其他细节)

(1)MOH 音乐保持组播(PIM+IGMP Snooping 跨厂商坑)

  1. 版本对齐:ISR4431 默认 IGMPv2;H3C 全局与业务 VLAN 下必须统一为 IGMPv2,不要混用 v3,否则收不到 MOH 组播流,保持音乐无声H3C。
igmp-snooping version 2 vlan 100 igmp-snooping version 2
  1. 二层开启 PIM Snooping:CUCM MOH 是 PIM-SM 组播,仅开 IGMP Snooping 无法生成二层转发条目,必须在 VLAN 开启pim-snooping enable,否则组播报文泛洪、多台话机同时听到杂音H3C。
  2. 禁止在 IRF 聚合口开启 IGMP Proxy,会阻断 ISR 发出来的组播注册报文。

(2)SFP + 口插千兆光模块兼容性(ISR4431 千兆上联)

S6526XE 的 SFP + 端口向下兼容 1G SFP 千兆光模块,原生支持 1000M 速率协商,长期稳定无问题,不需要强制速率;

  • 配置建议:两端强制千兆全双工,关闭自动协商,避免跨厂商协商异常:
interface Ten-GigabitEthernet1/0/1 speed 1000 duplex full
  • 注意:只能用标准千兆 SFP(SFP-GE-SX/LX),不能用万兆 SFP + 模块强制降速,容易出现 CRC 错包。

(3)其他跨厂商隐性问题

  1. MTU:语音 RTP 报文建议端口 MTU=1500,不要开启 L2 分片;VTY / 语音控制报文开启 TCP MSS 1360;
  2. 不开启 BPDU、LLDP 以外的二层协议;ISR 上联口配置为三层口,不要放 trunk 大量 VLAN,防止广播风暴冲击语音;
  3. IRF MAD 必须使用 BFD MAD,不要用 LACP MAD,避免和上联 LACP 冲突。

四、割接验证清单(按顺序执行,最小风险)

阶段 1:底层连通(割接前离线验证)

  1. 物理链路:两端光模块型号匹配、速率强制千兆全双工;IRF 双成员两条链路分别 UP,无 CRC 错误;
  2. 三层路由:ISR4431 与核心互通,ping 语音网段无丢包;ECMP 等价路由两条链路均生效;
  3. 聚合验证(如果用 LACP):display link-aggregation verbose,两条端口均为 Selected,无 Unselected;LACP 报文收发正常。

阶段 2:QoS 优先级验证(关键前置检查)

  1. 确认上联口仅qos trust dscp,无 dot1p 信任;
  2. 抓包验证:ISR 发出的 RTP 流 DSCP=46(EF),经过交换机后 DSCP 不被改写;
  3. 查看队列统计:Queue5 有语音报文计数,无拥塞丢包。

阶段 3:语音业务逐步上线(由简到繁)

  1. 话机注册:IP 电话成功注册到 CUCM,无注册掉线;
  2. 内网呼叫:两台 IP 话机互拨,通话清晰,无静音、卡顿;开启呼叫保持,测试 MOH 音乐正常播放(验证组播转发);
  3. 内外线呼叫:PSTN 外线呼入呼出,语音双向正常;
  4. 网络拥塞压力:同时开启大流量下载 + 多路并发通话,确认语音不受数据流量抢占;
  5. SRST 降级测试:手动断开 CUCM 链路,ISR 自动进入 SRST 模式,话机自动切本地注册,呼叫正常。

阶段 4:故障兜底回退

保留原老 Cisco 核心配置,一旦出现语音断流、抖动,立刻切回旧上联;优先把跨设备 LACP 改成三层 ECMP,消除 LACP 协商隐患。


暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

✖

分享扩散:

➤

提出建议

✖

    +
✖

亲~登录后才可以操作哦!

确定
✖

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub
✖

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

✖

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明