बिटटोरेंट को झुंड में किसी विशेष सदस्य से कनेक्ट करने की आवश्यकता नहीं है, यह एक पी 2 पी चैट प्रोटोकॉल नहीं है जहां दो विशिष्ट अंत बिंदु एक-दूसरे से बात करना चाहते हैं। यह सब इस बात पर परवाह करता है कि झुंड के कनेक्शन ग्राफ़ में पर्याप्त उच्च कनेक्टिविटी डिग्री है।
दूसरे शब्दों में, एक दूसरे से बात करने के लिए एनएटी के पीछे ग्राहकों को कुछ हद तक वांछनीय है, लेकिन उस बिंदु पर नहीं जहां प्रमुख संसाधन, जैसे यातायात अग्रेषण, उस लक्ष्य पर खर्च किया जाएगा। विफलता एक विकल्प है।
इस प्रकार यह सिप/टर्न/आदि का उपयोग नहीं करता है।
विभिन्न ग्राहकों निम्न तरीकों में से कुछ संयोजन का उपयोग थोक परिवहन कनेक्शन के लिए कनेक्टिविटी में सुधार:
बंदरगाह पुन: उपयोग सॉकेट विकल्पों प्रवेश द्वार के साथ
- नेट-पीएमपी/पीसीपी बातचीत अंत बिंदु स्वतंत्र फायदा उठाने के लिए (ईआईएम) एनएटी मैपिंग
- बड़े पैमाने पर अनियंत्रित
ut_holepunch एक्सटेंशन जो स्टन सर्वर के स्थान पर पारस्परिक रूप से पहुंचने योग्य स्वर्ग सदस्यों का उपयोग करता है।
- एक वैकल्पिक यूडीपी-आधारित परिवहन प्रोटोकॉल (μTP) जिसे पिछले बिंदुओं के संयोजन में उपयोग किया जा सकता है। आम तौर पर natp
- आईपीवी 6 क्षमता सिग्नलिंग के साथ प्राप्त करने के लिए नेट ट्रैवर्सल आसान है, जो सिद्धांत रूप से ग्राहकों को अपने कनेक्शन को अपग्रेड करने और पीईएक्स/डीएचटी के माध्यम से वी 6 पीयर के बारे में गपशप करने की अनुमति देता है।
डीएचटी के मामले में केवल पहले दो बिंदु (गेटवे वार्ता और बंदरगाह पुन: उपयोग) का उपयोग किया जाता है। एक अनुरोध के लिए नाट ट्रैवर्सल का प्रयास करने का ओवरहेड-उत्तर चक्र> 100% होगा और इसके लायक नहीं है।