নেটওয়ার্কিংয়ে আমি কী নিরাপদে বাইট অর্ডার উপেক্ষা করতে পারি?

Question

আমি একটি সার্ভার-ক্লায়েন্ট অ্যাপ্লিকেশন বিকাশ করছি যেখানে ক্লায়েন্টটি উইন্ডোজ এবং সার্ভারটি সম্ভবত লিনাক্সে চলবে। সম্ভবত আমি পরে ক্লায়েন্টকে ম্যাক এবং লিনাক্সে পোর্ট করব, তবে এখনও নেই।

আজকাল সমস্ত হোম-কম্পিউটারগুলি সামান্য-এডিয়ান নিয়ে চলে। আমি কিছুক্ষণ গুগল করেছিলাম, তবে আমি সত্যিই ডিভাইসগুলির একটি তালিকা খুঁজে পাইনি যা বিগ-এন্ডিয়ানতে চালিত হয়। আমি যতদূর জানি, কিছু মটোরোলা চিপ এখনও বিগ-এন্ডিয়ান এবং সম্ভবত কিছু ফোন ব্যবহার করে (আমি স্মার্টফোনে অ্যাপটি পোর্ট করার পরিকল্পনা করি না, সুতরাং এটি আমার পক্ষে কোনও ব্যাপার নয়)। সুতরাং, কেন আমি পড়তে এবং লেখার জন্য প্রতিটি পূর্ণসংখ্যার, প্রতিটি সংক্ষিপ্ত, প্রতিটি ভাসমান, ডাবল এবং আরও কিছু বাইটগুলি পুনরায় সাজিয়ে রাখব, যখন আমি ইতিমধ্যে জানি যে সার্ভার এবং ক্লায়েন্ট উভয়ই ছোট-এডিয়ান নিয়ে চলে?

এটি করা কেবল অপ্রয়োজনীয় কাজ। সুতরাং, আমার প্রশ্নটি হল: আমি কী নিরাপদে অন্তর্নিহিতা উপেক্ষা করতে এবং কেবল ছোট-এডিয়ান ডেটা প্রেরণ করতে পারি? অসুবিধাগুলি কী কী?

Comments

তারা মেশিনগুলি কীভাবে জানতে পারবে যে তারা স্বাভাবিক / স্ট্যান্ডার্ড বিগ-এন্ডিয়ান ডেটার পরিবর্তে স্বল্প-এন্ডিয়ান ডেটা গ্রহণ করছে?

— Ixrec

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

@ ডেলান হ্যাঁ, কেবল পেডলোড নিয়ে কথা বলছেন। আমি অবশ্যই এখনও নেটওয়ার্ক-স্ট্যাক নিজেই নেটওয়ার্ক-বাইট-ক্রমে কথা বলব ।

— tkausl

একদিক থেকে কেবল একটি চিন্তাভাবনা: আপনার কি বিমূর্ত স্তরে কাজ করা দরকার যেখানে অন্তর্নিহিততা একটি উদ্বেগ? প্রোটোকল ব্যবহার করা বিবেচনা করা উপযুক্ত হবে যার জন্য উপযুক্ত গ্রন্থাগারগুলি উপস্থিত রয়েছে যা এই সমস্ত নিম্ন স্তরের "জগাখিচুড়ি" আবদ্ধ করে। তারপরে, আপনার কাছে অতিরিক্ত বোনাসও রয়েছে যে আরও ক্লায়েন্ট যুক্ত করা আরও সহজভাবে করা যায়।

— গডফাদারফ্পলকা

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

— গডফাদারফ্পলকা

Answer 1

... আমি কেন বাইটগুলি পুনর্বিন্যাস করব ... যখন আমি ইতিমধ্যে জানি যে সার্ভার এবং ক্লায়েন্ট উভয়ই সামান্য এন্ডিয়ানে চালিত হয়? এটি করার জন্য কেবল অপ্রয়োজনীয় কাজ।

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

একটি নেটওয়ার্ক-স্ট্যান্ডার্ড বাইট ক্রম রয়েছে। এটি বিগ-এন্ডিয়ান, তবে কিছুই বলে না যে আপনার প্রোটোকলটি ডিজাইনের সময় আপনাকে এটি মেনে চলতে হবে। আপনি যদি আগেই জানেন যে আপনার কোড পরিচালিত বেশিরভাগ সিস্টেমগুলি সামান্য-এডিয়ান হবে এবং কার্য সম্পাদন সমালোচিত হয়, তবে ঘোষণা করুন যে "tkausl স্ট্যান্ডার্ড বাইট অর্ডারিং" এবং এটি দিয়ে যান। যেখানে আপনি সাধারণত htons()প্রয়োজন অনুসারে জিনিসগুলি রাখার জন্য কল করতে চান সেখানে কল করা একটি ম্যাক্রো লিখুনhtots() স্থাপনের জন্য যা শর্তাধীনভাবে ছোট-এন্ডিয়ান আর্কিটেকচারের সাথে কিছুই মিশ্রিত করে না এবং বিগ-এন্ডিয়ানতে পুনরায় সাজানোর ব্যবস্থা করে।

ইনবাউন্ড এবং আউটবাউন্ড রূপান্তরগুলি করতে কোড বজায় রাখা সত্যিই বড় প্রচেষ্টা নয়। আপনার যদি খুব সংখ্যক বার্তা থাকে তবে সেগুলি প্রকাশ করার একটি উপায় খুঁজে বার করুন এবং ইনবাউন্ড এবং আউটবাউন্ড রূপান্তরগুলি তৈরি করতে একটি প্রোগ্রাম লিখুন।

Comments

এই শব্দটি when designing your protocolগুরুত্বপূর্ণ, কারণ এটি স্পষ্টভাবেই বলেছে যে কোনও নতুন প্রোটোকল ডিজাইন করার সময় এই বিকল্পটি উপস্থিত রয়েছে এবং কিছু বিদ্যমান প্রোটোকল প্রয়োগ করার সময় নয়। এবং একটি htots(এবং সত্যিকারের একটি কার্যকারণের পুরো পরিবার) এর প্রয়োজনীয়তার কথা উল্লেখ করে এও স্পষ্ট করে তোলে যে আলাদা বাইট ক্রম নির্বাচন করা কোডটিকে সহজ করার জন্য কিছু করে না, তবে এটি এটিকে কিছুটা দ্রুততর করে তুলতে পারে।

— কাস্পার্ড

সেখানে (অ-মানক কিন্তু খুব সাধারণ এই দিন) ফাংশন দ্বারা htole32(), htole16(), le16toh()ইত্যাদি ফাংশন পাশাপাশি পাওয়া যায়। এগুলি ঘোষিত করার জন্য অন্তর্ভুক্ত করা ফাইলটি দুর্ভাগ্যক্রমে আরও কম মান: <endian.h>বা <sys/types.h>প্ল্যাটফর্মের উপর নির্ভর করে।

— টেরিক

এই উত্তরটি ঠিক আছে, তবে আমি মনে করি যে প্রদত্ত মামলাটি পারফরম্যান্সের সমালোচনা হতে পারে এমন ধারণাটি সম্ভবত একটি ভুল ধারণা, তথ্যের চেয়ে কুসংস্কারের ভিত্তিতেই বেশি ভিত্তি করে।

— ডক ব্রাউন 11 এ 21

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

— blrfl

Answer 2

এটি আপনার প্রোটোকল।

আপনি এটিকে নিরাপদে উপেক্ষা করতে পারবেন না। তবে আপনি নিরাপদে এটি লেবেল করতে পারেন। আপনি ক্লায়েন্ট এবং সার্ভারটি নিয়ন্ত্রণ করেন। আপনি প্রোটোকল নিয়ন্ত্রণ করেন। আপনি উভয় পক্ষই একমত কিনা তা আপনি জানেন যতক্ষণ না এটি বড়-এডিয়ান বা ছোট-এন্ডিয়ান নয় তা যত্ন নেওয়ার কোনও অর্থ হয় না?

এর অর্থ ওভারহেড। এখন আপনাকে নিজের প্রান্তিকতা কোনওভাবে চিহ্নিত করতে হবে। এটি করুন, এবং আমি এটি যে কোনও কিছুতে পড়তে পারি।

আপনি যদি ওভারহেডের ডেটা না চান এবং আপনার সিপিইউ বিরক্ত হয়ে কিছু করার জন্য সন্ধান করছে তবে তা মেনে চলুন ।

Answer 3

সুতরাং, আমার প্রশ্নটি হল: আমি কী নিরাপদে অন্তর্নিহিতটি উপেক্ষা করতে এবং কেবল ছোট-এডিয়ান ডেটা প্রেরণ করতে পারি?

এর দুটি ব্যাখ্যা রয়েছে:

• যদি আপনি আপনার অ্যাপ্লিকেশনগুলি / প্রোটোকলগুলি সর্বদা ¹ লিটল-এন্ডিয়ান প্রেরণে ডিজাইন করেন তবে আপনি অন্তর্দৃষ্টি উপেক্ষা করছেন না।

• যদি আপনি আপনার অ্যাপ্লিকেশনগুলি / প্রোটোকলগুলি দেশীয় অন্তর্নিহিততা যা কিছু প্রেরণ / গ্রহণের জন্য ডিজাইন করেন তবে তারা যতক্ষণ আপনার অ্যাপ্লিকেশনগুলি প্ল্যাটফর্মগুলিতে একই দেশীয় অন্তর্নিহিত সাথে চালাবেন ততক্ষণ তারা কাজ করবে।

  এটি কি "নিরাপদ" ² ? এটা আপনার বিচার করার জন্য! তবে অবশ্যই এখানে প্রচলিত হার্ডওয়্যার প্ল্যাটফর্ম রয়েছে যা ছোট-এন্ডিয়ান, বিগ-এন্ডিয়ান বা ... দ্বি-এন্ডিয়ান ব্যবহার করে।

  রেফারেন্স:

  • https://en.wikipedia.org/wiki/Endianness#Hardware

অসুবিধাগুলি কী কী?

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

স্পষ্টতই, বেশিরভাগ বর্তমান প্রজন্মের প্ল্যাটফর্মগুলি নেটিভ স্বল্প-এন্ডিয়ান, তবে 1) কিছুটি নয় এবং 2) ভবিষ্যতে কী ঘটবে তা আমরা কেবল অনুমান করতে পারি।

---

^{1 - সর্বদা ... প্ল্যাটফর্মগুলিতে যা মূলত বিগ-এন্ডিয়ান।}

^{2 - আসলে, "নিরাপদ" এর অর্থ কী? আপনি যদি আমাদেরকে হার্ডওয়্যার প্ল্যাটফর্মগুলির ভবিষ্যতের দিকনির্দেশনা পূর্বাভাস দিতে বলছেন ... আমি ভয় করি যে এটি উদ্দেশ্যমূলকভাবে জবাবদিহি করতে পারে না।}

Answer 4

অন্তর্নিহিতা একমাত্র বিবেচনা নয়। পূর্ণসংখ্যার আকার রয়েছে, এমন স্ট্রকের প্যাকিং রয়েছে যা আপনি প্রেরণ করতে বা গ্রহণ করতে চাইতে পারেন এবং আরও কিছু।

আপনি এই সব উপেক্ষা করতে পারেন। কেউ আপনাকে জোর করতে পারে না। অন্যদিকে, নিরাপদ এবং নির্ভরযোগ্য উপায় হ'ল একটি বাহ্যিক ফর্ম্যাট ডকুমেন্ট করা এবং তারপরে এমন কোড লিখুন যা আপনার প্রসেসর, আপনার প্রোগ্রামিং ভাষা এবং আপনার প্রোগ্রামিং ভাষার বাস্তবায়ন যাই হোক না কেন, বাহ্যিক ফর্ম্যাটটি সঠিকভাবে পড়বে বা লিখবে।

সাধারণত এটি খুব বেশি কোড নয়। তবে এর একটি বিশাল সুবিধা রয়েছে: আপনার কোডটি পড়ার লোকেরা সন্দেহ করবে না যে আপনি নির্দোষ, বাহ্যিক ডেটা বিনিময় সম্পর্কে কিছুই জানেন না, এবং এমন কোড লিখুন যা সাধারণত বিশ্বাস করা যায় না।

Answer 5

সি-তে স্ট্যান্ডার্ড বিএসডি নেটওয়ার্কিং স্ট্যাকের hton/ ntohকার্যকারিতা ( network-to-host/host-to-network ) রয়েছে যা নেটওয়ার্ক-নেটিভ মেশিনে (বিগ এন্ডিয়ান) নো-অপ্সে প্রসারিত হয়। নেটওয়ার্ক-নেটিভ বাইট ক্রমটি সামান্য এন্ডিয়ান হয় এমন দৃশ্যের জন্য আপনার নিজের নিজের প্রতিযোগীগুলির প্রয়োজন need

এটি করার দৃ That's় উপায়।

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

Answer 6

সার্ভারের মধ্যে ডেটা সংবহন করতে ব্যবহৃত বিভিন্ন প্রোটোকল সামান্য এন্ডিয়ান সংখ্যা ব্যবহার করে:

1. BSON
2. প্রোটোকল বাফারস
3. ক্যাপন প্রোটো

দেখুন https://en.wikipedia.org/wiki/Comparison_of_data_serialization_formats , বিভিন্ন ফরম্যাটের যা কিছু সামান্য-endian নম্বর আছে বিস্তারিত, এবং কিছু বড় endian নম্বর নেই।

সামান্য এডিয়ান সংখ্যার উপর ভিত্তি করে প্রোটোকল ব্যবহার করার ক্ষেত্রে একেবারেই ভুল নেই। একটি বড় এন্ডিয়ান মেশিন যেমন সামান্য এন্ডিয়ান সংখ্যা পড়তে সক্ষম তেমনি একটি সামান্য এন্ডিয়ান মেশিন বড় ইন্ডিয়ান সংখ্যাগুলি পড়তে পারে। সামান্য এন্ডিয়ান মেশিনে বড়-এন্ডিয়ান সংখ্যা ডিকোড করার অতিরিক্ত গণনা ব্যয় এড়াতে অনেকে বিশেষত এটি করেছেন।

যদি আপনি এই বিদ্যমান প্রোটোকলগুলির একটির উপরে আপনার প্রোটোকল তৈরি করেন, তবে আপনাকে নিজে নিজেই বিষয়টি বিবেচনা করতে হবে না, এটি ইতিমধ্যে যত্ন নেওয়া taken আপনি যখন একটি বড়-এন্ডিয়ান প্ল্যাটফর্মে আপনার কোডটি চালানোর সিদ্ধান্ত নেন, তখন এই প্রোটোকলগুলি প্রয়োগ করে এমন লাইব্রেরিগুলি স্বয়ংক্রিয়ভাবে মানগুলি ডিকোড করে দেওয়ার বিষয়টি নিশ্চিত হয়ে যাবে।

Answer 7

একটি বড় এন্ডিয়ান সিস্টেমের একটি উদাহরণ রাউটারগুলিতে ব্যবহৃত এমআইপিএস। এআরএম এবং এমআইপিএস উভয়ই এরিয়ান-স্যুইচযোগ্য পুরো শব্দটি বাফার করার পরিবর্তে শব্দটি)।

সুতরাং এটি 'লিনাক্স' বলতে কী বোঝায় তা নির্ভর করে তবে আপনি যদি কখনও ওপেনডাব্লুআরটি চালিত রাউটারের মতো কোনও ছোট সিস্টেমে নিজের সার্ভার অ্যাপটি চালাতে চান তবে আপনাকে বড় এন্ডিয়ান সমর্থন বিবেচনা করতে হবে।

যথারীতি, অনুমানকে সরল করার মতো সময় পর্যন্ত আপনি একেবারে বুদ্ধিমান অপ্টিমাইজেশন যা আপনি এমন কিছু আঘাত করেন যা অনুমানগুলির সাথে খাপ খায় না। কেবলমাত্র আপনিই বলতে পারেন যে যদি আপনি কখনও এ জাতীয় সমস্যার সম্মুখীন হন তবে এগুলি অন্বেষণ করা কত কষ্টকর হবে would

Answer 8

আমি মনে করি না যে উত্তরগুলির কোনও যথেষ্ট যথেষ্ট সুনির্দিষ্ট। উইকিপিডিয়া অনুসারে এডিয়েননেস হ'ল একটি শব্দ নিয়ে গঠিত বাইটের ক্রম।

4 বাইট নিতে এবং তাদের কোন int হিসাবে ব্যাখ্যা করতে দেয়। একটি সামান্য এডিয়ান সিস্টেম বাইটগুলি ডান থেকে বামে এবং একটি বড় এন্ডিয়ান সিস্টেমে ভাইস-ভারকা ব্যাখ্যা করা হবে। স্পষ্টতই কোন প্রান্তটি ব্যাখ্যা করতে হবে তা নিয়ে একমত হওয়া গুরুত্বপূর্ণ is

আধুনিক নেটওয়ার্ক প্রোটোকলগুলিতে কিছুটা জুম আউট করতে দেয় যা জসন বা এক্সএমএল ব্যবহার করতে পারে। এই ফর্ম্যাটগুলির কোনওটিই 4 বাইট হিসাবে কোনও ইনট ট্রান্সফার করবে না। তারা ডেটাটিকে পাঠ্য হিসাবে স্থানান্তর করবে যা গ্রহণের পক্ষের কোনও ইন্ট হিসাবে পার্স করা হবে।

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

বহুল বেশিরভাগই আজ এনকোডিং ব্যবহৃত UTF-8 যা হতে happpens হয় endianness সংক্রান্ত সমস্যার অনাক্রম্য ।

তাই আমি হ্যাঁ বলব। Utf-8 ব্যবহার করে স্থানান্তরিত পাঠ্যভিত্তিক ফর্ম্যাটগুলি ব্যবহার করার সময় এন্ডিয়ানাটি উপেক্ষা করা নিরাপদ।

Comments

দুই ডাউন ভোট এবং কোন মন্তব্য। গ্রেট।

— এসবেন স্কোভ পেদারসন

আমি ডাউনভোটার নই তবে এই উত্তরটি পুরোপুরি বৈধ প্রশ্নটিকে উপেক্ষা / প্রত্যাখ্যান করে বলে মনে হচ্ছে। কিছু প্রোটোকল পাঠ্য ভিত্তিক হওয়ায় এর অর্থ এই নয় যে সমস্ত প্রোটোকল হওয়া উচিত।

— পিটার গ্রিন

আমি এটিকে উত্সাহিত করেছি কারণ এটি স্পর্শ করে যে পেওলড ফর্ম্যাটটির অন্তর্নিহিত প্রোটোকলগুলির সাথে কোনও সম্পর্ক নেই। কিছু লোক কেবল মেক-আপ সমস্যাগুলি খনন করতে পছন্দ করে।

— জেডনেেক

Answer 9

বড় এন্ডিয়ান সিস্টেমগুলি মনে হচ্ছে তাদের বেরিয়ে আসছে। প্রচলিত ইউনিক্সগুলির মধ্যে অনেকগুলি বড় এন্ডিয়ান ব্যবহার করেছিল তবে তারা বছরের পর বছর ধরে x86 এর লিনাক্সের পক্ষে হ্রাস পাচ্ছে।

বাহু দ্বি-এডিয়ান তবে বড় এন্ডিয়ান রূপটি খুব কমই দেখা যায় বলে মনে হয়।

উভয় ভেরিয়েন্টে mips উপস্থিত রয়েছে। বিগ এন্ডিয়ান রূপটি বেশিরভাগ ক্ষেত্রে নেটওয়ার্কিং অ্যাপ্লিকেশনগুলিতে দেখা যায় (historicalতিহাসিক কারণে ইন্টারনেট প্রোটোকল সাধারণত বড় এন্ডিয়ান ব্যবহার করে)।

পিপিসি হ'ল endতিহ্যগতভাবে বড় এন্ডিয়ান ছিল কিছু অংশ উভয় এন্ডিয়ানকে সমর্থন করে তবে আইবিএম মনে হয় এখন end৪-বিট পিপিসির জন্য সামান্য এন্ডিয়ান মোড চাপছে (তারা সম্প্রতি পিপিসি el৪০েল বন্দরগুলি দেবিয়ান এবং উবুন্টুতে ঠেলে দিয়েছে)।

স্পার্ক সাধারণত বড় এন্ডিয়ান তবে আবার মনে হয় এটি হ্রাস পাচ্ছে।

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

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