Socket সাইট টানেল সংযোগ সমস্যার সমাধান

সারসংক্ষেপ

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

লক্ষণ

সকেট সংযোগের ব্যর্থতা বিভিন্ন উপায়ে প্রকাশ পেতে পারে। একজন প্রশাসক নিম্নলিখিত লক্ষণগুলি লক্ষ্য করতে পারেন:

• সাইট সংযোগ বিচ্ছিন্ন CMA 
• সাইট অপ্রত্যাশিত PoP এ সংযুক্ত হচ্ছে
  
• নেটওয়ার্ক বিশ্লেষণ দেখায় যে টানেল অস্থিতিশীল

সম্ভাব্য কারণ

নিম্নলিখিত সম্ভাব্য কারণগুলি আপনি সমস্যা সমাধানের সময় সনাক্ত করতে পারেন

• কোনো সকেট সংযোগ নেই
  
• DTLS ট্র্যাফিক একপথেই যায়
  
• খারাপ আন্ডারলে কর্মক্ষমতা
  
• আইপি ভূ-স্থান নির্দেশনা
• অনুপযুক্ত PoP নির্বাচন কনফিগার
• ভুল মৌলিক স্তরে SLA কনফিগারেশন
• NAT ডিভাইস সকেটের সামনে

সমস্যার নির্ণয়

একজন প্রশাসক যে লক্ষণগুলির সম্মুখীন হতে পারেন সেগুলো নির্ণয়ের জন্য ধাপ নিচে দেওয়া হল। এই ধাপগুলি সামনের সমস্যাগুলির সম্ভাব্য কারণগুলি সনাক্ত করার লক্ষ্যে প্রণীত। সমাধানের ধাপগুলি পরে এই নির্দেশিকাতে হাইলাইট করা হবে।

CMA তে সাইট সংযোগ বিচ্ছিন্ন সমস্যার সমাধান

ঘটনা থেকে তথ্য সংগ্রহ করা

CMA তে গৃহ > ইভেন্ট পৃষ্ঠা ব্যবহার করে, একজন প্রশাসক দ্রুত কোনো একটি অ্যাকাউন্টের সাইটগুলির সংযোগ ইভেন্টগুলির ইতিহাস পেতে পারেন। ইভেন্টগুলি 'সাইট সংযোগ স্থিতি' প্রিসেট নির্বাচন করে অথবা ইভেন্ট প্রকার 'সংযোগ' এবং উপ-প্রকার 'সংযোগ বিচ্ছিন্ন' ফিল্টার করে সংশ্লিষ্ট ইভেন্ট হিসেবে ফিল্টার করা যেতে পারে। আপনি 'উৎস সাইট' ক্ষেত্রের সাথে সংশ্লিষ্ট সাইটের নামটি আরও ফিল্টার করতে পারেন।

উল্লেখিত সাইট থেকে প্রাসঙ্গিক সংযোগ বিচ্ছিন্ন ইভেন্টের টাইমস্ট্যাম্পটি দেখা তদন্তে মনোযোগ কেন্দ্রীভূত করতে সাহায্য করতে পারে। এই সময় স্ট্যাম্পে কোনো বিস্তৃত নেটওয়ার্কিং ইভেন্ট বা স্থানীয় বিদ্যুতের ইভেন্টের ঘটার ব্যাপারটি জানা আছে কি না? এর পূর্বে কোনো অডিট ট্রেল পরিবর্তন রয়েছে কি যা সঙ্গতিপূর্ণ হতে পারে?

সকেট সংযোগ পরীক্ষা করা হচ্ছে

সকেটের সংযোগের প্রয়োজনীয়তাগুলি বুঝতে অনুগ্রহ করে Cato সকেট সংযোগ পূর্বশর্তসমূহ দেখুন।

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

লাল আইকন হলে, নিশ্চিত করুন যে সকেট এবং ISP ডিভাইসের মধ্যে একটি কাজ করা শারীরিক সংযোগ আছে। এর মধ্যে রয়েছে, ক্যাবলগুলি সঠিকভাবে সংযুক্ত আছে এবং পোর্ট এলইডিগুলি প্রত্যাশিতভাবে জ্বলছে।

আইপি সংঘাতও সকেট সংযোগের স্থিতি দ্বারা সনাক্ত করা হবে। সম্পূর্ণতার পরেও আইপি সংঘাত সতর্কতা প্রথম সনাক্তের সময় থেকে ২৪ ঘণ্টা সময়কাল ধরে প্রদর্শিত হবে, যেমন এটি এই কেবি নিবন্ধে ব্যাখ্যা করা হয়েছে।

টুলস এর অধীনে ইন্টারনেট বাইপাসের মাধ্যমে জোরপূর্বক পুনরুদ্ধার স্থিতি সাধারণ আছে কি না তা নিশ্চিত করুন। 'জোরপূর্বক বাইপাস' বাটনটি সমস্ত ল্যান ট্রাফিককে ক্যাটো বাইপাস করতে বাধ্য করবে এবং ক্যাটো চ্যানেল নিচে নিয়ে আসবে, সিএমএ-তে সাইট সংযোগ বিচ্ছিন্ন হিসাবে দেখানো হবে।

যদি জোরপূর্বক পুনরুদ্ধার স্থিতি সক্রিয় থাকে, তাহলে জোরপূর্বক বাইপাস থেকে বের হওয়া বাটনে ক্লিক করে এই অবস্থাটি থেকে বেরিয়ে আসুন।

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

প্যাকেট ক্যাপচার চালানো

একটি প্যাকেট ক্যাপচার করা যেতে পারে যাতে নিশ্চিত হয় যে Socket-এর জন্য DTLS টানেল প্রতিষ্ঠার অনুরোধটি PoP থেকে প্রতিক্রিয়াশীল হয়েছে। উক্ত WAN পোর্টে ক্যাপচারের সময়, PoP এ UDP/443 এর দ্বি-দিকীয় প্যাকেটগুলো দেখা উচিত। নিচের স্ক্রিনশটটি DTLS হ্যান্ডশেক সফল এবং অ্যাপ্লিকেশন ডেটা প্যাকেটের বিনিময় দেখায়।

যদি শুধুমাত্র আউটবাউন্ড DTLS প্যাকেটগুলি শনাক্ত হয় বা DTLS হ্যান্ডশেক অসম্পূর্ণ হয়, দয়া করে অসম্পূর্ণ DTLS হ্যান্ডশেক সমাধান করা হচ্ছে দেখুন। 

সর্বজনীন সকেটের সামনে NAT ডিভাইসের কারণে টানেল স্থাপনে অসমর্থ

একাধিক WAN লিঙ্ক ব্যবহার করে এমন Socket-এর জন্য, যদি Socket এবং PoP-এর মধ্যে একটি NAT ডিভাইস থাকে, তবে একটি বা একাধিক WAN লিঙ্কগুলি PoP-এর সাথে সংযুক্ত হতে পারে না। এটি সংযোগ সমস্যা তৈরি করতে পারে, যেমন সাইটের HA অবস্থা প্রস্তুত নয়।

PoP প্রতিটি ইনকামিং DTLS কানেকশনের উৎস পোর্ট ব্যবহার করে প্রতিটি WAN লিঙ্ককে একই লগিকাল টানেলের সাথে সংযুক্ত করে। NAT ডিভাইস উৎস পোর্ট পরিবর্তন করতে পারে এবং WAN লিঙ্ককে অন্যান্য WAN লিঙ্কের মতো একই লগিকাল টানেলে সংযোগ করা প্রতিরোধ করতে পারে।

LTE/5G প্রদানকারীর সাথে DTLS সংযোগ ব্যর্থ হচ্ছে

এই কেস স্টাডিতে উল্লেখ করা হয়েছে যে, LTE/5G প্রদানকারীদের ব্যবহার করলে ISP UDP/443 পোর্টে DTLS হ্যান্ডশেকের সাথে মেশাতে পারে, যা হ্যান্ডশেক চলাকালীন বিশেষায়িত ডেটা (যেমন APN) হিসাবে দেখা যেতে পারে।

দিও আছে দু-তরফা DTLS যোগাযোগ, হাত মেলানোর প্রক্রিয়া শেষ হয় না; সুতরাং, Cato টানেল আনা যাবে না। 

এই সমস্যা সমাধানের জন্য, DTLS পোর্ট UDP/1337 এ পরিবর্তন করুন, দয়া করে অসম্পূর্ণ DTLS হ্যান্ডশেক সমাধান করা হচ্ছে দেখুন। 

অপ্রত্যাশিত PoP নির্বাচন সমস্যা সমাধান

ISP-এর IP ঠিকানা এবং বর্তমানে নির্বাচিত PoP পরীক্ষা করুন

মনিটরিং এর অধীনে, একটি সাইট নির্বাচন করুন এবং সাইটের সারসংক্ষেপ প্যান খুলুন। সাইট সকেট বিভাগে, সমস্ত সাম্প্রতিক সংযোগ দেখার জন্য 'লগ দেখুন' এ ক্লিক করুন। কাটোতে সংযোগযুক্ত ISP-এর সার্বজনীন IP (রিমোট IP) সন্ধান করুন, সাথে ISP-এর নাম এবং অবস্থান। 'PoP' কলামটি সাইটটি বর্তমানে যেটির সাথে সংযুক্ত, তা প্রদর্শন করবে।

এটি গুরুত্বপূর্ণ যে 'রিমোট IP' এবং ISP অবস্থান প্রত্যাশিত হিসাবে রয়েছে এবং ISP অপ্রত্যাশিত অবস্থানগুলির মাধ্যমে সংযোগটি পিছনে কোথাও নিয়ে যাচ্ছে না। ISP অবস্থান (শহর) সাইটের সাধারণ সেটিংসে CMA এর মধ্যে নির্দিষ্ট দেশ/শহরের সাথে মিল থাকা উচিত।

CMA এ PoP নির্বাচন কনফিগারেশন পরীক্ষা করুন

সাইটে পুরানো বা ভুলভাবে কনফিগার করা পছন্দের PoP অবস্থান কব্জা করতে পারে এবং সাব-অপ্টিমাল PoP-গুলিতে সংযোগ বাধা দিতে পারে। PoP নির্বাচনের কনফিগারেশন প্রতিটি সাইটকে নেটওয়ার্ক > সাইট > সাইট কনফিগারেশন > সাধারণ পেজ এর মাধ্যমে দেখা যাবে।

যদি এখানে কনফিগার করা অবস্থানটি অনুকূল সংযোগের জন্য উপযুক্ত না মনে হয়, অথবা যদি এটি প্রয়োজন অনুযায়ী Cato PoP নির্বাচনী মেকানিজমকে অনুকূল PoP নির্ধারণ করতে দেওয়া হয়, তাহলে দয়া করে অযোগ্য PoP নির্বাচনের কনফিগারেশনের সমাধান বিভাগ দেখুন।

সকেটে PoP নির্বাচনের কনফিগারেশন পরীক্ষা করুন 

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

যদি এখানে কনফিগারেশন থাকে এবং এটি প্রয়োজন হয় Cato PoP নির্বাচনী মেকানিজমকে অনুকূল PoP নির্ধারণ করতে দেওয়া হয়, তাহলে দয়া করে অযোগ্য PoP নির্বাচনের কনফিগারেশনের সমাধান বিভাগ দেখুন।

PoP স্ট্যাটাস পরীক্ষা করুন

নিকটতম ভূগোলিক PoP রক্ষণাবেক্ষণ বা এই ধরনের অন্যান্য সমস্যায় আক্রান্ত হলে সকেটগুলি অপ্রত্যাশিত PoP এর সাথে সংযোগ করতে পারে। যদি এটি একইরকম হয় তা যাচাই করার জন্য দয়া করে PoP স্ট্যাটাস পেজ দেখুন। 

জিওলোকেশন জন্য অবস্থানের সীমাবদ্ধতা যাচাই করুন

Cato MSA এর অনুযায়ী, কিছু জিওলোকেশন এর সকেট সাইটসমূহকে অন্যান্য স্থানে থাকা PoPs এর সাথে সংযোগ করার জন্য সীমিত করা হয়। Cato সেবাসমূহ ক্রয় করার সময় MSA বিবরণ দেওয়া হয়।

কিছু জিওলোকেশন এর সকেট সাইটগুলি উপলব্ধ PoPs এর একটি পুলে সীমাবদ্ধ করা হবে, যেমন চীনের সকেট সাইটগুলি চীনের ভেতরের PoPs এর সাথে সংযুক্ত হবে, এবং ভিয়েতনামের সকেট সাইটসমূহ এশিয়ার ভেতরের PoPs পুলের সাথে সংযুক্ত হবে।

এর উপর আরো তথ্যের জন্য, দয়া করে MSA দেখুন।

PoPs এর মধ্যে সকেট সরানোর সূচকগুলির জন্য পরীক্ষা করুন

ইভেন্ট পেজটি ব্যবহার করে নির্ধারণ করা যায় একটি সকেট সম্ভবত সংযোগের সমস্যার কারণে প্রাথমিকভাবে নির্ধারিত অনুকূল PoP তে নয়। একটি ক্ষেত্রসমূহের নির্বাচন ব্যবহার করে, বিভিন্ন PoPs এর সাথে সকেটের সংযোগের টাইমলাইন।

'সাইট পুনরায় সংযোগ' ইভেন্ট প্রিসেট ব্যবহার করে, এবং প্রশ্নসূত্রিত সাইটে আরো ফিল্টারিং করিয়ে, 'ইভেন্ট_সন্দেস' ক্ষেত্রের মান 'পারফরম্যান্স সমস্যা শনাক্ত হয়েছে, Cato ক্লাউডে একটি ভিন্ন সরবরাহ করতে পুনরায় সংযোগ করা হয়েছে' এ সেট করে, আমরা দেখতে পারি সব ঘটনাগুলি যেখানে একটি সকেট সাইট টানেল সংযোগ প্যারামিটারগুলি কনফিগার্ড SLA সীমার বাইরে যাবার কারণে PoPs পরিবর্তন করেছে। যদি একটি সকেট সাইট বহু PoPs এর জন্য SLA সীমা লঙ্ঘন করছে, তাহলে সংযোগ SLA সেটিংস নিশ্চিত করতে সমস্যা সমাধানের পর্যায় চালিয়ে যান।

যাচাই করুন সংযোগ SLA খুব কঠোর নয়

সংযোগ SLA বিশেষ করে পাবলিক আন্ডারলেস্ট মত ডাইনামিক নেটওয়ার্ক পরিবেশে সাইটকে অনুকূল PoP এর সাথে সংযুক্ত রাখার একটি গুরুত্বপূর্ণ ভূমিকা পালন করে, যেমন ISP ইন্টারনেট সংযোগগুলি মাধ্যমে। তবে, একটি অত্যন্ত কঠিন কানেকশন SLA প্রশাসকের পছন্দের অবস্থান ছাড়াও PoP এ অপ্রয়োজনীয় পুনঃসংযোগ ঘটাতে পারে।

সাইট প্রতি কানেকশন SLA কনফিগারেশন নেটওয়ার্ক > সাইট > সাইট কনফিগারেশন > কানেকশন SLA এর নিচে দেখা যেতে পারে।

নেটওয়ার্ক বিশ্লেষণ ব্যবহার করে শেষ মাইল পারফরম্যান্স মেট্রিক্সের একটি ভিত্তি তৈরি করার জন্য বিবেচনা করুন এই সাইটের জন্য SLA মেট্রিক্স উপযুক্ত কিনা।

যদি এই পরামিতিগুলি উপযুক্ত না হয়, তবে দয়া করে ভুল বেইসলাইনে SLA কনফিগারেশন সমাধান করার জন্য দেখুন

যদি পরামিতিগুলি উপযুক্ত হয় না, তবুও একাধিক PoP-তে PoP পুনঃসংশোধন ইভেন্টগুলি নিয়মিতভাবে ঘটলে, অনুগ্রহ করে ক্রিয়াশীল দর্শন পারফরম্যান্স সমাধান বিভাগটি দেখুন।

উপরের ধাপগুলি অনুসরণ করার পরেও যদি সকেটটি একটি অযোগ্য PoP-তে সংযুক্ত থাকে, তাহলে দয়া করে সাপোর্টের সাথে একটি টিকেট খুলুন এবং বর্তমানে এবং প্রত্যাশিত PoP হাইলাইট করুন।

অস্থিতিশীল টানেল সমস্যা সমাধান

শেষ মাইল এবং সাইট সংযোগ পারফরম্যান্সের মধ্যে সম্পর্ক পরীক্ষা করুন

যখন লক্ষ্য করা হয় যে একটি প্রদত্ত সাইটের PoP এর সাথে সংযোগের ক্ষেত্রে দুর্বল পারফরম্যান্স হচ্ছে, তখন এটি কি নীচের আইএসপি লাইনের পারফরম্যান্সের কারণে প্যাকেট ক্ষতি হতে পারে তা আলাদাভাবে করতে গুরুত্বপূর্ণ।

এর সময়সীমা জুড়ে যে কোন প্রদত্ত পারফরম্যান্স সমস্যার সহ-পুনর্মিলন করে তা করা যেতে পারে শেষ মাইলের ভিতরে পারফরম্যান্সের সাথে একই সময়সীমার মধ্যে দেখা গেছে এবং প্যাটার্নের জন্য দেখুন।

এর জন্য নেটওয়ার্ক বিশ্লেষণ ব্যবহার করা যেতে পারে।

উপরের উদাহরণটি PoP পর্যন্ত সাইট টানেল উপর আপস্ট্রিম প্যাকেট ক্ষতি সনাক্ত করা হয়েছে তা দেখায়। আমরা সময়সীমার জুড়ে প্রায় 10% এর কিছু উত্থান এবং একটি ধ্রুব নিম্ন স্তরের ক্ষতি দেখতে পারি।

এটি একই সময়সীমার উপর শেষ মাইলের জন্য পারফরমেন্সের সাথে তুলনা করার সময়, আমরা নিম্নলিখিতগুলি দেখতে পারি:

শেষ মাইলেও পারফরম্যান্সে কিছু পরিবর্তন দেখা যেতে পারে, তবে এটি প্রায় 10-20% এর একটি ধ্রুবক স্তরের ক্ষতির দ্বারা প্রভাবিত। এটি থেকে বোঝা যায় যে সকেট থেকে ক্যাটো PoP এর টানেলে প্যাকেট ক্ষতি সম্ভবত নিম্ন স্তরের পারফরম্যান্সের একটি লক্ষণ হতে পারে।

যদি একটি পারফরম্যান্স সমস্যা সমাধান করার সময় এটাই হয়, তালিকা ক্রিয়াশীল দর্শন পারফরম্যান্স সমাধান দেখুন

সমান সাইটগুলির ক্রস-উন্মুক্তি

সাইটগুলির মধ্যে ভাগ করা গুণাবলী প্রশ্নিত সমস্যার সম্পর্কে সত্য সম্পর্কে অনুমান করার চেষ্টা করতে ব্যবহার করা যেতে পারে। উদাহরণস্বরূপ, নীচের সাইটটি সংযোগ সমস্যা অনুভব করছে। নোট করুন যে সংযুক্ত PoP লন্ডন হল:

এই তথ্যটি লন্ডনের সাথে সংযুক্ত হতে পারে এমন অন্যান্য সাইটগুলির ক্রস-উন্মোচনে ব্যবহার করা যেতে পারে এবং দেখতে পারে যদি কোনও সমস্যা ভাগ করা হয়। এটি নিচের স্ক্রিনশটে দেখতে পারেন:

যদি ক্রস-রেফারেন্স সমস্যা একটি Cato PoP-তে আছে বলে নির্দেশ করে, তাহলে সেকশন PoP স্ট্যাটাস পরীক্ষা করুন দেখুন।

ক্রস-রেফারেন্স যেকোনো সাইটগুলির জন্যও উপকারী। এটি নিচের উদাহরণে দেখানো হচ্ছে:

যদি এই ক্রস-রেফারেন্স নির্দেশ করে যে ISP-র সংযোগক্ষমতা সমস্যা হচ্ছে, তাহলে সেকশন দুর্বল Underlay পারফরম্যান্সের সমাধান দেখুন।

নিশ্চিত করুন যে কনেকশন SLA খুব শিথিল নয়

কানেকশন SLA একটি সাইটকে শ্রেষ্ঠ PoP-এ সংযুক্ত থাকার নিশ্চয়তায় গুরুত্বের সঙ্গে ভূমিকা পালন করে, বিশেষত ISP ইন্টারনেট সংযোগের মতো পাবলিক underlay-সহ ডায়নামিক নেটওয়ার্ক পরিবেশে। যাইহোক, একটি খুব শিথিল কানেকশন SLA, সকেটকে প্রশাসক যেরকম চান তার চেয়ে বেশি সময়ের জন্য সাব-অপ্টিমাল PoP সংযুক্ত থাকার অনুমতি দিতে পারে, এবং এর ফলে সংবেদী অ্যাপ্লিকেশনসমূহ প্রভাবিত হতে পারে।

নেটওয়ার্ক > সাইট > সাইট কনফিগারেশন > কানেকশন SLA এর অধীনে প্রতিটি সাইটের জন্য কানেকশন SLA কনফিগারেশন দেখা যায়।

নেটওয়ার্ক বিশ্লেষণ ব্যবহার করে শেষ মাইল পারফরম্যান্স মেট্রিকের একটি বেসলাইন তৈরি করা হচ্ছে, নিশ্চিত করুন যে SLA মেট্রিকস এই সাইটের জন্য উপযুক্ত কি না।

যদি এই প্যারামিটারগুলি উপযুক্ত না হয়, অনুগ্রহ করে দেখুন ভুল বেসলাইনে SLA কনফিগারেশনের সমাধান।

অবিষ্কৃত সমস্যাগুলোর সমাধান

নো সকেট কনেকটিভিটি সমাধান

এটি নিশ্চিত করতে গুরুত্বপূর্ণ যে সংযোগ সমস্যা শুধুমাত্র Socket-কে প্রভাবিত করছে কি না। যদি আপনি একটি ল্যাপটপ একই ISP সংযোগে প্লাগ করে রাখেন, আপনি কি ডিএনএস রেজাল্ভ করার বা ঠিকানা পিং করার ক্ষেত্রে একই সমস্যার মুখোমুখি হন? যদি হয়, তাহলে আপনার ISP-র সাথে যোগাযোগ করুন।

নিশ্চিত করুন যে পরীক্ষার ল্যাপটপের IPv6 নিষ্ক্রিয় করা এবং স্থিতিশীল আইপি ঠিকানা বরাদ্দের ক্ষেত্রে, পরীক্ষার সময় Socket-এর মতো একই আইপি ঠিকানা বরাদ্দ করুন।

যদি সংযোগ সমস্যা শুধুমাত্র আপনার Socket-এ সীমাবদ্ধ হয়, তাহলেএ অবশ্যই নিশ্চিত করুন যে গ্রাফিকাল UI-এর নেটওয়ার্ক সেটিংস ট্যাবের অধীনে IP কনফিগারেশন সঠিক রয়েছে।

অসম্পূর্ণ DTLS Handshake সমাধান

আপনার প্রদানকারীর সাথে নিশ্চিত করুন যে UDP পোর্ট 443-এর ডিএটিএলএস ট্রাফিক ইন্টারনেটের প্রতি বহির্গামী অনুমতি পায়। প্রয়োজন হলে, এই পোর্টটিকে UDP/1337-এ পরিবর্তন করার জন্য নির্দেশিত Cato PoP-তে সংযোগের জন্য একটি আলাদা পোর্ট সেট করা -এ দেখান হয়েছে।

দুর্বল Underlay পারফরম্যান্সের সমাধান

খারাপ underlay পারফরম্যান্স সেই underlay তে নির্মিত যেকোনো টানেলকে প্রভাবিত করবে। যদিও underlay হল ISP-এর ডোমেইন, তারপরেও কিছু টুলস রয়েছে যা প্রদর্শন করতে পারে কেমন পারফরম্যান্স সমস্যা হাজির হয়েছে, এবং সম্ভব হলে পারফরম্যান্স সমস্যার শব্দ করলে সক্ষম হতে পারে।

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

উপরে উল্লেখিত উদাহরণের ক্ষেত্রে, প্যাকেট ক্ষতি স্পষ্টতই ISP দ্বারা প্রদত্ত L3 সীমানা থেকে সরাসরি শুরু হয়।

যদিও শেষ পর্যন্ত যেকোনো আন্ডারলে সমস্যাগুলি ISP-এ যেতে হবে, CMA-এর মধ্যে সেটিংস সঠিক কিনা তা নিশ্চিত করা পারফরম্যান্স সমস্যা হ্রাস করতে সাহায্য করবে। একটি সকেট ইন্টারফেসের জন্য ব্যান্ডউইথ কনফিগারেশনটি লাইনের দ্বারা প্রদত্ত ব্যান্ডউইথের জন্য সঠিক কিনা তা নিশ্চিত করুন। সকেট ওয়েবইউআই স্পিডটেস্ট টুলগুলি সংযোগের বেঞ্চমার্ক করার জন্য সম্পাদন করা যেতে পারে। অতিরিক্তভাবে, একটি সংযোগের বার্স্টিনেস প্যারামিটারগুলি কমানো ক্যাটোকে দ্রুত QoS ইঞ্জিনে যুক্ত হতে বাধ্য করতে পারে এবং আপনার কম অগ্রাধিকারযুক্ত ট্রাফিককে আরও গুরুতর অ্যাপ্লিকেশনগুলির জন্য ড্রপ হতে দেয়। 

অনুপযুক্ত PoP নির্বাচন কনফিগারেশন সমাধান

যেকোনো ম্যানুয়াল PoP নির্বাচন কনফিগারেশন পুনরুদ্ধার করতে এবং সকেট সংযোগের জন্য সর্বোত্তম PoP নির্বাচন করতে ক্যাটোকে অনুমতি প্রদানের জন্য, প্রথমে নিশ্চিত করুন যে CMA-তে কোনো ম্যানুয়াল PoP অবস্থান কনফিগারেশন নেই, তারপর সকেটের জন্যও একইটি করুন।

CMA-তে এটি নেটওয়ার্ক > সাইট > সাধারণ > পছন্দসই PoP অবস্থানসমূহ এ করা যেতে পারে।

সুনিশ্চিত করুন যে 'অটোমেটিক' নির্বাচন করা হয়েছে।

সকেট ওয়েবইউআই-এ ক্লাউড সংযোগ সেটিংস এ যান।

সুনিশ্চিত করুন যে গন্তব্য 'Steering'-এ সেট করা আছে।

ভুল সীমানায় SLA কনফিগারেশন সমাধান

SLA কনফিগারেশনটি উপযুক্ত কিনা তা নিশ্চিত করার প্রথম পদক্ষেপ হল সাইট থেকে ব্যবহৃত গুরুতর অ্যাপ্লিকেশনগুলির জন্য গুরুতর সীমা বা প্রয়োজনীয়তাগুলি কী তা বোঝা।

এই বিষয়ে দুটো উদাহরণ বিবেচনা করুন।

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

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

অন্যদিকে, অ্যাপ্লিকেশন বি একটি কঠিন SLA কনফিগারেশন প্রয়োজন। প্যাকেট হারানো কোন সামান্য পরিমাণ শনাক্ত হলে ট্রান্সফারগুলোর সংরক্ষণ নিশ্চিত করার জন্য PoP পরিবর্তন করা বেশি ভালো।

সাইটসমূহ স্পষ্টভাবে বিভিন্ন প্রোফাইল এবং প্রয়োজনীয়তাসমূহ উপর নির্ভরশীল অ্যাপ্লিকেশনগুলির মিশ্রণ ব্যবহার করে। একজন প্রশাসককে একটি উপযুক্ত SLA নীতির জন্য এই প্রয়োজনগুলির ভারসাম্য বজায় রাখতে কৌশলগত হতে হবে। 

কাটো সাপোর্টে কেস উত্থাপন

এই প্লেবুক অনুসরণ করার পরেও সমস্যা সমাধান না হলে, একটি সাপোর্ট টিকিট জমা দিন। একটি অনুরোধের জন্য সবচেয়ে কার্যকর প্রতিক্রিয়া পেতে, প্রশাসককে এই প্লেবুক ব্যবহারের সময় সমাধান নির্ধারণ ধাপগুলির ফলাফল প্রদান করা উচিত। উদাহরণস্বরূপ অন্তর্ভুক্ত করুন:

• নির্দিষ্ট ঘটনাগুলিতে নজর আকর্ষণ করার জন্য প্রাসঙ্গিক ফিল্টার।
• WebUI পরীক্ষাগুলির ফলাফল।
• নেটওয়ার্ক বিশ্লেষণের ফলাফল।
• SLA কনফিগারেশন প্রয়োজনীয়তাসমূহ।