Eugene's questions

我正在以下 newtork 设备上部署 Yealink IP 电话（T40G、T23G）：
CCR1009-7G-1C-1S+ 作为路由器
CRS328-24P-4S+ 作为交换机

有问题的交换机的配置在这里。

我设置了 DHCP 选项 132 来为电话配置 VLAN。

在生产中部署此类配置之前，已证明它适用于 hAP AC^2。然而，在现场部署它时，我遇到了一个奇怪的错误，看起来像这样。

电话使用选项 132 成功从未标记 VLAN 获取 IP。然后它释放此 IP 并从语音 VLAN 请求新 IP。DHCP 服务器分配这个新 IP 并发送“ACK”消息，电话永远不会收到该消息。

问题似乎与开关有关。 在这里（小心，它是俄语的！）管理员通过禁用 VLAN MAC 学习来克服这个问题。然而，这个选项对 SwitchOS 有效，而我的交换机运行的是 RouterOS。

此外，这个 reddit 线程简要总结了需要配置的内容，但它已经过时了（今天 5 年）。

这就是在电话端口嗅探所显示的内容。
请注意来自 192.168.10.40 的 49.348 处的回复数据包，并且它在 50.0 子网中不存在：

交换机有 6.48.1 稳定的 ROS。我尝试了长期 6.47.9，它没有帮助。有问题的交换机有自己的 VLAN 50 IP 地址，可以从路由器 ping 通。防火墙被禁用。手机已更新最新固件。

我应该怎么做才能找到原因并解决问题？

我正在部署一个使用带有证书的 IKEv2+ipsec 的解决方案，以将 roadwarriors 连接到公司网络。Mikrotik CHR 用作入口点。

一切都很快，直到我开始在戴尔笔记本电脑上部署该解决方案。与路由器建立连接后，笔记本电脑不会拆分包含，并且只有 VPN 子网可用。相反，我的管理员电脑是固定工作站，没有这样的问题。

Windows 10 接收拆分包括使用 DHCP。经过一番研究，我发现由于某种原因，戴尔提供的 Windows 10 Pro 1909 无法向路由器发送 DHCP 请求。笔记本电脑获得了它们的地址 DNS，只有拆分包含的路由丢失了。此外，DHCP 在 Wi-Fi 适配器上运行良好。

做了什么：

• 检查了笔记本电脑和管理员 PC 的路由器日志。笔记本电脑连接时未找到 DHCP 请求。
• Microtik CHR 嗅探到流量：来自管理员计算机的 DHCP 请求并非来自笔记本电脑。
• 在笔记本上嗅探流量，未检测到 DHCP 请求。

重新启动、重置ip和winsock使用netsh、恢复到旧的 wi-fi 驱动程序、删除和重新创建 WAN 微型端口、强制 DHCP 进行连接、在笔记本电脑周围跳舞——所有这些都没有帮助。

目前唯一可行的解​​决方案是干净的 MSDN 版本的 Windows 10 1909 安装。有了这个，笔记本电脑可以很好地拆分。但是，这对我来说似乎不是一个合理的解决方案。

我的问题是：

• 问题的可能原因是什么？
• 可以做些什么来修复它？

我正在部署大约 50 部 SIP-T46S 电话，但遇到了非常奇怪的行为。

根据 Yealink 手册，“新”配置过程是获取 .boot 文件并按照其中指定的顺序应用配置。

我决定这样做：y000000000000000.boot -> common.cfg -> mac-specific.cfg

y000000000000000.boot 包含以下内容：

[T46S]include:config <T46S/$MAC.cfg>
include:config <common.cfg>

overwrite_mode = 1
specific_model.excluded_mode=0

现在我可以从 TFTP 日志中读取手机成功下载了两个 .cfgs 文件，但由于某种原因没有应用来自 common.cfg 的设置。$MAC.cfg 中的设置已成功应用。

换线也没用。当我将行从 common.cfg 移动到 $MAC.cfg 时，它们会被应用。

固件版本 66.84.0.15
硬件版本 66.0.0.128.0.0.0

问题是：为什么非 mac-specific 配置被丢弃？

请帮助理解和解决问题。
非常感谢！

我正在设置一个测试实验室来评估未来生产使用的最佳解决方案。用于 SMB 的生产场，因此存在预算，但也有限。

生产目标：3 台具有 Windows Server 2012 R2 故障转移虚拟化集群和软件定义存储解决方案作为共享存储的超融合服务器。短期内，集群将扩展到总共 5 台服务器。SAN 网络是专用的。

测试实验室的目标：找到满足以下条件的 SDS 解决方案：
1. 为 Hyper-V 集群提供共享存储。
2. 横向扩展：可以在不关闭集群的情况下添加-删除磁盘（最好也包括节点）。
3.容错。在丢失 1 个节点后可用（如果在丢失 2 个节点后可以恢复 - 这太棒了！）。
4. 低网络开销/延迟（也将用于 SQL Server）。
5. 定价合理（Storage Spaces Direct 因此不可接受）。

在阅读并查看了一些产品之后，我的候选名单是 EMC ScaleIO 和 Starwind Virtual SAN。

两种都试了，发现星风VSAN提供的HA非常有限：据我了解，这个方案只是跨节点镜像虚拟磁盘（即文件），只允许在托管磁盘的范围内扩展容量。相反，ScaleIO 将数据分布在节点之间，并允许添加新的存储和重新平衡卷。

所以，我的问题是：

• 我的假设是否正确，或者 Starwind VSAN 允许在每个节点的多个磁盘上创建 HA 卷并稍后添加磁盘？
• 您认为哪种解决方案更适合我的应用程序（请解释）？
• 建议解决方案的缺点是什么？

先感谢您！