সকেট সাইটগুলির সমস্যার জন্য কর্মক্ষমতা

সারসংক্ষেপ

গ্রাহকরা অভিজ্ঞতা করতে পারেন তাদের অ্যাপ্লিকেশনগুলি কর্মক্ষমতা সমস্যা যখন Cato সাথে সংযুক্ত। কর্মক্ষমতা সমস্যা একটি বিস্তৃত বিষয়, এবং সেগুলি বিভিন্ন ওএসআই স্তরে সংঘটিত হতে পারে, শারীরিক স্তর থেকে অ্যাপ্লিকেশন স্তর পর্যন্ত। এই নির্দেশিকা মূলত টিসিপি স্তর পর্যন্ত কর্মক্ষমতা সমস্যায় ফোকাস করবে। অ্যাপ্লিকেশন স্তরের সাথে সম্পর্কিত কর্মক্ষমতা সমস্যাগুলি অন্যান্য নির্দেশিকাগুলিতে আলোচনা করা হবে:

• ইন্টারনেট সংস্থাগুলির অ্যাক্সেসযোগ্যতায় সমস্যা জন্য, দেখুন ইন্টারনেট পরিষেবা অ্যাক্সেসযোগ্যতা সমস্যার সমাধান 
• ধীরগতির ইন্টারনেট ব্রাউজার সম্পর্কিত কর্মক্ষমতা সমস্যার জন্য দেখুন লম্বা ওয়েবপেজ লোড করার সময় এবং রেন্ডারিং সমস্যার সমাধান 
• অভ্যন্তরীণ সংস্থানগুলিতে অ্যাক্সেস করার সমস্যা সম্পর্কিত আরও তথ্যের জন্য দেখুন অভ্যন্তরীণ সংস্থানগুলিতে অ্যাক্সেস করার সমস্যার সমাধান 
• VOIP এবং ভিডিও সম্পর্কিত সমস্যাগুলির জন্য দেখুন VOIP সমস্যার সমাধান

লক্ষণ

• ধীর ফাইল স্থানান্তর, কম থ্রুপুট
  • কাটো ক্লাউডের সাথে সংযুক্ত হলে, গ্রাহকরা অভিজ্ঞতা করতে পারেন ধীর ডাউনলোড এবং আপলোড গতি।
• অ্যাপ্লিকেশনগুলিতে প্রতিক্রিয়ার সময় বিলম্ব
  • এটি ইন্টারেক্টিভ অ্যাপ্লিকেশনগুলির মধ্যে আরও দৃশ্যত হতে পারে যেমন রিমোট ডেস্কটপ। 

সম্ভাব্য কারণগুলি

• ভুল কনফিগারেশন (QoS, লাইসেন্স, TCP এক্সেলায়ারেশন, উইন্ডো স্কেলিং)
• নেটওয়ার্ক যানজট
• প্যাকেট ক্ষতি (ISP, শেষ মাইল)
• অপ্রয়োজনীয় PoP 
• উচ্চ সকেট সিপিইউ 
• যোগ করা ক্লাউড বিলম্ব
• হার্ডওয়্যার সীমাবদ্ধতা

সমস্যার সমাধান

আপনি আরও সমস্যা সমাধানের আগে, এইটি কাটো ক্লাউডের সাথে সম্পর্কযুক্ত কিনা তা বিচ্ছিন্ন করা অপরিহার্য। এটি করার জন্য, আমরা কাটোর সঙ্গে সংযোগকে বাইপাস করতে পারি এবং সমস্যাটি বিদ্যমান কিনা তা যাচাই করতে পারি। Cato-Cloud কে বাইপাস করা কীভাবে এটি অর্জন করবেন তার উপর বিস্তারিত পদক্ষেপগুলি প্রদান করে।

যদি সংযোগটিকে বাইপাস করার পরেও সমস্যা অব্যাহত থাকে, তবে এটি নির্দেশ করে যে সমস্যা কাটো দ্বারা সৃষ্ট হয় না। তবে, যদি কাটো ক্লাউডের সাথে সংযোগ স্থাপন করার পর সমস্যা সমাধান হয়, তবে আরও সমস্যা সমাধান এবং বিচ্ছিন্নতার জন্য নিচে দেওয়া পদক্ষেপগুলি অনুসরণ করুন।

লাইসেন্সিং এবং ব্যান্ডউইথ কনফিগারেশন

নোট: ওয়্যানের ব্যান্ডউইথ বরাদ্দ সাইট লাইসেন্স এবং ইন্টারফেসের ব্যান্ডউইথ কনফিগারেশনের উপর ভিত্তি করে। যদি উভয় ভিন্ন মান থাকে, তাহলে নিম্ন মানটি WAN সংযোগে প্রয়োগ করা হবে।

• যাচাই করুন যে সাইটের জন্য বরাদ্দকৃত লাইসেন্স সঠিক। নেটওয়ার্ক > সাইটসমূহ > সাইট কনফিগারেশন > সাধারণ এ যান 
  
• যাচাই করুন যে WAN ইন্টারফেসের কনফিগার করা ব্যান্ডউইথ সঠিক। নেটওয়ার্ক > সাইটসমূহ > সাইট কনফিগারেশন > সকেট > WAN ইন্টারফেস সম্পাদনা করুন। 
  
• চীন এবং ভিয়েতনাম সাইটগুলির জন্য, লাইসেন্সিং ভিন্ন। লাইসেন্সটি গ্লোবাল এবং আঞ্চলিক লাইসেন্সে বিভক্ত করা হবে। গ্লোবাল লাইসেন্স গ্লোবাল সাইটে সংযোগের জন্য এবং আঞ্চলিক লাইসেন্স দেশের ভিতরে সংযোগের জন্য। 
  
• সাইট লাইসেন্স পরিচালনা সম্পর্কে আরও তথ্যের জন্য, Managing-Site-Bandwidth-Licenses দেখুন। 

প্যাকেট ক্ষতি

প্যাকেট ক্ষতি ক্যাটো ইনফ্রাস্ট্রাকচারের ভিতরে বা ইন্টারনেট সার্ভিস প্রদানকারী (ISP) এর সাথে হতে পারে। নিম্নলিখিত ধাপগুলি প্যাকেট ক্ষতির উৎসকে পৃথক করার লক্ষ্য।

• নেটওয়ার্ক বিশ্লেষণে প্যাকেট ক্ষতি (আপস্ট্রিম/ডাউনস্ট্রিম) এর জন্য পরীক্ষা করুন।
  
  
• যদি এটি শেষ মাইল প্যাকেট ক্ষতির সাথে মিলে যায়, তাহলে এটি সকেটের WAN পোর্টে সংযুক্ত কেবলটির হার্ডওয়্যার সমস্যা বা ইন্টারনেট সার্ভিস প্রদানকারী (ISP) এর সাথে সমস্যা নির্দেশ করে।
  
  
• প্যাকেট ক্ষতি সমস্যা সমাধানের পরামর্শের জন্য প্যাকেট ক্ষতি সমাধান বিভাগ দেখুন।

প্যাকেট বর্জন (ব্যান্ডউইথ ব্যবস্থাপনা)

যদি আপনি নেটওয়ার্ক বিশ্লেষণ পৃষ্ঠাতে অনেক প্যাকেট বর্জন দেখতে পান, তাহলে এটা বোঝায় যে প্যাকেটগুলি ব্যান্ডউইথ ব্যবস্থাপনা (QoS) কারণে বর্জন করা হয়েছে। এটি নির্ধারণ করার জন্য যে আপনার অ্যাপ্লিকেশনটি এতে প্রভাবিত হচ্ছে কি না:

• নেটওয়ার্ক > অগ্রাধিকার বিশ্লেষক এ যান এবং যাচাই করুন যে কোন শ্রেণী প্যাকেট বর্জন করছে এবং আপনার অ্যাপ্লিকেশন একই শ্রেণীতে বরাদ্দকৃত কিনা।
• যদি এমন হয়, তাহলে এই শ্রেণীর জন্য আরও ব্যান্ডউইথ বরাদ্দ করার কথা বিবেচনা করুন।
• বিকল্পভাবে, যদি প্রভাবিত অ্যাপ্লিকেশনটি গুরুতর হয়, তাহলে কর্মক্ষমতা উন্নত করতে এটি একটি উচ্চতর অগ্রাধিকার শ্রেণীতে সরান। ক্লাস কনফিগার করার নির্দেশাবলীর জন্য প্যাকেট বর্জন সমাধান (QoS) দেখুন।
• প্যাকেট বর্জনের আরেকটি কারণ হল মাইক্রো-বার্স্ট। এটি কী বোঝায়, কিভাবে চিহ্নিত করতে হয়, এবং অবশেষে এটি সমাধানের জন্য কোন পদক্ষেপ নিতে হয় তা সম্পর্কে মাইক্রো-বার্স্টস পরীক্ষা দেখুন।

সকেট সম্পদ সীমাবদ্ধতা

যখন সকেট তার সম্পদ সীমাবদ্ধতায় পৌঁছায় তখন কর্মক্ষমতা হ্রাস হতে পারে।

1. সর্বাধিক সমর্থিত থ্রুপুট

• নেটওয়ার্ক > সাইট > নেটওয়ার্ক বিশ্লেষণ -এ যান এবং যাচাই করুন যে সাইটের জন্য থ্রুপুট সমর্থিত সীমার মধ্যে আছে কিনা।
• নিচে আমাদের সকেট মডেলের সর্বাধিক সহনীয় টানেল থ্রুপুট উল্লেখ করা হয়েছে:
  

  সকেট মডেল	সর্বাধিক টানেল থ্রুপুট
  X1500	500Mbps
  X1600	1Gbps
  X1600 LTE	1Gbps
  X1700	3Gbps
  X1700B	10Gbps

• আরও বিস্তারিত তথ্যের জন্য সংশ্লিষ্ট ডেটা-শীটে Cato-Socket-Deployment-Guides দেখুন। 
• যদি আপনি তালিকাভুক্ত সীমাবদ্ধতাগুলি অতিক্রম করেন, সমর্থিত থ্রুপুট অতিক্রম সমাধান করুন দেখুন।

2. উচ্চ সকেট সিপিইউ ব্যবহার

• সকেট সম্পদের অতিরিক্ত ব্যবহার পারফরম্যান্সের অবনতি ঘটাবে।  
• সকেট ওয়েবইউআই থেকে, HW স্ট্যাটাস ট্যাবটি নির্বাচন করুন। এটি প্রতিটি কোরের জন্য বর্তমান সিপিইউ ব্যবহার শতাংশ প্রদর্শন করবে। ক্রমাগত উচ্চ সিপিইউ ব্যবহার সকেট পারফরম্যান্সে সরাসরি প্রভাব ফেলবে এবং প্যাকেট ক্ষতি ঘটাবে। 
• যদি আপনি নেটওয়ার্ক প্যাকেট ক্ষতি সহ ক্রমাগত উচ্চ সিপিইউ ব্যবহার লক্ষ করেন, দয়া করে সাহায্যের জন্য সাপোর্টের সাথে যোগাযোগ করুন।

• ফিজিক্যাল Sockets সংস্করণ 21.1 এবং ভার্চুয়াল Sockets সংস্করণ 22 দিয়ে শুরু করে, সিপিইউ ব্যবহার মেট্রিক এখন সিএমএ-তে দৃশ্যমান। সিএমএ-তে নেটওয়ার্ক বিশ্লেষণে যান এবং হার্ডওয়্যার ট্যাব নির্বাচন করুন।
  

• অতিরিক্তভাবে, সিপিইউ ব্যবহার মেট্রিক Socket UI থেকে, HW স্ট্যাটাস ট্যাবের অধীনে উপলব্ধ।
  

সাব-অপটিমাল পিওপি

কাটো ক্লাউড ব্যবহার করার সময়, গ্রাহকরা লক্ষ্য করতে পারেন যে অ্যাপ্লিকেশন পারফরম্যান্স ধীর হয়ে যাচ্ছে অথবা ডাউনলোড/আপলোডের গতি কমেছে।

• যাচাই করার জন্য, প্রভাবিত সেবার উপর একটি PING পরীক্ষা পরিচালনা করুন।
  
• যদি ফিরে আসা RTT প্রত্যাশার চেয়ে বেশি হয়, মনিটরিং > টপোলজি -এ গিয়ে এবং সাইটে ক্লিক করে যাচাই করুন যে সাইটটি একটি অপটিমাল পিওপিতে সংযুক্ত কিনা।
• একটি ডান দিকের উইন্ডো প্যান প্রদর্শিত হবে। উইন্ডো প্যানের নিচে "লগ দেখুন"-এ ক্লিক করুন।
• অন্য একটি উইন্ডো উপস্থিত হবে। যাচাই করুন যে আইএসপি সংযুক্ত পিওপির কাছে আছে কিনা।
  
• এটি সমাধান করতে, অপটিমাল পিওপি সমাধান দেখুন।

নেটওয়ার্ক নিয়ম যাচাই

• যাচাই করুন যে প্রভাবিত সংযোগটি সঠিক নেটওয়ার্ক নিয়মে আঘাত করেছে। 
• যদি প্রভাবিত অ্যাপ্লিকেশনটি ফাইল-শেয়ারিং বা ওয়েব অ্যাপ্লিকেশন হয়, টিসিপি ত্বরনের সক্রিয় করা নেটওয়ার্ক নিয়ম তৈরি করুন এবং তালিকার শীর্ষে নিয়মটি রাখুন। আরও বিস্তারিত তথ্যের জন্য TCP ত্বরনের সর্বোত্তম অনুশীলনসমূহ দেখুন।

যোগ করা মেঘ বিলম্ব

• অ্যাপ্লিকেশনগুলি, যেমন SQL সার্ভিস, যা বিলম্বের পরিবর্তনের প্রতি সংবেদনশীল, Cato ক্লাউডে স্থানান্তরিত হলে কাজ সম্পূর্ণ করতে বাড়তি সময় অভিজ্ঞ হতে পারে।
• WAN এর উপর এই কোয়েরিগুলির করার ফলে সৃষ্ট অতিরিক্ত বিলম্ব, যদিও মাত্র কয়েক মিলিসেকেন্ড, কোয়েরির সংখ্যা বিবেচনা করলে সত্যিই সংযুক্ত হয়।
• সাইট মধ্যে বিলম্ব কমানোর জন্য, TCP ত্বরান্বন এবং অফ-ক্লাউড এর মত Cato সমাধানগুলি বাস্তবায়নের বিবেচনা করা সুপারিশ করা হয়। অথবা Alt-WAN।
• সার্বজনীন ক্লাউড পরিবেশে হোস্ট করা সার্ভিসসমূহ, যেমন Azure বা AWS, সাইটগুলির মধ্যে বিলম্ব যথেষ্ট কমাতে ক্লাউড ইন্টারকানেক্ট ব্যবহার করতে পারে।
• অন্যথায়, SQL কোয়েরিগুলি Cato ক্লাউডে ভালো পারফরম্যান্সের জন্য পরিবর্তন করা যেতে পারে।

উইন্ডোজ ডিভাইসের জন্য উইন্ডো স্কেলিং

• TCP/IP-তে উইন্ডো স্কেলিং বড় উইন্ডো সাইজের নেগোসিয়েশন করতে সক্ষম করে, যা প্রতিটি প্যাকেটের মধ্যে আরও বেশি ডেটা পাঠাতে এবং পারফরম্যান্স উন্নত করতে সাহায্য করে।
• এটি ডিফল্টভাবে সক্রিয় করা উচিত। এটি যাচাই করার জন্য, উইন্ডোজ ডিভাইসে প্রম্পট খুলুন এবং কমান্ড netsh interface tcp show global চালান।
• "Receive Window Auto-Tuning Level" সেটিংসটি খুঁজুন, যা "normal" এ সেট করা উচিত।
• আরও বিশদ বিবরণের জন্য TCP Window Scaling Option সক্রিয় করা দেখুন।
  

উইন্ডোজ ডিভাইসের জন্য TCP টাইমস্ট্যাম্প বিকল্প

• উইন্ডোজ অপারেটিং সিস্টেমের জন্য ডিফল্ট সেটিংস TCP টাইমস্ট্যাম্প বিকল্প সমর্থন করে না। প্যাকেটের RTT পরিমাপ উন্নত করতে TCP টাইমস্ট্যাম্প বিকল্প সক্ষম করুন, যা প্যাকেট ক্ষতি সঠিকভাবে চিহ্নিত করতে সহায়তা করতে পারে।
• এই বিকল্পটি প্যাকেট ক্ষতি ক্ষেত্রে পুনঃসম্প্রচার সময়সূচি সমন্বয় করতেও TCP স্ট্যাককে সহায়তা করে।
• আমরা আপনার উইন্ডোজ কম্পিউটারগুলির জন্য TCP টাইমস্ট্যাম্প সক্ষম করার জন্য এগুলি অনুসরণ করার সুপারিশ করছি:
  • উইন্ডোজে রেজিস্ট্রি সম্পাদন করুন।
  • নিম্নলিখিত কী-তে নিজেকে নির্দিষ্ট করুন HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  • Tcp1323Opts নামে একটা কী খুঁজুন। যদি এটি না থাকে তবে আপনাকে এটি একটি DWORD (32-বিট) মান হিসাবে তৈরি করতে হবে এবং এর নাম দিতে হবে Tcp1323Opts। মানটি 2 এ সেট করুন।
  • আপনার সিস্টেম পুনরায় চালু করুন।
• TCP টাইমস্ট্যাম্পের অবস্থা যাচাই করার জন্য কমান্ড প্রম্পট থেকে netsh int tcp show global রান করুন। RFC1323 টাইমস্ট্যাম্পগুলি সক্রিয় করা উচিত।
  

iPerf পরীক্ষার

• সমস্যাটিকে বিচ্ছিন্ন করতে সাহায্য করার জন্য iPerf আরেকটি সমস্যা নির্ধারণের সরঞ্জাম হতে পারে। iPerf পরীক্ষাটি নেটওয়ার্কে সর্বাধিক অর্জনযোগ্য থ্রুপুট পরিমাপ করতে ব্যবহার করা যেতে পারে। এটি নেটওয়ার্ক এবং সংযোগকারিতা পরীক্ষার অংশ হিসেবে সকেট ওয়েব UI-তে অন্তর্ভুক্ত করা হয়েছে এবং টুলস ট্যাবে প্রবেশ করা যায়।
  
• সকেট ওয়েব UI-তে আইপারফ পরীক্ষার পরিচালনা করার জন্য অধিকতর তথ্যের জন্য iPerf দ্বারা লিংক পরীক্ষা করুন।
  নোট: আরও সঠিক ফলাফলের জন্য UDP পরীক্ষা প্রোটোকল ব্যবহার করার সুপারিশ করা হয় কারণ এটি যানজট নিয়ন্ত্রণ বিবেচনা করে না। মনে রাখবেন যে এই পরীক্ষার উদ্দেশ্য লিংকের সর্বাধিক অর্জনযোগ্য থ্রুপুট নির্ধারণ করা।

(বিকল্প) শেষ মাইল অভিজ্ঞতা পর্যবেক্ষণ

• অভিজ্ঞতা পর্যবেক্ষণ লাইসেন্স সহ গ্রাহকরা সম্ভাব্য প্যাকেট ক্ষতি এবং প্যাকেট বর্জন দেখতে শেষ মাইল এবং অ্যাপ্লিকেশন পারফরম্যান্স ট্যাবগুলি পরীক্ষা করতে পারেন। তথ্যটি সাইট নেটওয়ার্ক বিশ্লেষণ ট্যাবে যে ফলাফল পাওয়া যায় তা থেকে সমস্যা কোথা থেকে তৈরি হচ্ছে সেটা বোঝার জন্য সহজবোধ্যভাবে সংযুক্ত করা যাবে।

অফ-ক্লাউড

• পরীক্ষার উদ্দেশ্যে, দুইটি সাইটের মধ্যে একটি অফ-ক্লাউড সেটআপ কনফিগার করণ বিবেচনা করুন। এই পন্থা আমাদেরকে অন-ক্লাউড এবং অফ-ক্লাউডের মধ্যে পারফরম্যান্স তুলনা করতে অনুমতি দেবে।
• যদি অফ-ক্লাউডে পারফরম্যান্স ভাল হয়, তাহলে এটি পারফরম্যান্স সমস্যার জন্য স্থায়ী সমাধান হতে পারে।
• কিন্তু, একটি বিষয় যে লক্ষ্য করা উচিত যে Cato থ্রেট প্রোটেকশন ইঞ্জিনগুলি অফ-ক্লাউড ট্রাফিক পরীক্ষা করে না।
• কনফিগারেশনের বিস্তারিত তথ্যের জন্য Routing-Traffic-to-an-Off-Cloud-Link দেখুন। 

আবিষ্কৃত সমস্যা সমাধান করা

মিসকনফিগারেশন সমাধান

প্যাকেট ক্ষতি সমাধান

• যদি শেষ মাইল প্যাকেট ক্ষতি থাকে, সকেটের WAN পোর্টে সংযুক্ত ক্যাবলটি প্রতিস্থাপন করুন।
• যদি সম্ভব হয়, সকেট এবং আপস্ট্রিম ডিভাইসে একটি ভিন্ন WAN পোর্টে সংযোগ করুন। যদি সেটি শেষ মাইল প্যাকেট ক্ষতি সমস্যার উন্নতি না করে, তাহলে আপনার ইন্টারনেট প্রদানকারীর সাথে যোগাযোগ করুন সমস্যাটি আরও আলাদাভাবে বিচ্ছিন্ন করতে। 
• যদি উচ্চ প্যাকেট ক্ষতি লক্ষ্য করা যায়, তাহলে VoIP ট্রাফিকের জন্য প্যাকেট ক্ষতি প্রশমন সক্রিয় করার বিষয়ে বিবেচনা করুন। বিস্তারিত জানার জন্য ট্রাফিক অপটিমাইজেশন দেখুন।
  
• প্যাকেট ক্ষতি সম্পর্কিত বিস্তৃত সমস্যার সমাধানের জন্য, অনুগ্রহ করে সকেট সাইট প্যাকেট ক্ষতি সমস্যার সমাধান কিভাবে করবেন পড়ুন।

প্যাকেট বর্জন (QoS) সমাধান করা

• ক্লাসের জন্য আরও ব্যান্ডউইডথ বরাদ্দ করতে, নেটওয়ার্ক > ব্যান্ডউইডথ ব্যবস্থাপনা যান, প্রভাবিত ক্লাস নির্বাচন করুন এবং সেই অনুযায়ী সীমাগুলি পরিবর্তন করুন।
  
• প্রভাবিত অ্যাপ্লিকেশনটিকে উচ্চ অগ্রাধিকার শ্রেণিতে স্থানান্তর করতে, প্রভাবিত অ্যাপ্লিকেশনের বিদ্যমান নেটওয়ার্ক নিয়ম সম্পাদনা করুন এবং BW অগ্রাধিকারকে নিম্নতর মানে পরিবর্তন করুন (মান যত নিম্ন, অগ্রাধিকার তত উচ্চ)। অথবা, একটি নতুন নেটওয়ার্ক নিয়ম তৈরি করুন এবং BW অগ্রাধিকারকে নিম্নতর মানে নির্ধারণ করুন।
  
• ব্যান্ডউইথ ব্যবস্থাপনা সম্পর্কে বিস্তারিত গাইডের জন্য, Configuring-Bandwidth-Management-Profiles দেখুন।

সংযুক্ত হয়েছে সাব-অপ্টিমাল PoP এর সাথে সমাধান করা হচ্ছে

• যদি ডিভাইসটি একটি অপ্টিম্যাল PoP-এ সংযুক্ত না থাকে, তবে "Preferred POP locations" সেটিংস কনফিগার করা হয়েছে কিনা তা যাচাই করুন। এটি করতে নেটওয়ার্ক > সাইট > সাইট কনফিগারেশন > সাধারণ > পছন্দসই PoP অবস্থানসমূহ এ যান। যদি সেটিংসগুলি ভুলভাবে নির্ধারিত হয়, সঠিক অবস্থান নির্বাচন করুন।
• সকেট নতুনভাবে নির্ধারিত পছন্দসই PoP-এ স্বয়ংক্রিয়ভাবে পুনরায় সংযোগ করবে নেটওয়ার্ক > সাইটসমূহ > কানেকশন SLA. এ কনফিগার করা হিসাবে। তবে, পছন্দসই POP-এ পুনরায় সংযোগ করুন কার্যটি ব্যবহার করে, পুনরায় সংযোগটি ম্যানুয়ালি ট্রিগার করা যেতে পারে, যেমনটি পছন্দসই PoP অবস্থানে ম্যানুয়ালি পুনরায় সংযোগ করা এ ব্যাখ্যা করা হয়েছে।

সমর্থিত থ্রুপুট অতিক্রম করার সমস্যার সমাধান

• আপনার নিজ নিজ অ্যাকাউন্ট ম্যানেজার বা গ্রাহক সেবা ম্যানেজারের সাথে যোগাযোগ করুন একটি বড় সকেটে আপগ্রেড করার জন্য। যদি আপনি নিশ্চিত না হন তারা কারা, সাপোর্টের সাথে যোগাযোগ করুন।

Cato সাপোর্টে কেস তুলে ধরা হচ্ছে

যদি উপরোক্ত পদক্ষেপগুলি সমস্যা সনাক্ত ও সমাধান করতে সহায়তা না করে তবে দয়া করে Cato সাপোর্ট দিয়ে একটি কেস খুলুন। কেস খোলার সময় নিম্নলিখিত প্রশ্নগুলি বিবেচনা করুন এবং প্রাসঙ্গিক উত্তর প্রদান করুন: 

1. সমস্যাটি কি সমস্ত অ্যাপ্লিকেশন বা নির্দিষ্ট অ্যাপ্লিকেশনগুলিকে প্রভাবিত করে? 
2. যদি এটি নির্দিষ্ট অ্যাপ্লিকেশনসমূহকে প্রভাবিত করে, তবে এগুলি কি নতুন অ্যাপ্লিকেশন?  
3. নতুন অ্যাপ্লিকেশন এর জন্য, বিস্তারিত প্রদান করুন, যার মধ্যে রয়েছে অ্যাপ্লিকেশন নাম, সংস্করণ, ইত্যাদি।
4. বিদ্যমান অ্যাপ্লিকেশনসমূহের জন্য কি পরিবর্তিত হয়েছে, যা সমস্যা সৃষ্টি করেছে?
5. এই সমস্যা কি সমস্ত সাইট বা নির্দিষ্ট সাইটসমূহকে প্রভাবিত করে? যদি নির্দিষ্ট সাইটসমূহ হয়, তাহলে প্রভাবিত সাইটগুলির নাম দিন।
6. যদি এটি সমস্ত সাইটকে প্রভাবিত করে তবে সার্ভার কোথায় অবস্থিত? 

ডেটা সংগ্রহ

সমস্যা পুনরায় ঘটানোর সময় সাপোর্ট সেলফ-সার্ভিস (SSS) সংগ্রহ করুন। অতিরিক্তভাবে, ডিভাইসে Wireshark ইন্সটল করুন এবং দুটি ডেটা প্যাকেট সংগ্রহ করুন:

• প্রথম ডেটা প্যাকেট সংগ্রহ (PCAP) পারফরম্যান্স সমস্যাটি ধরে রাখবে। SSS সংগ্রহ করার সময় এটি একসঙ্গে করা যেতে পারে।
• দ্বিতীয় PCAP সেট সংগ্রহ করা উচিত যখন সংযোগটি ক্যাটো ক্লাউড এড়িয়ে যায়, অর্থাৎ যখন কোনো পারফরম্যান্স সমস্যা উপস্থিত না থাকে। সমর্থন যখন সংগ্রহিত লগ এবং SSS পরীক্ষা করবে তখন এই ডেটা সেটটি সমর্থনের জন্য একটি বেঞ্চমার্ক হিসেবে কাজ করবে।
•