蜂窝物联网标准（如 LTE-M 和 NB-IoT）提供了多种包括 PSM （省电模式）与 eDRX（扩展不连续接收）等在内的省电机制。在正确配置的情况下，这些功能可以显著延长设备的电池寿命。在产品开发过程中，理解这些省电模式的运行行为，并对其在实际运行条件下的时间特性与电流消耗进行测量，对于系统设计至关重要。在本主题的上一篇文章中，Qoitech技术小组探讨了如何在 Nordic Semiconductor 的 nRF9151-DK 上，通过手动和自动化方式测量 PSM 与 eDRX 等省电模式。在本文这篇后续研究中，我们将重点分析开发板的功耗性能，并特别关注固件配置、调试模式与生产设置、省电模式的选择等因素如何影响功耗行为。调试固件与生产固件在物联网或嵌入式设备的开发调试阶段，使用 UART输出信息以及其他调试日志对于理解被测设备的行为至关重要。这些调试日志能揭示固件如何影响功耗，并为代码调试和优化提供关键线索。为简化功耗调试流程，Otii仪器具备一项便捷功能：可从被测设备的UART端口收集调试日志，并与电流记录同步。然而，UART接口与最终产品中的非关键日志类似，会消耗不必要的功耗，必须在最终功耗测试、验证和部署前关闭UART。为探究调试版与生产版固件的差异造成的影响——即本案例中，UART对nRF9151-DK开发板省电模式功耗表现的影响，我们对刷写Nordic Semiconductor提供的设备与连接性展开研究。在首篇文章中，我们通过启用UART日志记录的AT命令应用程序（见图1）对设备进行编程，该功能难以禁用。本文采用相同的LTE功耗模式进行测试，但改用Shell命令行界面（见图2）进行编程，该界面提供禁用UART日志记录的选项。此外，该命令行界面还支持配置nRF9151-DK在可设定时段内关闭UART功能。需注意：两种情况下Nordic均提示调试用的调制解调器跟踪功能处于激活状态，会消耗更多电流。  图1：nRF9151-DK 开发板已刷入AT指令  图2：nRF9151开发套件已刷写Shell命令行界面  图3：警示信息——调制解调器处于跟踪状态，电流消耗较高测量系统设置设备 nRF9151-DK 与测量仪器 Otii Ace Pro 的连接方式与前一篇研究和文章中的设置相同（见图4）。Otii Ace Pro 为 DK 开发板以及 nRF9151 System-in-Package 提供电源。  图4：使用 Otii Ace Pro 测量 nRF9151-DK 的功耗表现关于硬件连接方式、如何开始使用 nRF9151-DK，以及在 Otii Desktop App 中设置功耗测量参数的详细说明，可在第一篇文章中查看。本次实验设置的唯一差异在于用于自动化功耗模式性能测试的 Python 脚本。与原脚本相比，修改如下：为确认模块已经启动并正常运行，Otii Ace Pro 会监听字符串 “JRRC mode: Idle.”在每次测试之间不再对模块进行复位，因为实践证明这并非必要在发送 AT 指令时，脚本现在会在每条命令前自动添加 “at”在发送最后一条 AT 指令后，通过发送 “uart disable X” 来关闭 UART，其中 X 为测量持续时间（本实验中为略多于4小时）nRF9151-DK 上 PSM 与 eDRX 省电模式的测量结果以下条件与前一篇研究中强调的情况相同，并且会影响测试结果：所有测试均在瑞典隆德 Telia 的蜂窝网络上进行，任何网络相关行为和参数都不由我们控制在测试过程中，nRF9151-DK 仅作为调制解调器运行，并未发送任何有效载荷数据。实际的总电流消耗将取决于每次发送的数据量本实验未考虑设备发送数据的频率要求，也未要求设备必须与调制解调器保持连接状态。在较长的休眠周期中，无法与设备建立通信。本研究仅用于观察功耗差异。对于 LTE-M 和 NB-IoT，我们均进行了四种测试：无省电模式eDRX（扩展不连续接收），活动定时器 T3324 设为 40.96 秒PSM（省电模式），活动定时器 T3324 设为 2 分钟，休眠周期（T3412 定时器）设为 60 分钟同时启用 eDRX（40.96 秒）与 PSM（2 分钟 + 60 分钟）每种配置均测量 4 小时，并从中选取 1 小时数据进行对比（见图5）。在最新版本的 Otii 软件中，我们使用了新的多选功能来保存并命名不同测量区间，从而使比较过程更加直观和高效。需要注意，有时最小电流会显示为负值，以及出现极短的微秒级电流尖峰。这些都是电压调节器行为产生的测量伪影，Otii 文档中对此有更详细的解释。 图5：在 Otii Desktop App 中可视化的 LTE-M 与 NB-IoT 省电模式完整测试结果 1. LTE-M 省电模式：eDRX在未启用任何省电模式时，LTE-M 的基准功耗测量显示平均电流约为 1.16 mA。启用 eDRX 定时器后，平均电流在 1 小时内降低至 213 μA（见图6）。  图6：在 LTE-M eDRX（定时器 40.96 秒）模式下，使用 Otii Ace Pro 测量 nRF9151-DK 的 1 小时电流消耗放大看，单个占空比的功耗行为显示eDRX40.96秒定时器将调制解调器置于低功耗状态（见图7）。 图7：LTE-M中eDRX定时器设置为40.96秒时的单个占空比功率行为 eDRX时长可设置为更短或更长：LTE-M的范围为5.12秒至43分钟，NB-IoT最高可达3小时。但实际设置还取决于网络允许的范围。在eDRX周期内，调制解调器接收器处于关闭状态，但仍可按需发送消息。若设备端发生事件，可直接发送数据，但设备对网络消息的响应会变慢。接收消息前必须等待活动计时器超时。2. LTE-M功耗模式：PSMPSM模式允许设备在更长时间睡眠状态下保持网络注册状态。我们使用的Telia网络中，最低可接受定时器为60分钟，最高可达近13天。在此期间设备不可被唤醒，但可根据需求提前传输数据。本次测试中，我们将定时器设为最低值60分钟（见图8），并配置2分钟活动定时器；因此在60分钟周期内有2分钟可接入设备，之后即进入休眠状态。 图8：LTE-M在PSM设置为60分钟且设备可达性为2分钟时的单工作周期功耗行为。 相较于采用LTE-M eDRX（定时器40.96秒）进行的1小时测量，在1小时LTE-M PSM设置下，平均电流从213μA降至44.83μA（参见上文图8统计数据），实现显著优化。3. LTE-M功耗模式：PSM与eDRX组合eDRX与PSM可组合使用：采用40.96秒eDRX配合2分钟活动/60分钟PSM的省电配置。此组合方案下电流消耗降至13.28μA。   图9：nRF9151开发套件在LTE-M模式下同时启用PSM和eDRX时，1小时内的电流消耗。4. NB-IoT省电模式：eDRX让我们对NB-IoT模式进行相同的测试。图5展示了禁用省电模式时的基准测量值，平均电流消耗为458.2µA。该基准测量表明其平均电流低于LTE-M模式的1.16mA。启用eDRX（40.96秒计时器）后，平均电流消耗减半（见图10）至278.6µA，且随着eDRX计时器延长，预期效果将更为显著。   图10：Otii Ace Pro监测下， nRF9151-DK开发套件在NB-IoT模式下启用eDRX（40.96秒计时器），1小时的电流消耗。5. NB-IoT省电模式：PSM在PSM模式开启时，设备进入60分钟PSM状态并保持2分钟可达性窗口，其平均电流消耗降至25.34μA（见下文图11）。 图11：采用60分钟PSM设置且设备可达时间为2分钟时，NB-IoT单个占空比的功耗特性。  6. NB-IoT模式：PSM与eDRX组合若将eDRX与PSM结合使用，每小时的平均电流消耗为18.4μA（见下文图12）。 图12：nRF9151开发套件在NB-IoT模式下同时启用PSM和eDRX时，1小时内的电流消耗。  7. PSM与e-DRX休眠电流性能对比在LTE-M和NB-IoT中，PSM与eDRX提供不同级别的节能效果，其中PSM在设备休眠期间仍能保持较高的可达性。如图13所示，在启用PSM模式的所有测量配置中，其休眠期间的平均电流消耗表现突出——PSM模式下的休眠电流仅为2.8 µA。   图13： LTE-M、eDRX及组合配置下PSM模式的平均睡眠电流消耗。在PSM模式下进入睡眠期时，nRF9151-DK平均消耗2.8 μA电流；而在eDRX模式睡眠时，其消耗电流接近38 μA（见图14）。对比PSM与eDRX的睡眠电流可见，PSM模式下的设备睡眠电流低于eDRX模式。若需进一步降低eDRX睡眠电流，需将eDRX定时器设置为60秒或更长，且SIM卡必须启用暂停/恢复功能，此举可显著降低功耗。 图14：eDRX模式下睡眠期的平均电流消耗  调试固件与生产固件问题（UART 开启/关闭）当前调制解调器能够实现的平均电流消耗以及休眠电流都已经非常低，而我们测量的 nRF9151-DK 也体现了这一点。但是，如果在部署时仍然使用调试固件，或者忘记关闭 UART，会发生什么？Nordic Semiconductor 提供的信息表明，当 UART 保持开启时，会产生大约 600 μA 的额外电流消耗。在本次研究中，我们观察到的数值与此非常接近。在上一篇文章中，由于 UART 持续启用，LTE-M 的 eDRX 模式将电流降低到 710 μA。而在 UART 关闭的情况下，LTE-M 的 eDRX 定时器可以将功耗降低到 213 μA。在休眠电流方面也观察到了类似的行为：当 nRF9151 关闭 UART 并启用 LTE-M PSM 时，休眠电流为 2.8 μA当 UART 保持开启（如上一篇研究），休眠电流为 627.8 μA需要注意的是，本次实验运行的是 Shell Command Line Interface 应用，而上一篇实验运行的是 AT Commands 应用，因此两者之间的对比可能会受到应用差异的影响。尽管如此，调试日志和调试工具如果保持开启，对功耗的影响是显著的。因此在验证用于生产部署的固件时，开发者必须始终保持高度警惕。结论测量结果表明，nRF9151-DK 在真实环境中的电流消耗，很大程度上受到固件配置、外设选择、调制解调器提供的省电模式及其配置等因素的影响。本研究最重要的结论之一，是调试固件与生产固件之间的差异。调试版本通常会启用调制解调器日志以及调试跟踪，这些后台活动会明显提高平均电流消耗。因此，在进行功耗特性评估以及电池寿命估算时，应始终使用与生产环境等效的固件。省电模式始终是在更低的功耗、与设备通信的便利性之间折中选择。在本研究中，当同时使用 PSM 与 eDRX 时，nRF9151-DK 的平均电流最低，可达到 13.28 μA。尽管组合使用 eDRX 与 PSM 可以带来显著的节能效果，但这并不是“一次配置即可长期使用”的方案。在实际运营商网络环境中，如果参数配置不合理，可能会由于额外信令、重试或定时不匹配而导致功耗反而增加。最后，本研究展示了极为优秀的休眠功耗表现：在 LTE-M PSM 模式下，nRF9151-DK 的休眠电流最低可达到 2.8 μA。这也表明蜂窝技术在低功耗物联网领域已经取得了显著进步，成为 IoT 应用中具有竞争力的通信方案。Qoitech中国

我们的场景是一块小熊派开发板开启星闪   华为pad使用星闪功能扫描到小熊派被传输数据   现在星闪开启后不会被pad扫描到，请问是不支持还是需要自己写什么代码，如何适配

已知：Host路由信息[huawei ~]$ route -nKernel IP routing tableDestination     Gateway         Genmask         Flags Metric Ref    Use Iface172.17.0.0      0.0.0.0         255.255.255.0   U     0      0        0 br_docker0172.20.74.0     0.0.0.0         255.255.255.0   U     0      0        0 GE4192.168.20.0    0.0.0.0         255.255.255.0   U     0      0        0 br_lsw192.168.100.0   0.0.0.0         255.255.255.0   U     0      0        0 br0lxc容器app中获取路由信息：主题：app1/get/request/esdk/ipRoute响应关联部分：{"type":"unicast","dstIp":"172.20.74.0","dstPrefixLength":24,"proto":"kernel","metric":0,"family":"inet","nhs":[{"via":"","dev":"GE4","ifIndex":1004}]},{"type":"broadcast","dstIp":"172.20.74.0","dstPrefixLength":32,"proto":"kernel","metric":0,"family":"inet","nhs":[{"via":"","dev":"GE4","ifIndex":1004}]},{"type":"local","dstIp":"172.20.74.10","dstPrefixLength":32,"proto":"kernel","metric":0,"family":"inet","nhs":[{"via":"","dev":"GE4","ifIndex":1004}]},{"type":"broadcast","dstIp":"172.20.74.255","dstPrefixLength":32,"proto":"kernel","metric":0,"family":"inet","nhs":[{"via":"","dev":"GE4","ifIndex":1004}]} 执行删除路由：提示不存在Client mosqsub|903-lxc01 received PUBLISH (d0, q0, r0, m0, 'app1/set/request/esdk/ipRoute', ... (192 bytes)){"token":"12345","timestamp":"2025-08-21T14:13:43Z","body":{"operation":"delete","route":[{"dstIp":"172.20.74.0","dstPrefixLength":24,"family":"inet","via":"0.0.0.0","metric":0,"dev":"GE4"}]}}Client mosqsub|903-lxc01 received PUBLISH (d0, q0, r0, m0, 'esdk/set/response/app1/ipRoute', ... (286 bytes)){"token": "12345", "timestamp": "2025-02-26T16:31:50Z", "statusCode": 500, "statusDesc": "Internal Server Error", "body": {"errorDesc": "Inner error: Route doesn't exist in the configuration table(Error config: dstIp=172.20.74.0, dstPrefixLength=24, via=0.0.0.0, dev=GE4, metric=0)."}}执行添加路由：提示已存在Client mosqsub|903-lxc01 received PUBLISH (d0, q0, r0, m0, 'app1/set/request/esdk/ipRoute', ... (189 bytes)){"token":"12345","timestamp":"2025-08-21T14:13:43Z","body":{"operation":"add","route":[{"dstIp":"172.20.74.0","dstPrefixLength":24,"family":"inet","via":"0.0.0.0","metric":0,"dev":"GE4"}]}}Client mosqsub|903-lxc01 received PUBLISH (d0, q0, r0, m0, 'esdk/set/response/app1/ipRoute', ... (252 bytes)){"token": "12345", "timestamp": "2025-02-26T16:33:14Z", "statusCode": 500, "statusDesc": "Internal Server Error", "body": {"errorDesc": "Inner error: Route exists(Error config: dstIp=172.20.74.0, dstPrefixLength=24, via=0.0.0.0, dev=GE4, metric=0)."}}以上问题把via设置为via=""也是同样的结果，死循环中... 执行添加路由：关联172.20.74.255网关提示参数校验失败，如果是其他地址则可以成功，如172.20.74.254Client mosqsub|6707-lxc01 received PUBLISH (d0, q0, r0, m0, 'app1/set/request/esdk/ipRoute', ... (194 bytes)){"token":"12345","timestamp":"2025-08-21T14:13:43Z","body":{"operation":"add","route":[{"dstIp":"172.20.0.0","dstPrefixLength":16,"family":"inet","via":"172.20.74.255","metric":0,"dev":"GE4"}]}}Client mosqsub|6707-lxc01 received PUBLISH (d0, q0, r0, m0, 'esdk/set/response/app1/ipRoute', ... (276 bytes)){"token": "12345", "timestamp": "2025-02-26T16:40:49Z", "statusCode": 500, "statusDesc": "Internal Server Error", "body": {"errorDesc": "Inner error: Invalid input data or parameter(Error config: dstIp=172.20.0.0, dstPrefixLength=16, via=172.20.74.255, dev=GE4, metric=0)."}} 请问如何解决这类问题？ 

IDC 机房搭建双网卡方案是提升网络可靠性、性能和安全性的重要技术手段，以下从方案优势、硬件选型、拓扑设计、配置要点、故障切换机制、安全策略及维护管理等方面展开说明：一、双网卡方案核心优势高可靠性双网卡冗余备份，当一块网卡或链路故障时，另一块网卡自动接管流量，确保业务不中断。避免单点故障（如单网卡硬件损坏、交换机端口故障等）导致的服务停机。性能优化支持负载均衡，将流量分配到两块网卡，提升带宽利用率（如聚合带宽至 2Gbps/10Gbps）。分离管理流量与业务流量，减少相互干扰（如管理网卡仅用于远程运维，业务网卡处理数据传输）。网络隔离与安全实现不同业务网络隔离（如内网、外网、存储网络），降低安全风险。可配置独立防火墙策略，针对不同网卡的流量进行细粒度控制。二、硬件与网络设备选型1. 服务器网卡要求类型：优先选择 万兆网卡（10Gbps） 或 25Gbps 网卡，满足 IDC 高带宽需求；若成本敏感，可选用千兆网卡（适用于中小型机房）。冗余特性：支持链路聚合（LACP）、主备模式（Failover）等功能，需网卡驱动和操作系统支持（如 Linux 的 Bonding、Windows 的 NIC Teaming）。接口类型：SFP+（光口）或 RJ45（电口），根据机房布线（光纤 / 网线）选择。2. 交换机配置端口数量：每台服务器需 2 个交换机端口，规划时预留冗余端口。链路聚合支持：交换机需开启 LACP 协议（如 802.3ad），与服务器网卡配置匹配。三层功能：若需跨网段通信，交换机需支持 VLAN 划分和三层路由。三、网络拓扑与部署方案方案 1：主备模式（Active-Backup）拓扑图：plaintext服务器双网卡 ── 交换机 A（主链路） ── 交换机 B（备份链路） 特点：一块网卡 active 状态处理流量，另一块 standby 状态；故障时自动切换（切换时间毫秒级）。适用于对带宽要求不高但需高可靠性的场景（如数据库服务器）。配置要点：服务器端启用网卡 bonding 模式 1（主备），绑定两个网卡。交换机端无需聚合，两个端口分别配置为接入模式（属同一 VLAN）。方案 2：负载均衡模式（LACP 聚合）拓扑图：plaintext服务器双网卡 ── 交换机 A（链路 1） ── 交换机 B（链路 2） （交换机 A 与 B 需堆叠或启用跨设备聚合） 特点：两块网卡同时工作，流量按策略（如源 MAC、IP 哈希）分配，提升带宽利用率。需交换机支持 跨设备链路聚合（如华为 Stack、思科 VSS），避免生成树协议（STP）阻塞端口。配置要点：服务器端启用 bonding 模式 4（802.3ad），配置聚合组。交换机端创建聚合端口组，启用 LACP，与服务器聚合组 ID 匹配。方案 3：多网络隔离模式拓扑图：plaintext网卡 1 ── 业务网络交换机（VLAN 100） 网卡 2 ── 管理网络交换机（VLAN 200） 特点：两块网卡分别接入不同业务网络，实现流量隔离（如业务数据与运维管理数据分离）。需为每个网卡配置独立 IP 地址，交换机端口配置为 trunk 模式并允许对应 VLAN 通过。适用场景：对安全合规要求高的场景（如金融、政务 IDC）。四、软件配置与测试1. Linux 系统配置示例（Bonding）bash# 主备模式（mode=1） vi /etc/sysconfig/network-scripts/ifcfg-bond0 DEVICE=bond0 TYPE=Bond BONDING_OPTS="mode=1 miimon=100" # miimon=100 表示每 100ms 检测链路状态 IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 # 添加网卡 eth0 和 eth1 到 bond0 vi /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet MASTER=bond0 SLAVE=yes ONBOOT=yes vi /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 TYPE=Ethernet MASTER=bond0 SLAVE=yes ONBOOT=yes 2. Windows 系统配置（NIC Teaming）进入 服务器管理器 → 本地服务器 → 网络连接，选择两块网卡，右键创建新的组。选择 负载平衡模式 或 故障转移模式，配置组名称和 IP 地址。3. 测试验证连通性测试：ping 网关或对端服务器，模拟网卡拔出，观察是否切换且丢包率低于 5%。带宽测试：使用 iperf3 工具，验证聚合后带宽是否接近理论值（如双千兆网卡聚合接近 2000Mbps）。日志监控：查看系统日志（如 Linux 的 /var/log/messages），确认网卡切换事件是否正常记录。五、故障切换机制与监控自动切换策略通过链路检测（如 ARP 心跳、丢包率）触发切换，切换时间应小于业务允许的中断阈值（如 Web 服务建议 <500ms）。避免频繁切换（如链路抖动），可配置延迟检测（如 miimon=200ms）。监控工具服务器端：使用 nmon、iftop 监控网卡流量；watch -n 1 cat /proc/net/bonding/bond0 查看 bond 状态。网络端：通过交换机 SNMP 监控端口状态，集成到 Zabbix、Prometheus 等监控平台，设置告警规则（如端口 Down 时触发短信通知）。六、安全与合规策略访问控制对管理网卡设置独立 ACL，仅允许运维 IP 段访问（如通过交换机端口安全限制源 MAC）。业务网卡启用防火墙规则，限制非必要端口（如仅开放 HTTP/HTTPS、数据库端口）。流量加密跨网卡传输的敏感数据（如备份流量）需通过 SSL/TLS 加密，避免明文传输。合规审计记录双网卡配置变更日志，定期进行安全扫描（如漏扫、渗透测试），满足等保 2.0、GDPR 等合规要求。七、维护与升级建议定期巡检每月检查网卡固件版本，升级至厂商推荐的稳定版本（避免兼容性问题）。测试备用网卡的可用性（如手动切换主备状态，验证业务连续性）。容量规划根据业务增长预测，预留网卡带宽冗余（建议当前流量峰值不超过总带宽的 70%）。若未来需扩展至 40G/100G 带宽，提前规划网卡和交换机的升级路径。总结双网卡方案是 IDC 机房高可用架构的基础，需根据业务需求选择主备、负载均衡或隔离模式，并结合硬件选型、软件配置和监控体系实现全链路可靠性。实施前建议进行小规模测试，验证切换逻辑和性能指标，确保方案符合实际生产环境要求

引言HDC华为开发者大会一票难求？面对抢票，除了拼手速，更是一场网络性能的较量。本文从技术角度出发，教你如何通过优化网络环境和设备配置，最大限度提升抢票成功率！一、网络层优化：低延迟为王物理链路选择有线优先：弃用Wi-Fi直连千兆有线网络，减少无线干扰和握手延迟。5G备用：若必须用移动网络，用花瓣测速找到基站信号强度≥-85dBm的位置。DNS加速使用中国公共DNS（114.114.114.114）等，避免运营商DNS递归查询耗时。Hosts强制解析：提前5分钟通过ping获取HDC官网IP，写入本地Hosts文件（例：xx.xx.xx.xx developer.huawei.com）。协议栈调优禁用IPv6（视具体网络情况决定）：若网络环境IPv6支持不完善，可能增加DNS解析耗时。二、设备性能调优浏览器极致配置内核选择：Chrome/Edge等Chromium内核浏览器，禁用所有扩展（广告拦截插件可能误杀抢票请求）。内存预加载：Chrome地址栏输入chrome://flags/#prefetch-resources启用预加载。系统级优化关闭后台进程：通过任务管理器结束非必要进程（尤其占带宽的更新服务、P2P软件）。电源模式：笔记本切换至“最佳性能”，在BIOS里禁用CPU节能（C-States）。硬件加速启用浏览器的硬件加速（chrome://settings/system）。若使用虚拟机抢票，分配独占CPU核心并启用VT-d直通（华为云Flexus X实例开启性能模式深度绑核）。三、硬件设备选型指南（专业级建议）1. 网卡性能榜★★★★★ | 企业级网卡（例如Intel X170）★★★★☆ | 2.5G USB网卡（例如RTL8156B），千兆PCIe网卡（例如I225-V）★★☆☆☆ | 笔记本内置WiFi6网卡，（例如AX201/AX210，仅限5GHz信道纯净环境）⚠️避免使用 | 百兆网卡/USB2.0网卡（带宽瓶颈 ）2. 设备类型推荐排序Tier 1 - 企业级设备服务器：华为2288H V5（配置10G网卡）工控机：研华ARK-3532（低延迟中断处理）Tier 2 - 高性能消费级台式机：Intel 12代及以上CPU + 高频内存 （中低端CPU中Intel比AMD运存性能更好，高端例如285K和9800X3D差不多）笔记本：雷电4接口+外接2.5G网卡（需关闭节能模式）Tier 3 - 移动设备手机：华为Mate 70系列（麒麟9020）平板：不建议主战设备（移动端浏览器操作不便）3. 其他加成时钟同步：通过设置同步Internet时间电磁干扰：使用内外双屏蔽网线（Cat6A超六类及以上），磁环过滤USB网卡信号噪声你有哪些抢票黑科技？欢迎在评论区分享实测有效的优化方案！

前端通过const ws = new WebSocket('ws://websocket'); 访问后端，返回失败，直接进入onerrorusted: truebubbles: falsecancelBubble: falsecancelable: falsecomposed: falsecurrentTarget: WebSocket {url: 'ws://websocket', readyState: 3, bufferedAmount: 0, onopen: ƒ, onerror: ƒ, …}defaultPrevented: falseeventPhase: 0returnValue: truesrcElement: WebSocket {url: 'ws://websocket', readyState: 3, bufferedAmount: 0, onopen: ƒ, onerror: ƒ, …}target: WebSocket {url: 'ws://websocket', readyState: 3, bufferedAmount: 0, onopen: ƒ, onerror: ƒ, …}timeStamp: 203.5type: "error"

TCP、UDP、HTTP、WebSocket和MQTT协议是网络通信中常用的几种协议，它们各自具有不同的特点和适用场景。以下是这几种协议的主要区别：1. TCP（传输控制协议）类型：面向连接的协议。可靠性：提供可靠的数据传输，确保数据包按顺序到达，不丢失、不重复。流量控制：具备流量控制与拥塞控制机制，通过窗口机制控制发送方发送的数据量，避免网络拥塞。适用场景：适合对数据传输可靠性要求高的应用，如文件传输、网页加载等。2. UDP（用户数据报协议）类型：无连接的协议。可靠性：不保证数据包的可靠传输，可能会丢失、重复或顺序错乱。流量控制：不具备流量控制和拥塞控制。适用场景：适合对实时性要求高、对丢包容忍的应用，如视频会议、在线游戏等。3. HTTP（超文本传输协议）类型：基于TCP的应用层协议。可靠性：依赖TCP提供的可靠性，确保请求和响应的完整性。请求/响应模型：使用请求/响应模型，客户端发起请求，服务器返回响应。适用场景：主要用于网页浏览和API通信。4. WebSocket类型：基于TCP的全双工通信协议。可靠性：与HTTP一样，依赖TCP的可靠传输。持久连接：建立后可以实现双向通信，适合实时应用。适用场景：适合需实时更新的应用，如在线聊天、实时通知等。5. MQTT（消息队列遥测传输协议）类型：基于TCP的轻量级消息传输协议。可靠性：提供多种QoS（服务质量）级别，支持消息的可靠传输。发布/订阅模型：采用发布/订阅模型，允许设备之间进行高效的通信。适用场景：适合低带宽和高延迟环境下的消息通信，如物联网设备之间的通信。总结表格协议类型可靠性流量控制/拥塞控制通信模型适用场景TCP面向连接可靠有面向连接文件传输、网页加载等UDP无连接不可靠无无连接视频会议、在线游戏等HTTP应用层（基于TCP）可靠（依赖TCP）无（由TCP提供）请求/响应网页浏览、API通信WebSocket基于TCP的全双工可靠（依赖TCP）无（由TCP提供）双向通信在线聊天、实时通知等MQTT基于TCP的轻量级可配置（多种QoS级别）无（由TCP提供）发布/订阅物联网设备通信以上是对这几种协议的主要区别和适用场景的概述。在实际应用中，选择哪种协议取决于具体的需求和场景。

使用c语言ebpf和int _sockops(struct bpf_sock_ops *ctx)函数，map随意我是初学者，死活写不出来，求教大佬们。

Q1：什么是网卡调优？A1：网卡调优是根据网卡硬件、驱动以及内核态运行特性而对网卡的对应参数或运行模式进行测试与调整，其类型中包括参数调整，模式切换，性能测试等。Q2：常见的测试工具有哪些？A2：专用的网络测试工具有iperf2/3，netperf，qperf等。上述测试工具能够测试TCP/UDP带宽，其中，iperf2支持多线程，iperf3支持多stream，qperf支持RDMA。除上述网络专用测试工具外，也可使用sysbench进行数据库相关网络传输测试。Q3：常见的调优工具有哪些？A3：网卡调优工具中最常用的是ethtool。ethtool是Linux中的网络管理软件，能够获取网卡信息，进行网卡诊断，修改网卡数据存储与内核态运行参数，在进行调优时可以根据获取的信息结合硬件与软件特性进行对应参数的修改。Q4：ethtool的运作原理是什么？A4：ethtool的运作原理如下图所示，其为横跨用户态，内核态和驱动的过程。​Q5：网卡调优的策略有哪些？A5：对于吞吐量大，收发包频繁的业务，可以通过修改内存相关参数（如队列长度，队列数量，MTU大小，协议栈大小）进行调优 ；对于CPU算力充足的情况，可以通过增大线程数，队列绑核等方式增加运行效率；而在高负担，CPU负担过大的场景下，可以通过修改中断散列，中断聚合参数，卸载和禁用功能等方式减轻CPU负担。Q6：如何对网卡参数进行永久修改？A6：使用ethtool等管理工具进行的修改会在主机重启后重置，若需进行永久改变时需要修改/etc/sysconf/network-scripts/ifcfg-${网卡号}。Q7：除了对网卡本身进行调优，还有哪些与网卡相关的调优方式？A7：与网卡相关的网络调优方式有RDMA和DPDK。RDMA是一种从一台主机的内存直接访问另一台主机内存的技术，包括IB，RoCE和iWARP三种实现协议，当前鲲鹏服务器主要使用RoCE方法。RDMA的实现需要交换机和网卡进行相关技术的支持。DPDK是一种在用户态对网络报文收发进行处理的技术，该技术完全跳过内核态，因此不存在中断消耗。DPDK需要网卡脱离内核态运行在用户态。Q8：网卡如何选择绑核？A8：网卡绑核应尽量选择同NUMA的多个Clusters，队列应尽量平均分配给每一个Clusters，同时应该禁用irqbalance自动中断分配服务。Q9：服务器其他硬件对网卡有何影响？A9：当测试数据出现较大波动或难以提升时，应该尝试关闭其它硬件的动态分配服务，如CPU的动态调频，SMMU等。Q10：对于多网卡服务器如何选择网卡？A10：根据业务特性选择合适的网卡。如业务对网卡光口或电口是否有需求，对网卡的速率是否有需求，是否需要自协商等。转自：https://www.hikunpeng.com/forum/thread-02102148477568988005-1-1.html

HTTP与HTTPS：应用与区别概述HTTP (Hypertext Transfer Protocol) 是用于分布式、协作式和超媒体信息系统的应用层协议，它是万维网（World Wide Web）数据通信的基础。HTTP主要用于客户端（如Web浏览器）和服务器端（如Web服务器）之间的通信，允许用户通过URL访问网页和其他资源。HTTPS (Hypertext Transfer Protocol Secure) 则是在HTTP协议基础上添加了一层安全措施，即SSL/TLS协议，从而保证了数据在网络中的传输安全。HTTPS通常用于保护敏感信息，如登录凭证、交易详情和个人数据等场景。应用HTTP的应用静态网页浏览：非敏感内容的网页浏览，如新闻文章、公共信息展示等。API调用：对于公开且无需加密的API服务，HTTP也可满足基本的数据交换需求。HTTPS的应用安全登录：银行、电子邮件、社交网络等网站的用户登录过程，要求通过HTTPS加密防止账号密码被盗取。在线支付：电子商务平台在处理信用卡信息或其它财务数据时，必须使用HTTPS保障交易安全。隐私保护：任何涉及个人隐私信息提交的网站，例如个人信息注册、健康记录、私人通讯等都需要使用HTTPS。区别安全性HTTP 是明文传输协议，传输过程中数据容易被监听、篡改或伪造，不提供任何形式的数据加密。HTTPS 使用SSL/TLS协议对数据进行加密，提供了端到端的安全保障，确保数据在传输过程中难以被破解。证书和信任机制HTTP 不需要服务器拥有数字证书，因此无法验证服务器的真实身份。HTTPS 需要从受信任的证书颁发机构（CA）获取SSL证书，浏览器在建立连接时会对证书进行验证，确认服务器的身份。默认端口HTTP 使用的标准端口是80。HTTPS 使用的标准端口是443。性能影响HTTP 相对于HTTPS，由于没有加密解密的过程，性能开销较小。HTTPS 由于涉及到加密计算，会有一定的性能损耗，但在现代硬件加速下，这一影响已大大减小。搜索引擎优化与用户体验HTTPS 被主流搜索引擎（如Google）视为更安全的选择，优先给予更高的排名权重。用户在浏览器中看到“锁”图标，表示当前连接为HTTPS，增强了用户对网站的信任感。总结起来，HTTP和HTTPS在应用场景上的主要区别在于安全性和可信度。在强调数据安全和用户隐私保护的今天，越来越多的网站和服务倾向于采用HTTPS作为默认的通信协议。

PC根据文档可以下载根据文档这里格式不知道有没有错，下面第一个红色框是请求红色是发送的，绿色是接收，不明白400错误那里怎么解决，我用的ESP8266透传，已经接上了https 443接口

 华为Wi-Fi 6相比Wi-Fi 5的主要优势包括以下几点：更快的速度：华为Wi-Fi 6的5G单流速率可达1.2Gbps，比Wi-Fi 5提升了足足35%。更高的带宽：华为Wi-Fi 6的带宽和并发用户数相比Wi-Fi 5提升了4倍。更低的时延：华为Wi-Fi 6采用OFDMA（正交频分多址）技术，可以让多个用户使用一个信道，提升效率和响应速度的同时，还能有效减少延时。更高的带机量：华为Wi-Fi 6 AP采用了256M的大内存设计，最大可同时接入256个终端，而之前普通的Wi-Fi 5 AP最大可接入的终端数为64个，相比Wi-Fi 5，Wi-Fi 6 AP的带机量提升了整整4倍。更低的功耗：华为Wi-Fi 6拥有的TWT（目标唤醒时间）技术，允许网络设备与终端间协商各自的唤醒时间，从而节省电力。更好的网络连接稳定性：Wi-Fi 6使用的具有更大容量的 MU-MIMO（多用户多输入输出）技术允许计算机或任何其他设备同时分享它们所访问的信道，优化整个网络的性能。更广泛的覆盖范围：Wi-Fi 6可以覆盖2.4/5GHz双频段，使得低速和高速设备均能得到覆盖。​因此，从上述的优势来看，华为Wi-Fi 6相比Wi-Fi 5在速度、带宽、时延、带机量、功耗、网络连接稳定性和覆盖范围等方面都有了显著的提升。

在这个指导连接中：https://devzone.huawei.com/cn/enterprise/cloudcampus/networkPythonSdk.html点解代码托管，发现源代码丢失出现如下提示：

使用了一个第三方的动态库libgmssl.so来编写生成了一个新的动态库tlcp.so，但是使用时出现undefined symbol后面使用ldd -r tlcp.so查看，显示如下内容undefined symbol: tls_send    (./tlcp.so) undefined symbol: tls_ctx_cleanup    (./tlcp.so) undefined symbol: tls_socket_accept    (./tlcp.so) undefined symbol: tls_do_handshake    (./tlcp.so) undefined symbol: tls_ctx_set_certificate_and_key    (./tlcp.so) undefined symbol: tls_socket_connect    (./tlcp.so) 这些函数的实现在libgmssl.so内已经实现，且使用nm libgmssl.so显示

导言： 在当今高度互联的世界中，人与人、设备与设备之间的连接愈发紧密。然而，有时候，我们却受制于网络边界的限制，无法轻松地访问位于不同网络环境中的资源。内网穿透技术应运而生，为我们提供了一种突破这些限制的方法。本文将深入探讨内网穿透的概念、原理以及应用，带您一窥这项令人振奋的技术。什么是内网穿透？ 内网穿透是一种技术，允许用户通过公共网络（如互联网）访问处于私有局域网（内网）中的资源。这些资源可能是文件、应用程序、服务器等。内网穿透技术的核心目标是打破内外网络的壁垒，使得位于不同网络环境的设备能够相互通信。内网穿透原理： 内网穿透技术的实现依赖于一些关键概念和组件：端点： 内网中的设备，如服务器或计算机，称为内网端点。反向代理： 充当内网端点与外部请求之间的中间人，负责将外部请求转发到内网端点。隧道： 在公共网络中建立的加密通道，用于在外部请求和内网端点之间传输数据。中间服务器： 用于协调外部请求和内网端点之间的通信，通常位于公共网络之间。内网穿透应用场景： 内网穿透技术具有广泛的应用场景，包括但不限于：远程访问： 无论身处何地，用户都可以通过内网穿透技术访问自己位于家庭或公司网络中的设备。服务器部署： 开发人员可以通过内网穿透将位于内网的开发服务器暴露给外部，便于测试和调试。文件共享： 内网穿透使用户可以远程访问内网中的文件，从而实现跨地域的文件共享。物联网设备管理： 内网穿透可用于管理分布在不同地点的物联网设备，实现远程监控和控制。游戏联机： 玩家可以利用内网穿透技术在不同地区的网络中进行联机游戏。内网穿透工具和服务： 市场上有许多内网穿透工具和服务可供选择，例如 Ngrok、frp、Hamachi 等。这些工具提供了简单易用的界面，帮助用户快速设置和管理内网穿透连接。结语： 内网穿透技术的出现，为我们带来了一个更加互联的世界。它不仅消除了地理和网络限制，还为远程工作、文件共享、远程访问等应用场景提供了强大支持。然而，在使用内网穿透技术时，我们也需要注意安全性，采取必要的措施来保护数据和系统的完整性。无论如何，内网穿透无疑是连接未来的关键一步。