- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频技术
CoNEXT 2018：在Facebook上部署IETF QUIC
在12月初举行的CoNEXT 2018 EPIQ研讨会上来自Facebook的Subodh Iyengar详细介绍了Facebook如何在其基础设施中使用IETF-QUIC，并且通过Android和iOS 主题演讲：大规模快速移动 在Facebook上部署IETF QUIC的经验（Subodh Iyengar - Facebook） 经过两位主持人约尔格·奥特(Jorg Ott，慕尼黑TU)和拉尔斯·埃格特 在大约一个小时内，主讲人详细介绍了Facebook如何在其基础设施中使用IETF-QUIC，以及如何通过Android和iOS设备上的Facebook应用程序在移动客户端上进行实验的。
61420发布于 2021-09-01 - 来自专栏阮一峰的网络日志
IETF：互联网精神的典范
几乎所有重要的网络底层协议，都是由IETF制定的，比如TCP协议、IP协议、HTTP协议、等等。可以毫不夸张地说，没有IETF就没有互联网。 ? IETF这样介绍自己： "我们没有会员的概念，所有人都可以参与，都可以报名参加会议。只要加入邮件列表，你就可以把自己看做是一个IETF成员。 ----摘自The Tao of IETF（英文版，中文版）" 这就是说，任何人都可以加入IETF，提出自己的互联网标准！ by the IETF.）" 只要IETF这样的机构存在，只要IETF制定的标准构成互联网的基础，那些企图控制互联网的人就注定会可耻地失败。 （完）
86980发布于 2018-04-12 - 来自专栏C语言
【Story】IETF（互联网工程任务组）
IETF（互联网工程任务组）详细介绍 1. 什么是 IETF？ IETF 如何制定标准？ IETF 采用 “共识驱动” 和 “开放参与” 的方式制定标准，任何人都可以参与 IETF 讨论，并在没有会员制度的情况下贡献自己的想法。 IETF Last Call（IETF 最终意见征集） 如果 I-D 获得工作组认可，会进入全 IETF 评审阶段，广泛征求社区反馈。 如何参与 IETF？ IETF 是开放社区，任何人都可以免费参与，包括： 订阅 IETF 邮件列表：所有技术讨论都在邮件列表中进行，例如 ietf@ietf.org。 提交 Internet-Draft：如果有技术想法，可以编写 I-D 提交到 IETF。 参加 IETF 会议：IETF 每年举办三次全球会议（IETF Meetings），也可以在线参与。
1.3K00编辑于 2025-03-15 - 来自专栏IT杂谈学习
【Java】已解决：`org.ietf.jgss.GSSException`
在Java开发过程中，org.ietf.jgss.GSSException是一种与安全性相关的异常，通常出现在涉及GSS-API（Generic Security Services Application 一、分析问题背景 org.ietf.jgss.GSSException异常通常出现在使用GSS-API进行身份验证的场景中。 三、错误代码示例 下面是一个可能导致org.ietf.jgss.GSSException的错误代码示例： public void authenticateWithServer() { try { 五、注意事项 在处理与GSS-API和Kerberos相关的代码时，注意以下几点可以有效避免org.ietf.jgss.GSSException： 正确配置Kerberos：确保krb5.conf等配置文件中的域名 通过以上注意事项和正确的代码实践，您可以有效避免org.ietf.jgss.GSSException，提高身份验证的成功率和代码的稳定性。希望本文能够帮助您理解并解决这一常见的报错问题。
86610编辑于 2024-09-05 - 来自专栏开源技术小栈
WebRTC 成为 W3C 和 IETF 正式标准
2021年1月26日，W3C（万维网联盟）和 IETF （互联网工程任务组）同时宣布 WebRTC（Web Real-Time Communications，Web 实时通信）现发布为正式标准，将音视频通信带到 IETF WebTransport (WEBTRANS) 和 WebRTC Ingest Signaling over HTTPS (WISH) 工作组已经在开展工作，在 IETF 其他工作组的基础上进一步协调
1.4K30发布于 2021-02-25 - 来自专栏云计算linux
IETF：名词历史简介互联网精神的典范
IETF每年举行三次会议，规模均在千人以上。 IETF的交流工作主要是在各个工作组所设立的邮件组中进行，这也是IETF的主要工作方式。 ----摘自The Tao of IETF（英文版，中文版）" 这就是说，任何人都可以加入IETF，提出自己的互联网标准！ by the IETF.）" 只要IETF这样的机构存在，只要IETF制定的标准构成互联网的基础，那些企图控制互联网的人就注定会可耻地失败。
62310编辑于 2024-12-19 - 来自专栏音视频技术
IETF：QUIC Version 1 (RFC 9000) 作为标准化版本现已发布
文 / LiveVideoStack IETF近期发布了QUIC RFC 9000，并由RFC 9001、RFC 9002和RFC 8999支持（其中，RFC8999定义了QUIC协议版本无关的规范，RFC9001 据悉，IETF也将很快发布HTTP/3，这也将是第一个设计用于QUIC的应用程序协议。 2012年实现部署，2013年随着实验范围的扩大而公开发布，并于2016年提交给IETF作为标准化的考量，开始了QUIC的标准化过程。 在IETF对QUIC进行标准化的过程中，也有众多公司对其采取进一步的自研工作以优化自身的网络传输，如：腾讯云（QUIC-Supermind）、阿里巴巴淘系技术架构团队（XQUIC）、快手（KQUIC）等 ” 阿里巴巴淘系技术部/高级技术专家 - 刘彦梅（喵吉）：“ IETF QUIC经过4年多的时间终于定稿第一版。
71030发布于 2021-09-01 - 来自专栏DPDK VPP源码分析
IETF (RFC 4787) 定义的 NAT 行为要求 - 第 1 部分：映射行为
下一篇我们继续介绍IETF (RFC 4787) 定义的 NAT 行为要求 - 第 2 部分：过滤行为。
1.2K10编辑于 2024-05-22 - 来自专栏DPDK VPP源码分析
IETF (RFC 4787) 定义的 NAT 行为要求 - 第 2 部分：过滤行为
总结，本文详细阐述了网络地址转换（NAT）设备的过滤行为规范，依据IETF的RFC 4787标准。重点讨论了针对入站数据包，NAT如何基于源IP和源端口进行过滤，并决定是否转发至内部端点。
83810编辑于 2024-05-22 - 来自专栏音视频技术
W3C与IETF共同定义WebRTC未来6大应用方向
W3C和IETF在2021年1月26日宣布，Web实时通信WebRTC现已成为官方标准。这意味着WebRTC可在Web上的任何地方实现丰富，交互式，实时的语音和视频通信，从而促进全球互联。 而W3C和IETF更关心的是WebRTC的未来发展，并共同定义了WebRTC未来的6大应用方向：文件共享、物联网、有趣的帽子、机器学习、虚拟现实游戏和视频会议。 总结 综上可以看出W3C与IETF对WebRTC的未来应用方向着重在文件共享、物联网、Funny Hats、机器学习、虚拟现实游戏和视频会议这个6个场景中，并且每一个场景中都详细给出了所要达成的需求及描述 另外，W3C和IETF还着重介绍了机器学习和视频会议。特别是在机器学习部分，列出了实施纲要，具体阐述了推理流与训练流的在机器学习中的作用。
89420发布于 2021-09-01 - 来自专栏DPDK VPP源码分析
IETF (RFC 4787) 定义的 NAT 行为要求 - 第 3 部分。确定性属性
如果NAT无法执行这些操作，则通信将无法进行（显然，这些被视为基本功能，因过于基础，IETF甚至未在RFC 4787中特意提及）。
74110编辑于 2024-06-03 - 来自专栏JavaEdge
Spring Http源码
@see HTTP/1.1: Semantics and Content, section @see HTTP/1.1: Range Requests, section 4.1</ "I'm a teapot"), /* @deprecated See <a href="http://tools.<em>ietf</em>.org/rfcdiff? (420, "Method Failure"), /* @deprecated See <a href="http://tools.<em>ietf</em>.org/rfcdiff? @see <a href="https://tools.ietf.org/html/draft-ietf-httpbis-legally-restricted-status-04"> An HTTP Status
1.1K61发布于 2018-04-28 - 来自专栏Albert陈凯
2019-04-01 HttpStatus http返回的状态码都代表什么含义
* @see HTTP/1.1: Semantics and Content * @see HTTP/1.1: Semantics and Content * @see WebDAV */ PROCESSING * @see HTTP/1.1: Semantics and Content * @see
1.6K30发布于 2019-04-09 - 来自专栏媒矿工厂
HTTP/3的前世今生
这些IETF会议还为其他与IETF相关的人员会议提供了机会，例如互联网架构委员会或互联网研究工作组。近年来，IETF Hackathon在IETF会议之前的周末举行。 如果IETF采用I-D，或者I-D直接在IETF内启动，则名称为draft-ietf- {工作组}-{议题}-{版本}。I-D可以在分叉，合并或死亡。版本从00开始，每次发布新草稿时增加1。 所有IETF文档均可在http://tools.ietf.org上公开获取。 解释有关IETF如何工作的所有细节远远超出了本文的范围。IETF的“我们如何工作”页面（https://www.ietf.org/how/）是一个很好的起点，涵盖了许多方面。 -conditional draft-ietf-httpbis-p5-range draft-ietf-httpbis-p6-cache draft-ietf-httpbis-p7-auth ?
1.5K50发布于 2019-03-07 - 来自专栏黄Java的地盘
【译】 WebSocket 协议第十一章——IANA 注意事项（IANA Considerations）
联系 HYBI WG <hybi@ietf.org\\\> 作者/更改控制者 IETF <iesg@ietf.org\\\> 关联 RFC 6455 11.1.2 注册 “wss”协议 一个 wss 的 联系 HYBI WG <hybi@ietf.org\\\> 作者/更改控制者 IETF <iesg@ietf.org\\\> 关联 RFC 6455 11.2 注册“WebSocket”协议升级关键值 1003 不支持的数据类型 hybi@ietf.org RFC6455 1004 保留 hybi@ietf.org RFC6455 1005 没有收到状态码 hybi@ietf.org RFC6455 1006 异常关闭 hybi@ietf.org RFC6455 1007 无效的帧数据 hybi@ietf.org RFC6455 1008 违反政策 hybi@ietf.org RFC6455 1009 消息太大 hybi@ietf.org RFC6455 1010 强制扩展 hybi@ietf.org RFC6455 1011 内部服务器错误 hybi@ietf.org RFC6455 1015 TLS
1.1K30发布于 2019-03-13 - 来自专栏云云众生s
互联网架构委员会ISO未来网络技术
IETF 小组已着手定义“网络管理持续未来的新方向基础”。您可以参与其中！ 互联网架构委员会 (IAB) 是互联网工程任务组 (IETF) 标准机构的一个小组，其任务是确定互联网的长期未来。他们是管理标准的人，确保今天所有技术在互联网上协同工作。 运营商今天部署了哪些 IETF 网络管理标准？ 现有的 IETF 网络管理标准如何不足以满足运营商的需求？ 运营商认为哪些附加功能或要求需要标准化（可能由 IETF 标准化）？ 哪些替代（即非 IETF）解决方案正在部署，更符合运营商的需求？ IETF 承认，自 2002 年研讨会以来，行业参与者可能将时间花在了更多协议特定的工作上，因此已经远离了 IETF。 本次研讨会希望重新加强 IETF 与 IT 行业之间的联系。 可以通过NEMOPS 邮件列表跟踪研讨会的进展。
25610编辑于 2024-10-01 nfs 所有的版本的 RFC 整理; nfs 所有版本对比；
下面是针对 nfs 所有的版本，我们可以通过不同的RFC 进行详细看其RFC的细节来进行对比： 下面是备忘一些NFS RFC 的链接： https://datatracker.ietf.org/doc/ name=nfs&sort=&rfcs=on&activedrafts=on nfs 搜索页（有些草案被更新了） https://tools.ietf.org/html/rfc7862 v4.2 nfs https://tools.ietf.org/html/rfc5661 v4.1 nfs https://tools.ietf.org/html/rfc7530 v4.0 nfs https:/ /tools.ietf.org/html/rfc3530 v4.0 nfs https://tools.ietf.org/html/rfc1813 v3.0 nfs https://tools.ietf.org
1.5K20发布于 2020-12-30- 来自专栏公众号：懒时小窝
N、《图解HTTP》读书笔记 - 附录
pwd=bcqa 提取码：bcqa 如果失效，可以通过公众号“懒时小窝”找到我，后台回复“图解HTTP”获取相关参考资料N0、IETF 是如何协商协议的IETF的地位这里就不啰嗦了，下面这篇文章可以了解到过去如何通过类似邮件沟通的方式 HTTP/1.0：RFC1945 https://datatracker.ietf.org/doc/html/rfc1945HTTP1.1 https://tools.ietf.org/html /rfc7230 https://tools.ietf.org/html/rfc7231 https://tools.ietf.org/html/rfc7232 https://tools.ietf.org /html/rfc7233 https://tools.ietf.org/html/rfc7234 https://tools.ietf.org/html/rfc7235 HTTP2.0 https ://datatracker.ietf.org/doc/rfc7540/ HTTP3.0（修订中） https://datatracker.ietf.org/doc/rfc9114/这些内容的了解来源于这一篇博客
80110编辑于 2022-08-12 - 来自专栏全栈程序员必看
TRILL
TRILL TRILL (Transparent Interconnection of Lots of Links ) 多链接半透明互联(TRILL) 在交换方面，IETF正在致力于多链接半透明互联 IETF打算用该标准克服 生成树协议 (STP)在规模上和拓扑重聚方面存在的不足。在 路由 方面，IETF正在致力于制订位置标识与身份标识分离协议(LISP)。 IETF计划为与多个ISP服务提供商合作的企业改进 寻址 和 负载平衡 。 IETF RFC 5556号标准TRILL由南加州大学信息科学学院研究助理教授Joe Touch和 英特尔 软件工程师 Radia Perlman拟定。 TRILL是多链接透明互联的缩写，而且也是IETF(互联网工程任务组)推荐的连接层(L2)网络标准，由于其是一个基于 最短路径 架构 路由 的多跳标准 以太网 络，因此用户能够建立大规模的以太网和以太网
44920编辑于 2022-11-03 - 来自专栏腾讯技术开放日
腾讯多媒体标准组总监Stephan Wenger：剖析5G技术及背后的标准化组织
IETF和3GPP合作共同完成5G在传输层一些协议制定；腾讯参与5G制定和IETF、3GPP的一些活动包括网络层、传输层，应用层中包括对动态图像、数据压缩、图像压缩的应用。 网络协议在5G中的应用比如SIP、SDP主要跟IETF合作。 IETF是互联网工程任务组，之前一些互联网协议都是IETF制定的。 3.第互联网工程任务组 11.png （1）什么是IETF？ 5G主要是在3GPP里制定，核心的部分CT和SA跟IETF有紧密合作。 （2） IETF的工作性质与3GPP类似 13.png 每次大约有1000～1500的参会者，6000多种邮件工作组列表。 IETF有一个特性，IETF正式开会前两天会有一些编码比赛，尊重标准实现和代码的可用性。
5.7K192发布于 2019-10-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号