मैं वास्तव में इस मामले पर एक प्रश्न पोस्ट करने वाला था, ऐसा लगता है कि कोई इसे काम करने में कामयाब रहा। हाल ही में मैंने फ्लैश पी 2 पी के साथ प्रयोग करना शुरू कर दिया है और अब तक यह एक ही पीसी पर 2 ब्राउज़र फ्लैश क्लाइंट को जोड़ने, स्थानीय रूप से काम कर रहा है। जैसे ही डेटा को इंटरनेट पर यात्रा करना पड़ता है (और इस प्रकार फ़ायरवॉल से निपटना पड़ता है) कनेक्शन हमेशा असफल हो जाएंगे, हालांकि दोनों ग्राहक स्ट्रैटस पीयर आईडी लाने में सक्षम हैं।
जो मैं पढ़ रहा हूं, उसके लिए पी 2 पी/आरटीएमएफपी का उपयोग करने वाले ऐप्स भी आरटीएमपी में फॉलबैक लागू करते हैं, पी 2 पी लाभों को खो देते हैं जैसे सर्वर बैंडविड्थ और यूडीपी गति नहीं।
चैट क्लाइंट को कम करने, मैंने यह भी पाया कि यह आरटीएमपी फॉलबैक का उपयोग करता है जो मुझे आश्चर्य करता है कि चैट पर कितने सत्र वास्तविक पी 2 पी सत्र हैं।
तो जाहिरा तौर पर हाँ, यह एक बेकार प्रोटोकॉल की तरह .. लगता है
सच उत्सुक अगर किसी को है कि अन्यथा सबूत में कामयाब रहे। https://github.com/OpenRTMFP/Cumulus
सुनिश्चित नहीं हैं कि तुम लोग यह देखा है यदि:
स्रोत
2011-03-17 10:59:10
मैं हमेशा अपने साथियों को अपने ऐप्स से जोड़ सकता हूं। हो सकता है कि यह आपका राउटर जो ठीक से कॉन्फ़िगर नहीं किया गया है, इसलिए सभी कनेक्शन आपके लिए विफल हो जाते हैं। –
यहां वर्णित उद्देश्य के लिए बेकार, शायद। सामान्य रूप से बेकार, बिलकुल नहीं। – Aaron
मैंने सफलतापूर्वक कनेक्ट के साथ एक पी 2 पी सर्वर रहित ऐप बनाया है ("आरटीएमएफपी:")। विंडोज/मैक/एंड्रॉइड के लिए स्थानीय नेटवर्क पर ठीक काम किया। जहां तक मैंने मल्टीकास्टिंग के बारे में पढ़ा है, आईजीएमपी को पी 2 पी संचार के लिए राउटर/फ़ायरवॉल पर सक्षम होना चाहिए। –