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

[涉及到DHCP服务的接口或业务割接需要注意残留表象的影响 ]高端路由器 bras角色, 作为DHCP relay场景 由于DHCP relay表象残留导致的网上问题

2022-06-29 发表
  • 0关注
  • 2收藏 228浏览
粉丝:3人 关注:1人

组网及说明

PC--bras(DHCP relay)————server(可能是双server场景)

                   


问题描述

基础知识:dhcp relay 和dhcp server一样会记录一张表,用于查询地址分配状态,relay这种表缺省是刷新的,bras场景一般,关闭这个刷新功能。目的是为了减少本设备和服务器的交互压力,正是由于relay场景关闭刷新,往往产生这种残留影响上线的问题。


举例两个网上问题

1,问题1,设备做bras,ipoe场景,DHCP relay 角色,故障现象是,终端获取不到地址,通过debug发现,bras已经收到了DHCP discover报文,但是设备没有往server转发。


2,问题2,设备做bras,ipoe场景,DHCP relay 角色,故障现象是,终端获取不到地址。dhcp server有两个,两个server的地址池是有包含的。


过程分析

问题 1:排查了队列,CPU等情况后,未发现异常,说明不是因为性能导致丢弃。

 通过debug dhcp erro /event  (注意,relay 场景也最好开一下 debug dhcp server ),发现由于接口不匹配导致的报文丢弃。

于是想到可能是既有表象导致的影响。通过display dhcp relay client-information 发现,上不来的终端已经存在dhcp ralay 表象,表象显示接口是从其他接口上来的,而该接口已经没有在使用,是割接之前使用的接口。


问题2:debug dhcp报文交换发现。两个server中,.3server 先给终端回复offer报文,所以,终端request报文携带server.3,但是后续relay中继转发报文的时候,只给.2server发了报文,没有给.3server发送报文,导致终端获取不到地址,因此需要了解为啥relay会转发错误。后续通过查看表象,确认为。用户先从Server 172.16.228.2上线,中继生成CINFO表项,CINO记录上线Server地址172.16.228.2

relay没有开启刷新功能,所以server上老化的租约无法通知到relay,导致relaycino表项持续残留,用户再次上线,discover报文往两个server都发,且先收到172.16.228.3回的offer,因此client发送request报文携带的option 54172.16.228.3同时relay转发request时用request报文里面的youripaddress查找到对应的CINFO,因为CINFO下记录有Server地址172.16.228.2因此只往172.16.228.2转发,不往172.16.228.3发送了172.16.228.2 。Server收到request报文时,检查option 54 ServerID  172.16.228.3与自己不匹配,也不会回复ack,导致上不去线




解决方法

问题1解决方法:

1.通过reset掉相关client表象,问题解决。后续割接,对于中继场景,更换接口的,最好,释放老的表象,不要被残留的影响。

或者可以配置 dhcp session-mismatch action命令用来配置DHCP设备收到物理位置发生变化、MAC地址不变的上线用户发送的DHCP-DISCOVER的处理方式。


问题2解决方法:

1,中继场景,两个server最好不要配置有重叠的地址池,这样分地址的报文永远用一个交互,不会存在这个问题。

2,中继场景,要使用 ralay改为代理模式

涉及到以上组网的割接场景,建议注意到DHCP ralay的地址残留,对于更换接口的场景,需要清空老的地址分配状态,另外,建议配置DHCP基于终端的探测,及时消除表象。另外,很多场景,终端上不了线是由于分配的ip地址和已经有的表象冲突,此时可以通过如下命令解决。

dhcp conflict-ip-address offline命令用来配置当为新DHCP客户端分配的地址和已在线DHCP客户端的IP地址发生冲突时,释放已在线DHCP客户端的IP地址。

undo dhcp conflict-ip-address offline命令用来恢复缺省情况。

【命令】

dhcp conflict-ip-address offline

undo dhcp conflict-ip-address offline

【缺省情况】

当为新DHCP客户端分配的地址和已在线DHCP客户端的IP地址发生冲突时,已在线DHCP客户端不受影响。

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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