Chrome ಪ್ರಾಯೋಗಿಕ HTTP/3 ಬೆಂಬಲವನ್ನು ಸೇರಿಸುತ್ತದೆ

ಪ್ರಾಯೋಗಿಕ ನಿರ್ಮಾಣಗಳಿಗೆ ಕ್ರೋಮ್ ಕ್ಯಾನರಿ ಸೇರಿಸಲಾಗಿದೆ HTTP/3 ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಬೆಂಬಲ, ಇದು QUIC ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ HTTP ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಆಡ್-ಆನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. QUIC ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಐದು ವರ್ಷಗಳ ಹಿಂದೆ ಬ್ರೌಸರ್‌ಗೆ ಸೇರಿಸಲಾಯಿತು ಮತ್ತು ಅಂದಿನಿಂದ Google ಸೇವೆಗಳೊಂದಿಗೆ ಕೆಲಸವನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಬಳಸಲಾಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, Chrome ನಲ್ಲಿ ಬಳಸಲಾದ Google ನ QUIC ಆವೃತ್ತಿಯು ಆವೃತ್ತಿಯಿಂದ ಕೆಲವು ವಿವರಗಳಲ್ಲಿ ಭಿನ್ನವಾಗಿದೆ ವಿಶೇಷಣಗಳು IETF, ಆದರೆ ಅಳವಡಿಕೆಗಳು ಈಗ ಸಿಂಕ್ ಆಗಿವೆ.

HTTP/3 ಕ್ವಿಐಸಿ ಬಳಕೆಯನ್ನು HTTP/2 ಗಾಗಿ ಸಾರಿಗೆಯಾಗಿ ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ. HTTP/3 ಮತ್ತು QUIC ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು 23 ಕರಡುಗಳು IETF ವಿಶೇಷಣಗಳು "--enable-quic --quic-version=h3-23" ಆಯ್ಕೆಗಳೊಂದಿಗೆ Chrome ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿದೆ, ಅದರ ನಂತರ ಪರೀಕ್ಷಾ ಸೈಟ್ ಅನ್ನು ತೆರೆಯುವಾಗ ಕ್ವಿಕ್.ರಾಕ್ಸ್:4433 ನೆಟ್‌ವರ್ಕ್ ಇನ್‌ಸ್ಪೆಕ್ಷನ್ ಮೋಡ್‌ನಲ್ಲಿ, ಡೆವಲಪರ್ ಪರಿಕರಗಳು HTTP/3 ಚಟುವಟಿಕೆಯನ್ನು "http/2+quic/99" ಎಂದು ತೋರಿಸುತ್ತವೆ.

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

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

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

ಮೂಲ: opennet.ru