据称微软欲强行拥有IPv6等网络协议知识产权

zcatlinux zcatlinux 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 1k累计阅读 1.1k平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄22年
关注
原创 最新推荐文章于 2026-11-09 16:22:31 发布 1k 阅读 AI 写同款· GEO 优化 ›
应用程序向导 应用程序向导　 何志丹            使用应用程序向导可以快速生成程序框架。选择菜单“File→New”命令，此时会弹出“New”对话框，下面对该对话框中的常用选项进行逐一说明。1．文件（Files）属性页 单击“Files”标签，打开“Files”属性页，如图1-3所示。图1-3  文件属性页文件类型虽然多，但常用的只有两种：C/C++ Header Fi 阅读详情
【赛迪网讯】11月6日消息，Merit Network公司高级网络研发工程师Larry Blunk日前表示， 微软目前正试图将一些基本的互联网协议的知识产权强行纳入自己的囊中。

　　日前，Larry Blunk在致给互联网工程任务组——知识产权工作组(IETF-IPRW)的一封信件中称，微软正试图通过其“特许免费协议许可协议(RFPLA)”将当前正在使用的一些核心的互联网协议的知识产权强行纳入自己的囊中。
Larry Blunk指出，微软目前声称拥有130多种互联网协议的知识产权。这其中包括一些最基本的互联网标准，如TCP/IPv4、TCP/IPv6和DNS(域名系统)等规范。 而这些标准的部分恰恰是互联网的最底层的网络基础架构。

　　Blunk在信件中称：“微软并没有说明这些协议究竟源自何处，也没有说明微软在多大程度上对这些所谓的知识产权进行过调研。不过微软所列出的这些协议基本上包含了应用在微软产品中的所有公共协议。”

　　Blunk还担心，微软可能利用其在内业内的垄断地位，及其强大的经济和法律资源强迫个人和企业签署这样的许可协议。但是，由于微软并没有提供任何其拥有这些协议知识产权的证据，如专利号等。因此，目前还无法确定微软到底是否拥有这些协议的合法产权。(n102)

收录于
IT资讯

当前文章被收录于：

IT资讯
52 篇文章 0 人学习
订阅专栏 查看详情
标签
#微软 #网络协议 #互联网 #network #网络
#任务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
SAP-PP 返工订单成本归集优化：从物料结算到成本中心的配置与增强实践 本文深入探讨SAP-PP模块中返工订单成本归集的优化方案，重点解析从物料结算到成本中心的配置与增强实践。通过结算参数文件配置、分配结构调整及增强开发实战，解决返工费用误计入物料成本的问题，确保财务核算精准性。文章还提供测试验证方案与常见报错处理技巧，助力企业实现成本数据清晰流向分析。 阅读详情

相关推荐

高通ISP模块全解析：从Raw到JPEG的18个关键处理步骤（附避坑指南）

本文全面解析高通ISP模块从Raw到JPEG的18个关键处理步骤，涵盖原始数据预处理、色彩科学处理链、画质增强与降噪等核心环节。通过实战调优经验，揭示ISP架构中的技术原理与工程实践要点，帮助开发者避免常见问题，提升移动影像处理质量。

weixin_30399155的博客 359

【计算机网络篇|第二篇】深度解析TCP三次握手

TCP（Transmission Control Protocol，传输控制协议）是一种面向连接的、可靠的、基于字节流的传输层通信协议。它在通信双方之间建立一条逻辑连接，保证数据按序到达、不丢失、不重复，并提供流量控制和拥塞控制能力。HTTP、FTP、SSH 等大量应用层协议都构建在 TCP 之上。由于 TCP 是面向连接的协议，通信双方在传输数据之前必须先建立连接，而建立连接的过程就是著名的「三次握手」。

wuzhihua66的博客 503

告别QXDM：在Android Studio中调试与验证高通NV读写功能的完整流程

本文详细介绍了在Android Studio中调试与验证高通NV分区读写功能的完整流程，替代传统的QXDM工具。通过JNI接口层、HAL服务层和Diag通信层的架构设计，开发者可以在熟悉的IDE环境中高效完成NV操作，包括环境配置、错误处理和性能优化等关键实践。

weixin_27013291的博客 261

【计算机网络】断点续传是怎么做到的：从 Range 请求到分片上传的完整机制

断点续传在下载侧靠的是 HTTP 现成的 Range 协议，Content-Range 保证偏移对得上，If-Range 防止文件变更导致的错误拼接；上传侧没有标准，需要自己设计 init/part/complete 三段式交互，核心是让服务端记住“哪些块已经收下”，从而把失败粒度从整个文件降到单个分片。 这套机制可以迁移到任何长耗时操作的设计上。判断方法很简单：先问失败粒度是多少。如果一次操作失败就得从头再来，那它迟早会在生产环境里出问题——传输、批量导入、数据迁移、长事务，都是同一个道理。把大操作切成

2503_94545876的博客 523

DenseNet训练实践

在Cifar10上训练DenseNet，复现DenseNet论文的结果是后面两篇分析工作的基础，因此本系列的第一篇，将首先讨论深度学习的训练过程中的几个方面： 1. 数据集 1.1 Cifar10数据集 Cifar10数据集有6万张32X32的图片，是一个小型的数据集，但数据的复杂度足够，下图来自DenseNet论文，可以看出，不用数据增强的话，ResNet的正确率也很难超过90%，因而足以用来验...

一蓑烟雨任平生 1万+

Sylvester结式法求解多项式方程

Sylvester结式法，结式，消元法，ctfshow 七夕杯 LUCK7，crypto，WriteUp

u010883831的博客 4533

第15篇：UDP 深度解析--为什么 HTTP3 要抛弃 TCP？（附 Wireshark 实战抓包）

本文系统解析UDP与QUIC的核心原理与应用场景。UDP以极简无连接、不可靠传输为特点，适用于DNS、直播等对延迟敏感的场景；而QUIC在UDP基础上自建可靠传输，实现0-RTT握手、多路复用、连接迁移与强制加密，彻底解决TCP队头阻塞与协议僵化问题，成为HTTP/3基石。通过实验与抓包验证，深入揭示其底层机制，展现从传统网络向智能算网演进的关键路径。

cyf31的专栏 364

星敏感器：卫星姿态测量的“星空导航仪”

在卫星、航天器和深空探测器的姿态控制系统中，星敏感器（Star Tracker） 是最精确的姿态测量设备之一。它通过识别恒星的位置，计算出航天器在惯性空间中的三轴姿态，精度可达 角秒级（arcsecond），是许多高精度任务（如遥感、天文观测、深空探测）的核心传感器。

ScilogyHunter的博客 3696

传输层协议UDP和TCP

传输层负责端到端数据传输，主要协议为UDP和TCP。UDP无连接、不可靠、面向数据报，适用于直播、游戏等容忍丢包场景；其报头8字节，含源/目的端口、长度、校验和。TCP有连接、可靠、面向字节流，通过三次握手建立连接、四次挥手释放，具备确认、重传、序号、校验等机制，适用于HTTP、文件传输等对数据完整性要求高的应用。

2503_93979533的博客 235

YOLOv11在RK3588芯片上的NPU加速与INT8量化部署全面指南

RK3588 NPU适配YOLOv11的关键技术要点 摘要：本文详细分析了Rockchip RK3588 NPU的硬件架构特性及其对YOLOv11模型的适配优化方案。RK3588 NPU采用三核设计，具备6TOPS算力，包含192个MAC单元和128KB专用SRAM。YOLOv11作为最新目标检测模型，其CSPNet-v5骨干网络、PANet特征金字塔和SiLU激活函数需要特殊适配处理。文章系统介绍了从PyTorch模型导出、ONNX优化到RKNN模型转换的完整流程，重点阐述了NPU不支持的算子处理方案和量

本博客聚焦 YOLOv11 全流程落地，涵盖架构优化、数据集处理、训练技巧与多场景部署，兼及国产数据库、Java 开发与 AI 模型应用，内容兼顾理论与工程实践，为开发者提供系统干货，助力高效提升技术能力。 1357

【人工智能之深度学习】18. 金融风控实战：TCN时序卷积网络构建信用卡欺诈实时检测系统

摘要：信用卡欺诈交易识别是金融风控的核心环节，其面临欺诈样本占比低（仅0.1%）、实时响应要求高（毫秒级）等挑战。本文基于IEEE-CIS公开数据集，构建基于时序卷积网络（TCN）的欺诈检测系统，通过捕捉用户交易行为的时序模式识别异常。详细阐述全流程：从数据预处理（构造交易序列特征）、TCN模型设计（轻量级架构适配实时场景），到实时检测部署（异步处理确保低延迟）。实验显示，该系统精确率达63%、召回率89%，误杀率仅0.2%，推理延迟8ms，较XGBoost等传统模型性能显著提升。

专注于人工智能、软件开发、工控自动化、工厂数字化及智能化等领域，希望和大家共同进步！ 1128

使用官方的 Echo例程lwip--tcp--udp--跑通测试--deepseek

跑通官方的 Echo Server 例子，已跑通，可是我一点不知道内部发生了啥；恭喜你！从你的截图来看，。Ping 通了，串口打印出了 IP 地址，网络调试助手也成功收到了回显（），这说明你的 Zynq 硬件、网络物理链路、lwIP 协议栈底层机制。你觉得“不知道内部发生了啥”，这太正常了。官方的 Echo 例子把很多底层的初始化封装成了几个函数，小白一开始确实容易“知其然而不知其所以然”。下面我先用大白话帮你把“内部发生了啥”理清楚，然后手把手带你写一个。

AlibabaApple的博客 236

Microsemi Libero系列教程（六）——Identify片上逻辑分析仪的使用

文章目录FPGA如何进行在线调试关于Microsemi片上逻辑分析仪FPGA片上逻辑分析仪原理预期效果0.准备一个创建好的Libero工程1.新建identify工程，并添加想要监测的信号2.管脚分配，编译下载3.设置触发类型4.IICE逻辑分析仪核资源占用 系列教程：Microsemi Libero系列教程 FPGA如何进行在线调试 对于嵌入式系统来说，如单片机，进行硬件级程序调试时，通常采用的是JLink/ST-Link调试器，在线调试的方式来获取程序实时运行的状态，可以观察程序运行流程、各种变量的值

whik1194的博客 1万+

Linux网络编程：UDP网络协议

UDP（User Datagram Protocol，用户数据报协议）是传输层的一种无连接协议，定义在 RFC 768 中，全文只有三页，是 TCP/IP 协议族中最简单的协议之一。它的核心设计哲学是：只做最少的事，UDP 只负责把应用层交下来的数据封装成数据报，加上端口号后交给网络层发送，不保证送达、不保证顺序、不保证不重复，也不做流量控制和拥塞控制。所以需要注意udp是用户数据报协议数据报1.数据与数据之间有边界2.发送和接收的次数要对应3.没有写阻塞。发送太快，会导致数据丢失。

qianrushixinshou的博客 386

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0， 兼容Win7/Win10/WinXP，解压就可用。

文档：亲测可用解决vnc灰屏，黑屏，鼠标大黑叉情况

主要解决vnc-viewer灰屏，黑屏，鼠标大黑叉等现象，详细见文档。

基于springboot+vue+uniapp的羽毛球预约小程序（Websocket智能沟通、Echarts数据分析、会员闭环管理、灵活运营规则、全流程预约）

本系统基于B/S架构，采用前后端分离设计，集成微信小程序与管理后台，实现多角色权限管控。核心亮点包括：全流程可视化预约、灵活运营规则配置、会员闭环管理（含余额、充值、退款）、ECharts多维度数据分析及WebSocket智能客服。支持语音、图片沟通，提升服务效率。系统覆盖用户、工作人员、管理员全链路功能，实现场馆资源高效管理与用户体验优化。

paopaokaka_luck的博客 225

Camera2Demo

在Camera2 的基础上进行封装，使得Camera2一堆初始化逻辑与Activity分离，降低耦合度，完成预览拍照并保存的操作

11.4【计算机网络】

m0_73553411的博客 200

温度PID控制PLC程序

温度PID稳定控制程序，适用于欧姆龙PLC，对其他PLC也具有很大参考价值

HTTP、SSE、WebSocket、Socket.IO：实时通信方案深度对比与选型指南

HTTP 是基础，是整个 Web 的底座；SSE 是单向推送的轻量最优解；WebSocket 是高性能双向实时通信的底层标准；Socket.IO 是一套降低开发门槛、抹平环境差异的上层框架。技术选型永远不是“哪个技术更酷”，而是匹配业务的实时性、交互方向、网络环境、团队维护成本。简单需求优先轻方案，复杂双向实时再上 WebSocket；如果追求快速落地、兼容各种奇葩网络，Socket.IO 是很好的选择。

changshuaihua001的博客 342

计算机网络篇20：网络层——IP 协议的定位与 IPv4 报头字段，从 20 字节首部到 TTL 防环

TCP 报文要向下交给网络层才出得了主机，封装与解包是分层的物理形态。

2502_94387000的博客 834

WEISS MSI 接口技术拆解：WPG 高精密夹爪 1ms 控制周期实时插补，UDP 流式运动控制取代单指令抓取架构

MSI 采用流式控制模型：外部控制器经 UDP 实时流持续下发基础点（目标位置与力限值），WPG 夹爪内部将其插补至 1ms 控制周期。官网技术资料显示，外部连续运动控制与夹爪插补缓冲区（最高约 500ms）配合，运动逻辑完全保留在外部系统。

欣佰特cnbestec的博客 668

从零入门计算机网络系列（十七）：TCP可靠传输机制进阶——从序列号与丢包处理到超时重传

本文承接上一讲TCP窗口与控制标志位，继续深入序列号、确认应答和超时重传。借助发送缓冲区下标类比，理解TCP如何为字节流编号，通过确认序号区分已确认与待确认数据。随后从发送方视角分析数据报文丢失和确认应答丢失两种情况，解释确认丢失为什么可能触发重复发送，以及接收方如何利用序列号识别重复数据，保证应用层获得有序、无重复的字节流。最后围绕“多久没收到确认才需要重传”，讨论超时时间过长与过短的影响，介绍TCP如何根据网络往返时间动态调整重传超时值，深入理解TCP可靠传输的实现逻辑。

沫漓的博客 445

计算机网络篇15：传输层——TCP 报头：4 位首部长度切出可变报头，确认应答与序号撑起可靠性

TCP 报头是 20 字节固定加选项，以 4 字节为单位，字段取值 [5, 15]，报头范围 [20, 60]按首部长度读满为止，其后全是有效载荷。

2502_94387000的博客 752

TCP Socket 与 UDP Socket

Socket 是网络编程的基础，面试中 TCP 和 UDP Socket 的调用流程、内核行为、函数区别、缓冲区机制属于高频考点。很多同学容易混淆accept返回的 fd 作用、三次握手发生时机、UDP时序、内核缓冲区行为等细节。本文结合调用流程图，逐步骤拆解 TCP、UDP Socket 流程，梳理易错点和对比总结。TCP：服务端 socket-bind-listen-阻塞accept；客户端 socket-connect；握手成功后双向读写，最后 close 挥手断开。

weixin_68315058的博客 376

socket编程基础+UDP套接字

不能bind公网---->公网IP其实没有配置到你的IP上，公网IP无法被直接bind，如果我们显示的进行bind，client来访问的时候就必须使用server端bind地址信息 不建议bind特定的IP。本地环回：要求c，s必须在一台机器上，表面我们是本地通信，client发送的数据不会被推送到网络，而是在os内部，转一圈直接交给对应的机器。2>从技术角度，pid也可以，但pid系统的一个概念，pid变，网络也跟着变，则干脆分开，解耦。socket会有很多的种类，来，满足不同的应用场景。

2402_88539534的博客 78

为什么要把父类的析构函数定义成虚函数?

问:为什么要把父类的析构函数定义成虚函数?答:否则子类的析构函数可以未被调用,具体代码如下:class A {public: A(){TRACE("A()/n");}; ~A(){TRACE("~A()/n");}; };class B : public A {public: B(){TRACE("B()/n");}; ~B(){TRACE("~B()/n");};};void CEgDl

闻缺陷则喜何志丹 1518

net core下WebSocket请求总是断开的解决方案

然后通过AIge各种搜索，各种踩坑后找到最终原因：ws在连接时候，在一定时间内（不同浏览器还不一样），前端和后端必须保持通讯，否则浏览器会基于安全考虑断开连接。最近在写一个基于B/S架构的聊天功能，本地测试没发现问题，但是部署到生产环境后总是断开。开始以为是后端超时问题，加大了KeepAliveInterval的时间。通俗理解就是：前端需要给后端发起请求，后端也需要定时给前端回复信息。然后，测试后发现只要没有主动发送聊天，一段时间后该断开还是断开。到此，ws协议断开的问题得到解决，希望可以帮助到大家。

243

eleven_v4 流式语音总断在一半怎么办？WebSocket 1006 真不一定是网络差

我踩过一个很蠢的坑：业务层收到了final，代码马上调用close()，可最后一块音频还躺在文件流缓冲区里。日志看着已经完成，文件尾部却没写全。收到服务端结束标记；等最后一个音频分片写入完成；调用文件流的end()；等待文件流finish；发起 WebSocket 正常关闭。file.end();});如果服务端没有明确的结束标记，只凭“某次 message 后没数据了”来判断完成并不可靠。得回到端点协议，确认完成事件、错误事件和关闭握手怎么约定。

2601_95892788的博客 185
上一篇： Sun 的策略：以 Solaris 为主 Linux 为辅
下一篇： Novell指责微软诋毁Linux 起草文件反击鲍尔默
点赞 0
评论 0
书签 书签 0
zcatlinux
zcatlinux
博客等级 码龄22年 56粉丝 760原创
+ 关注 专栏目录 订阅专栏
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值