Firefox ರಾತ್ರಿಯ ಬಿಲ್ಡ್‌ಗಳು ಈಗ HTTP/3 ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ

В ರಾತ್ರಿಯ ನಿರ್ಮಾಣಗಳು ಫೈರ್‌ಫಾಕ್ಸ್, ಇದು ಫೈರ್‌ಫಾಕ್ಸ್ 72 ಬಿಡುಗಡೆಗೆ ಆಧಾರವಾಗಿದೆ, ಇದನ್ನು ಜನವರಿ 7 ರಂದು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ, ಸೇರಿಸಲಾಗಿದೆ HTTP/3 ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, HTTP/3 ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು "network.http.http3.enabled" ಆಯ್ಕೆಯನ್ನು about:config ನಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸುವ ಅಗತ್ಯವಿದೆ.

ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿನ HTTP/3 ಬೆಂಬಲವು ಮೊಜಿಲ್ಲಾ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಯೋಜನೆಯನ್ನು ಆಧರಿಸಿದೆ neqo, ಇದು QUIC ಪ್ರೋಟೋಕಾಲ್‌ಗಾಗಿ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಅನುಷ್ಠಾನವನ್ನು ಒದಗಿಸುತ್ತದೆ. HTTP/3 ಮತ್ತು QUIC ಬೆಂಬಲಕ್ಕಾಗಿ ಘಟಕ ಕೋಡ್ ಅನ್ನು ರಸ್ಟ್‌ನಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ.
ಕ್ಲೈಂಟ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ, HTTP/3 ಗಾಗಿ ಪ್ರಾಯೋಗಿಕ ಬೆಂಬಲವೂ ಈಗಾಗಲೇ ಇದೆ ಸೇರಿಸಲಾಗಿದೆ ಕ್ರೋಮ್ ಮತ್ತು ಕರ್ಲ್‌ನಲ್ಲಿ, ಮತ್ತು ಸರ್ವರ್‌ಗಳಿಗೆ ಇದು ರೂಪದಲ್ಲಿ ಲಭ್ಯವಿದೆ ಘಟಕ nginx ಗಾಗಿ ಮತ್ತು ಪರೀಕ್ಷಾ ಸರ್ವರ್ ಗ್ರಂಥಾಲಯ ಆಧಾರಿತ ಕ್ವಿಚೆ (ಅನುಷ್ಠಾನ ಕ್ಲೌಡ್‌ಫ್ಲೇರ್‌ನಿಂದ ರಸ್ಟ್‌ನಲ್ಲಿ QUIC ಮತ್ತು HTTP/3). HTTP/3 ಕ್ಲೈಂಟ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು ಪ್ರಾರಂಭಿಸಲಾಯಿತು ಹಲವಾರು ಪರೀಕ್ಷಾ ತಾಣಗಳು, ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಇನ್ನೂ ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿ ಸರಿಯಾಗಿ ತೆರೆದಿಲ್ಲ (HTTP/3 ಹಂತದಲ್ಲಿದೆ ಕರಡು ನಿರ್ದಿಷ್ಟತೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರಮಾಣೀಕರಿಸಲಾಗಿಲ್ಲ).

HTTP/3 ಗಾಗಿ QUIC ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಾರಿಗೆಯಾಗಿ HTTP/2 ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳಿ. ಶಿಷ್ಟಾಚಾರ QUIC (ತ್ವರಿತ UDP ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕಗಳು) ಅನ್ನು ವೆಬ್‌ಗಾಗಿ TCP+TLS ಸಂಯೋಜನೆಗೆ ಪರ್ಯಾಯವಾಗಿ 2013 ರಿಂದ Google ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ, TCP ಯಲ್ಲಿನ ಸಂಪರ್ಕಗಳಿಗಾಗಿ ದೀರ್ಘ ಸೆಟಪ್ ಮತ್ತು ಸಮಾಲೋಚನೆಯ ಸಮಯದಲ್ಲಿ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾ ವರ್ಗಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳು ಕಳೆದುಹೋದಾಗ ವಿಳಂಬವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. QUIC ಯುಡಿಪಿ ಪ್ರೋಟೋಕಾಲ್‌ನ ವಿಸ್ತರಣೆಯಾಗಿದ್ದು ಅದು ಬಹು ಸಂಪರ್ಕಗಳ ಮಲ್ಟಿಪ್ಲೆಕ್ಸಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು TLS/SSL ಗೆ ಸಮಾನವಾದ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವಿಧಾನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಮುಖ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳು ತ್ವರಿತ:

• ಹೆಚ್ಚಿನ ಭದ್ರತೆ, TLS ನಂತೆಯೇ (ವಾಸ್ತವವಾಗಿ, QUIC ಯುಡಿಪಿ ಮೂಲಕ TLS ಅನ್ನು ಬಳಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ);
• ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ತಡೆಯಲು ಸ್ಟ್ರೀಮ್ ಸಮಗ್ರತೆಯ ನಿಯಂತ್ರಣ;
• ಸಂಪರ್ಕವನ್ನು ತಕ್ಷಣವೇ ಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯ (0-RTT, ಸುಮಾರು 75% ಪ್ರಕರಣಗಳಲ್ಲಿ, ಸಂಪರ್ಕ ಸೆಟಪ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸಿದ ತಕ್ಷಣ ಡೇಟಾವನ್ನು ರವಾನಿಸಬಹುದು) ಮತ್ತು ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುವ ನಡುವಿನ ಕನಿಷ್ಠ ವಿಳಂಬವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ (RTT, ರೌಂಡ್ ಟ್ರಿಪ್ ಸಮಯ) ;
• ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮರುಪ್ರಸಾರ ಮಾಡುವಾಗ ಅದೇ ಅನುಕ್ರಮ ಸಂಖ್ಯೆಯನ್ನು ಬಳಸಬೇಡಿ, ಇದು ಸ್ವೀಕರಿಸಿದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನಿರ್ಧರಿಸುವಲ್ಲಿ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ತಪ್ಪಿಸಲು ಮತ್ತು ಸಮಯ ಮೀರುವಿಕೆಯನ್ನು ತೊಡೆದುಹಾಕಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ;
• ಪ್ಯಾಕೆಟ್ ನಷ್ಟವು ಅದರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಸ್ಟ್ರೀಮ್ನ ವಿತರಣೆಯನ್ನು ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಮತ್ತು ಪ್ರಸ್ತುತ ಸಂಪರ್ಕದ ಮೂಲಕ ಸಮಾನಾಂತರವಾಗಿ ಹರಡುವ ಸ್ಟ್ರೀಮ್ಗಳಲ್ಲಿ ಡೇಟಾದ ವಿತರಣೆಯನ್ನು ನಿಲ್ಲಿಸುವುದಿಲ್ಲ;
• ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್‌ಗಳ ಮರುಪ್ರಸಾರದಿಂದಾಗಿ ವಿಳಂಬವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ದೋಷ ತಿದ್ದುಪಡಿ ಸಾಧನಗಳು. ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್ ಡೇಟಾದ ಮರುಪ್ರಸಾರ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ಯಾಕೆಟ್ ಮಟ್ಟದಲ್ಲಿ ವಿಶೇಷ ದೋಷ ತಿದ್ದುಪಡಿ ಕೋಡ್‌ಗಳನ್ನು ಬಳಸುವುದು.
• ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಬ್ಲಾಕ್ ಬೌಂಡರಿಗಳನ್ನು ಕ್ಯುಐಸಿ ಪ್ಯಾಕೆಟ್ ಬೌಂಡರಿಗಳೊಂದಿಗೆ ಜೋಡಿಸಲಾಗಿದೆ, ಇದು ನಂತರದ ಪ್ಯಾಕೆಟ್‌ಗಳ ವಿಷಯಗಳನ್ನು ಡಿಕೋಡಿಂಗ್ ಮೇಲೆ ಪ್ಯಾಕೆಟ್ ನಷ್ಟಗಳ ಪ್ರಭಾವವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ;
• TCP ಕ್ಯೂ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ;
• ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮರುಸಂಪರ್ಕ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಂಪರ್ಕ ID ಬೆಂಬಲ;
• ಸಂಪರ್ಕ ಓವರ್ಲೋಡ್ ನಿಯಂತ್ರಣಕ್ಕಾಗಿ ಸುಧಾರಿತ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಸಾಧ್ಯತೆ;
• ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ಅತ್ಯುತ್ತಮ ತೀವ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ರತಿ ದಿಕ್ಕಿನಲ್ಲಿ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಭವಿಷ್ಯ ತಂತ್ರಗಳನ್ನು ಬಳಸುವುದು, ದಟ್ಟಣೆಯ ಸ್ಥಿತಿಗೆ ಉರುಳುವುದನ್ನು ತಡೆಯುವುದು, ಇದರಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳ ನಷ್ಟವಿದೆ;
• ಗ್ರಹಿಸಬಹುದಾದ ಬೆಳವಣಿಗೆ TCP ಗೆ ಹೋಲಿಸಿದರೆ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಥ್ರೋಪುಟ್. YouTube ನಂತಹ ವೀಡಿಯೊ ಸೇವೆಗಳಿಗಾಗಿ, QUIC ವೀಡಿಯೋ ರಿಬಫರಿಂಗ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು 30% ರಷ್ಟು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಎಂದು ತೋರಿಸಲಾಗಿದೆ.

ಮೂಲ: opennet.ru