QUIC ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਇੱਕ ਪ੍ਰਸਤਾਵਿਤ ਮਿਆਰ ਦਾ ਦਰਜਾ ਪ੍ਰਾਪਤ ਹੋਇਆ ਹੈ।

ਇੰਟਰਨੈੱਟ ਇੰਜਨੀਅਰਿੰਗ ਟਾਸਕ ਫੋਰਸ (IETF), ਜੋ ਕਿ ਇੰਟਰਨੈੱਟ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵਿਕਾਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਨੇ QUIC ਪ੍ਰੋਟੋਕੋਲ ਲਈ RFC ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦਿੱਤਾ ਹੈ ਅਤੇ ਪਛਾਣਕਰਤਾ RFC 8999 (ਵਰਜਨ-ਸੁਤੰਤਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ), RFC 9000 (ਟਰਾਂਸਪੋਰਟ) ਦੇ ਤਹਿਤ ਸੰਬੰਧਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀਆਂ ਹਨ। UDP ਉੱਤੇ), RFC 9001 (QUIC ਸੰਚਾਰ ਚੈਨਲ ਦੀ TLS ਐਨਕ੍ਰਿਪਸ਼ਨ) ਅਤੇ RFC 9002 (ਡੇਟਾ ਸੰਚਾਰ ਦੌਰਾਨ ਭੀੜ ਨਿਯੰਤਰਣ ਅਤੇ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਦਾ ਪਤਾ ਲਗਾਉਣਾ)।

RFCs ਨੂੰ "ਪ੍ਰਸਤਾਵਿਤ ਸਟੈਂਡਰਡ" ਦਾ ਦਰਜਾ ਪ੍ਰਾਪਤ ਹੋਇਆ, ਜਿਸ ਤੋਂ ਬਾਅਦ RFC ਨੂੰ ਡਰਾਫਟ ਸਟੈਂਡਰਡ (ਡਰਾਫਟ ਸਟੈਂਡਰਡ) ਦਾ ਦਰਜਾ ਦੇਣ ਲਈ ਕੰਮ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ, ਜਿਸਦਾ ਅਸਲ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪੂਰੀ ਸਥਿਰਤਾ ਅਤੇ ਕੀਤੀਆਂ ਸਾਰੀਆਂ ਟਿੱਪਣੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਹੈ। HTTP/3 ਪ੍ਰੋਟੋਕੋਲ, ਜੋ ਕਿ QUIC ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਨੂੰ HTTP/2 ਲਈ ਟ੍ਰਾਂਸਪੋਰਟ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਜੇ ਵੀ ਡਰਾਫਟ ਨਿਰਧਾਰਨ ਪੜਾਅ 'ਤੇ ਹੈ, ਪਰ ਇਹ ਜਲਦੀ ਹੀ ਅੰਤ ਵਿੱਚ IETF ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ QUIC ਦਾ ਮਾਨਕੀਕਰਨ ਇਸ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਅਪਣਾਉਣ ਦੇ ਨਾਲ-ਨਾਲ ਇਸ 'ਤੇ ਆਧਾਰਿਤ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ ਵਿਕਾਸ ਨੂੰ ਵੀ ਪ੍ਰੇਰਨਾ ਦੇਵੇਗਾ, ਜਿਵੇਂ ਕਿ WebTransport (ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਡਾਟਾ ਭੇਜਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਤਕਨਾਲੋਜੀ) ਅਤੇ MASQUE (ਇੱਕ ਕਨੈਕਸ਼ਨ ਪ੍ਰੌਕਸੀ ਤਕਨੀਕ ਜੋ SOCKS ਅਤੇ HTTP CONNECT ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਵਧਾਉਂਦੀ ਹੈ, ਅਤੇ ਆਵਾਜਾਈ ਦੇ ਤੌਰ 'ਤੇ QUIC ਉੱਤੇ HTTPS ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ)।

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

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

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

ਸਰੋਤ: opennet.ru