সারসংক্ষেপ
গ্রাহকরা অভিজ্ঞতা করতে পারেন তাদের অ্যাপ্লিকেশনগুলি কর্মক্ষমতা সমস্যা যখন Cato সাথে সংযুক্ত। কর্মক্ষমতা সমস্যা একটি বিস্তৃত বিষয়, এবং সেগুলি বিভিন্ন ওএসআই স্তরে সংঘটিত হতে পারে, শারীরিক স্তর থেকে অ্যাপ্লিকেশন স্তর পর্যন্ত। এই নির্দেশিকা মূলত টিসিপি স্তর পর্যন্ত কর্মক্ষমতা সমস্যায় ফোকাস করবে। অ্যাপ্লিকেশন স্তরের সাথে সম্পর্কিত কর্মক্ষমতা সমস্যাগুলি অন্যান্য নির্দেশিকাগুলিতে আলোচনা করা হবে:
ইন্টারনেট সম্পদগুলোতে অ্যাক্সেসযোগ্যতা সম্পর্কিত সমস্যার জন্য, দেখুন ইন্টারনেট পরিষেবা অ্যাক্সেসযোগ্যতা সমস্যার সমাধান
ধীরগতির ইন্টারনেট ব্রাউজার সম্পর্কিত কর্মক্ষমতা সমস্যার জন্য দেখুন লম্বা ওয়েবপেজ লোড করার সময় এবং রেন্ডারিং সমস্যার সমাধান
অভ্যন্তরীণ রিসোর্সগুলোতে অ্যাক্সেসের সাথে সম্পর্কিত সমস্যার জন্য, দেখুন অভ্যন্তরীণ রিসোর্সগুলোর অ্যাক্সেসের সমস্যার সমাধান
ভয়েস ও ভিডিও সম্পর্কিত সমস্যার জন্য, দেখুন VoIP সমস্যার সমাধান
উপসর্গ
ধীর ফাইল স্থানান্তর, কম থ্রুপুট
কাটো ক্লাউডের সাথে সংযুক্ত হলে, গ্রাহকরা অভিজ্ঞতা করতে পারেন ধীর ডাউনলোড এবং আপলোড গতি।
অ্যাপ্লিকেশনগুলিতে প্রতিক্রিয়ার সময় বিলম্ব
এটি ইন্টারেক্টিভ অ্যাপ্লিকেশন যেমন, রিমোট ডেস্কটপগুলিতে আরও বেশি প্রাসঙ্গিক হতে পারে।
গ্রাহকের নতুন সেটআপ জন্য ব্যবহারকারী সচেতনতা এবং ডিসি সিঙ্ক ত্রুটির প্রাপ্তি।
ভুল কনফিগারেশন (QoS, লাইসেন্স, TCP এক্সেলায়ারেশন, উইন্ডো স্কেলিং)
নেটওয়ার্ক যানজট
প্যাকেট ক্ষতি (ISP, শেষ মাইল)
অপ্টিমাল নয় এমন PoP
উচ্চ সকেট CPU
যোগ করা মেঘ বিলম্ব
হার্ডওয়্যার সীমাবদ্ধতা
সমস্যার সমাধান
আপনি আরও সমস্যা সমাধানের আগে, এইটি কাটো ক্লাউডের সাথে সম্পর্কযুক্ত কিনা তা বিচ্ছিন্ন করা অপরিহার্য। এটি করার জন্য, আমরা কাটোর সঙ্গে সংযোগকে বাইপাস করতে পারি এবং সমস্যাটি বিদ্যমান কিনা তা যাচাই করতে পারি। Cato-Cloud বাইপাস করা অর্জন করার জন্য ধাপে ধাপে নির্দেশিকা প্রদান করে।.
যদি সংযোগটিকে বাইপাস করার পরেও সমস্যা অব্যাহত থাকে, তবে এটি নির্দেশ করে যে সমস্যা কাটো দ্বারা সৃষ্ট হয় না। তবে, যদি কাটো ক্লাউডের সাথে সংযোগ স্থাপন করার পর সমস্যা সমাধান হয়, তবে আরও সমস্যা সমাধান এবং বিচ্ছিন্নতার জন্য নিচে দেওয়া পদক্ষেপগুলি অনুসরণ করুন।
লাইসেন্সিং এবং ব্যান্ডউইথ কনফিগারেশন
নোট: ওয়্যানের ব্যান্ডউইথ বরাদ্দ সাইট লাইসেন্স এবং ইন্টারফেসের ব্যান্ডউইথ কনফিগারেশনের উপর ভিত্তি করে। যদি উভয় ভিন্ন মান থাকে, তাহলে নিম্ন মানটি WAN সংযোগে প্রয়োগ করা হবে।
নির্দিষ্ট লাইসেন্সের যাচাই করা হয়েছে যে সাইটের জন্য সঠিক লাইসেন্স বিতরণ করা হয়েছে। নেটওয়ার্ক > সাইটসমূহ > সাইট কনফিগারেশন > সাধারণ এ যান।
যাচাই করুন যে WAN ইন্টারফেসের কনফিগার করা ব্যান্ডউইথ সঠিক। নেটওয়ার্ক > সাইটসমূহ > সাইট কনফিগারেশন > সকেট > WAN ইন্টারফেস সম্পাদনা করুন।
চীন এবং ভিয়েতনাম সাইটগুলির জন্য, লাইসেন্সিং ভিন্ন। লাইসেন্সটি গ্লোবাল এবং আঞ্চলিক লাইসেন্সে বিভক্ত করা হবে। গ্লোবাল লাইসেন্স গ্লোবাল সাইটে সংযোগের জন্য এবং আঞ্চলিক লাইসেন্স দেশের ভিতরে সংযোগের জন্য।
সাইট লাইসেন্সগুলি পরিচালনা সম্পর্কে আরও তথ্যের জন্য, দেখুন Managing-Site-Bandwidth-Licenses।
প্যাকেট ক্ষতি
Cato পরিকাঠামো অথবা ইন্টারনেট পরিষেবা প্রদানকারী (ISP) এর মধ্যে প্যাকেট ক্ষতি ঘটতে পারে। নিম্নলিখিত ধাপগুলি প্যাকেট ক্ষতির উৎস বিচ্ছিন্ন করতে সাহায্য করবে।
নেটওয়ার্ক বিশ্লেষণে প্যাকেট লস (আপস্ট্রিম/ডাউনস্ট্রিম) পরীক্ষা করুন।
যদি এটি শেষ মাইল প্যাকেট ক্ষতির সাথে মিলিত হয়, তবে এটি সকেটের WAN পোর্টের সাথে সংযুক্ত ক্যাবলের সম্ভাব্য হার্ডওয়্যার সমস্যা বা ইন্টারনেট পরিষেবা প্রদানকারী (ISP) এর সাথে সমস্যা নির্দেশ করে।
প্যাকেট লস সমস্যা সমাধান করার সুপারিশের জন্য প্যাকেট লস সমাধান থাকার বিষয়টি দেখুন।
প্যাকেট বর্জন (ব্যান্ডউইথ ব্যবস্থাপনা)
যদি আপনি নেটওয়ার্ক বিশ্লেষণ পৃষ্ঠাতে অনেক প্যাকেট বর্জন দেখতে পান, তাহলে এটা বোঝায় যে প্যাকেটগুলি ব্যান্ডউইথ ব্যবস্থাপনা (QoS) কারণে বর্জন করা হয়েছে। এটি নির্ধারণ করার জন্য যে আপনার অ্যাপ্লিকেশনটি এতে প্রভাবিত হচ্ছে কি না:
নেটওয়ার্ক > অগ্রাধিকার বিশ্লেষক এ যান এবং যাচাই করুন যে কোন শ্রেণী প্যাকেট বর্জন করছে এবং আপনার অ্যাপ্লিকেশন একই শ্রেণীতে বরাদ্দকৃত কিনা।
যদি এমন হয়, তাহলে এই শ্রেণীর জন্য আরও ব্যান্ডউইথ বরাদ্দ করার কথা বিবেচনা করুন।
বিকল্পভাবে, যদি প্রভাবিত অ্যাপ্লিকেশনটি অত্যাবশ্যক হয়, তবে এটি উন্নত কার্যক্ষমতা প্রাপ্ত করার জন্য একটি উচ্চ অগ্রাধিকারের শ্রেণীতে স্থানান্তর করুন। নির্দেশিকার জন্য QoS দিয়ে প্যাকেট গলানো সমাধান দেখুন।
প্যাকেট বর্জনের আরেকটি কারণ হল মাইক্রো-বার্স্ট। মাইক্রো-বার্স্ট শনাক্ত করা এর মাধ্যমে কিভাবে চিহ্নিত করবেন এবং কীভাবে তা সমাধান করবেন তা পড়ুন।
সকেট সম্পদ সীমাবদ্ধতা
যখন সকেট তার সম্পদ সীমাবদ্ধতায় পৌঁছায় তখন কর্মক্ষমতা হ্রাস হতে পারে।
1. সর্বাধিক সমর্থিত থ্রুপুট
নেটওয়ার্ক > সাইট > নেটওয়ার্ক বিশ্লেষণ -এ যান এবং যাচাই করুন যে সাইটের জন্য থ্রুপুট সমর্থিত সীমার মধ্যে আছে কিনা।
নিচে আমাদের সকেট মডেলের সর্বাধিক সহনীয় টানেল থ্রুপুট উল্লেখ করা হয়েছে:
Socket মডেল
সর্বাধিক টানেল থ্রুপুট
X1500
500Mbps
X1600
1Gbps
X1600 LTE
1Gbps
X1700
3Gbps
X1700B
10Gbps
তথ্য-শীটে আরও বিস্তারিত তথ্যের জন্য Cato-Socket-Deployment-Guides দেখুন।
যদি আপনি তালিকাভুক্ত সীমাবদ্ধতাগুলি অতিক্রম করেন, সমর্থিত থ্রুপুট অতিক্রম সমাধান করুন দেখুন।
2. উচ্চ সকেট সিপিইউ ব্যবহার
সকেট সম্পদের উচ্চ ব্যবহারের কারণে পারফরম্যান্সের অবনতি ঘটে।
সকেট ওয়েবইউআই থেকে, HW স্ট্যাটাস ট্যাবটি নির্বাচন করুন। এটি প্রতিটি কোরের জন্য বর্তমান সিপিইউ ব্যবহার শতাংশ প্রদর্শন করবে। ক্রমাগত উচ্চ CPU ব্যবহারের কারণে সকেট পারফরম্যান্সে প্রভাব ফেলবে এবং প্যাকেট লস ঘটাবে।
যদি আপনি নেটওয়ার্ক প্যাকেট লস এবং ক্রমাগত উচ্চ CPU ব্যবহার লক্ষ্য করেন, দয়া করে সমর্থন যোগাযোগে সহায়তার জন্য যোগাযোগ করুন।
ফিজিক্যাল Sockets সংস্করণ 21.1 এবং ভার্চুয়াল Sockets সংস্করণ 22 দিয়ে শুরু করে, সিপিইউ ব্যবহার মেট্রিক এখন সিএমএ-তে দৃশ্যমান। সিএমএ-তে নেটওয়ার্ক বিশ্লেষণে যান এবং হার্ডওয়্যার ট্যাব নির্বাচন করুন।
অতিরিক্তভাবে, সিপিইউ ব্যবহার মেট্রিক Socket UI থেকে, HW স্ট্যাটাস ট্যাবের অধীনে উপলব্ধ।
পারফরম্যান্স বিবেচনা: সক্রিয়/সক্রিয় WAN থ্রুপুট
সক্রিয়/সক্রিয় WAN পরিবেশে, অ্যাপ্লিকেশন থ্রুপুট সীমিত হতে পারে যখন সমস্ত ডেটা ফ্লো অস্থায়ীভাবে সমস্ত উপলব্ধ লিঙ্কগুলির পরিবর্তে একটি একক WAN লিঙ্কে জমা হয়। এটি ঘটলে, মোট থ্রুপুট একাধিক লিঙ্কের সম্মিলিত ব্যান্ডউইডথ ব্যবহার করার পরিবর্তে একটি লিঙ্কের ব্যান্ডউইডথ দ্বারা সীমাবদ্ধ হয়।
এই আচরণটি পারফরম্যান্স প্রত্যাশাকে প্রভাবিত করতে পারে, বিশেষত SMB এর মত প্রোটোকলের জন্য যা একই সময়ে প্রবাহিত ফ্লো এর উপর নির্ভর করে। ডায়নামিক নেটওয়ার্ক শর্ত এবং অভ্যন্তরীণ অ্যালগরিদম দ্বারা ফ্লো বিতরণ প্রভাবিত হয়, যা সবসময় লিঙ্কগুলির সমতুল্য ব্যবহার নিশ্চিত করতে পারে না।
নোট: আপনি যদি লক্ষ্য করেন যে একাধিক WAN লিঙ্ক জুড়ে প্রত্যাশিত পারফরম্যান্সের সাথে সামঞ্জস্যপূর্ণ থ্রুপুট নয়, তাহলে আরও তদন্ত এবং সহায়তার জন্য Cato সাপোর্টের সাথে যোগাযোগ করুন।
সাব-অপটিমাল পিওপি
কাটো ক্লাউড ব্যবহার করার সময়, গ্রাহকরা লক্ষ্য করতে পারেন যে অ্যাপ্লিকেশন পারফরম্যান্স ধীর হয়ে যাচ্ছে অথবা ডাউনলোড/আপলোডের গতি কমেছে।
যাচাই করার জন্য, প্রভাবিত সার্ভিসের উপর একটি পিং পরীক্ষা করুন।
যদি ফিরে আসা RTT প্রত্যাশার চেয়ে বেশি হয়, মনিটরিং > টপোলজি -এ গিয়ে এবং সাইটে ক্লিক করে যাচাই করুন যে সাইটটি একটি অপটিমাল পিওপিতে সংযুক্ত কিনা।
একটি ডান দিকের উইন্ডো প্যান প্রদর্শিত হবে। উইন্ডো প্যানের নিচে "লগ দেখুন"-এ ক্লিক করুন।
অন্য একটি উইন্ডো উপস্থিত হবে। যাচাই করুন যে আইএসপি সংযুক্ত পিওপির কাছে আছে কিনা।
এটি সমাধান করতে, অপটিমাল পিওপি সমাধান দেখুন।
নেটওয়ার্ক নিয়ম যাচাই
যাচাই করুন যে প্রভাবিত সংযোগটি সঠিক নেটওয়ার্ক নিয়ম অনুসরণ করছে।
যদি প্রভাবিত অ্যাপ্লিকেশনটি ফাইল-শেয়ারিং বা ওয়েব অ্যাপ্লিকেশন হয়, টিসিপি ত্বরনের সক্রিয় করা নেটওয়ার্ক নিয়ম তৈরি করুন এবং তালিকার শীর্ষে নিয়মটি রাখুন। TCP ত্বরানের সেরা অনুশীলনগুলির জন্য বিস্তারিত তথ্যের জন্য 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-তে অন্তর্ভুক্ত করা হয়েছে এবং টুলস ট্যাবে প্রবেশ করা যায়।
অতিরিক্ত তথ্যের জন্য iPerf দিয়ে লিঙ্ক পরীক্ষা দেখুন।নোট: সঠিক ফলাফলের জন্য পরীক্ষা প্রটোকল হিসাবে ইউডিপি ব্যবহার সুপারিশ করা হয় যেহেতু এটি যানজট নিয়ন্ত্রণ বিবেচনা করে না। মনে রাখবেন যে এই পরীক্ষার উদ্দেশ্য লিংকের সর্বাধিক অর্জনযোগ্য থ্রুপুট নির্ধারণ করা।
(ঐচ্ছিক) শেষ মাইল অভিজ্ঞতা পর্যবেক্ষণ
অভিজ্ঞতা পর্যবেক্ষণ লাইসেন্স সহ গ্রাহকরা সম্ভাব্য প্যাকেট ক্ষতি এবং প্যাকেট বর্জন দেখতে শেষ মাইল এবং অ্যাপ্লিকেশন পারফরম্যান্স ট্যাবগুলি পরীক্ষা করতে পারেন। তথ্যটি সাইট নেটওয়ার্ক বিশ্লেষণ ট্যাবে যে ফলাফল পাওয়া যায় তা থেকে সমস্যা কোথা থেকে তৈরি হচ্ছে সেটা বোঝার জন্য সহজবোধ্যভাবে সংযুক্ত করা যাবে।
অফ-ক্লাউড
পরীক্ষার উদ্দেশ্যে, দুইটি সাইটের মধ্যে একটি অফ-ক্লাউড সেটআপ কনফিগার করণ বিবেচনা করুন। এই পন্থা আমাদেরকে অন-ক্লাউড এবং অফ-ক্লাউডের মধ্যে পারফরম্যান্স তুলনা করতে অনুমতি দেবে।
যদি অফ-ক্লাউডে পারফরম্যান্স ভাল হয়, তাহলে এটি পারফরম্যান্স সমস্যার জন্য স্থায়ী সমাধান হতে পারে।
কিন্তু, একটি বিষয় যে লক্ষ্য করা উচিত যে Cato থ্রেট প্রোটেকশন ইঞ্জিনগুলি অফ-ক্লাউড ট্রাফিক পরীক্ষা করে না।
কনফিগারেশনের বিস্তারিত তথ্যের জন্য Routing-Traffic-to-an-Off-Cloud-Link দেখুন।
সমাধানকৃত সমস্যার সমাধান
মিসকনফিগারেশন সমাধান
প্যাকেট ক্ষতি সমাধান
যদি শেষ মাইল প্যাকেট ক্ষতি থাকে, সকেটের WAN পোর্টে সংযুক্ত ক্যাবলটি প্রতিস্থাপন করুন।
যদি সম্ভব হয়, সকেট এবং আপস্ট্রিম ডিভাইসে একটি ভিন্ন WAN পোর্টে সংযোগ করুন। যদি এটি শেষ মাইলে প্যাকেট লস সমস্যার উন্নতি না করে, তাহলে সমস্যা আরও বিচ্ছিন্ন করতে আপনার ইন্টারনেট প্রোভাইডারের সাথে যোগাযোগ করুন।
যদি উচ্চ প্যাকেট লস লক্ষ্য করা যায়, VoIP ট্রাফিকের জন্য প্যাকেট লস প্রশমন সক্রিয় করতে বিবেচনা করুন। বিস্তারিত জানার জন্য ট্রাফিক অপটিমাইজ করা দেখুন।
প্যাকেট ক্ষতি সম্পর্কিত সমস্যার বিস্তৃত সমাধানের জন্য, সকেট সাইট প্যাকেট লস সমস্যা সমাধান কিভাবে করবেন পড়ুন।
প্যাকেট বর্জন (QoS) সমাধান করা
ক্লাসের জন্য আরও ব্যান্ডউইডথ বরাদ্দ করতে, নেটওয়ার্ক > ব্যান্ডউইডথ ব্যবস্থাপনা যান, প্রভাবিত ক্লাস নির্বাচন করুন এবং সেই অনুযায়ী সীমাগুলি পরিবর্তন করুন।
প্রভাবিত অ্যাপ্লিকেশনটিকে উচ্চ অগ্রাধিকার শ্রেণিতে স্থানান্তর করতে, প্রভাবিত অ্যাপ্লিকেশনের বিদ্যমান নেটওয়ার্ক নিয়ম সম্পাদনা করুন এবং BW অগ্রাধিকারকে নিম্নতর মানে পরিবর্তন করুন (মান যত নিম্ন, অগ্রাধিকার তত উচ্চ)। অথবা, একটি নতুন নেটওয়ার্ক নিয়ম তৈরি করুন এবং BW অগ্রাধিকারকে নিম্নতর মানে নির্ধারণ করুন।
ব্যান্ডউইথ ব্যবস্থাপনা সম্পর্কে বিস্তারিত গাইডের জন্য, Configuring-Bandwidth-Management-Profiles দেখুন।
সংযুক্ত হয়েছে সাব-অপ্টিমাল PoP এর সাথে সমাধান করা হচ্ছে
যদি ডিভাইসটি একটি অপ্টিম্যাল PoP-এ সংযুক্ত না থাকে, তবে "Preferred POP locations" সেটিংস কনফিগার করা হয়েছে কিনা তা যাচাই করুন। এটি করতে নেটওয়ার্ক > সাইট > সাইট কনফিগারেশন > সাধারণ > পছন্দসই PoP অবস্থানসমূহ এ যান। যদি সেটিংসগুলি ভুলভাবে নির্ধারিত হয়, সঠিক অবস্থান নির্বাচন করুন।
নেটওয়ার্ক > সাইটসমূহ > সংযোগ SLA তে কনফিগার করা পছন্দ অনুসারে PoP-তে সকেটটি নিজে থেকেই পুনঃসংযুক্ত হবে। তবে পুনঃসংযোগটি এটি পুনরায় তৈরীর মাধ্যমে ম্যানুয়ালি ট্রিগার করা যেতে পারে "পছন্দসই PoP -এ পুনঃসংযোগ" কার্যটি ব্যবহার করে, বিস্তারিত জানার জন্য অবস্থানটি পছন্দসই PoP এর সাথে ম্যানুয়ালি পুনঃসংযুক্ত করুন দেখুন।
সমর্থিত থ্রুপুট অতিক্রম করার সমস্যার সমাধান
আপনার নিজ নিজ অ্যাকাউন্ট ম্যানেজার বা গ্রাহক সেবা ম্যানেজারের সাথে যোগাযোগ করুন একটি বড় সকেটে আপগ্রেড করার জন্য। যদি আপনি নিশ্চিত না হন তারা কারা, সাপোর্টের সাথে যোগাযোগ করুন।
Cato সাপোর্টে কেস উত্থাপন করা
যদি উপরোক্ত পদক্ষেপগুলি সমস্যা সনাক্ত ও সমাধান করতে সহায়তা না করে তবে দয়া করে Cato সাপোর্ট দিয়ে একটি কেস খুলুন। কেস খোলার সময় নিম্নলিখিত প্রশ্নগুলি বিবেচনা করুন এবং প্রাসঙ্গিক উত্তর প্রদান করুন:
সমস্যাটি কি সমস্ত অ্যাপ্লিকেশন বা নির্দিষ্ট অ্যাপ্লিকেশনগুলিকে প্রভাবিত করে?
যদি এটি নির্দিষ্ট অ্যাপ্লিকেশনসমূহকে প্রভাবিত করে, তবে এগুলি কি নতুন অ্যাপ্লিকেশন?
নতুন অ্যাপ্লিকেশন এর জন্য, বিস্তারিত প্রদান করুন, যার মধ্যে রয়েছে অ্যাপ্লিকেশন নাম, সংস্করণ, ইত্যাদি।
বিদ্যমান অ্যাপ্লিকেশনসমূহের জন্য কি পরিবর্তিত হয়েছে, যা সমস্যা সৃষ্টি করেছে?
এই সমস্যা কি সমস্ত সাইট বা নির্দিষ্ট সাইটসমূহকে প্রভাবিত করে? যদি নির্দিষ্ট সাইটসমূহ হয়, তাহলে প্রভাবিত সাইটগুলির নাম দিন।
যদি এটি সমস্ত সাইটকে প্রভাবিত করে তবে সার্ভার কোথায় অবস্থিত?
ডেটা সংগ্রহ
সমস্যা পুনরাবৃত্তি করার সময় সাপোর্ট সেলফ-সার্ভিস (SSS) সংগ্রহ করুন। অতিরিক্তভাবে, ডিভাইসে Wireshark ইন্সটল করুন এবং দুটি ডেটা প্যাকেট সংগ্রহ করুন:
প্রথম ডেটা প্যাকেট সংগ্রহ (PCAP) পারফরম্যান্স সমস্যাটি ধরে রাখবে। SSS সংগ্রহ করার সময় এটি একসঙ্গে করা যেতে পারে।
দ্বিতীয় PCAP সেট সংগ্রহ করা উচিত যখন সংযোগটি ক্যাটো ক্লাউড এড়িয়ে যায়, অর্থাৎ যখন কোনো পারফরম্যান্স সমস্যা উপস্থিত না থাকে। সমর্থন যখন সংগ্রহিত লগ এবং SSS পরীক্ষা করবে তখন এই ডেটা সেটটি সমর্থনের জন্য একটি বেঞ্চমার্ক হিসেবে কাজ করবে।