আমরা কয়েকটি ক্লায়েন্ট মেশিন থেকে ওয়্যারশার্ক ক্যাপচারগুলি পর্যালোচনা করছি যা একাধিক সদৃশ ACK রেকর্ড দেখায় যা এরপরে retransmit এবং সিকোয়েন্স প্যাকেটগুলির ট্রিগার করে।
এগুলি নীচের স্ক্রিন শটে প্রদর্শিত হবে। .26 ক্লায়েন্ট এবং .252 সার্ভার।
সদৃশ ACK রেকর্ডের কারণ কী?
আরও ব্যাকগ্রাউন্ড যদি এটি সহায়তা করে:
আমরা একটি নির্দিষ্ট ক্লায়েন্ট সাইটে নেটওয়ার্ক থ্রুপুট উদ্বেগগুলি তদন্ত করছি। ব্যবহারকারীর ইন্টারফেসের দৃষ্টিকোণ থেকে অনুভূত সমস্যাটি হ'ল একটি অল্প ব্যবহারযোগ্য 1 জিবিপিএস ডাব্লু ওয়ান সংযোগ সত্ত্বেও ডেটা ধীরে ধীরে প্রেরণ করা হচ্ছে।
প্রায় সমস্ত ক্লায়েন্ট মেশিনের একই সমস্যা রয়েছে, 20 টিরও বেশি মেশিনে পরীক্ষিত। আমরা দুটি মেশিন পেয়েছি যাতে সমস্যা নেই। আমরা তাদের কনফিগারেশনে কী আলাদা তা সনাক্ত করার প্রক্রিয়াতে রয়েছি। আমরা লক্ষ্য করেছি যে দুটি মেশিনে সমস্যা নেই, আমরা কেবল কখনও সর্বাধিক এক সদৃশ এসকে রেকর্ডে দেখেছি। যে মেশিনগুলির সমস্যা রয়েছে তাদের সাধারণত তিনটি নকল এসি রেকর্ড থাকে। একটি উল্লেখযোগ্য পার্থক্য হ'ল যে সমস্ত মেশিনগুলি সূক্ষ্মভাবে কাজ করে তারা নেটওয়ার্ক অপারেশন দলের সদস্য এবং অন্যান্য সমস্ত মেশিনগুলি "নিয়মিত" কর্মীদের জন্য। মেশিনগুলি মানক বলে মনে করা হচ্ছে তবে নেটওয়ার্ক প্রশাসকরা তাদের স্থানীয় সিস্টেমে পরিবর্তন করতে পারত, যা আমরা গবেষণা করছি aspect
আমরা সার্ভারে টিসিপিম্যাক্সডুপঅ্যাকস সেটিংটি পরিবর্তন করার চেষ্টা করেছি তবে সত্যই আমাদের প্রয়োজন মূল্য 5 এবং বৈধ পরিসীমাটি কেবল 1-3 হয়।
সার্ভারটি হ'ল উইন্ডোজ সার্ভার 2003 Cli ক্লায়েন্টরা হ'ল এন্টারপ্রাইজ পরিচালিত উইন্ডোজ এক্সপি। দু'জন কর্মক্ষম সহ সমস্ত ক্লায়েন্টের সিম্যানটেক অ্যান্টি-ভাইরাস ইনস্টল রয়েছে।
শত শত মধ্যে এটিই একমাত্র ক্লায়েন্ট সাইট যা এই সমস্যাটি দেখিয়েছে।
pathping
এমনকি সমস্যা মেশিনগুলি থেকে 56ms আরটিটি এবং সামঞ্জস্য 0/100 প্যাকেটের ক্ষতি দেখায়।
ধন্যবাদ,
স্যাম