青牛鄭州電銷卡辦理

IETF（互聯(lián)網工程任務組）DETNET（確定性網絡工作組）被明確排除在修改網絡層之外，盡管它具有提高多協(xié)議標簽交換網絡中數據包幸免于擁塞的概率的技術，但是尚無相應的IP解決方案獲得工作組采用或普遍接受。請注意，“降低丟包率”不等于“消除丟包”。即使使用MPLS基于流量工程的資源預留協(xié)議RSVP-TE構建隧道來傳輸時間敏感的數據包，但是能保證的只是隧道上的最小帶寬。沒有任何機制可以保證端到端吞吐量、高精度時延以及零丟包。因此，確定性網絡工作組DETNET從根本上受到IP層（用于全球連接）可以提供受限擴展性的限制。

我很高興【SHARP】的作者提及了IEEE 802.1時間敏感網絡和ITU-T（國際電信聯(lián)盟電信標準化部門）SG15（第15研究組）。但是請注意其解決方案分別為第2層和第1層解決方案。我在這里看到一個問題：我們可以提供第3層確定性或高精度通信嗎？如果New IP社區(qū)選擇研究這一問題，那么我看到了潛在價值。

7) IETF（互聯(lián)網工程任務組）解決了特定協(xié)議（例如邊界協(xié)議安全（BGPSEC）、域名系統(tǒng)安全（DNSSEC）、資源公鑰基礎設施（RPKI）等）中的安全問題，以及在各征求意見稿RFC中要求有一個章節(jié)考慮安全問題，將研究和新開發(fā)考慮在內。IEEE（電氣電子工程師學會）在相關協(xié)議（例如IEEE 802.1AE、IEEE 802.11i）中解決了媒體訪問控制（MAC）層的安全問題。

在安全性方面，還有很多事情要做，尚不清楚關于IP設計的基本限制是否是障礙。研究根本的改變是否會帶來改善絕對不會產生任何害處。另外，我們非常了解所謂的“靜態(tài)”安全性及其在盡力而為網絡中的適用性。我們只是在學習如何確保動態(tài)行為的安全。

在互聯(lián)網設計之初，很多地方都沒有考慮安全。當出現安全問題時，安全功能被開發(fā)為附加特性。事后嘗試增加安全特性僅能起到繃帶或止痛藥的作用，雖然可以幫上一陣子，但不能根本解決問題。請查看IP地址偽造導致的分布式拒絕服務放大攻擊或網絡釣魚和虛假冒名。底層設計的不足是目前引起重大損害的主要問題。

就像我之前說的那樣，我認為國際互聯(lián)網協(xié)會ISOC將支持并歡迎大家努力提高互聯(lián)網的安全性，尤其是新型物聯(lián)網設備和工業(yè)機器在尋求接入互聯(lián)網之際。

8) IETF（互聯(lián)網工程任務組）傳輸域開發(fā)傳輸協(xié)議（例如，流控制傳輸協(xié)議（SCTP）、實時協(xié)議（RTP）和Web實時通信（WebRTC）和QUIC）和主動隊列管理協(xié)議（例如，低延遲、低損耗、可擴展吞吐量服務架構（L4S）和某些擁塞預警（SCE）顯示擁塞通知ECN校驗點）。在考慮到與互聯(lián)網上TCP流量的交互以及對互聯(lián)網上TCP的影響的同時，這些工作增加了吞吐量，降低了延遲，并進一步支持了實時流量的需求。