＃1

我们正在一个新的ap (CBRS 3 GHz)上使用PEAP测试AAA认证。它工作得很好，但是当我们设置了属性Cambium-Canopy-VLMGVID来分配vlan mgmt ID时，cnArcher在sm最初连接后挂起，无法完成设置。如果我们不通过管理vlan，就没问题。

在使用cnArcher时，是否有使用RADIUS属性的最佳实践?

＃2

cnArcher使用169.254.1.1的“默认备用LAN1 IP”与SM通信。即使当SM管理IP通过RADIUS基于IP分配的方式改变，它应该不会影响cnArcher在169.154.1.1上继续与SM通信的能力，但看起来我们这里可能有一个bug。

您可以使用“报告错误”菜单项发送使用调试日志吗?我们也将同时研究这个问题。

＃3

嘿，我和“Arakasi”一起工作，他是这个帖子的发起人。

首先，您希望cnArcher的bug报告发送到哪封邮件?

根据我的经验，一旦SM获得了它的MGMT VLAN设置，并随后捕获了一个DHCP MGMT IP, cnArcher只能在SM的电源周期后立即短暂地与SM通信;一旦它注册到AP并获得DHCP, cnArcher将不再能够看到SM(在169.254.1.1根本没有响应)。如果您通过cnArcher本身设置MGMT VLAN，这通常是可以的，因为这是它要求的最后步骤之一。

附加的是当MGMT vlan通过RADIUS发送时，cnArcher到达并挂起的屏幕。

另外附加的是cnArcher_logs.txt文件从我的手机，我清理了旧的日志到点，我们在RADIUS中打开这个设置，问题开始了。

因此，可能有几个失败的尝试，当RADIUS推出MGMT VLAN，然后一个成功的，我们在RADIUS禁用该选项。

＃4

我无法访问这里附加的截图或日志文件。请发送至cnarcher@cambiumnetworks.com。

＃５

奇怪的是，我可以从....网站上访问它们

附件发送到该电子邮件，并引用本论坛的帖子。

＃6

如果有帮助的话，我自己的屋顶上有一个SM，我们可以用它来做任何你喜欢的测试。

# 7

我们能够重现这个问题。当SM从RADIUS服务器获得一个IP时，它开始响应来自应用程序的SNMP请求，使用分配的IP而不是169.254.1.1。由于应用程序向169.254.1.1发出SNMP请求，并从不同的IP获得响应，应用程序使用的SNMP库无法匹配对请求的响应。

我们正在研究解决这个问题的方法。

＃8

我对这个问题也很好奇。我们也有同样的问题不能带着cnArcher离开。

＃9

修复是在无线电方面，它包含在16.2.1版(Beta-4)中。你可以从https://support.cambiumnetworks.com/files/pmp450/beta或者也可以在cnArcher中下载。

请尝试在SM上加载这个版本，并确认这修复了问题。

＃10

嘿，我们在16.2.1 Beta-4上再次测试了这个，仍然得到了相同的结果;一旦SM连接到AP，它就会从RADIUS推送它的管理VLAN，大概是一个DHCP IP地址，cnArcher就不能再与SM通信了。

＃11

@jameth，我们在需要调试这个场景的工程师家里进行从头到尾的安装，遇到了一些延迟。这是由于旅行和进入办公室的限制到位。但我们正在朝着这个方向努力。

——拉杰什

＃12

请试用最新的cnArcher (Beta) 1.6.4版本。
如果你目前不是一个测试者，滚动到cnArcher Play Store页面的底部，点击“成为一个测试者”。这只能通过手机上的Play Store实现，而不是通过浏览器。

＃13

@jameth

请查看我最后的评论。