USTP

USTP का अर्थ है UDP Speedy Transmission Protocol।

USTP वही प्रमाणित ट्रांसपोर्ट मॉडल बनाए रखता है, लेकिन परियोजना का नाम अब फिर से केवल USTP है।

डिफ़ॉल्ट रूप से, USTP DATA के लिए AEAD का उपयोग करता है।

यह DATA के लिए एक वैकल्पिक रूप से नेगोशिएटेड cleartext + HMAC मोड का भी समर्थन करता है, जिसमें पेलोड बाइट्स वायर पर दिखाई देते हैं लेकिन छेड़छाड़ का पता लगाया और अस्वीकार किया जाता है।

USTP अब USTP Congestion नामक एक वैकल्पिक कंजेशन कंट्रोलर का समर्थन करता है। यह अभी भी UDP-प्रथम है, लेकिन जब पथ कंजेशन संकेत दिखाने लगता है तो यह वैकल्पिक रूप से धीमा हो सकता है और फिर से गति बढ़ा सकता है।

स्थिति: Beta

USTP अब केवल एक प्रूफ ऑफ कॉन्सेप्ट नहीं है। यह वर्तमान में Beta चरण में है।

USTP का उपयोग कई प्रकार के अनुप्रयोगों और ट्रांसपोर्ट के लिए किया जा सकता है।

हालाँकि, यह रिपॉज़िटरी विशेष रूप से USTP पर स्ट्रीमिंग पर केंद्रित है।

समाचार

• 02/08/2026: USTP-Secure अब वापस USTP हो गया है।
  • USTP-Secure एक पुराना परियोजना नाम था और अब परियोजना के लिए उपयुक्त नहीं है।
  • छोटा USTP नाम अब फिर से पसंदीदा है।
  • पूरा नाम अब UDP Speedy Transmission Protocol है, शीर्षक में Secure के बिना।
• 2026-07-18: USTP/2 Beta को वर्तमान ट्री से हटा दिया गया।
  • लॉस के तहत वास्तविक दुनिया का व्यवहार USTP/1.1 की तुलना में कम स्थिर था।
  • वर्तमान स्थिर ट्रांसपोर्ट पथ केवल USTP/1.1 है।
  • ट्रांसपोर्ट हैंडशेक अब plaintext ASCII रिकॉर्ड का उपयोग करता है।

बिल्ड नोट

• Codex के साथ GPT-5.4 (Low) का उपयोग करके बनाया गया।
• --loss 33 पर फ्रीज़ होने के बिना सत्यापित किया गया।
• परीक्षण पथ: Brazil -> Canada लगभग 140ms RTT के साथ।

सुरक्षा मॉडल

• ट्रांसपोर्ट UDP ही रहता है (कोई TCP टनल नहीं)
• AEAD सिफर:
  • chacha20 = CHACHA20_POLY1305
  • aes-256-gcm = AES_256_GCM
  • aes-128-gcm = AES_128_GCM
• डिफ़ॉल्ट AEAD सिफर: chacha20
• डिफ़ॉल्ट DATA सुरक्षा मोड AEAD है।
• वैकल्पिक DATA सुरक्षा मोड cleartext + प्रति-पैकेट HMAC है।
• cleartext मोड में, पेलोड बाइट्स एन्क्रिप्ट नहीं होते, लेकिन संशोधनों का पता लगाया जाता है और अमान्य पैकेट्स को छोड़ दिया जाता है।
• ट्रांसपोर्ट नियंत्रण पैकेट्स (HELLO, ACK, RETRANSMIT_REQUEST, CLOSE) जानबूझकर plaintext रहते हैं।
• नियंत्रण पैकेट्स को ASCII ट्रांसपोर्ट रिकॉर्ड के रूप में सीरियलाइज़ किया जाता है।
• ACK और NACK/RETRANSMIT_REQUEST plaintext रहते हैं, लेकिन प्रति-सत्र HMAC टैग के साथ प्रमाणित होते हैं।
• यह सुरक्षित सत्र स्थापित होने के बाद off-path जाली ACK/NACK नियंत्रण पैकेट्स को ACK हमलों या पुनःप्रेषण DoS को बाध्य करने से रोकता है।
• DATA पैकेट्स UPACK (वायर पर UPAK) नामक बाइनरी फ्रेम प्रारूप का उपयोग करते हैं।
• कोई स्थिर PSK का उपयोग नहीं किया जाता।
• प्रत्येक क्लाइंट जुड़ते समय X25519 कुंजी विनिमय करता है।
• प्रत्येक क्लाइंट को एक अलग AEAD सत्र कुंजी मिलती है।
• सर्वर कई क्लाइंट्स का समर्थन करते हैं।
• सर्वर स्रोत IP:port पर चैलेंज राउंड-ट्रिप के साथ क्लाइंट को सत्यापित करता है।
• यदि सर्वर पर --cipher सेट है, तो सर्वर उसी सिफर का उपयोग करता है।
• यदि --cipher छोड़ा गया है या auto पर सेट है, तो सर्वर क्लाइंट द्वारा अनुरोधित सिफर का उपयोग करता है।
• क्लाइंट्स अप्रत्याशित सिफर नेगोशिएशन को अस्वीकार करते हैं।
• DATA सुरक्षा मोड सिफर चयन से अलग नेगोशिएट किया जाता है:
  • सर्वर: --cleartext auto|on|off
  • क्लाइंट: --cleartext on|off
  • सर्वर डिफ़ॉल्ट: auto
  • क्लाइंट डिफ़ॉल्ट: off
• सर्वर auto के साथ, सर्वर क्लाइंट अनुरोध का पालन करता है।
• सर्वर on के साथ, सर्वर cleartext + HMAC को बाध्य करता है।
• सर्वर off के साथ, सर्वर AEAD को बाध्य करता है।
• पहले कनेक्शन के बाद अप्रत्याशित सर्वर कुंजी परिवर्तनों का पता लगाने के लिए क्लाइंट पर TOFU (Trust On First Use) सक्षम है।
• सर्वर डिफ़ॉल्ट रूप से ~/.ustps_host_key में एक स्थायी X25519 होस्ट कुंजी रखता है ताकि TOFU पुनःकनेक्शन और पुनःआरंभ के दौरान स्थिर रहे।
• एक सामान्य सर्वर पुनःआरंभ होस्ट कुंजी को नहीं बदलता।
• सर्वर पर --regen-key का उपयोग केवल तब करें जब आप जानबूझकर उस होस्ट कुंजी को रोटेट करना चाहते हों।

पैकेट मैजिक मान

• ACK:, NACK:, HELLO:, और CLOSE: प्लेनटेक्स्ट कंट्रोल रिकॉर्ड प्रीफ़िक्स हैं।
• USS1 का अर्थ है UDP Speedy Secure, संस्करण 1।
• USC1 का अर्थ है UDP Speedy Clear, संस्करण 1।
• UPAK बाइनरी UPACK DATA फ़्रेम मार्कर है।
• USTP में, प्लेनटेक्स्ट कंट्रोल मानव-पठनीय ASCII होता है जैसे ACK: 10, NACK: 42, HELLO: ..., और CLOSE:।
• USTP में, UPAK डिक्रिप्शन के बाद बाइनरी DATA पैकेट्स को पहचानता है।
• USTP में, USS1 बाहरी सुरक्षित AEAD एनवेलप फ़ॉर्मेट है।
• USTP में, USC1 बाहरी क्लियरटेक्स्ट+HMAC DATA एनवेलप फ़ॉर्मेट है।
• इसलिए, वायर पर आप सामान्यतः देखते हैं:
  • AEAD-संरक्षित DATA के लिए USS1...
  • क्लियरटेक्स्ट+HMAC DATA के लिए USC1...
  • ट्रांसपोर्ट कंट्रोल के लिए पठनीय कंट्रोल लाइनें

ट्रांसपोर्ट मॉडल

• USTP वैकल्पिक USTP Congestion के साथ चल सकता है, जिस पर हैंडशेक के दौरान बातचीत होती है।
• पैकेट्स में ट्रांसपोर्ट seq और एप्लिकेशन-उन्मुख stream_pos दोनों होते हैं।
• seq का उपयोग ACK, लॉस डिटेक्शन, रीट्रांसमिशन, और RTT सैंपलिंग के लिए किया जाता है।
• stream_pos एप्लिकेशन को बताता है कि पेलोड लॉजिकल बाइट स्ट्रीम में कहाँ belongs है।
• वर्तमान कार्यान्वयन में, seq एक 32-बिट काउंटर है जो प्रत्येक नए सत्र के लिए 1 से शुरू होता है।
• वर्तमान कार्यान्वयन में, stream_pos एक 64-बिट बाइट काउंटर है जो प्रत्येक नए लॉजिकल स्ट्रीम के लिए 0 से शुरू होता है।
• रिसीवर एक गुम पैकेट के पीछे डिलीवरी को ब्लॉक करने के बजाय पैकेट्स को तुरंत स्वीकार करता है।

हैंडशेक और सत्र मॉडल

• क्लाइंट एक प्लेनटेक्स्ट ट्रांसपोर्ट HELLO से शुरू करता है जिसमें उसकी X25519 पब्लिक की, अनुरोधित साइफ़र, अनुरोधित कंजेशन-कंट्रोल मोड (on या off), और अनुरोधित DATA प्रोटेक्शन मोड (cleartext on|off) होता है।
• सर्वर तुरंत मीडिया नहीं भेजता है। यह पहले एक प्लेनटेक्स्ट चैलेंज भेजता है जिसमें शामिल होता है:
  • एक रैंडम रीट्राई टोकन
  • एक जनरेट किया गया Base64 session_id
  • चयनित साइफ़र
  • बातचीत किया गया कंजेशन-कंट्रोल मोड
  • बातचीत किया गया DATA प्रोटेक्शन मोड
  • सर्वर पब्लिक की
• क्लाइंट को उसी टोकन और सत्र मेटाडेटा के साथ उत्तर देना होता है।
• केवल उस टोकन राउंड-ट्रिप के सफल होने के बाद ही सर्वर सत्र बनाता है और DATA भेजना शुरू करता है।
• सत्यापन के बाद, सत्र उस स्रोत IP:port से बंध जाता है जिसने चैलेंज पूरा किया।
• session_id अभी भी सत्र लेबल के रूप में उपयोग किया जाता है, लेकिन इसे किसी भिन्न IP:port से स्वीकार नहीं किया जाता है।

रीट्राई टोकन

• USTP किसी भी एन्क्रिप्टेड मीडिया सत्र को स्वीकार करने से पहले एक प्लेनटेक्स्ट रीट्राई-टोकन चरण का उपयोग करता है।
• प्रवाह:
  • क्लाइंट HELLO भेजता है
  • सर्वर USTPS-CHALLENGE1 के साथ उत्तर देता है जिसमें token, session_id, चयनित साइफ़र, बातचीत किया गया कंजेशन-कंट्रोल मोड, बातचीत किया गया DATA प्रोटेक्शन मोड, और सर्वर पब्लिक की होता है
  • क्लाइंट उस टोकन को USTPS-CHALLENGE-REPLY1 में वापस प्रतिध्वनित करता है
  • केवल तब सर्वर सत्र बनाता है और USTPS-SESSION1 भेजता है
• उद्देश्य:
  • यह साबित करना कि उस स्रोत IP:port पर प्रेषक वास्तव में वहाँ पैकेट्स प्राप्त कर सकता है
  • किसी असत्यापित स्रोत पते पर तुरंत एन्क्रिप्टेड मीडिया भेजने से बचना
  • अंतिम सत्र निर्माण को उस एंडपॉइंट से बांधना जिसने राउंड-ट्रिप पूरा किया
• रीट्राई टोकन सत्र कुंजी नहीं है।
• यह केवल वास्तविक USTP सत्र बनने से पहले एक रीचेबिलिटी प्रमाण और हैंडशेक गेट है।
• इसका उपयोग नॉन्स के रूप में भी नहीं किया जाता है, न ही इसे स्वयं ACK/NACK MAC कुंजी के रूप में उपयोग किया जाता है, और न ही इसे पैकेट पेलोड स्थिति के रूप में पुनः उपयोग किया जाता है।

ऐतिहासिक प्रोटोकॉल पहचानकर्ता

• परियोजना का नाम अब USTP है, लेकिन कई ऑन-वायर ASCII पहचानकर्ता अभी भी ऐतिहासिक USTPS-* प्रीफ़िक्स का उपयोग करते हैं।
• यह मौजूदा कार्यान्वयन, कैप्चर, लॉग, और पुराने डिप्लॉयमेंट के साथ पश्चगामी संगतता के लिए जानबूझकर किया गया है।
• वर्तमान कार्यान्वयन में, निम्नलिखित कंट्रोल पहचानकर्ता वायर पर बने रहते हैं:
  • USTPS-KEX1
  • USTPS-CHALLENGE1
  • USTPS-CHALLENGE-REPLY1
  • USTPS-SESSION1
  • USTPS-RESUME1
  • USTPS-RTT1
• परियोजना/दस्तावेज़ीकरण का नाम वापस USTP में बदल गया, लेकिन उन ऐतिहासिक वायर पहचानकर्ताओं को प्रोटोकॉल बाइट्स में पुनः नामित नहीं किया गया।