QUIC ප්‍රොටෝකෝලය යෝජිත ප්‍රමිතියක තත්ත්වය ලැබී ඇත.

අන්තර්ජාල ප්‍රොටෝකෝල සහ ගෘහ නිර්මාණ ශිල්පය සංවර්ධනය කරන IETF (අන්තර්ජාල ඉංජිනේරු කාර්ය සාධක බලකාය), QUIC ප්‍රොටෝකෝලය සඳහා RFC අවසන් කර ඇති අතර RFC 8999 (අනුවාද-ස්වාධීන ප්‍රොටෝකෝල ගුණාංග), RFC 9000 (UDP හරහා ප්‍රවාහනය), RFC යන හඳුනාගැනීම් යටතේ අදාළ පිරිවිතරයන් ප්‍රකාශයට පත් කර ඇත. 9001 (QUIC සන්නිවේදන නාලිකාවේ TLS සංකේතනය) සහ RFC 9002 (දත්ත සම්ප්‍රේෂණයේදී තදබදය පාලනය කිරීම සහ පැකට් පාඩුව හඳුනා ගැනීම).

RFC වලට “යෝජිත ප්‍රමිතියක්” හිමි වූ අතර, ඉන් පසුව RFC හට කෙටුම්පත් ප්‍රමිතියක (Draft Standard) තත්ත්වය ලබා දීමට වැඩ ආරම්භ වනු ඇත, එයින් අදහස් කරන්නේ ප්‍රොටෝකෝලය සම්පූර්ණයෙන් ස්ථායීකරණය කිරීම සහ සිදු කරන ලද සියලුම අදහස් සැලකිල්ලට ගැනීමයි. HTTP/3 සඳහා ප්‍රවාහනයක් ලෙස QUIC ප්‍රොටෝකෝලය භාවිතා කිරීම නිර්වචනය කරන HTTP/2 ප්‍රොටෝකෝලය තවමත් කෙටුම්පත් පිරිවිතර අදියරේ පවතී, නමුත් එය ඉක්මනින් IETF විසින් ප්‍රමිතිගත කරනු ඇත.

QUIC හි ප්‍රමිතිකරණය මෙම ප්‍රොටෝකෝලය වඩාත් පුළුල් ලෙස භාවිතා කිරීමට මෙන්ම, WebTransport (බ්‍රවුසරයක් සහ සේවාදායකයක් අතර දත්ත යැවීම සහ ලබා ගැනීමේ තාක්ෂණයක්) සහ MASQUE වැනි එය මත පදනම් වූ දිගු සංවර්ධනය කිරීමට උත්තේජනයක් ලබා දෙනු ඇතැයි අපේක්ෂා කෙරේ. (SOCKS සහ HTTP CONNECT හි හැකියාවන් පුළුල් කරන සම්බන්ධතා ප්‍රොක්සි කිරීමේ තාක්‍ෂණයක් සහ ප්‍රවාහනය ලෙස QUIC හරහා HTTPS භාවිතා කිරීම).

අන්තර්ජාලය සඳහා TCP+TLS සංයෝජනයට විකල්පයක් ලෙස QUIC (ඉක්මන් UDP අන්තර්ජාල සම්බන්ධතා) ප්‍රොටෝකෝලය Google විසින් 2013 සිට සංවර්ධනය කර ඇති බව අපි සිහිපත් කරමු, TCP හි සම්බන්ධතා වල දිගු සැකසුම් සහ සාකච්ඡා වේලාවන් සමඟ ඇති ගැටළු විසඳීම සහ ප්‍රමාදයන් ඉවත් කිරීම දත්ත හුවමාරු කිරීමේදී පැකට් නැති වී යයි. QUIC යනු UDP ප්‍රොටෝකෝලයේ දිගුවක් වන අතර එය බහු සම්බන්ධතා බහුපදකරණයට සහය වන අතර TLS/SSL වලට සමාන සංකේතන ක්‍රම සපයයි. IETF ප්‍රමිතිය සංවර්ධනය කිරීමේදී, ප්‍රොටෝකෝලය වෙත වෙනස්කම් සිදු කරන ලද අතර, එය සමාන්තර ශාඛා දෙකක් මතුවීමට හේතු විය, එකක් HTTP/3 සඳහා වන අතර, දෙවැන්න Google විසින් සහාය දක්වන ලදී (Chrome විකල්ප දෙකටම සහය දක්වයි, සහ Firefox IETF අනුවාදය සඳහා සහය දක්වයි) .

QUIC හි ප්රධාන ලක්ෂණ:

  • TLS හා සමාන ඉහළ ආරක්ෂාව (අවශ්‍යයෙන්ම QUIC UDP හරහා TLS භාවිතා කිරීමේ හැකියාව සපයයි);
  • ප්රවාහ අඛණ්ඩතාව පාලනය කිරීම, පැකට් අහිමි වීම වැළැක්වීම;
  • සම්බන්ධතාවයක් ක්ෂණිකව ස්ථාපනය කිරීමේ හැකියාව (0-RTT, සම්බන්ධක සැකසුම් පැකට්ටුව යැවීමෙන් පසු ආසන්න වශයෙන් 75% දත්ත සම්ප්‍රේෂණය කළ හැක) සහ ඉල්ලීමක් යැවීම සහ ප්‍රතිචාරයක් ලැබීම අතර අවම ප්‍රමාදයන් ලබා දීම (RTT, Round Trip Time);
  • පැකට්ටුවක් නැවත සම්ප්‍රේෂණය කිරීමේදී වෙනස් අනුක්‍රමික අංකයක් භාවිතා කිරීම, එය ලැබුණු පැකට් හඳුනාගැනීමේ අපැහැදිලි බව වළක්වන අතර කල් ඉකුත්වීම් ඉවත් කරයි;
  • පැකට්ටුවක් නැතිවීම බලපාන්නේ එයට සම්බන්ධ ප්‍රවාහය බෙදා හැරීමට පමණක් වන අතර වත්මන් සම්බන්ධතාවය හරහා සම්ප්‍රේෂණය වන සමාන්තර ප්‍රවාහවල දත්ත බෙදා හැරීම නතර නොකරයි;
  • නැතිවූ පැකට් නැවත සම්ප්‍රේෂණය කිරීම හේතුවෙන් ප්‍රමාදයන් අවම කරන දෝෂ නිවැරදි කිරීමේ විශේෂාංග. නැතිවූ පැකට් දත්ත නැවත සම්ප්‍රේෂණය කිරීම අවශ්‍ය වන අවස්ථා අඩු කිරීම සඳහා පැකට් මට්ටමේ විශේෂ දෝෂ නිවැරදි කිරීමේ කේත භාවිතා කිරීම.
  • ක්‍රිප්ටෝග්‍රැෆික් බ්ලොක් මායිම් QUIC පැකට් මායිම් සමඟ පෙලගැසී ඇත, එමඟින් පැකට් පාඩු වල බලපෑම පසුකාලීන පැකට් වල අන්තර්ගතය විකේතනය කිරීම අඩු කරයි;
  • TCP පෝලිම් අවහිර කිරීමේදී ගැටළු නොමැත;
  • ජංගම සේවාලාභීන් සඳහා නැවත සම්බන්ධතාවයක් ස්ථාපිත කිරීමට ගතවන කාලය අඩු කරන සම්බන්ධතා හඳුනාගැනීම සඳහා සහාය;
  • උසස් සම්බන්ධතා තදබදය පාලනය කිරීමේ යාන්ත්රණ සම්බන්ධ කිරීමේ හැකියාව;
  • පැකට් ප්‍රශස්ත මිල ගණන් යටතේ යවන බව සහතික කිරීම සඳහා එක් දිශාවකට ප්‍රතිපෝෂණ පුරෝකථනය කිරීමේ ක්‍රම භාවිතා කරයි, ඒවා තදබදයට පත් වීම සහ පැකට් නැති වීම වළක්වයි;
  • TCP හා සසඳන විට කාර්ය සාධනය සහ ප්‍රතිදානයෙහි සැලකිය යුතු වැඩි වීමක්. YouTube වැනි වීඩියෝ සේවා සඳහා, QUIC වීඩියෝ නරඹන විට 30% කින් ප්‍රතිබද්ධ කිරීමේ මෙහෙයුම් අඩු කරන බව පෙන්වා දී ඇත.

මූලාශ්රය: opennet.ru

අදහස් එක් කරන්න