青牛鄭州電銷卡辦理

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的影響的同時，這些工作增加了吞吐量，降低了延遲，并進一步支持了實時流量的需求。