请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC3235MODSF 主题中讨论的其他器件：CC3235MODASF
您好！
在我们配备 CC3235MODASF 的器件上、它们偶尔需要很长时间才能获得 IP 地址。
为了稍微解释一下我们的应用、我们使用休眠、通常每隔几个小时唤醒一次、以交换一些 https 数据包。 我们拥有数百个客户的设备、其中 DHCP 有时会失败。
DHCP 过程通常需要1-2s、这是可以的、但可以达到我们当前的 DHCP 超时12秒。 然后、我们以增量退避持续时间(2秒、60秒、120秒、240秒等)休眠
当失败时，我有时会得到 事件： sl_NetApp_EVENT_DHCP_IPV4_Acquire _TIMEOUT
我很确定其中的一些延迟来自 DHCP 服务器基础架构(以及2秒的退让、这可能是激进的一面)、但我也看到 CC3235的一些奇怪行为。
为了更好地理解、我正在监听器件连接到的 AP 上的 ssh、并对我看到的内容有一些疑问。
下面是一个成功的示例、仅显示 DHCP 数据包：
下面是显示所有数据包的另一个成功示例。
下面是一个 DHCP 请求、它在失败时结束：
我的问题是：
- NWP 始终同时发送几个数据包、这是否正常？
- NWP 每~1秒重新发送一次数据包。 这是正常的吗？
- 在失败的交换过程中、NWP 发送了4个 DHCP 发现、然后在接收 DHCP Offer 之前切换到 DHCP 请求。 这是正常的吗？
- 在 swru455中、它解释了不同的 DHCP 模式、目前我使用的默认值显示为"完全续订流程"。 NWP 是否应在休眠周期之间重复使用旧地址？
以上都是我很乐意接受有关 DHCP 的任何建议。
谢谢！
C é dric
