मुझे एक अजीब समस्या हो रही है जो http अनुरोधों (इस मामले में POST) में अपने स्वयं के वेब सर्वर पर लंबी देरी का कारण बनती है। ऐसा तभी होता है
- एक लिनक्स या मैक क्लाइंट का उपयोग किया जाता है (विंडोज ठीक है), और
- वायरलेस का उपयोग किया जाता है, सक्षम कनेक्शन ठीक है
यह 2.4 GHz और 5 GHz बैंड दोनों पर होता है। 5 गीगाहर्ट्ज बैंड पर, केवल 3 अन्य एपी सक्रिय हैं और मैंने एक चैनल चुना है जो उन से दूर है (एपी ऑटो सेटिंग भी स्थिति में सुधार नहीं करती है)। इस प्रकार मैं कारण के रूप में वायरलेस के बाहरी हस्तक्षेप को बाहर करता हूं। अधिकांश (सभी?) एक ही वायरलेस पर अन्य वेब साइट ठीक हैं।
Wireshark मुझे बताता है कि cabled और वायरलेस के बीच का अंतर एक टीसीपी पुन: प्रवेश है। इससे 10-20 सेकंड की देरी होती है। निम्न छवि दिखाता है
- वायरलेस पर लिनक्स - & gt; पीछे हटने और देरी
- वायरलेस (समान क्लाइंट) पर विंडो - & gt; पीछे हटना, कोई देरी नहीं
- केबल पर लिनक्स - & gt; कोई प्रतिकार नहीं
यह सभी अनुरोधों के लिए नहीं होता है, बल्कि उनमें से अधिकांश के लिए होता है। हालांकि, संचार में हमेशा एक ही बिंदु पर पुन: प्रवेश होता है (POST अनुरोध का 200 ठीक उत्तर)।
सबसे अच्छा तो यह होगा कि पैकेट के नुकसान / पुन: प्राप्ति के कारण का पता लगाएं, लेकिन यहां तक कि उन्हें अपरिहार्य मानते हुए, मुझे आश्चर्य है कि इस तरह के कुछ नुकसानों के परिणामस्वरूप दसियों सेकंड देरी हो सकती है। मेरी समझ यह है कि टीसीपी को इससे बेहतर तरीके से निपटने में सक्षम होना चाहिए।
यहाँ सेटअप पर कुछ विवरण:
- सर्वर Ubuntu 14.04, कर्नेल 3.13.0-042stab108.2 पर चल रहा है (VM के अंदर)
- क्लाइंट डिवाइस Ubuntu 12.04.5, कर्नेल 3.2.0-97-जेनेरिक, iwlwifi ड्राइवर, Centrino Advanced-N 6230 AGN REV = 0xB0 पर चल रहा है
- डिवाइस एक स्थानीय नेटवर्क में है, NAT / राउटर / वाईफाई एपी फ्रिट्ज़बॉक्स 7390 द्वारा किया गया है, जो फ्रिट्ज़ चला रहा है! OS 06.30