桌子如果不贴（墙 /橱柜）边放，记得设计地插。

看到这个标题我就想到了那幅漫画
《 Linux 生日快乐》

附议，天天送我宽带，老子在上海又没房……最近又开始发什么资费签约，还打电话。

@vhus 这个确实烦，比较优雅的解决方案应该是在 DDNS 设备（现在是路由器）上执行 6 to 6 NAT （静态本地到动态全局的一对一映射）或者使用支持固定后缀的 DHCPv6。可惜据我了解 RouterOS 目前都不支持，所以不跑脚本的话可能只能手动查看终端设备的地址了（ ipv6/neighbors ）。

RouterOS 支持，如果要一体解决方案的话直接买 MikroTik 的路由器，买就硬件送域名和 DDNS 服务。

感谢 issues，已安排修复。（狗头

@Tianao #39 才发现我把问题看反了，看成了哪些 logo 比较难看……还来这儿吐槽了一大堆。

GNS3
MySQL Workbench
Keka （ macOS 压缩软件）
Python （以及 IDLE 和 Python Launcher ）
NetSpot （ macOS Wi-Fi 网勘网优工具）
Blizz （视频会议系统）
NETGEAR Mobile （网件蜂窝 CPE 的移动端 app ）
各种银行、券商的 app

@EzBlue AP 上空口的节能相关的参数应该有 DTIM 周期、Beacon 帧相关（速率、周期）、WMM 节能，但是根据我的经验这几个参数无论如何设置都几乎不会影响 STA （客户端）在活跃状态下的单播吞吐，如果出问题更多的是不可通过调参解决的兼容性问题。

打到一半忽然发现「但是时间一长（大概测速 15s 以后）」圆括号内的内容，那应该不是节能 /休眠的的问题，因为这么短的时间不可能触发此类特性。

「这是 AP 检测到信号不好，或者丢包严重，强制限速了吗？」
根据我的经验这种情况下即使掉协商也不会掉得这么夸张，这个猜想建议楼主通过检查双向协商速率验证（如果有困难则先检查某一侧的单向的也好）。

考虑到「而且一旦降速，会影响到在 AP 附近的设备（没有墙壁阻隔的设备）也会限到 15Mbps 」，建议排除 iPerf3 自身算法带来的影响，比如改变测试参数或者干脆简单粗暴跑下 speedtest.net 。

这个速率是协商速率还是实际吞吐，是下行还是上行方向？建议首先更换客户端测试，初步怀疑是在节能 /休眠策略方面存在固件 bug 或者兼容性问题。

虽然我不知道楼主说的是哪款智能音箱，但我知道蓝牙可以办到（不需要在系统蓝牙菜单里配对）。

省人民大会堂里开过会。

楼上给出了一些经济型方案，如果是（对保真度有较高要求的）专业需求推荐使用 Shure （舒尔）个人监听系统。这套系统具有更高的保真度，同时完善且强大的射频系统允许在复杂的商用环境下部署，可靠性可以满足关键业务需求。

致电发卡行信用卡中心，说明情况。

@AlvaIM #13 大哥你是来搞笑的吧，无论是基于 Cisco ISL 的 VLAN 还是基于 IEEE 802.1Q 的 VLAN，最初被应用于交换机时都还没有三层交换机这个概念呢。知名的 Catalyst 交换机当时还在运行 CatOS （而不是现在的 Cisco IOS ），固件层面就根本没有三层特性。

生活中我们经常会遇到要表演才艺的一些情景

如果是强人所难的傻逼情景我直接拒绝，反正尴尬的不是我，小学生都懂得己所不欲勿施于人的道理。

虚拟局域网了解一下。

基础版：基于目的 IP 的负载均衡
进阶版：基于源 IP 和目的 IP 的负载均衡；调用预置的多 ISP 出口策略路由模版
进击版：interface CMCC shutdown