ਮਾਈਕਰੋਸਾਫਟ ਨੇ HTTP / 3 ਵਿੱਚ ਵਰਤੇ ਗਏ QUIC ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਆਪਣੇ ਲਾਗੂਕਰਨ ਨੂੰ ਖੋਲ੍ਹਿਆ ਹੈ

ਮਾਈਕ੍ਰੋਸਾਫਟ ਐਲਾਨ ਕੀਤਾ ਲਾਇਬ੍ਰੇਰੀ ਕੋਡ ਖੋਲ੍ਹਣ ਬਾਰੇ msquic ਨੈੱਟਵਰਕ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ QUIC. ਕੋਡ C ਅਤੇ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ ਦੁਆਰਾ ਵੰਡਿਆ MIT ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ. ਲਾਇਬ੍ਰੇਰੀ ਕ੍ਰਾਸ-ਪਲੇਟਫਾਰਮ ਹੈ ਅਤੇ ਨਾ ਸਿਰਫ਼ ਵਿੰਡੋਜ਼ 'ਤੇ, ਬਲਕਿ ਲੀਨਕਸ 'ਤੇ ਵੀ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ ਸਕੈਨਲ ਜਾਂ TLS 1.3 ਲਈ OpenSSL। ਭਵਿੱਖ ਵਿੱਚ, ਇਸ ਨੂੰ ਹੋਰ ਪਲੇਟਫਾਰਮਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਯੋਜਨਾ ਹੈ.

ਲਾਇਬ੍ਰੇਰੀ HTTP ਅਤੇ SMB QUIC ਦੇ ਸਿਖਰ 'ਤੇ। ਕੋਡ ਦੀ ਵਰਤੋਂ ਅੰਦਰੂਨੀ ਵਿੰਡੋਜ਼ ਸਟੈਕ ਅਤੇ .NET ਕੋਰ ਵਿੱਚ HTTP/3 ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਵੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। MsQuic ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਵਿਕਾਸ ਪੂਰੀ ਤਰ੍ਹਾਂ GitHub 'ਤੇ ਜਨਤਕ ਪੀਅਰ ਸਮੀਖਿਆ, ਪੁੱਲ ਬੇਨਤੀਆਂ, ਅਤੇ GitHub ਮੁੱਦਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਵੇਗਾ। ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ 4000 ਤੋਂ ਵੱਧ ਟੈਸਟਾਂ ਦੇ ਸਮੂਹ ਵਿੱਚ ਹਰੇਕ ਪ੍ਰਤੀਬੱਧਤਾ ਅਤੇ ਪੁੱਲ ਬੇਨਤੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਵਿਕਾਸ ਦੇ ਮਾਹੌਲ ਨੂੰ ਸਥਿਰ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੀਜੀ-ਧਿਰ ਦੇ ਡਿਵੈਲਪਰਾਂ ਤੋਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ।

MsQuic ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸਰਵਰ ਅਤੇ ਕਲਾਇੰਟਸ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ IETF ਨਿਰਧਾਰਨ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਸਾਰੀਆਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਰਤਮਾਨ ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਉਦਾਹਰਨ ਲਈ, 0-RTT, ਕਲਾਇੰਟ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਪਾਥ MTU ਡਿਸਕਵਰੀ, ਜਾਂ ਸਰਵਰ ਤਰਜੀਹੀ ਪਤਾ ਨਿਯੰਤਰਣ ਲਈ ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ। ਲਾਗੂ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ, ਅਧਿਕਤਮ ਥ੍ਰੋਪੁੱਟ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਦੇਰੀ, ਅਸਿੰਕਰੋਨਸ ਇਨਪੁਟ/ਆਉਟਪੁੱਟ ਲਈ ਸਮਰਥਨ, RSS (ਰਿਸੀਵ ਸਾਈਡ ਸਕੇਲਿੰਗ), ਅਤੇ ਇਨਪੁਟ ਅਤੇ ਆਉਟਪੁੱਟ UDP ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਅਨੁਕੂਲਤਾ ਨੂੰ ਨੋਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਕ੍ਰੋਮ ਅਤੇ ਐਜ ਬ੍ਰਾਉਜ਼ਰ ਦੇ ਪ੍ਰਯੋਗਾਤਮਕ ਸੰਸਕਰਣਾਂ ਦੇ ਨਾਲ ਅਨੁਕੂਲਤਾ ਲਈ MsQuic ਲਾਗੂਕਰਨ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ।

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

ਮੁੱਖ ਫੀਚਰ QUIC:

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

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

ਸਰੋਤ: opennet.ru