青牛郑州电销卡办理
IETF（互联网工程任务组）DETNET（确定性网络工作组）被明确排除在修改网络层之外，尽管它具有提高多协议标签交换网络中数据包幸免于拥塞的概率的技术，但是尚无相应的IP解决方案获得工作组采用或普遍接受。请注意，“降低丢包率”不等于“消除丢包”。即使使用MPLS基于流量工程的资源预留协议RSVP-TE构建隧道来传输时间敏感的数据包，但是能保证的只是隧道上的最小带宽。没有任何机制可以保证端到端吞吐量、高精度时延以及零丢包。因此，确定性网络工作组DETNET从根本上受到IP层（用于全球连接）可以提供受限扩展性的限制。
我很高兴【SHARP】的作者提及了IEEE 802.1时间敏感网络和ITU-T（国际电信联盟电信标准化部门）SG15（第15研究组）。但是请注意其解决方案分别为第2层和第1层解决方案。我在这里看到一个问题：我们可以提供第3层确定性或高精度通信吗？如果New IP社区选择研究这一问题，那么我看到了潜在价值。
7) IETF（互联网工程任务组）解决了特定协议（例如边界协议安全（BGPSEC）、域名系统安全（DNSSEC）、资源公钥基础设施（RPKI）等）中的安全问题，以及在各征求意见稿RFC中要求有一个章节考虑安全问题，将研究和新开发考虑在内。IEEE（电气电子工程师学会）在相关协议（例如IEEE 802.1AE、IEEE 802.11i）中解决了媒体访问控制（MAC）层的安全问题。
在安全性方面，还有很多事情要做，尚不清楚关于IP设计的基本限制是否是障碍。研究根本的改变是否会带来改善绝对不会产生任何害处。另外，我们非常了解所谓的“静态”安全性及其在尽力而为网络中的适用性。我们只是在学习如何确保动态行为的安全。
在互联网设计之初，很多地方都没有考虑安全。当出现安全问题时，安全功能被开发为附加特性。事后尝试增加安全特性仅能起到绷带或止痛药的作用，虽然可以帮上一阵子，但不能根本解决问题。请查看IP地址伪造导致的分布式拒绝服务放大攻击或网络钓鱼和虚假冒名。底层设计的不足是目前引起重大损害的主要问题。
就像我之前说的那样，我认为国际互联网协会ISOC将支持并欢迎大家努力提高互联网的安全性，尤其是新型物联网设备和工业机器在寻求接入互联网之际。
8) IETF（互联网工程任务组）传输域开发传输协议（例如，流控制传输协议（SCTP）、实时协议（RTP）和Web实时通信（WebRTC）和QUIC）和主动队列管理协议（例如，低延迟、低损耗、可扩展吞吐量服务架构（L4S）和某些拥塞预警（SCE）显示拥塞通知ECN校验点）。在考虑到与互联网上TCP流量的交互以及对互联网上TCP的影响的同时，这些工作增加了吞吐量，降低了延迟，并进一步支持了实时流量的需求。
