Chrome HTTP/3 ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਪ੍ਰਯੋਗਾਤਮਕ ਸਮਰਥਨ ਜੋੜਦਾ ਹੈ

ਪ੍ਰਯੋਗਾਤਮਕ ਬਣਾਉਣ ਲਈ ਕਰੋਮ ਕੈਨਰੀ ਜੋੜਿਆ ਗਿਆ HTTP/3 ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਸਮਰਥਨ, ਜੋ ਕਿ HTTP ਨੂੰ QUIC ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਕੰਮ ਕਰਨ ਲਈ ਸਮਰੱਥ ਕਰਨ ਲਈ ਇੱਕ ਐਡ-ਆਨ ਲਾਗੂ ਕਰਦਾ ਹੈ। QUIC ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਪੰਜ ਸਾਲ ਪਹਿਲਾਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਸੀ ਅਤੇ ਉਦੋਂ ਤੋਂ ਗੂਗਲ ਸੇਵਾਵਾਂ ਦੇ ਨਾਲ ਕੰਮ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਗਿਆ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਕ੍ਰੋਮ ਵਿੱਚ ਵਰਤੇ ਗਏ Google ਤੋਂ QUIC ਸੰਸਕਰਣ ਦੇ ਸੰਸਕਰਣ ਤੋਂ ਕੁਝ ਵੇਰਵਿਆਂ ਵਿੱਚ ਵੱਖਰਾ ਹੈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ IETF, ਪਰ ਹੁਣ ਲਾਗੂਕਰਨ ਸਮਕਾਲੀ ਹਨ।

HTTP/3 HTTP/2 ਲਈ ਇੱਕ ਟਰਾਂਸਪੋਰਟ ਵਜੋਂ QUIC ਦੀ ਵਰਤੋਂ ਨੂੰ ਮਾਨਕੀਕਰਨ ਕਰਦਾ ਹੈ। ਤੋਂ HTTP/3 ਅਤੇ QUIC ਵਿਕਲਪ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ 23 ਡਰਾਫਟ IETF ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਲੋੜ ਹੈ ਕਿ Chrome ਨੂੰ "-enable-quic -quic-version=h3-23" ਵਿਕਲਪਾਂ ਦੇ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਜਾਵੇ ਅਤੇ ਫਿਰ ਟੈਸਟ ਸਾਈਟ ਨੂੰ ਖੋਲ੍ਹਣ ਵੇਲੇ quick.rocks:4433 ਡਿਵੈਲਪਰ ਟੂਲਸ ਵਿੱਚ ਨੈੱਟਵਰਕ ਨਿਰੀਖਣ ਮੋਡ ਵਿੱਚ, HTTP/3 ਗਤੀਵਿਧੀ ਨੂੰ “http/2+quic/99” ਵਜੋਂ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਯਾਦ ਕਰੋ ਕਿ ਪ੍ਰੋਟੋਕੋਲ QUIC (ਤਤਕਾਲ UDP ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ) ਨੂੰ ਗੂਗਲ ਦੁਆਰਾ 2013 ਤੋਂ ਵੈੱਬ ਲਈ TCP+TLS ਸੁਮੇਲ ਦੇ ਵਿਕਲਪ ਵਜੋਂ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਹੈ, TCP ਵਿੱਚ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਲੰਬੇ ਸੈੱਟਅੱਪ ਅਤੇ ਗੱਲਬਾਤ ਦੇ ਸਮੇਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਅਤੇ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਦੌਰਾਨ ਪੈਕੇਟ ਗੁੰਮ ਹੋਣ 'ਤੇ ਦੇਰੀ ਨੂੰ ਦੂਰ ਕਰਨਾ। QUIC UDP ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਇੱਕ ਐਕਸਟੈਂਸ਼ਨ ਹੈ ਜੋ ਮਲਟੀਪਲ ਕਨੈਕਸ਼ਨਾਂ ਦੇ ਮਲਟੀਪਲੈਕਸਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ TLS/SSL ਦੇ ​​ਬਰਾਬਰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਵਿਧੀਆਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਸਵਾਲ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਪਹਿਲਾਂ ਹੀ Google ਸਰਵਰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਹੈ ਅਤੇ Chrome ਦਾ ਹਿੱਸਾ ਹੈ। ਅਨੁਸੂਚਿਤ ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਅਤੇ ਗੂਗਲ ਸਰਵਰਾਂ 'ਤੇ ਕਲਾਇੰਟ ਬੇਨਤੀਆਂ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਮੁੱਖ ਫੀਚਰ QUIC:

• TLS ਦੇ ਸਮਾਨ ਉੱਚ ਸੁਰੱਖਿਆ (ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ QUIC UDP ਉੱਤੇ TLS ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ);
• ਪ੍ਰਵਾਹ ਇਕਸਾਰਤਾ ਨਿਯੰਤਰਣ, ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਰੋਕਣਾ;
• ਤੁਰੰਤ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਦੀ ਯੋਗਤਾ (0-RTT, ਲਗਭਗ 75% ਮਾਮਲਿਆਂ ਵਿੱਚ ਡਾਟਾ ਕਨੈਕਸ਼ਨ ਸੈੱਟਅੱਪ ਪੈਕੇਟ ਭੇਜਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਸੰਚਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ) ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਭੇਜਣ ਅਤੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਦੇਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ (RTT, ਰਾਊਂਡ ਟ੍ਰਿਪ ਟਾਈਮ);
• ਇੱਕ ਪੈਕੇਟ ਨੂੰ ਮੁੜ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਸਮੇਂ ਇੱਕੋ ਕ੍ਰਮ ਨੰਬਰ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰਨਾ, ਜੋ ਪ੍ਰਾਪਤ ਕੀਤੇ ਪੈਕੇਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਵਿੱਚ ਅਸਪਸ਼ਟਤਾ ਤੋਂ ਬਚਦਾ ਹੈ ਅਤੇ ਸਮਾਂ ਸਮਾਪਤ ਹੋਣ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਂਦਾ ਹੈ;
• ਇੱਕ ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ ਸਿਰਫ ਇਸਦੇ ਨਾਲ ਸੰਬੰਧਿਤ ਸਟ੍ਰੀਮ ਦੀ ਡਿਲਿਵਰੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਕੁਨੈਕਸ਼ਨ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਸਮਾਨਾਂਤਰ ਸਟ੍ਰੀਮਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਡਿਲਿਵਰੀ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ;
• ਗਲਤੀ ਸੁਧਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਗੁੰਮ ਹੋਏ ਪੈਕੇਟਾਂ ਦੇ ਮੁੜ ਪ੍ਰਸਾਰਣ ਕਾਰਨ ਦੇਰੀ ਨੂੰ ਘੱਟ ਕਰਦੀਆਂ ਹਨ। ਗੁੰਮ ਹੋਏ ਪੈਕੇਟ ਡੇਟਾ ਦੇ ਮੁੜ ਪ੍ਰਸਾਰਣ ਦੀ ਲੋੜ ਵਾਲੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਪੈਕੇਟ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਗਲਤੀ ਸੁਧਾਰ ਕੋਡਾਂ ਦੀ ਵਰਤੋਂ।
• ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਬਲਾਕ ਸੀਮਾਵਾਂ QUIC ਪੈਕੇਟ ਸੀਮਾਵਾਂ ਨਾਲ ਇਕਸਾਰ ਹੁੰਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਬਾਅਦ ਵਾਲੇ ਪੈਕੇਟਾਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਡੀਕੋਡ ਕਰਨ 'ਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ;
• TCP ਕਤਾਰ ਬਲਾਕਿੰਗ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ;
• ਕਨੈਕਸ਼ਨ ਪਛਾਣਕਰਤਾ ਲਈ ਸਮਰਥਨ, ਜੋ ਮੋਬਾਈਲ ਕਲਾਇੰਟਸ ਲਈ ਮੁੜ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਲੱਗਣ ਵਾਲੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ;
• ਅਡਵਾਂਸਡ ਕੁਨੈਕਸ਼ਨ ਕੰਜੈਸ਼ਨ ਕੰਟਰੋਲ ਵਿਧੀ ਨਾਲ ਜੁੜਨ ਦੀ ਸੰਭਾਵਨਾ;
• ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਪ੍ਰਤੀ-ਦਿਸ਼ਾ ਥਰੂਪੁੱਟ ਪੂਰਵ ਅਨੁਮਾਨ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਅਨੁਕੂਲ ਦਰਾਂ 'ਤੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਰੋਕਦੇ ਹਨ ਅਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦਾ ਕਾਰਨ ਬਣਦੇ ਹਨ;
• ਅਨੁਭਵੀ ਵਾਧਾ TCP ਦੇ ਮੁਕਾਬਲੇ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਥ੍ਰੁਪੁੱਟ। ਵੀਡੀਓ ਸੇਵਾਵਾਂ ਜਿਵੇਂ ਕਿ YouTube ਲਈ, QUIC ਨੂੰ 30% ਦੁਆਰਾ ਵੀਡੀਓ ਦੇਖਣ ਵੇਲੇ ਰਿਬਫਰਿੰਗ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਸਰੋਤ: opennet.ru