क्या मैक यूडीपी संचार मैकओएस पर टूट गया है?


2

मैं यह पता लगाने की कोशिश कर रहा हूं कि एक जावा प्रोग्राम जो विंडोज पर यूडीपी संचार का उपयोग करता है, 100% ठीक काम करता है, लेकिन नियमित रूप से जेवीएम (8.x) के एक macOS बिल्ड पर पैकेट छोड़ने के लिए लगता है।

मैंने StackExchange पर एक और धागा देखा, जिसका वास्तव में कभी उत्तर नहीं दिया गया था, लेकिन ऐसा प्रतीत होता है कि लोगों में से एक ने OSX पर भी इसी तरह के मुद्दे को देखा।

मेरे पास वरीयताओं में सक्षम मानक फ़ायरवॉल नहीं है और न ही मुझे विश्वास है कि मेरे पास कोई विशेष नेटवर्क सेटिंग है जो यूडीपी डेटाग्राम को बाधित करेगी। साथ ही, यदि मैं एक ही प्रोग्राम को विंडोज 7 वीएम पर उसी हार्डवेयर पर वर्चुअलबॉक्स के माध्यम से चलाता हूं, तो प्रोग्राम ठीक काम करता है।

किसी भी विचार के लिए क्या देखना है या यदि यह एक ज्ञात मुद्दा है?

अद्यतन 2018-11-24: अधिक जानकारी। मैं Oracle से MacPro3,1 और MacOS 10.13.6 पर Java 1.8.0_92-b14 चला रहा हूं। प्रोग्राम जो मैं चला रहा हूं वह ADTPro 2.0.2 है , एक ईथरनेट सर्वर के रूप में एक पुराने Apple // ई के साथ संवाद करने की कोशिश कर रहा है जिसमें एक ईथरनेट II है जो ADTPro के दूसरी तरफ चल रहा है। यह मशीनों से / के लिए डिस्क छवियों को स्थानांतरित करने के लिए सॉफ्टवेयर है।

समस्या यह है कि स्थानान्तरण अक्सर समयबाह्य होता है और गर्भपात हो जाता है और ऐसा प्रतीत होता है कि पैकेट खो रहे हैं और कोड सही त्रुटि के लिए पर्याप्त नहीं है और पुनः भेजें / पुनः प्रयास करें। स्रोत कोड को देखते हुए, ऐसा प्रतीत होता है कि सब कुछ यूडीपी में है जो निश्चित रूप से संदेह उठाता है। गिटहब पर अनुचर के अनुसार , यह तथ्य कि यह यूडीपी का उपयोग कर रहा है ऐतिहासिक है और किसी ने भी इसे टीसीपी में बदलने का काम नहीं किया है। यह देखते हुए कि सॉफ्टवेयर एक ही सॉफ्टवेयर और जावा संस्करणों के साथ विंडोज मशीन पर बात करने के लिए ठीक काम करता है, मुझे लगता है कि यह macOS या OSX जावा बिल्ड के साथ कुछ है और पूछ रहा है कि क्या किसी को पता है कि यह सुनिश्चित करने के लिए या अन्यथा। क्या उससे मदद हुई?


क्या आप समस्या का और वर्णन कर सकते हैं? क्या समस्या केवल पैकेट नुकसान है? कितना पैकेट नुकसान? किस प्रकार का इंटरफ़ेस? (ईथरनेट?) क्या आप पैकेट ट्रेस के साथ पैकेट नुकसान की पुष्टि कर सकते हैं? (विंडशार्क, tcpdump, आदि) आप कौन से JVM वास्तव में चल रहे हैं? (विक्रेता और संस्करण)
jksoegaard

आप कैसे मापेंगे?
Ruskes

अधिक जानकारी प्रदान की।
बीजेबी

जवाबों:


1

नहीं - UDP को मूल रूप से macOS (या किसी अन्य AppleOS) पर नहीं तोड़ा गया है

यूडीपी की परिभाषा यूनिकस्ट डेटा पैकेट हैं और कास्टिंग की प्रकृति को भेजने और भूल जाने के कारण, इनका वितरण कभी-कभी मजाक में अविश्वसनीय डेटा पैकेट कहलाता है।

एक समस्या निवारण कदम के रूप में, मेरा पहला ट्राइएज चरण यह स्थापित करना होगा कि स्विच और राउटर वास्तव में पैकेट को मैकओएस इंटरफ़ेस में वितरित कर रहे हैं। आपके नेटवर्क पर Wireshark या एक प्रबंधन उपकरण इन पैकेटों को रिकॉर्ड करने के लिए उत्कृष्ट उपकरण होगा, यदि वे वितरित किए जा रहे हैं।

मैं लोगों को इस बारे में चिंता नहीं करूंगा कि टीसीपी यूडीपी की तुलना में कम या ज्यादा विश्वसनीय है क्योंकि यूडीपी के पास स्ट्रीमिंग के प्रदर्शन के कई तकनीकी फायदे हैं और आप एक विशिष्ट जावा एप्लिकेशन पर ध्यान केंद्रित कर रहे हैं जो आपके नेटवर्क में एक विशिष्ट मैक पर डेटा की खपत करता है। आपके विवरण बहुत अच्छे हैं, लेकिन यह टायर में दबाव और रंग के रंग का विवरण देने की तरह है, जब आपको वास्तव में यह जानने की आवश्यकता होती है कि क्या चालक ने आपकी सड़क को नीचे ले लिया है।

क्या आप Wireshark को चलाने और पैकेट को सत्यापित करने या प्रेषक को सत्यापित करने के लिए नेटवर्क लॉग तक पहुँच प्राप्त करने में सक्षम हैं और साथ ही आपको UDP पर थोड़ा शोध करने और प्रश्न पर एक अनुसरण करने की आवश्यकता हो सकती है यदि यह वास्तव में नेटवर्किंग के बारे में अधिक है।


मैं कई पैकेट प्राप्त करने में सक्षम हूं क्योंकि यह एक यादृच्छिक समय के लिए काम करता है, लेकिन फिर यह बस कुछ बिंदु पर बाहर निकलता है और मुझे यह महसूस करने के लिए सॉफ्टवेयर का इंतजार करना पड़ता है कि संचार में अंतराल है और खुद को रीसेट करना है। ज़रूर, ऐसा लगता है कि सॉफ़्टवेयर को दोष देना है क्योंकि इसमें अच्छी त्रुटि से निपटने की आवश्यकता नहीं है (इस प्रकार मैं क्यों सोच रहा हूं कि इसे इस तरह के मुद्दे से बचने के लिए टीसीपी के साथ फिर से लिखना होगा), लेकिन भ्रमित करने वाला हिस्सा यह है एक ही बॉक्स पर एक विंडोज JVM एक ही समस्या प्रदर्शित नहीं करता है।
bjb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.