HTTP/3.0 ਨੇ ਪ੍ਰਸਤਾਵਿਤ ਮਿਆਰੀ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਕੀਤੀ

IETF (ਇੰਟਰਨੈੱਟ ਇੰਜੀਨੀਅਰਿੰਗ ਟਾਸਕ ਫੋਰਸ), ਜੋ ਕਿ ਇੰਟਰਨੈੱਟ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵਿਕਾਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਨੇ HTTP/3.0 ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਇੱਕ RFC ਦਾ ਗਠਨ ਪੂਰਾ ਕਰ ਲਿਆ ਹੈ ਅਤੇ ਪਛਾਣਕਰਤਾ RFC 9114 (ਪ੍ਰੋਟੋਕੋਲ) ਅਤੇ RFC 9204 (ਪ੍ਰੋਟੋਕੋਲ) ਦੇ ਅਧੀਨ ਸੰਬੰਧਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀਆਂ ਹਨ। HTTP/3 ਲਈ QPACK ਹੈਡਰ ਕੰਪਰੈਸ਼ਨ ਤਕਨਾਲੋਜੀ)। HTTP/3.0 ਨਿਰਧਾਰਨ ਨੂੰ "ਪ੍ਰਸਤਾਵਿਤ ਸਟੈਂਡਰਡ" ਦਾ ਦਰਜਾ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਆਰਐਫਸੀ ਨੂੰ ਡਰਾਫਟ ਸਟੈਂਡਰਡ (ਡਰਾਫਟ ਸਟੈਂਡਰਡ) ਦਾ ਦਰਜਾ ਦੇਣ ਲਈ ਕੰਮ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ, ਜਿਸਦਾ ਅਸਲ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪੂਰੀ ਸਥਿਰਤਾ ਅਤੇ ਸਭ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਕੀਤੀਆਂ ਟਿੱਪਣੀਆਂ ਉਸੇ ਸਮੇਂ, HTTP/1.1 (RFC 9112) ਅਤੇ HTTP/2.0 (RFC 9113) ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅੱਪਡੇਟ ਕੀਤੇ ਸੰਸਕਰਣ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਸਨ, ਨਾਲ ਹੀ HTTP ਬੇਨਤੀਆਂ (RFC 9110) ਅਤੇ HTTP ਕੈਚਿੰਗ ਨਿਯੰਤਰਣ ਸਿਰਲੇਖਾਂ ਦੇ ਅਰਥਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੇ ਦਸਤਾਵੇਜ਼। (RFC 9111)।

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

ਵਰਤਮਾਨ ਵਿੱਚ, QUIC ਅਤੇ HTTP/3.0 ਸਮਰਥਨ ਪਹਿਲਾਂ ਹੀ ਸਾਰੇ ਪ੍ਰਸਿੱਧ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ (Chrome, Firefox ਅਤੇ Edge ਵਿੱਚ, HTTP/3 ਸਮਰਥਨ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਮਰਥਿਤ ਹੈ, ਅਤੇ Safari ਵਿੱਚ ਇਸਨੂੰ "ਐਡਵਾਂਸਡ > ਪ੍ਰਯੋਗਾਤਮਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ > HTTP/3" ਸੈਟਿੰਗ ਦੀ ਲੋੜ ਹੈ। ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ) ਸਰਵਰ ਸਾਈਡ 'ਤੇ, HTTP/3 ਲਾਗੂਕਰਨ nginx (ਇੱਕ ਵੱਖਰੀ ਸ਼ਾਖਾ ਵਿੱਚ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਮੋਡੀਊਲ ਦੇ ਰੂਪ ਵਿੱਚ), Caddy, IIS ਅਤੇ LiteSpeed ​​ਲਈ ਉਪਲਬਧ ਹਨ। Cloudflare ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕ ਦੁਆਰਾ HTTP/3 ਸਮਰਥਨ ਵੀ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।

QUIC ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ:

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

HTTP/1.1 ਨਿਰਧਾਰਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਵਿੱਚੋਂ, ਕੋਈ ਵੀ ਸਮੱਗਰੀ ਦੇ ਨਾਲ ਸਰੀਰ ਦੇ ਬਾਹਰ ਕੈਰੇਜ ਰਿਟਰਨ (CR) ਅੱਖਰ ਦੀ ਅਲੱਗ-ਥਲੱਗ ਵਰਤੋਂ 'ਤੇ ਪਾਬੰਦੀ ਨੂੰ ਨੋਟ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ. ਪ੍ਰੋਟੋਕੋਲ ਤੱਤਾਂ ਵਿੱਚ, CR ਅੱਖਰ ਨੂੰ ਸਿਰਫ ਲਾਈਨ ਫੀਡ ਅੱਖਰ (CRLF) ਦੇ ਨਾਲ ਜੋੜ ਕੇ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਅਟੈਚਡ ਫੀਲਡਾਂ ਅਤੇ ਸੈਕਸ਼ਨਾਂ ਨੂੰ ਸਿਰਲੇਖਾਂ ਦੇ ਨਾਲ ਵੱਖ ਕਰਨ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਲਈ ਚੰਕਡ ਬੇਨਤੀ ਲੇਆਉਟ ਐਲਗੋਰਿਦਮ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। "HTTP ਬੇਨਤੀ ਤਸਕਰੀ" ਹਮਲਿਆਂ ਨੂੰ ਰੋਕਣ ਲਈ ਅਸਪਸ਼ਟ ਸਮੱਗਰੀ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਸਿਫ਼ਾਰਸ਼ਾਂ ਜੋੜੀਆਂ ਗਈਆਂ, ਜੋ ਸਾਨੂੰ ਫਰੰਟਐਂਡ ਅਤੇ ਬੈਕਐਂਡ ਦੇ ਵਿਚਕਾਰ ਪ੍ਰਵਾਹ ਵਿੱਚ ਦੂਜੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਬੇਨਤੀਆਂ ਦੀ ਸਮੱਗਰੀ ਵਿੱਚ ਆਪਣੇ ਆਪ ਨੂੰ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ।

HTTP/2.0 ਨਿਰਧਾਰਨ ਅੱਪਡੇਟ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ TLS 1.3 ਲਈ ਸਮਰਥਨ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਤਰਜੀਹੀ ਯੋਜਨਾ ਅਤੇ ਸੰਬੰਧਿਤ ਸਿਰਲੇਖ ਖੇਤਰਾਂ ਨੂੰ ਨਾਪਸੰਦ ਕੀਤਾ ਗਿਆ। HTTP/1.1 ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਅਣਵਰਤੀ ਵਿਧੀ ਨੂੰ ਅਪ੍ਰਚਲਿਤ ਘੋਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਫੀਲਡ ਦੇ ਨਾਮ ਅਤੇ ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਘਟੀਆਂ ਲੋੜਾਂ। ਕੁਝ ਪਹਿਲਾਂ ਰਾਖਵੀਆਂ ਫਰੇਮ ਕਿਸਮਾਂ ਅਤੇ ਮਾਪਦੰਡ ਵਰਤਣ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਹਨ। ਕੁਨੈਕਸ਼ਨ ਨਾਲ ਸਬੰਧਤ ਵਰਜਿਤ ਸਿਰਲੇਖ ਖੇਤਰਾਂ ਨੂੰ ਵਧੇਰੇ ਸਹੀ ਢੰਗ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸਰੋਤ: opennet.ru