বর্তমানে নেটওয়ার্ক মনিটরিং এবং ট্রাবলশুটিং-এর সবচেয়ে প্রচলিত টুল হলো সুইচ পোর্ট অ্যানালাইজার (SPAN), যা পোর্ট মিররিং নামেও পরিচিত। এটি লাইভ নেটওয়ার্কের পরিষেবাগুলিতে হস্তক্ষেপ না করে বাইপাস আউট অফ ব্যান্ড মোডে নেটওয়ার্ক ট্র্যাফিক মনিটর করার সুযোগ দেয় এবং মনিটর করা ট্র্যাফিকের একটি কপি স্নিফার, আইডিএস বা অন্যান্য ধরনের নেটওয়ার্ক অ্যানালাইসিস টুলের মতো স্থানীয় বা দূরবর্তী ডিভাইসগুলিতে পাঠিয়ে দেয়।
কিছু সাধারণ ব্যবহার হলো:
• কন্ট্রোল/ডেটা ফ্রেম ট্র্যাক করে নেটওয়ার্কের সমস্যা সমাধান করুন;
• ভিওআইপি (VoIP) প্যাকেট পর্যবেক্ষণের মাধ্যমে লেটেন্সি এবং জিটার বিশ্লেষণ করুন;
• নেটওয়ার্ক মিথস্ক্রিয়া পর্যবেক্ষণের মাধ্যমে লেটেন্সি বিশ্লেষণ করুন;
• নেটওয়ার্ক ট্র্যাফিক পর্যবেক্ষণের মাধ্যমে অস্বাভাবিকতা শনাক্ত করুন।
SPAN ট্র্যাফিককে স্থানীয়ভাবে একই উৎস ডিভাইসের অন্যান্য পোর্টে মিরর করা যায়, অথবা দূরবর্তীভাবে উৎস ডিভাইসের লেয়ার ২-এর সংলগ্ন অন্যান্য নেটওয়ার্ক ডিভাইসে মিরর করা যায় (RSPAN)।
আজ আমরা ERSPAN (এনক্যাপসুলেটেড রিমোট সুইচ পোর্ট অ্যানালাইজার) নামক একটি রিমোট ইন্টারনেট ট্র্যাফিক মনিটরিং প্রযুক্তি নিয়ে আলোচনা করব, যা আইপি-র তিনটি স্তর জুড়ে প্রেরণ করা যায়। এটি SPAN-এর একটি বর্ধিত রূপ, যা এনক্যাপসুলেটেড রিমোট নামে পরিচিত।
ERSPAN-এর মৌলিক কার্যপ্রণালী
প্রথমে, চলুন ERSPAN-এর বৈশিষ্ট্যগুলো দেখে নেওয়া যাক:
• সোর্স পোর্ট থেকে প্যাকেটের একটি অনুলিপি জেনেরিক রাউটিং এনক্যাপসুলেশন (GRE)-এর মাধ্যমে পার্সিং-এর জন্য গন্তব্য সার্ভারে পাঠানো হয়। সার্ভারের ভৌতিক অবস্থানের উপর কোনো বিধিনিষেধ নেই।
• চিপের ইউজার ডিফাইন্ড ফিল্ড (UDF) ফিচারের সাহায্যে, বিশেষজ্ঞ-স্তরের বর্ধিত তালিকার মাধ্যমে বেস ডোমেইনের উপর ভিত্তি করে ১ থেকে ১২৬ বাইটের যেকোনো অফসেট সম্পন্ন করা হয় এবং সেশনের ভিজ্যুয়ালাইজেশন উপলব্ধি করার জন্য সেশন কীওয়ার্ডগুলো মেলানো হয়, যেমন TCP থ্রি-ওয়ে হ্যান্ডশেক এবং RDMA সেশন;
• স্যাম্পলিং রেট নির্ধারণের সুবিধা;
• প্যাকেট ইন্টারসেপশন লেংথ (প্যাকেট স্লাইসিং) সমর্থন করে, যা টার্গেট সার্ভারের উপর চাপ কমায়।
এই বৈশিষ্ট্যগুলোর কারণেই বর্তমানে ডেটা সেন্টারের ভেতরের নেটওয়ার্ক পর্যবেক্ষণের জন্য ERSPAN একটি অপরিহার্য টুল।
ERSPAN-এর প্রধান কাজগুলোকে দুটি দিক থেকে সংক্ষেপে বলা যায়:
• সেশন দৃশ্যমানতা: প্রদর্শনের জন্য ব্যাক-এন্ড সার্ভারে তৈরি হওয়া সমস্ত নতুন TCP এবং রিমোট ডাইরেক্ট মেমরি অ্যাক্সেস (RDMA) সেশন সংগ্রহ করতে ERSPAN ব্যবহার করুন;
• নেটওয়ার্ক ট্রাবলশুটিং: নেটওয়ার্কে কোনো সমস্যা দেখা দিলে ত্রুটি বিশ্লেষণের জন্য নেটওয়ার্ক ট্র্যাফিক ক্যাপচার করে।
এটি করার জন্য, উৎস নেটওয়ার্ক ডিভাইসটিকে বিশাল ডেটা স্ট্রিম থেকে ব্যবহারকারীর প্রয়োজনীয় ট্র্যাফিক ফিল্টার করে আলাদা করতে হবে, সেটির একটি অনুলিপি তৈরি করতে হবে এবং প্রতিটি অনুলিপি ফ্রেমকে একটি বিশেষ 'সুপারফ্রেম কন্টেইনার'-এর মধ্যে আবদ্ধ করতে হবে, যেটিতে পর্যাপ্ত অতিরিক্ত তথ্য থাকে, যাতে সেটিকে গ্রহণকারী ডিভাইসে সঠিকভাবে রাউট করা যায়। অধিকন্তু, গ্রহণকারী ডিভাইসটিকে মূল পর্যবেক্ষণাধীন ট্র্যাফিক নিষ্কাশন এবং সম্পূর্ণরূপে পুনরুদ্ধার করতে সক্ষম করতে হবে।
গ্রহণকারী ডিভাইসটি এমন আরেকটি সার্ভার হতে পারে যা ERSPAN প্যাকেট ডিক্যাপসুলেট করা সমর্থন করে।
ERSPAN প্রকার এবং প্যাকেজ বিন্যাস বিশ্লেষণ
ERSPAN প্যাকেট GRE ব্যবহার করে এনক্যাপসুলেট করা হয় এবং ইথারনেটের মাধ্যমে যেকোনো আইপি অ্যাড্রেসযোগ্য গন্তব্যে ফরোয়ার্ড করা হয়। ERSPAN বর্তমানে প্রধানত IPv4 নেটওয়ার্কে ব্যবহৃত হয় এবং ভবিষ্যতে IPv6 সমর্থনের প্রয়োজন হবে।
ERSAPN-এর সাধারণ এনক্যাপসুলেশন কাঠামোর জন্য, নিচে ICMP প্যাকেটগুলোর একটি মিরর প্যাকেট ক্যাপচার দেওয়া হলো:
ERSPAN প্রোটোকলটি দীর্ঘ সময় ধরে বিকশিত হয়েছে এবং এর সক্ষমতা বৃদ্ধির সাথে সাথে এর বিভিন্ন সংস্করণ তৈরি হয়েছে, যেগুলোকে "ERSPAN Types" বলা হয়। বিভিন্ন Type-এর ফ্রেম হেডার ফরম্যাট ভিন্ন ভিন্ন হয়ে থাকে।
এটি ERSPAN হেডারের প্রথম ভার্সন ফিল্ডে সংজ্ঞায়িত করা হয়:
এছাড়াও, GRE হেডারের প্রোটোকল টাইপ ফিল্ডটি অভ্যন্তরীণ ERSPAN টাইপও নির্দেশ করে। প্রোটোকল টাইপ ফিল্ড 0x88BE ERSPAN টাইপ II এবং 0x22EB ERSPAN টাইপ III নির্দেশ করে।
১. প্রকার I
টাইপ I ERSPAN ফ্রেমটি মূল মিরর ফ্রেমের হেডারের উপরে সরাসরি IP এবং GRE এনক্যাপসুলেট করে। এই এনক্যাপসুলেশনটি মূল ফ্রেমের উপরে ৩৮ বাইট যোগ করে: ১৪ (MAC) + ২০ (IP) + ৪ (GRE)। এই ফরম্যাটের সুবিধা হলো এর হেডারের আকার ছোট এবং এটি ট্রান্সমিশনের খরচ কমায়। তবে, যেহেতু এটি GRE ফ্ল্যাগ এবং ভার্সন ফিল্ডকে ০-তে সেট করে, তাই এটি কোনো এক্সটেন্ডেড ফিল্ড বহন করে না এবং টাইপ I ব্যাপকভাবে ব্যবহৃত হয় না, ফলে এ বিষয়ে আর বিস্তারিত আলোচনার প্রয়োজন নেই।
জিআরই টাইপ I এর হেডার ফরম্যাটটি নিম্নরূপ:
২. প্রকার II
টাইপ II-তে, GRE হেডারের S ফিল্ডটি ছাড়া C, R, K, S, Recur, Flags, এবং Version ফিল্ডগুলোর সবকটিই 0 থাকে। তাই, টাইপ II-এর GRE হেডারে Sequence Number ফিল্ডটি প্রদর্শিত হয়। অর্থাৎ, টাইপ II GRE প্যাকেট গ্রহণের ক্রম নিশ্চিত করতে পারে, যার ফলে নেটওয়ার্ক ত্রুটির কারণে বিপুল সংখ্যক এলোমেলো GRE প্যাকেট বাছাই করা সম্ভব হয় না।
জিআরই টাইপ II-এর হেডার ফরম্যাটটি নিম্নরূপ:
এর পাশাপাশি, ERSPAN টাইপ II ফ্রেম ফরম্যাটটি GRE হেডার এবং মূল মিরর করা ফ্রেমের মধ্যে একটি ৮-বাইটের ERSPAN হেডার যুক্ত করে।
টাইপ II-এর জন্য ERSPAN হেডার ফরম্যাটটি নিম্নরূপ:
অবশেষে, মূল ইমেজ ফ্রেমের ঠিক পরেই থাকে স্ট্যান্ডার্ড ৪-বাইট ইথারনেট সাইক্লিক রিডানডেন্সি চেক (CRC) কোড।
এটি লক্ষণীয় যে, এই বাস্তবায়নে মিরর ফ্রেমে মূল ফ্রেমের FCS ফিল্ডটি থাকে না, বরং সম্পূর্ণ ERSPAN-এর উপর ভিত্তি করে একটি নতুন CRC মান পুনরায় গণনা করা হয়। এর মানে হলো, গ্রহণকারী ডিভাইসটি মূল ফ্রেমের CRC-এর সঠিকতা যাচাই করতে পারে না, এবং আমরা কেবল ধরে নিতে পারি যে শুধুমাত্র ত্রুটিমুক্ত ফ্রেমগুলোই মিরর করা হয়।
৩. প্রকার III
টাইপ III একটি বৃহত্তর এবং আরও নমনীয় কম্পোজিট হেডার চালু করেছে, যা ক্রমবর্ধমান জটিল ও বৈচিত্র্যময় নেটওয়ার্ক মনিটরিং পরিস্থিতি মোকাবেলা করতে সক্ষম। এর মধ্যে নেটওয়ার্ক ম্যানেজমেন্ট, অনুপ্রবেশ সনাক্তকরণ, পারফরম্যান্স ও বিলম্ব বিশ্লেষণ এবং আরও অনেক কিছু অন্তর্ভুক্ত, তবে এগুলোর মধ্যেই সীমাবদ্ধ নয়। এই সিনগুলোর মিরর ফ্রেমের সমস্ত মূল প্যারামিটার জানা প্রয়োজন এবং এর মধ্যে সেই প্যারামিটারগুলোও অন্তর্ভুক্ত করতে হয় যা মূল ফ্রেমে উপস্থিত নেই।
ERSPAN টাইপ III কম্পোজিট হেডারে একটি বাধ্যতামূলক ১২-বাইট হেডার এবং একটি ঐচ্ছিক ৮-বাইট প্ল্যাটফর্ম-নির্দিষ্ট সাবহেডার অন্তর্ভুক্ত থাকে।
টাইপ III-এর জন্য ERSPAN হেডার ফরম্যাটটি নিম্নরূপ:
আবার, মূল মিরর ফ্রেমের পরে একটি ৪-বাইটের সিআরসি (CRC) রয়েছে।
টাইপ III-এর হেডার ফরম্যাট থেকে যেমন দেখা যায়, টাইপ II-এর ভিত্তিতে Ver, VLAN, COS, T এবং Session ID ফিল্ডগুলো অপরিবর্তিত রাখার পাশাপাশি আরও অনেক বিশেষ ফিল্ড যোগ করা হয়েছে, যেমন:
• BSO: ERSPAN-এর মাধ্যমে প্রেরিত ডেটা ফ্রেমের লোড ইন্টিগ্রিটি নির্দেশ করতে ব্যবহৃত হয়। ০০ একটি ভালো ফ্রেম, ১১ একটি খারাপ ফ্রেম, ০১ একটি ছোট ফ্রেম, ১১ একটি বড় ফ্রেম;
• টাইমস্ট্যাম্প: সিস্টেম টাইমের সাথে সিঙ্ক্রোনাইজ করা হার্ডওয়্যার ক্লক থেকে এক্সপোর্ট করা হয়। এই ৩২-বিট ফিল্ডটি কমপক্ষে ১০০ মাইক্রোসেকেন্ডের টাইমস্ট্যাম্প গ্র্যানুলারিটি সমর্থন করে;
• ফ্রেম টাইপ (P) এবং ফ্রেম টাইপ (FT): প্রথমটি ব্যবহার করা হয় ERSPAN ইথারনেট প্রোটোকল ফ্রেম (PDU ফ্রেম) বহন করে কিনা তা নির্দিষ্ট করার জন্য, এবং দ্বিতীয়টি ব্যবহার করা হয় ERSPAN ইথারনেট ফ্রেম নাকি আইপি প্যাকেট বহন করে তা নির্দিষ্ট করার জন্য।
• HW ID: সিস্টেমের মধ্যে ERSPAN ইঞ্জিনের অনন্য শনাক্তকারী;
• Gra (টাইমস্ট্যাম্প গ্র্যানুলারিটি): টাইমস্ট্যাম্পের গ্র্যানুলারিটি নির্দিষ্ট করে। উদাহরণস্বরূপ, 00B ১০০ মাইক্রোসেকেন্ড গ্র্যানুলারিটি, 01B ১০০ ন্যানোসেকেন্ড গ্র্যানুলারিটি, 10B IEEE 1588 গ্র্যানুলারিটি বোঝায় এবং 11B-এর চেয়ে উচ্চতর গ্র্যানুলারিটি অর্জনের জন্য প্ল্যাটফর্ম-নির্দিষ্ট সাব-হেডারের প্রয়োজন হয়।
• প্ল্যাটফর্ম আইডি বনাম প্ল্যাটফর্ম-নির্দিষ্ট তথ্য: প্ল্যাটফর্ম আইডির মানের উপর নির্ভর করে প্ল্যাটফর্ম-নির্দিষ্ট তথ্য ফিল্ডগুলোর ফরম্যাট এবং বিষয়বস্তু ভিন্ন হয়।
উল্লেখ্য যে, উপরে সমর্থিত বিভিন্ন হেডার ফিল্ডগুলো মূল ট্রাঙ্ক প্যাকেজ এবং ভিএলএএন আইডি বজায় রেখে সাধারণ ইআরএসপ্যান (ERSPAN) অ্যাপ্লিকেশনগুলোতে ব্যবহার করা যেতে পারে, এমনকি এরর ফ্রেম বা বিপিডিইউ (BPDU) ফ্রেম মিরর করার ক্ষেত্রেও। এছাড়াও, মিররিং করার সময় প্রতিটি ইআরএসপ্যান ফ্রেমে গুরুত্বপূর্ণ টাইমস্ট্যাম্প তথ্য এবং অন্যান্য তথ্য ফিল্ড যোগ করা যেতে পারে।
ERSPAN-এর নিজস্ব ফিচার হেডার ব্যবহার করে আমরা নেটওয়ার্ক ট্র্যাফিকের আরও পরিশীলিত বিশ্লেষণ করতে পারি, এবং তারপর আমাদের কাঙ্ক্ষিত নেটওয়ার্ক ট্র্যাফিকের সাথে মেলানোর জন্য ERSPAN প্রসেসে সংশ্লিষ্ট ACL-টি মাউন্ট করতে পারি।
ERSPAN RDMA সেশন দৃশ্যমানতা বাস্তবায়ন করে
চলুন, একটি RDMA পরিস্থিতিতে RDMA সেশন ভিজ্যুয়ালাইজেশন অর্জনের জন্য ERSPAN প্রযুক্তি ব্যবহারের একটি উদাহরণ নেওয়া যাক:
আরডিএমএরিমোট ডাইরেক্ট মেমোরি অ্যাক্সেস (Remote Direct Memory Access) ইন্টেলিজেন্ট নেটওয়ার্ক ইন্টারফেস কার্ড (INIC) এবং সুইচ ব্যবহার করে সার্ভার A-এর নেটওয়ার্ক অ্যাডাপ্টারকে সার্ভার B-এর মেমোরি রিড ও রাইট করতে সক্ষম করে, যার ফলে উচ্চ ব্যান্ডউইথ, কম ল্যাটেন্সি এবং স্বল্প রিসোর্স ব্যবহার নিশ্চিত হয়। এটি বিগ ডেটা এবং উচ্চ-পারফরম্যান্স ডিস্ট্রিবিউটেড স্টোরেজ ক্ষেত্রে ব্যাপকভাবে ব্যবহৃত হয়।
RoCEv2কনভার্জড ইথারনেট ভার্সন ২-এর মাধ্যমে আরডিএমএ। আরডিএমএ ডেটা ইউডিপি হেডারে এনক্যাপসুলেট করা থাকে। গন্তব্য পোর্ট নম্বর হলো ৪৭৯১।
RDMA-এর দৈনন্দিন পরিচালনা ও রক্ষণাবেক্ষণের জন্য প্রচুর ডেটা সংগ্রহ করতে হয়, যা দৈনিক জলস্তরের রেফারেন্স লাইন ও অস্বাভাবিক অ্যালার্ম সংগ্রহ করতে এবং অস্বাভাবিক সমস্যা শনাক্ত করার ভিত্তি হিসেবে ব্যবহৃত হয়। ERSPAN-এর সাথে মিলিতভাবে, দ্রুত বিপুল পরিমাণ ডেটা ক্যাপচার করে মাইক্রোসেকেন্ড ফরওয়ার্ডিং কোয়ালিটি ডেটা এবং সুইচিং চিপের প্রোটোকল ইন্টারঅ্যাকশন স্ট্যাটাস পাওয়া যায়। ডেটার পরিসংখ্যান ও বিশ্লেষণের মাধ্যমে RDMA-এর এন্ড-টু-এন্ড ফরওয়ার্ডিং কোয়ালিটির মূল্যায়ন ও পূর্বাভাস পাওয়া যেতে পারে।
RDAM সেশন ভিজ্যুয়ালাইজেশন অর্জন করতে, ট্র্যাফিক মিররিং করার সময় RDMA ইন্টারঅ্যাকশন সেশনের জন্য কীওয়ার্ড মেলাতে আমাদের ERSPAN প্রয়োজন, এবং আমাদের এক্সপার্ট এক্সটেন্ডেড লিস্ট ব্যবহার করতে হবে।
বিশেষজ্ঞ-স্তরের বর্ধিত তালিকা ম্যাচিং ফিল্ড সংজ্ঞা:
UDF-টি পাঁচটি ফিল্ড নিয়ে গঠিত: UDF কীওয়ার্ড, বেস ফিল্ড, অফসেট ফিল্ড, ভ্যালু ফিল্ড এবং মাস্ক ফিল্ড। হার্ডওয়্যার এন্ট্রির ধারণক্ষমতার কারণে, মোট আটটি UDF ব্যবহার করা যেতে পারে। একটি UDF সর্বোচ্চ দুই বাইট ম্যাচ করতে পারে।
• UDF কীওয়ার্ড: UDF1... UDF8-এ UDF ম্যাচিং ডোমেইনের আটটি কীওয়ার্ড রয়েছে।
• বেস ফিল্ড: UDF ম্যাচিং ফিল্ডের শুরুর অবস্থান চিহ্নিত করে। নিম্নলিখিত
L4_header (RG-S6520-64CQ এর জন্য প্রযোজ্য)
L5_header (RG-S6510-48VS8Cq এর জন্য)
• অফসেট: বেস ফিল্ডের উপর ভিত্তি করে অফসেট নির্দেশ করে। এর মান ০ থেকে ১২৬ পর্যন্ত হয়ে থাকে।
• ভ্যালু ফিল্ড: মিলানোর মান। নির্দিষ্ট মিলানোর মান নির্ধারণ করতে এটি মাস্ক ফিল্ডের সাথে একত্রে ব্যবহার করা যেতে পারে। এর বৈধ বিটটি দুই বাইটের।
• মাস্ক ফিল্ড: মাস্ক, বৈধ বিটটি দুই বাইটের।
(অতিরিক্ত তথ্য: যদি একই UDF ম্যাচিং ফিল্ডে একাধিক এন্ট্রি ব্যবহার করা হয়, তাহলে বেস এবং অফসেট ফিল্ড অবশ্যই একই হতে হবে।)
RDMA সেশন স্ট্যাটাসের সাথে সম্পর্কিত দুটি প্রধান প্যাকেট হলো কনজেশন নোটিফিকেশন প্যাকেট (CNP) এবং নেগেটিভ অ্যাকনলেজমেন্ট (NAK):
সুইচ দ্বারা প্রেরিত ECN বার্তা গ্রহণ করার পর (যখন eout বাফার থ্রেশহোল্ডে পৌঁছায়) RDMA রিসিভার দ্বারা প্রথমটি তৈরি হয়, যেটিতে কনজেশন সৃষ্টিকারী ফ্লো বা QP সম্পর্কিত তথ্য থাকে। দ্বিতীয়টি RDMA ট্রান্সমিশনে একটি প্যাকেট লস রেসপন্স বার্তা রয়েছে তা নির্দেশ করতে ব্যবহৃত হয়।
চলুন দেখি বিশেষজ্ঞ-স্তরের বর্ধিত তালিকা ব্যবহার করে কীভাবে এই দুটি বার্তা মেলানো যায়:
বিশেষজ্ঞ অ্যাক্সেস-তালিকা বর্ধিত আরডিএমএ
অনুমতি ইউডিপি যেকোনো যেকোনো যেকোনো যেকোনো ইকিউ ৪৭৯১udf 1 l4_header 8 0x8100 0xFF00(RG-S6520-64CQ এর সাথে মেলে)
অনুমতি ইউডিপি যেকোনো যেকোনো যেকোনো যেকোনো ইকিউ ৪৭৯১udf 1 l5_header 0 0x8100 0xFF00(RG-S6510-48VS8CQ এর সাথে মিলে যায়)
বিশেষজ্ঞ অ্যাক্সেস-তালিকা বর্ধিত আরডিএমএ
অনুমতি ইউডিপি যেকোনো যেকোনো যেকোনো যেকোনো ইকিউ ৪৭৯১udf 1 l4_header 8 0x1100 0xFF00 udf 2 l4_header 20 0x6000 0xFF00(RG-S6520-64CQ এর সাথে মেলে)
অনুমতি ইউডিপি যেকোনো যেকোনো যেকোনো যেকোনো ইকিউ ৪৭৯১udf 1 l5_header 0 0x1100 0xFF00 udf 2 l5_header 12 0x6000 0xFF00(RG-S6510-48VS8CQ এর সাথে মিলে যায়)
চূড়ান্ত পদক্ষেপ হিসেবে, আপনি উপযুক্ত ERSPAN প্রসেসে এক্সপার্ট এক্সটেনশন তালিকাটি মাউন্ট করার মাধ্যমে RDMA সেশনটি দেখতে পারেন।
শেষে লিখুন
আজকের ক্রমবর্ধমান বৃহৎ ডেটা সেন্টার নেটওয়ার্ক, ক্রমবর্ধমান জটিল নেটওয়ার্ক ট্র্যাফিক এবং ক্রমবর্ধমান অত্যাধুনিক নেটওয়ার্ক পরিচালনা ও রক্ষণাবেক্ষণের প্রয়োজনীয়তার ক্ষেত্রে ERSPAN একটি অপরিহার্য হাতিয়ার।
O&M অটোমেশনের ক্রমবর্ধমান প্রসারের সাথে সাথে, নেটওয়ার্ক অটোমেটিক O&M-এর ক্ষেত্রে Netconf, RESTconf, এবং gRPC-এর মতো প্রযুক্তিগুলো O&M শিক্ষার্থীদের মধ্যে জনপ্রিয় হয়ে উঠেছে। মিরর ট্র্যাফিক ফেরত পাঠানোর জন্য অন্তর্নিহিত প্রোটোকল হিসেবে gRPC ব্যবহার করারও অনেক সুবিধা রয়েছে। উদাহরণস্বরূপ, HTTP/2 প্রোটোকলের উপর ভিত্তি করে, এটি একই সংযোগের অধীনে স্ট্রিমিং পুশ মেকানিজমকে সমর্থন করতে পারে। ProtoBuf এনকোডিংয়ের মাধ্যমে, JSON ফরম্যাটের তুলনায় তথ্যের আকার অর্ধেকে নেমে আসে, যা ডেটা ট্রান্সমিশনকে আরও দ্রুত এবং কার্যকর করে তোলে। একবার ভাবুন, যদি আপনি ERSPAN ব্যবহার করে প্রয়োজনীয় স্ট্রিমগুলোকে মিরর করেন এবং তারপর সেগুলোকে gRPC-এর মাধ্যমে অ্যানালাইসিস সার্ভারে পাঠান, তাহলে এটি কি নেটওয়ার্ক অটোমেটিক অপারেশন এবং মেইনটেন্যান্সের সক্ষমতা ও কার্যকারিতাকে ব্যাপকভাবে উন্নত করবে না?
পোস্ট করার সময়: ১০-মে-২০২২
