নেটওয়ার্ক অটোমেশনে আমার দ্বারা শেয়ার করা সম্পর্কিত নিবন্ধগুলির জন্য, অনুগ্রহ করে "স্ক্র্যাচ থেকে NetDevOps" ক্যাটালগ পড়ুন
সাম্প্রতিক বছরগুলিতে, গ্লোবাল ক্লাউড কম্পিউটিং ক্ষেত্রের ক্রমাগত বিকাশ এবং ব্যবসার ক্রমাগত বৃদ্ধির সাথে, নেটওয়ার্ক প্রযুক্তিও বিকাশ অব্যাহত রেখেছে এবং SDN প্রযুক্তি আবির্ভূত হয়েছে। ওপেনফ্লো-এর উপর ভিত্তি করে ফরওয়ার্ডিং এবং নিয়ন্ত্রণের পৃথকীকরণের মূল মূল ধারণা থেকে, লোকেরা প্রসারিত হতে থাকে SDN-এর সম্প্রসারণে, লোকেরা বর্তমানে একটি ঐকমত্যে পৌঁছাতে পারে যে ওপেনফ্লো আর একটি প্রয়োজনীয় শর্ত নয় (কিন্তু ফরওয়ার্ডিং এবং নিয়ন্ত্রণের পৃথকীকরণ হল এখনও একটি মূল শর্ত), এবং নেটওয়ার্ক প্রোগ্রামেবিলিটি ধীরে ধীরে একটি SDN আর্কিটেকচার পরিমাপের জন্য একটি গুরুত্বপূর্ণ মানদণ্ড হয়ে উঠেছে।
ঐতিহ্যগত নেটওয়ার্ক সরঞ্জামগুলির প্রোগ্রামেবল অপারেশনগুলি সাধারণত CLI এবং SNMP প্রোটোকলের উপর ভিত্তি করে। স্ক্রিপ্ট হোক বা নেটওয়ার্ক ম্যানেজমেন্ট সফ্টওয়্যার, সেগুলি সবই এই ভিত্তিতে তৈরি করা হয়েছে যে নেটওয়ার্ক প্রোগ্রামেবিলিটির বিস্তৃত পরিসরে আমরা আজ কথা বলতে যাচ্ছি। ক্ষমতা, যার ফলে অনেক পরিস্থিতিতে অটোমেশন উপলব্ধি. কিছু ডিভাইস কিছু ওয়েব ইন্টারফেসের কনফিগারেশন এবং xml এর মাধ্যমে সামগ্রিক কনফিগারেশনের প্রতিস্থাপন সমর্থন করে। এগুলি খুব বিরল এবং এই নিবন্ধে বিস্তারিতভাবে বর্ণনা করা হবে না।
সিএলআই
CLI (কমান্ড-লাইন ইন্টারফেস) কমান্ড লাইনের মাধ্যমে মানব-কম্পিউটার মিথস্ক্রিয়া উপলব্ধি করে। নেটওয়ার্ক কর্মীদের জন্য এটি একটি প্রয়োজনীয় দক্ষতা। লোকেরা প্রতিদিন ডিভাইসে সফ্টওয়্যার SSH বা Telnet খোলে, তারপর একটি কনফিগারেশন পেস্ট করে, এটি সংরক্ষণ করে এবং কার্যকর করে। একদিন, লোকেরা এই ধরণের পুনরাবৃত্তিতে ক্লান্ত হয়ে পড়ে, এবং স্বয়ংক্রিয়ভাবে কনফিগারেশন স্ক্রিপ্ট তৈরি করতে, ব্যাচগুলিতে ডিভাইসে লগ ইন করতে এবং অটোমেশন উপলব্ধি করে কার্যকর করার জন্য কনফিগারেশন ইস্যু করার জন্য একটি প্রোগ্রাম ব্যবহার করে। এটি একটি নেটওয়ার্ক প্রোগ্রামেবল পদ্ধতি। এর সুবিধাগুলি সম্পর্কে কথা বলা যাক, যা মানুষের চিন্তাভাবনা, ধারণা এবং বিদ্যমান প্রযুক্তিগত সিস্টেমের সাথে খুব সামঞ্জস্যপূর্ণ। কিন্তু শেষ পর্যন্ত, এই পদ্ধতিটি নেটওয়ার্ক ডিভাইসে লোকেদের পক্ষে। এটির নিম্নলিখিত অসুবিধা রয়েছে:
-নির্মাতাদের মধ্যে কমান্ড সেটে বিশাল পার্থক্য রয়েছে। শুধুমাত্র নির্মাতারা নয়, একই মডেলের বিভিন্ন সফ্টওয়্যার সংস্করণে খুব আলাদা পার্থক্য থাকতে পারে।
-ডেভেলপারদের অবশ্যই কমান্ড সেটের সাথে পরিচিত হতে হবে এবং এটি কীভাবে ব্যবহার করতে হবে। কনফিগারেশন স্তরে নিরাপত্তা ঝুঁকি আছে. উদাহরণস্বরূপ, হাতের একটি ঝাঁকুনি দিয়ে, আমি যে বন্দরটি খুলতে চেয়েছিলাম সেটি বন্দরটি বন্ধ হয়ে গেছে…
- ট্রান্সমিশন প্রোটোকলের (এসএসএইচ এবং টেলনেট) জন্য কোন বাধ্যতামূলক প্রয়োজনীয়তা নেই, এবং উত্পাদন নিরাপত্তা ঝুঁকি আছে।
- পার্সিং এবং কনফিগারেশন তৈরি করার প্রক্রিয়া অত্যন্ত জটিল। অনেক ক্ষেত্রে, নিয়মিত লিখিত নিয়ম শুধুমাত্র "সত্য" এর অসীম কাছাকাছি হতে পারে, কিন্তু সম্পূর্ণ "সত্য" নয়।
-কোন লেনদেন নেই, এবং একটি কনফিগারেশন আংশিকভাবে কার্যকর হতে পারে এবং আংশিক কার্যকর হবে না।
-কোন স্বয়ংক্রিয় পরিদর্শন ব্যবস্থা নেই এবং এটি সম্পূর্ণরূপে মানুষের উপর নির্ভরশীল। উদাহরণস্বরূপ, আমি জেনারেট করা স্ক্রিপ্টটি সঠিক কিনা তা পরীক্ষা করতে চাই। একটি উপায় আছে, কিন্তু এটি খুব কঠিন এবং প্রায়ই সহজে বাস্তবায়ন করা কঠিন।
-ডেটা মডেলিং এর কোন ধারণা নেই
CLI সর্বদা মানব-কম্পিউটার ইন্টারঅ্যাকশনের একটি উপায়। এটি প্রোগ্রামগুলির মাধ্যমে নেটওয়ার্ককে নির্দিষ্ট প্রোগ্রামেবিলিটি ক্ষমতা দিতে পারে, তবে সর্বোপরি, এটি এমন একটি পদ্ধতি নয় যা অন্তর্নিহিতভাবে নেটওয়ার্ক প্রোগ্রামযোগ্য। ক্লাউড কম্পিউটিং এবং SDN-এর বর্তমান তরঙ্গের অধীনে, এটি নেটওয়ার্কে বড় আকারের স্বয়ংক্রিয় স্থাপনার জন্য উপযুক্ত নয় এবং এর প্রোগ্রামযোগ্যতা সীমিত। বহিরাগতদের পক্ষে উন্নয়নের অসুবিধা বোঝা কঠিন।
এসএনএমপি
এসএনএমপি (এসএনএমপি, সিম্পল নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল), এই প্রোটোকল নেটওয়ার্ক ম্যানেজমেন্ট সিস্টেমগুলিকে সমর্থন করতে পারে যে নেটওয়ার্কের সাথে সংযুক্ত ডিভাইসগুলি পরিচালনার মনোযোগের কারণ হয় এমন কোনও পরিস্থিতি রয়েছে কিনা তা নিরীক্ষণ করতে। এটি একটি অ্যাপ্লিকেশন স্তর প্রোটোকল, ডাটাবেস স্কিমা এবং ডেটা অবজেক্টের একটি সেট সহ নেটওয়ার্ক পরিচালনার মানগুলির একটি সেট নিয়ে গঠিত।
উইকিপিডিয়ার বিষয়বস্তুর একটি অংশের জন্য, আমরা নেটওয়ার্ক ব্যবস্থাপনা, পর্যবেক্ষণ, এবং ডেটা অবজেক্ট হাইলাইট করি। এটি নেটওয়ার্ক পরিচালনা করতে ব্যবহৃত হয়, কনফিগার করা এবং সংগ্রহ করা যায় এবং প্রধানত পর্যবেক্ষণের জন্য ব্যবহৃত হয়। নেটওয়ার্ক সরঞ্জামের কিছু মডিউল, বৈশিষ্ট্য এবং স্ট্যাটাস ডেটা গঠনের জন্য এতে ডেটা মডেলিং রয়েছে। এটি প্রধানত নেটওয়ার্ক ম্যানেজমেন্ট সিস্টেমের জন্য ব্যবহৃত হয় (বেশিরভাগই পর্যবেক্ষণ)। তারপরে এর ত্রুটিগুলি সম্পর্কে কথা বলা যাক:
- খারাপ পঠনযোগ্যতা। এটি মানব-মেশিনে "মেশিন" পছন্দ করে। এটি ব্যবহার করার সময় পঠনযোগ্য নয় এবং মডেলিং ডেটাও পঠনযোগ্য নয়। এটি ASN.1 এর একটি সুপারসেট ব্যবহার করে।
- নিরাপত্তা সীমিত. তিনটি সংস্করণ রয়েছে: v1, v2c এবং v3, এবং নিরাপত্তা ক্রমানুসারে উন্নত করা হয়েছে। যাইহোক, সবচেয়ে সাধারণ হল v2c, যার নিরাপত্তা সীমিত। ভি 3 সংস্করণটি ডিজাইন দ্বারা খুব নিরাপদ, তবে এটি সর্বজনীন নয়। . .
-কোন ব্যাকআপ, রিকভারি বা রোলব্যাক মেকানিজম নেই। কমান্ড লাইন ব্যাক আপ করার জন্য আমাদের কাছে রান এবং অন্যান্য পদ্ধতি রয়েছে, তবে snmp। . .
- খুব কম লেখেন। অনেক পড়ুন, অল্প লিখুন, বেশিরভাগই নিরীক্ষণের জন্য ব্যবহৃত হয়।
- যে ডেটা আইটেমগুলি সংগ্রহ করা যেতে পারে তা সীমিত, এবং সম্পূর্ণ ডিভাইসের কনফিগারেশন পাওয়া যাবে না। অনেক সময় আমরা দেখতে পাই যে আমরা এটি সংগ্রহ করতে cli ব্যবহার করতে পারি, কিন্তু আমরা এটি সংগ্রহ করতে snmp ব্যবহার করতে পারি না।
- একটি কর্মক্ষমতা বাধা আছে. সংগৃহীত ডেটার ঊর্ধ্ব সীমা হল 64K, এবং সংগ্রহের গ্রানুলারিটি অনেক বড়। বড় এবং জটিল নেটওয়ার্কে, এটি মিনিট বা তার বেশি সময় নিতে পারে। এটিও গুরুত্বপূর্ণ বিষয়টি তুলে ধরে। গ্রানুলিটির জন্য আমাদের প্রয়োজনীয়তাগুলিও খুব কঠোর৷ অনেক সময় আমরা প্রতি কয়েক সেকেন্ডে পোর্ট ট্রাফিক সংগ্রহের আশা করি। বড় নেটওয়ার্কগুলিতে, আমি মনে করি ঐতিহ্যগত নেটওয়ার্ক ম্যানেজমেন্ট সফ্টওয়্যার হল... আরও একটি বাক্যে প্রসারিত করার জন্য, বর্তমান পদ্ধতি হল টেলিমেট্রি (যেমন gRPC) যা মাইক্রোসেকেন্ড স্তর অর্জন করতে পারে এবং কিছুর জন্য সফ্টওয়্যার এবং হার্ডওয়্যারের সংমিশ্রণ প্রয়োজন। এটি এখনও জনপ্রিয় নয়, তবে ভবিষ্যতে এটি একটি প্রবণতা হতে হবে। ভবিষ্যতে কখন এটি আসবে তার জন্য...
-এর জন্মের পর থেকে, SNMP নেটওয়ার্ক পর্যবেক্ষণের ক্ষেত্রে নিরীক্ষণের জন্য ডেটা প্রাপ্ত করার জন্য ব্যাপকভাবে ব্যবহৃত হয়েছে। কনফিগারেশন ক্ষমতার অভাব এবং জটিলতার কারণে নেটওয়ার্ক কনফিগারেশনে এটির ব্যবহার খুব কমই হয়েছে। শুধুমাত্র পাঠযোগ্য নেটওয়ার্ক প্রোগ্রামেবল।
Netconf প্রোটোকল এবং YANG মডেল
পরবর্তী প্রজন্মের নেটওয়ার্কগুলির মুখোমুখি, নেটওয়ার্ক প্রোগ্রামেবিলিটি আরও ভালভাবে উপলব্ধি করতে এবং অটোমেশনের স্তর উন্নত করতে আমাদের কী ধরণের নেটওয়ার্ক পরিচালনা প্রোটোকল দরকার?
IETF 2002 সালে RFC3535-এ নিম্নলিখিত ধারণাগুলি প্রস্তাব করেছিল (আসলে তাদের মধ্যে 33টি রয়েছে৷ অনলাইন তথ্য এবং লেখকের জ্ঞানের ভিত্তিতে, আমি নিম্নলিখিত ধারণাগুলি লিখেছিলাম):
1. নেটওয়ার্ক কনফিগারেশনের জন্য একটি প্রোগ্রামেবল ইন্টারফেস আছে
2. একই কনফিগারেশন নির্মাতা এবং মডেল জুড়ে ব্যবহার করা যেতে পারে
3. ভাল পঠনযোগ্যতার সাথে একটি মডেলিং ভাষা একত্রিত করা প্রয়োজন
4. সম্পূর্ণ ত্রুটি পরীক্ষা এবং পুনরুদ্ধার ফাংশন
5. লেনদেন
আপনার যদি একটি ধারণা থাকে তবে তা বাস্তবায়ন করুন। 2006 সালে, IETF Netconf প্রোটোকলের প্রস্তাব করেছিল, যা RFC3535 দ্বারা উত্থাপিত সমস্যার সমাধান করেছিল। প্রাথমিক Netconf শুধুমাত্র প্রোটোকলের মৌলিক কাঠামো এবং ক্রিয়াকলাপগুলি নির্ধারণ করে এবং RFC3535 এর কিছু সমস্যা বিবেচনা করে এমন সমাধানগুলিকে সংজ্ঞায়িত করে। এটি একটি ইউনিফাইড মডেলিং ভাষা নির্ধারণ করেনি। অতএব, কিছু প্রারম্ভিক নির্মাতার সরঞ্জাম শুধুমাত্র Netconf-এর কিছু মৌলিক ক্রিয়াকলাপকে সমর্থন করেছিল এবং একটি ইউনিফাইড বটম লেয়ার ব্যবহার করেনি। ডেটা মডেলিং ভাষা।
RFC6020 প্রকাশ করা হয়েছিল 2010 সালে, YANG মডেল মডেলিং ভাষা এবং এটিকে NETCONF এর সাথে একত্রিত করার একটি পদ্ধতি প্রস্তাব করে। একটি সংজ্ঞা হল একটি ডেটা মডেলিং ভাষা যা নির্মাতাদের মধ্যে অন্তর্নিহিত রিসোর্স লজিককে একীভূত করে এবং অন্য সংজ্ঞাটি কনফিগারেশন ডেটা এবং স্ট্যাটাস ডেটাতে প্রতিটি নির্মাতার ক্রিয়াকলাপের জন্য একটি ইউনিফাইড কমান্ড সেট। YANG মডেল দ্বারা তৈরি ডেটা দৃষ্টান্তগুলি Netconf প্রোটোকলের মধ্যে মোড়ানো হয়। ট্রান্সমিশন, ইয়াং মডেলের উপর ভিত্তি করে এবং Netconf প্রোটোকল দ্বারা চালিত নতুন যুগের জন্য সর্বজনীন নেটওয়ার্ক প্রোগ্রামেবল ইন্টারফেসের একটি নতুন সেট তৈরি করতে দুটি একে অপরের সাথে একত্রিত হয়।
2016 এর পর, Netconf প্রোটোকল YANG মডেলের সাথে ঘনিষ্ঠভাবে একত্রিত হয়েছিল এবং জনপ্রিয় হয়ে ওঠে। এখন পর্যন্ত, যখন আমরা কিছু SDN আর্কিটেকচার সফ্টওয়্যার দিকগুলির দিকে তাকাই, আমরা এই দুটি শব্দ কমবেশি শুনেছি।
ইয়াং এবং নেটকনফ, একটি স্থির এবং অন্যটি গতিশীল, ঠিক ইয়িন এবং ইয়াং এর মতো। দুইটি পরবর্তী যুগের নেটওয়ার্ক প্রোগ্রামেবল জগতকে উদ্ভূত করেছে। (যখন আমরা গিথুবের ইয়াং গুদামটির দিকে তাকাই, তখন আমরা এটিও দেখতে পাব যে এটির আইকন হল তাই চি, এবং এর নাম এবং "ইয়াং" এর মধ্যে সংযোগটি কিছুটা মূল ডিজাইনারের ডিজাইনের ধারণাগুলি প্রকাশ করে)।
পরবর্তী, আমরা সংক্ষেপে ইয়াং মডেল এবং নেটকনফ প্রোটোকল সম্পর্কে কথা বলব। আসুন প্রথমে ডাটা মডেলিং ল্যাঙ্গুয়েজ YANG সম্পর্কে কথা বলি কিভাবে এটি এই নেটওয়ার্ক জগতের ডিজিটাল টুইনকে বর্ণনা করে।
ইয়াং মডেল
RFC6020 নথিতে, খোলার অধ্যায়ে স্পষ্টভাবে বলা হয়েছে, ইয়াং, নেটওয়ার্ক কনফিগারেশন প্রোটোকলের জন্য একটি ডেটা মডেলিং ভাষা। এটি এখনো অন্য নেক্সট জেনারেশন (ইয়াং) ডেটা মডেলিং ভাষার সংক্ষিপ্ত রূপ। এটি একটি মডেলিং ভাষা যা নেটওয়ার্ক ধারণা বর্ণনা করতে ব্যবহৃত হয়।
তালিকা, অভিধান, এবং আরও জটিল ডেটা স্ট্রাকচারের সংজ্ঞা সমর্থন করে, সীমাবদ্ধতা, গণনা, রেফারেন্স আমদানি, সংস্করণ পরিচালনা এবং নামস্থান সমর্থন করে। স্থানের কারণে, আমরা একটি সংক্ষিপ্ত ব্যাখ্যা দেব। বিস্তারিত তথ্যের জন্য, আপনি উল্লেখ করতে পারেন:
এটি একটি কাঠামোগত ভাষায় এই নেটওয়ার্ক ডিভাইসটিকে খুব সহজভাবে বর্ণনা করতে পারে। উদাহরণস্বরূপ, একটি পোর্টের সংজ্ঞার জন্য:
একজন পেশাদার অপারেশন এবং রক্ষণাবেক্ষণের কর্মী হিসেবে, সামান্য কিছু নেটওয়ার্ক বেসিক এবং অল্প কিছু প্রোগ্রামিং বেসিক সহ, আপনি একটি পোর্টের সংজ্ঞা তুলনামূলকভাবে পরিষ্কারভাবে বুঝতে পারেন। এটি একটি তালিকা গঠন, এবং একাধিক হতে পারে. এর বৈশিষ্ট্যগুলির মধ্যে একটি হল ইন্টারফেস-নাম (এছাড়াও একটি কী)। , অনন্য, পুনরাবৃত্তিযোগ্য নয়), সেইসাথে গতি বৈশিষ্ট্য এবং ডুপ্লেক্স বৈশিষ্ট্য, উভয়ই স্ট্রিং।
কনফিগারেশন স্ট্যাটাস এবং অপারেটিং স্ট্যাটাস সহ একটি নেটওয়ার্ক ডিভাইসের অনেক গুণাবলী YANG মডেল দ্বারা বর্ণনা করা হয়।
এইভাবে, ইয়াং মডেল কাঠামোগত ভাষা ব্যবহার করে অনলাইন বিশ্বের বর্ণনা করে। আপনি যদি আগ্রহী হন তবে আপনি উপরের ইন্টারনেট ব্লগ পোস্টটি পড়তে পারেন, যার একটি খুব গভীর বিবরণ রয়েছে।
এটি খুব ভালভাবে XML ডেটাতে রূপান্তরিত করা যেতে পারে এবং ট্রান্সমিশনের জন্য Netconf প্রোটোকলে মোড়ানো যায় (আমরা এটি পরে ব্যাখ্যা করব):
একই সময়ে, বিক্রেতাদের মধ্যে পার্থক্য সমতল করার জন্য, ওপেন কনফিগ, গুগলের নেতৃত্বে, ডেটা মডেলটিকে প্রমিত করেছে। অফিসিয়াল ওয়েবসাইট থেকে, আমরা "ভেন্ডার-নিরপেক্ষ, ব্যবহারকারীদের দ্বারা ডিজাইন করা মডেল-চালিত নেটওয়ার্ক ম্যানেজমেন্ট" স্লোগানটি দেখতে পাই, যা ব্যবহারকারী এবং ক্রস-প্ল্যাটফর্ম দ্বারা ডিজাইন করা হয়েছে। বিক্রেতা-সাধারণ, মডেল-চালিত নেটওয়ার্ক প্রোগ্রামিং (আসুন প্রথমে এইভাবে অনুবাদ করুন)। এটাকে সহজভাবে বলতে গেলে, বিভিন্ন নির্মাতাদের মধ্যে মডেলিং একই রকম করা হয়, যাতে আপনি যখন নির্দিষ্ট ডেটা কনফিগার করেন, তখন আপনাকে প্রতিটি নির্মাতার ব্যক্তিগত ইয়াং মডেল একে একে দেখতে হবে না। কিন্তু ইন্টারনেটে সর্বদা ব্যক্তিগত প্রোটোকল থাকে এবং বিভিন্ন নির্মাতারা সর্বদা "উন্নত ব্যবহারকারীর অভিজ্ঞতা" এবং "উন্নত ব্যবসায়িক কৌশল" এর জন্য নতুন এবং আরও ভাল ব্যক্তিগত প্রোটোকল তৈরি করবে (এটি সত্যিই নেটওয়ার্ক নির্মাতাদের আসল পাপ)। ছবিটি আরও কিছু সাধারণভাবে ব্যবহৃত openconfig yang মডেল বাস্তবায়ন দেখায়।
ছবি থেকে বিচার করে, আমি মনে করি সেগুলির মধ্যে অনেকগুলি রয়েছে এবং সাধারণত ব্যবহৃত কনফিগারেশনগুলি তুলনামূলকভাবে সম্পূর্ণ। তবে অনুশীলনে, এটি নির্ভর করে যে প্রস্তুতকারক এই ইয়াং মডেলগুলিকে সমর্থন করে কিনা। একটি নির্দিষ্ট বিষয়ের কিছু উচ্চ সংস্করণ ডিভাইস মূলত সমর্থিত। আমি এখনও ঘরোয়া বিষয়গুলিকে ঘনিষ্ঠভাবে দেখিনি।
নেটওয়ার্ক ঠিক একই হতে পারে না। নেটওয়ার্ক অপারেশন এবং রক্ষণাবেক্ষণের উন্নয়নে নিয়োজিত একজন প্রকৌশলীর জন্য একই লক্ষ্য অর্জনে সক্ষম হওয়া একটি আশীর্বাদ!
openconfig https://github.com/openconfig/public/tree/master/release/models এ পাওয়া যাবে
আপনি বিভিন্ন অফিসিয়াল ওয়েবসাইটে ব্যক্তিগত ইয়াং মডেলগুলি খুঁজে পেতে পারেন।
Netconf প্রোটোকল
ইয়াং মডেল সম্পর্কে কথা বলার পরে, আসুন Netconf প্রোটোকল সম্পর্কে কথা বলি। ইয়াং মডেল নেটওয়ার্ক জগতের ডিজিটাল বর্ণনা সংজ্ঞায়িত করে, এবং Netconf ডেটার অধিগ্রহণ (পাওয়া) এবং সমন্বয় (কনফিগ) সংজ্ঞায়িত করে।
Netconf ইয়াং মডেলের দ্বারা বর্ণিত বিশ্বের ডেটা এনক্যাপসুলেট করে নেটওয়ার্ক জগতের ব্যবস্থাপনা উপলব্ধি করতে।
ইয়াং ডেটা xml-এ এনক্যাপসুলেট করা হয় এবং তারপর Netconf প্রোটোকলের মাধ্যমে পরিচালিত হয়। এটি একটি দুর্দান্ত স্তরযুক্ত ধারণা সহ একটি প্রোটোকল, যা একটি শ্রেণিবদ্ধ পদ্ধতিতে প্রোটোকলের কিছু বিবরণ বর্ণনা করে। চলুন উপরের ছবিটি দেখি।
-ট্রান্সমিশন: Netconf SSH প্রোটোকলের মাধ্যমে প্রেরণ করা হয়, সংযোগ-ভিত্তিক, এবং নিরাপত্তা গ্যারান্টি রয়েছে।
-মেসেজ: RPC এর মাধ্যমে নেটওয়ার্ক ডিভাইসে একটি দূরবর্তী কল করুন, নেটওয়ার্ক ম্যানেজার একটি rpc অনুরোধ জারি করে এবং নেটওয়ার্ক ডিভাইসটি rpc-উত্তর পুনরায় শুরু করে।
-অপারেশন: এটি Netconf এর আত্মা। এটি গেট (কনফিগারেশন এবং চলমান ডেটা), গেট-কনফিগারেশন (কনফিগারেশন ডেটা পাওয়া, এবং একটি ডিভাইসে একাধিক কনফিগারেশন ডেটা থাকতে পারে, একটি চলমান, একটি স্টার্টআপ, একাধিক প্রার্থী প্রার্থী), সম্পাদনা-কনফিগার (নেটওয়ার্ক ডিভাইসের প্যারামিটার কনফিগার করা, সংযোজন সমর্থন করে) সমর্থন করে। মুছে ফেলা এবং পরিবর্তন), ডিলিট-কনফিগারেশন, কপি-কনফিগারেশন (গন্তব্যে কনফিগারেশনটি অনুলিপি করুন, গন্তব্যটি এফটিপি, ফাইল বা চলমান কনফিগারেশন হতে পারে, ইত্যাদি), লক\আনলক (কনফিগারেশনের দ্বন্দ্ব বা ব্যর্থতা রোধ করতে কনফিগারেশনটি লক করুন মাল্টি-প্রসেস অপারেশন) এবং তাই।
-ডেটা: ডাটা হল xml এ মোড়ানো ডাটা। আমরা উপরে বর্ণিত পোর্টের মত, স্ট্রাকচার্ড ডেটা প্রোগ্রাম করা সহজ। কনফিগার করা বা মুছে ফেলা বা প্রাপ্ত করা ডেটা বর্ণনা করতে ব্যবহৃত হয়।
এগুলো হল Netconf এর চারটি স্তর। কন্ট্রোল এন্ড এবং নেটওয়ার্ক ডিভাইস Netconf এর মাধ্যমে যোগাযোগ করে, প্রথাগত ssh প্রোটোকলের মাধ্যমে, Netconf সাবসিস্টেম ব্যবহার করে, এবং ডিফল্ট পোর্ট হল 830। নীচে দেখানো হয়েছে:
এই চিত্রটি raw ssh ব্যবহার করে মিথস্ক্রিয়া প্রদর্শন করে, কিন্তু আসলে আমরা প্রোগ্রামিংয়ের মাধ্যমে এই প্রক্রিয়াটি বাস্তবায়ন করি। আমি পরে আপনাকে প্রোগ্রামিং বাস্তবায়ন পদ্ধতি প্রদর্শন করব।
Netconf নেটওয়ার্ক ডিভাইস কনফিগার করে। মিথস্ক্রিয়া প্রক্রিয়াটি মোটামুটি নিম্নরূপ:
এই ছবিটি এত কম, আপনি এটিও দেখতে পারেন যে এটি আমার দ্বারা আঁকা হয়েছে... Netconf সম্পর্কে আমার বোঝা উপরের মত। আমি মনে করি ইন্টারনেটে এমন অনেক ছবি রয়েছে যা সঠিক নয় এবং সার্ভার এজেন্টের অনেক আচরণ সঠিক নয়। আমি যখন ডিভাইসে লগ ইন করি তখন আমি স্বজ্ঞাতভাবে এটি অনুভব করি এবং অবশ্যই এটি অফিসিয়াল ডকুমেন্টেশনের সাথে একের সাথে মিলে যায়।
আমরা কিছু Netconf উদাহরণ দেখতে পারি:
হ্যালো, একটি লিঙ্ক তৈরি করুন.
আমরা বেশ কিছু কীওয়ার্ড, Netconf সংস্করণ, সমর্থিত YANG মডেল, সেশন আইডি দেখেছি। একই সময়ে, hello নির্দেশ করে যে আমরা কোন নামস্থানে কাজ করছি। এই ক্ষেত্রে, এটি Netconf-এর সংশ্লিষ্ট সংস্করণ।
কনফিগারেশন পান
get-cofig-এর একটি প্যারামিটার হল উৎস, যেখানে কনফিগারেশন ডেটা পাওয়া যায় (চলমান, স্টার্টআপ বা অন্য)। আরেকটি প্যারামিটার হল ফিল্টার, যেটি কোন ইয়াং মডেল দ্বারা বর্ণিত ডেটা মডেল থেকে কোন ডেটা পাওয়া যায়। এটি মূলত নেটওয়ার্ক ডিভাইস দ্বারা প্রেরিত ক্ষমতার সাথে মিলে যায়। সফল হলে, সংশ্লিষ্ট কনফিগারেশন ডেটা ফেরত দেওয়া হবে।
কনফিগারেশন বা চলমান ডেটা পান
গেট-কনফিগারেশনের মতই, কিন্তু যা পাওয়া যায় তা হল রানিং কনফিগারেশন (ব্যক্তিগত বোঝাপড়া) বা ডেটা চালানো। ফিল্টার নির্দিষ্ট করা যেতে পারে।
কনফিগারেশন কপি করুন
কপি অপারেশনের দুটি পরামিতি রয়েছে, উৎস এবং গন্তব্য। সফল উত্তরটি ঠিক আছে ট্যাগ দিয়ে।
কনফিগারেশন সম্পাদনা করুন
কনফিগারেশন সম্পাদনা করার সময়, সম্পাদনা করা ডেটা আইটেম, ক্ষমতার নামস্থান এবং সংশ্লিষ্ট লেবেল উল্লেখ করুন। উদাহরণস্বরূপ, এটি dhcp কনফিগার করার জন্য, যা ইয়াং মডেল http://tail-f.com/ns/example/dhcp দ্বারা বর্ণনা করা হয়েছে।
সদয়ভাবে অধিবেশন বন্ধ করুন
এটি এই ধরনের বার্তা যা ssh-এ সামনে পিছনে প্রেরণ করা হয়। আমরা শুধু প্রত্যেকের বোঝার সুবিধার্থে বার্তাটির কিছু অংশ বের করি।
তারপর রেফারেন্সের জন্য কিছু বিষয়বস্তু যোগ করুন।
-Netconf সেশনের উপর ভিত্তি করে, এবং প্রতিটি সাফল্যের একটি সেশন আইডি থাকবে।
-প্রতিটি অনুরোধের একটি বার্তা আইডি থাকে, যতক্ষণ না এটি ধীরে ধীরে বড় হয়
-ডেটা কনফিগারেশন লক, একচেটিয়া, এবং লকের মাধ্যমে পরিচালিত হতে পারে।
-Netconf লেনদেনমূলক, এবং অপারেশন হয় সব বাস্তবায়িত হয় বা কোনোটিই নয়। একই সময়ে, অফিসিয়াল ওয়েবসাইটের ডকুমেন্টেশন অনুসারে, এই লেনদেনটি এন নেটওয়ার্ক ডিভাইসগুলির কনফিগারেশনের জন্য, অর্থাৎ, এককালীন কনফিগারেশন পলিমরফিজম লেনদেনকে সমর্থন করতে পারে। কিন্তু আমি এখনো এটা করিনি...
-Netconf সাবস্ক্রিপশন সমর্থন করে। ডিভাইসের কার্যক্ষমতার পরিপ্রেক্ষিতে, মাত্রার ক্রম প্রায় 5 সেশন। আমি একটি নির্দিষ্ট ডেটা আইটেমের সদস্যতা নিতে পারি এবং এটি পরিবর্তন হলে ডিভাইসটি আমাকে অবহিত করবে৷
- সামর্থ্য, আমি এটা কিভাবে বুঝি। নেটওয়ার্ক ডিভাইসটি Netconf এবং YANG মডেলের সংস্করণ পাঠায় এবং নিয়ন্ত্রণ টার্মিনাল Netconf-এর সংস্করণ পাঠায়। Netconf সংস্করণ দুটির সাথে মিলে গেলেই আমরা চালিয়ে যেতে পারি। এই আমার স্বজ্ঞাত অনুভূতি. কোন পরামর্শ স্বাগত জানাই.
-অপারেশন যেমন get edit পরিবর্তন করতে হবে এমন ডেটা নির্দিষ্ট করবে, যা ফিল্টার ব্যবহার করে ফিল্টার করা যেতে পারে।
-copy-config কোথাও থেকে কোথাও কনফিগারেশনের সম্পূর্ণ সেট কপি করতে সমর্থন করে। কোথাও একটি FTP ফাইল, চলমান, স্টার্টআপ এবং ডিভাইসে প্রার্থী কনফিগারেশন হতে পারে।
-Netconf বৈধকরণ অপারেশন ব্যবহার করে কনফিগারেশন যাচাইকরণ সমর্থন করে।
এই নিবন্ধটি এখনও বিজ্ঞান জনপ্রিয় করার আশা, এবং আমি বিস্তারিত যেতে হবে না. আপনি RFC এর প্রাসঙ্গিক প্রোটোকল পড়তে পারেন, যা আসলে খুব দীর্ঘ নয়।
অনুশীলনে, কিছু ওপেন সোর্স সফ্টওয়্যারের উপর ভিত্তি করে, যেমন পাইথনের ncclient, আমরা সহজেই নেটওয়ার্ক ডিভাইসগুলিকে স্বয়ংক্রিয়ভাবে কনফিগার করতে পারি এবং নেটওয়ার্ক প্রোগ্রামযোগ্যতা অর্জন করতে পারি। এটি Netconf এবং YANG মডেলের মিশন।
নেটওয়ার্ক কর্মীরা ভাল-ফরম্যাট করা YANG মডেলের সংজ্ঞাগুলি পড়ে এবং Netconf দ্বারা সংজ্ঞায়িত ক্রিয়াকলাপগুলির উপর ভিত্তি করে নেটওয়ার্ক ডিভাইসগুলিতে প্রোগ্রামযোগ্য ক্রিয়াকলাপ সম্পাদন করতে প্রাসঙ্গিক প্রোগ্রামিং ভাষা ব্যবহার করে। এইভাবে, নেটওয়ার্ক প্রোগ্রামেবিলিটির পথ নকল হয়।
আসুন প্রসারিত করি এবং কল্পনা করি যে YANG মডেল নেটওয়ার্ক ডিভাইসের ডেটা কাঠামো সংজ্ঞায়িত করেছে। আমরা Netconf এর মাধ্যমে এটি পরিচালনা করতে পারি। এটি কি অন্যান্য প্রোটোকলের মাধ্যমেও পরিচালিত হতে পারে?
উত্তরটি হল হ্যাঁ. প্রকৃতপক্ষে, অন্যান্য অনেক প্রোটোকল Netconf থেকে প্রাপ্ত হয়েছে, যেমন RESTConf। নিচে দেখানো হয়েছে,
ইয়াং মডেল (পাবলিক এবং নেটিভ) ডেটা স্ট্রাকচারকে সংজ্ঞায়িত করে, যার উপরে রয়েছে নতুন নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল, Netconf, RESTCon, gRPC ইত্যাদি। SSH-এর উপর ভিত্তি করে Netconf-এর মাধ্যমে ডিভাইস, অথবা আমরা HTTP2-এর উপর ভিত্তি করে gRPC-এর মাধ্যমে নেটওয়ার্ক ডিভাইসগুলি পরিচালনা করতে পারি৷{1}}৷ এগুলি সবই ভাল ডেটা স্ট্রাকচার সহ YANG এর উপর ভিত্তি করে। মডেল করুন, সংশ্লিষ্ট ডেটা লিখুন, এটিকে xml বা json-এ প্রোগ্রাম নেটওয়ার্ক ডিভাইসে এনক্যাপসুলেট করুন। এটি নেটওয়ার্ক প্রোগ্রামেবিলিটির ভবিষ্যত। সুনির্দিষ্টভাবে বলতে গেলে, এটি মডেল চালিত প্রোগ্রাম, মডেল-ভিত্তিক নেটওয়ার্ক প্রোগ্রামযোগ্যতা। নেটওয়ার্ক ইঞ্জিনিয়াররা ধীরে ধীরে কমান্ড সেটের পরিবর্তে ডিভাইসের পরামিতিগুলিতে ফোকাস করে এবং সংশ্লিষ্ট ডেটা মডেল পড়ে নেটওয়ার্ক প্যারামিটারগুলি কনফিগার করে।
শেষে লিখি, কেন এই পাবলিক অ্যাকাউন্ট খুলব। আমি যখন স্কুলে ছিলাম তখন কম্পিউটার বিজ্ঞান ও প্রযুক্তি নিয়ে পড়াশোনা করেছি। কর্মক্ষেত্রে প্রবেশের পর আমি নেটওয়ার্ক অপারেশন এবং রক্ষণাবেক্ষণের কাজে নিয়োজিত ছিলাম। এটা নিয়ে ভাবছি, আমাকে দলে বিভক্ত করার কারণ হতে পারে যে আমি নেটওয়ার্ক টেকনোলজি রিসার্চ ইনস্টিটিউটের স্নাতক ছাত্র ছিলাম (ম্যানুয়াল মজার)। প্রথম থেকেই আমি নেটওয়ার্ক অপারেশনের সাথে জড়িত ছিলাম। অপারেশন এবং রক্ষণাবেক্ষণের পরবর্তী পর্যায়ে, CLI এর উপর ভিত্তি করে কাজকে সহজ করতে এবং দক্ষতা উন্নত করতে সরঞ্জামগুলি ব্যবহার করা হয়েছিল। পরে, সরঞ্জামগুলি ধীরে ধীরে BS-কাঠামোযুক্ত ওয়েব অ্যাপ্লিকেশনগুলিতে বিকশিত হয়েছিল। তারা ক্রমাগত নতুন প্রযুক্তির সংস্পর্শে এসেছে এবং নতুন ফাংশন সমৃদ্ধ করতে থাকল।
সৌভাগ্যবশত, তারা ওপেন সোর্স প্রযুক্তি এবং SDN এর বিকাশের সাথে জড়িত, এবং ধীরে ধীরে আমি NetDevOps কাজে রূপান্তরিত হয়েছি এবং আমার প্রোগ্রামিং দক্ষতাগুলি টিমের অপারেশন এবং রক্ষণাবেক্ষণের ক্ষমতা উন্নত করতে ব্যবহার করেছি। আমি কোডের এই লাইনটি লিখতেও উপভোগ করেছি। লেখার অগ্রগতির সাথে সাথে, এটি ধীরে ধীরে আবিষ্কৃত হয় যে NetDevOps একটি দক্ষতা হওয়া উচিত যা প্রতিটি নেটওয়ার্ক ইঞ্জিনিয়ারের ভবিষ্যতে থাকা উচিত (সবাই আগুনে জ্বালানি যোগ করে), যাতে তারা উচ্চ-স্তরের পরিকল্পনা এবং দ্রুত বাস্তবায়ন উভয়ই অর্জন করতে পারে। ইন্টারনেটে কিছু তথ্যের দিকে ফিরে তাকালে, সত্যি কথা বলতে, চীনে খুব কমই রয়েছে এবং ঘরোয়া পরিবেশ খুব শক্তিশালী নয়। অনেক গার্হস্থ্য সফ্টওয়্যার পুরানো CLI এবং snmp-এর উপর ভিত্তি করে তৈরি, এবং সবাই এখনও কাজের জন্য টেক্সট টুল এবং SSH টুল ব্যবহার করে। তাই আমি আশা করি যে আমিকিভাবে মাছ ধরতে হয় তা অন্যদের শেখাতে পারি, আরও নেটওয়ার্ক অপারেশন এবং রক্ষণাবেক্ষণ ইঞ্জিনিয়ারদের সাথে আমার অভিজ্ঞতা (পিট) এবং দক্ষতা শেয়ার করতে পারি, এবং আমার সেরা কাজ. জিয়াও চু বলেছেন যে আপনি আপনার কাজের চাপ কমানোর জন্য কিছু শিখতে পারেন এবং দূর ভবিষ্যতের দিকে মনোনিবেশ করে, দেশীয় নেটওয়ার্ক অপারেশন এবং রক্ষণাবেক্ষণ সত্যিকারের অটোমেশনের দিকে বিকশিত হতে পারে।
ভবিষ্যতে, আমি কিছু ভিডিও রেকর্ড করব এবং কিছু নিবন্ধ লিখব। এটি একটি নথি লিখতে সত্যিই কঠোর বোধ. সাবস্ক্রাইব করতে, সংগ্রহ করতে, লাইক ক্লিক করতে এবং দেখতে আপনাকে স্বাগতম।
পরিশিষ্ট: Netconf সাধারণ অপারেশন
DWDM OTN সলিউশন ডিজাইন এবং কস্ট কোটেশন, দয়া করে আমার সাথে লিঙ্ক করুন, টেলর হুয়াং
