Tcp री-ट्रांसमिशन टाइमआउट बहुत कम समय में?


1

मेरे पास एक ही VMWare होस्ट पर होस्ट की गई दो Windows 2012 R2 मशीनें (122 और 115) हैं। हमारे पास उन दो मशीनों के बीच अनुप्रयोग परत पर एक दिल की धड़कन है, समय-समय पर टीसीपी री-ट्रांसमिशन होगा। वॉयरशार्क लॉग के आधार पर, ऐसा लगता है कि री-ट्रांसमिशन 12-45 मिलीसेकंड में होता है और री-ट्रांसमिशन 122 या 115 पर भी हो सकता है। उदाहरण के लिए, नवीनतम लॉग में से एक (यह लॉग 122 मशीन पर कैप्चर किया गया है) :

  1. 10: 30: 42.654764 115 पर 122: PSH + ACK Seq = 28457 Ack = 26914 Win = 524032 Len = 59
  2. 10: 30: 42.668642 122 पर 115: ACK Seq = 26914 Ack = 28516 Win = 524800 लेन = 0 पर भेजता है
  3. 10: 30: 42.668764 115 पर 122: [Tcp रिट्रांसमिशन] PSH + ACK Seq = 28457 Ack = 26914 Win = 524032 Len = 59
  4. 10: 30: 42.668787 122 पर 115: ACK Seq = 26914 Ack = 28516 विन = 524800 लेन = 0 SLE = 28457 SRE = 28516 भेजता है

तो ऐसा लगता है कि 115 का मानना ​​है कि 34 मिलीसेकंड के बाद 122 का समय समाप्त हो जाता है (भले ही 122 वास्तव में उससे पहले थोड़ा जवाब देता है) और फिर पुनः प्रसारण की कोशिश करता है। मैंने बिना किसी लाभ के रजिस्ट्री में इस री-ट्रांसमिशन टाइमआउट को खोजने की कोशिश की। (मुझे आरम्भिक प्रश्नों की तरह लग रही थी) मेरे प्रश्न:

  1. क्या 34 मिलीसेकंड एक मानक अभ्यास है?
  2. VMWare का इससे कोई लेना देना हो सकता है?
  3. किसी भी कारण से 122 एसीके में धीमा है? (दोनों सिरों पर मौजूद सॉफ़्टवेयर को हमारे द्वारा कोड किया गया है, लेकिन ऐसा मत सोचिए कि हमने कभी इस मान को समायोजित करने की कोशिश की, मैं इस पर गलत हो सकता हूं क्योंकि मैंने व्यक्तिगत रूप से कोड नहीं लिखा है)

जवाबों:


0

स्थापित टीसीपी कनेक्शन के लिए, क्लाइंट और सर्वर के बीच कनेक्शन के आरटीटी के आधार पर, पुन: ट्रांसमिशन टाइमआउट की गणना गतिशील रूप से की जाएगी। अनिवार्य रूप से, टीसीपी यह पता लगाने की कोशिश करेगी कि कब तक एसीके को उस पैकेट के लिए सुनने के लिए प्रतीक्षा करने की उम्मीद करनी चाहिए जो उसने बाहर भेजा है। यदि वह टाइमर समाप्त हो जाता है, तो यह एक पुन: प्रसारण को ट्रिगर करेगा।

तो आपके उदाहरण के आधार पर, हम मान सकते हैं कि 122 से एक पैकेट प्राप्त होता है। 122 इस पैकेट के लिए एक एसीके भेजता है, लेकिन यह वास्तव में कभी भी 115 तक नहीं पहुंचता है। 115 सोचता है कि इसका मूल पैकेट 122 द्वारा कभी प्राप्त नहीं किया गया था, इसलिए रिट्रांसमिशन की समय सीमा समाप्त होने के बाद इसे वापस ले लिया। 122 इस पुन: प्राप्ति को प्राप्त करता है और एक और ACK भेजता है।

उम्मीद है की वो मदद करदे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.