Direct Client-to-Client
ডাইরেক্ট ক্লায়েন্ট-টু-ক্লায়েন্ট (ডিসিসি) (মূলত ডাইরেক্ট ক্লায়েন্ট সংযোগ) একটি আইআরসি-সম্পর্কিত উপ-প্রোটোকল যা ফাইল বিনিময় বা অ-রিলেড চ্যাট সম্পাদনের জন্য আইআরসি সার্ভার ব্যবহার করে সহকর্মীদের পরস্পর সংযোগ স্থাপন করতে সক্ষম করে। একবার প্রতিষ্ঠিত হয়ে গেলে, একটি সাধারণ ডিসিসি সেশন আইআরসি সার্ভার থেকে স্বাধীনভাবে চলে। মূলত আই. আর. সি. আই-এর সাথে ব্যবহার করার জন্য ডিজাইন করা হয়েছে এটি এখন অনেক আই. আর. সি ক্লায়েন্ট দ্বারা সমর্থিত। ন্যাপস্টার-প্রোটোকল সার্ভারের কিছু পিয়ার-টু-পিয়ার ক্লায়েন্টের টেকনাপ, সানশাইনইউএন এবং লোপস্টার সহ ডিসিসি পাঠানোর/পাওয়ার ক্ষমতাও রয়েছে। এসডিসিসি (সিকিউর ডাইরেক্ট ক্লায়েন্ট-টু-ক্লায়েন্ট) নামে ডিসিসি প্রোটোকলের একটি বৈচিত্র্য, যা ডিসিসি স্ক্যাট নামেও পরিচিত, এনক্রিপ্ট করা সংযোগগুলিকে সমর্থন করে। ডিসিসি ব্যবহারের বিষয়ে কোনও আর. এফ. সি নির্দিষ্টকরণ বিদ্যমান নেই। ডিসিসি সংযোগ দুটি ভিন্ন উপায়ে শুরু করা যেতে পারেঃ সবচেয়ে সাধারণ উপায় হল ডিসিসি অধিবেশন শুরু করার জন্য সিটিসিপি ব্যবহার করা। সিটিসিপি একজন ব্যবহারকারীর কাছ থেকে আইআরসি নেটওয়ার্কের মাধ্যমে অন্য ব্যবহারকারীর কাছে পাঠানো হয়। ডিসিসি সেশন শুরু করার আরেকটি উপায় হল ক্লায়েন্টের সরাসরি ডিসিসি সার্ভারের সাথে সংযোগ স্থাপন করা। এই পদ্ধতি ব্যবহার করে, আই. আর. সি নেটওয়ার্ক জুড়ে কোনও ট্র্যাফিক যাবে না (ডিসিসি সংযোগ শুরু করার জন্য জড়িত পক্ষগুলিকে কোনও আই. আর. সি নেটওয়ার্কের সাথে সংযুক্ত হওয়ার প্রয়োজন নেই)। হিস্ট্রি আই. আর. সি. আই. আই ছিল প্রথম আই. আর. সি ক্লায়েন্ট যিনি সি. টি. সি. পি এবং ডি. সি. সি প্রোটোকল প্রয়োগ করেছিলেন। 1990 সালে মাইকেল স্যান্ড্রফ আই. আর. সি. আই. আই সংস্করণ 2-এর জন্য সি. টি. সি. পি প্রোটোকল প্রয়োগ করেছিলেন। ডিসিসি প্রটোকলটি ট্রয় রোলো দ্বারা 1991 সালে সংস্করণ 2.1.2-এর জন্য প্রয়োগ করা হয়েছিল, তবে অন্যান্য আই. আর. সি ক্লায়েন্টদের কাছে বহনযোগ্য হওয়ার উদ্দেশ্য ছিল না। সাধারণ ডিসিসি অ্যাপ্লিকেশন ডিসিসি চ্যাট চ্যাট পরিষেবা ব্যবহারকারীদের ডিসিসি সংযোগের মাধ্যমে একে অপরের সাথে চ্যাট করতে সক্ষম করে। ট্রাফিক সরাসরি ব্যবহারকারীদের মধ্যে চলে যাবে, আই. আর. সি নেটওয়ার্কের মাধ্যমে নয়। সাধারণত বার্তা পাঠানোর তুলনায়, এটি আই. আর. সি নেটওয়ার্ক লোড হ্রাস করে, বন্যা নিয়ন্ত্রণের অভাবের কারণে একবারে প্রচুর পরিমাণে পাঠ্য পাঠানোর অনুমতি দেয় এবং আই. আর. সি সার্ভারগুলিতে বার্তাটি প্রকাশ না করে যোগাযোগকে আরও সুরক্ষিত করে তোলে (তবে, বার্তাটি এখনও প্লেইনটেক্সটে রয়েছে)। ডিসিসি চ্যাট সাধারণত সিটিসিপি হ্যান্ডশেক ব্যবহার করে শুরু করা হয়। সংযোগ স্থাপন করতে ইচ্ছুক ব্যবহারকারী নিম্নলিখিত সিটিসিপিটি লক্ষ্য, ডিসিসি চ্যাটে পাঠায়, যেখানে প্রেরকের আইপি ঠিকানা এবং পোর্ট নম্বর রয়েছে এবং পূর্ণসংখ্যা হিসাবে প্রকাশ করা হয়। এটি স্ট্যান্ডার্ড ডিসিসি চ্যাটের জন্য। প্রাপক পক্ষ তখন প্রদত্ত পোর্ট এবং আইপি ঠিকানার সাথে সংযোগ স্থাপন করতে পারে। একবার সংযোগ স্থাপন হয়ে গেলে, ডিসিসি চ্যাটের জন্য ব্যবহৃত প্রোটোকলটি খুব সহজঃ ব্যবহারকারীরা সিআরএলএফ-সমাপ্ত বার্তাগুলি বিনিময় করে। যে বার্তাগুলি একটি এ. এস. সি. আই. আই. 001 (কন্ট্রোল-এ, নীচে দ্বারা প্রতিনিধিত্ব করা হয়েছে) এবং শব্দটি দিয়ে শুরু হয় এবং অন্য এ. এস. সি. আই. আই দ্বারা শেষ হয়, সেগুলিকে ইমোট হিসাবে ব্যাখ্যা করা হয়ঃ [এ] অ্যাকশন ওয়েভস গুডবাই [এ]। ডিসিসি হোয়াইটবোর্ড এটি ডিসিসি চ্যাটের একটি এক্সটেনশন, যা সহজ অঙ্কন কমান্ডের পাশাপাশি পাঠ্যের লাইন পাঠানোর অনুমতি দেয়। ডিসিসি হোয়াইটবোর্ড ডিসিসি চ্যাটের মতো একটি হ্যান্ডশেক দিয়ে শুরু করা হয়, প্রোটোকলটি দ্বারা প্রতিস্থাপিত হয়ঃ ডিসিসি চ্যাট ডাব্লুবোর্ড। একবার সংযোগ স্থাপন হয়ে গেলে, দুই গ্রাহক সি. আর. এল. এফ-সমাপ্ত বার্তা বিনিময় করে। যে বার্তাগুলি এ. এস. সি. আই. আই দিয়ে শুরু হয় (এবং ঐচ্ছিকভাবে শেষ হয়) সেগুলিকে বিশেষ কমান্ড হিসাবে ব্যাখ্যা করা হয়; কমান্ডটি একটি ইমোটের প্রতিনিধিত্ব করে, অন্যরা ব্যবহারকারীর হোয়াইটবোর্ড পৃষ্ঠে লাইন আঁকতে পারে, বা দুই ক্লায়েন্টকে বৈশিষ্ট্যগুলির একটি সেট নিয়ে আলোচনা করার অনুমতি দেয়। ডিসিসি প্রেরণ পরিষেবা ব্যবহারকারীদের একে অপরের কাছে ফাইল পাঠানোর অনুমতি দেয়। হ্যান্ডশেকের মূল নির্দিষ্টকরণটি রিসিভারকে মোট ফাইলের আকার জানতে বা স্থানান্তর পুনরায় শুরু করার অনুমতি দেয়নি। এটি ক্লায়েন্টদের হ্যান্ডশেকের সাথে তাদের নিজস্ব এক্সটেনশনগুলি পরিচয় করিয়ে দিয়েছে, যার মধ্যে অনেকগুলি ব্যাপকভাবে সমর্থিত হয়েছে। মূল হ্যান্ডশেকের মধ্যে ছিল প্রেরক রিসিভারের কাছে নিম্নলিখিত সিটিসিপি পাঠানঃ ডিসিসি প্রেরণ। ডিসিসি চ্যাটের মতো, এবং আইপি ঠিকানা এবং বন্দর যেখানে প্রেরণকারী যন্ত্রটি একটি আগত সংযোগের জন্য শুনবে। কিছু ক্লায়েন্ট দ্বৈত উদ্ধৃতিতে ফাঁকা জায়গার সাথে ফাইলের নাম সংযুক্ত করে। শেষ যুক্তি হিসাবে ফাইলের আকার যোগ করা সাধারণ অভ্যাসঃ ডিসিসি প্রেরণ। এই মুহুর্তে, মূল নির্দিষ্টকরণে প্রাপক হয় প্রদত্ত ঠিকানা এবং বন্দরের সাথে সংযোগ স্থাপন করে এবং তথ্যের জন্য অপেক্ষা করে, অথবা অনুরোধটি উপেক্ষা করে, কিন্তু ডিসিসি রেসুমে এক্সটেনশনকে সমর্থনকারী ক্লায়েন্টদের জন্য, তৃতীয় বিকল্পটি হল সিটিসিপি উত্তর পাঠানোর মাধ্যমে প্রেরককে ফাইলের কিছু অংশ এড়িয়ে যেতে বলাঃ ডিসিসি রেসুমে। যদি প্রেরণকারী ক্লায়েন্ট ডিসিসি রেসুমে সমর্থন করে, তবে এটি ডিসিসি অ্যাক্সেস সহ উত্তর দেবে এবং রিসিভার প্রদত্ত ঠিকানা এবং পোর্টে সংযোগ করতে পারে এবং ইতিমধ্যে বিদ্যমান ফাইলের সাথে সংযুক্ত করার জন্য ডেটা শুনতে পারে। ডেটা ক্লায়েন্টের কাছে ব্লকে পাঠানো হয়, যার প্রত্যেকটিতে ক্লায়েন্টকে অবশ্যই 32-বিট নেটওয়ার্ক বাইট অর্ডার পূর্ণসংখ্যার আকারে প্রাপ্ত মোট সংখ্যা পাঠানোর মাধ্যমে স্বীকার করতে হবে। এটি সংযোগগুলিকে ধীর করে দেয় এবং টিসিপির কারণে অপ্রয়োজনীয়। প্রেরণ-অগ্রবর্তী এক্সটেনশনটি স্বীকৃতির জন্য অপেক্ষা না করে এই সমস্যাটিকে কিছুটা উপশম করে, তবে যেহেতু রিসিভারকে এখনও প্রাপ্ত প্রতিটি ব্লকের জন্য তাদের পাঠাতে হয়, যদি প্রেরক তাদের প্রত্যাশা করে তবে এটি সম্পূর্ণরূপে সমাধান করা হয় না। আরেকটি এক্সটেনশন, টিডিসিসি, বা টার্বো ডিসিসি, স্বীকৃতিগুলি সরিয়ে দেয়, তবে সামান্য পরিবর্তিত হ্যান্ডশেকের প্রয়োজন হয় এবং এটি ব্যাপকভাবে সমর্থিত নয়। টিডিসিসি-র পুরনো সংস্করণগুলি হ্যান্ডশেকে সেন্ড শব্দটিকে টিএসইএনডি দিয়ে প্রতিস্থাপন করে; পরবর্তী সংস্করণগুলিতে সেন্ড শব্দটি ব্যবহার করা হয় তবে হ্যান্ডশেকের পরে একটি যুক্ত করা হয়, যা টিএসইএনডি-এর এই সংস্করণটিকে অন্যান্য ক্লায়েন্টদের সাথে সামঞ্জস্যপূর্ণ করে তোলে (যতক্ষণ না তারা পরিবর্তিত হ্যান্ডশেক বিশ্লেষণ করতে পারে)। ডিসিসি সেন্ড এক্সপ্লয়েট ডিসিসি সেন্ড এক্সপ্লয়েট দুটি বাগকে বোঝাতে পারে, এম. আই. আর. সি-তে একটি বৈকল্পিক বাফার ওভারফ্লো ত্রুটি যা 14 অক্ষরের বেশি লম্বা ফাইলের নাম দ্বারা ট্রিগার হয় এবং নেটগিয়ার, ডি-লিঙ্ক এবং লিঙ্কসিস দ্বারা নির্মিত কিছু রাউটারে একটি ইনপুট বৈধতা ত্রুটি, যা পোর্টের ব্যবহার দ্বারা ট্রিগার হয়। বিশেষত, রাউটার এক্সপ্লয়েট শুরু হতে পারে যখন পোর্ট 6667-এ টিসিপি স্ট্রিমের যে কোনও জায়গায় "স্পেস বা নতুন লাইন ছাড়াই কমপক্ষে 6 টি অক্ষর অনুসরণ করে" বাক্যাংশটি প্রদর্শিত হয়, কেবল যখন প্রকৃত ডিসিসি প্রেরণ অনুরোধ করা হয় তখন নয়। ডিসিসি এক্সএমআইটি পরিষেবাটি ডিসিসি সেন্ডের একটি পরিবর্তিত সংস্করণ যা ফাইলগুলি পুনরায় চালু করার অনুমতি দেয় এবং এসিকে লং থেকে অপচয়মূলক ট্র্যাফিক হ্রাস করে। এক্সএমআইটি ব্যাপকভাবে সমর্থিত নয়। এক্সএমআইটি হ্যান্ডশেক সেন্ড হ্যান্ডশেকের থেকে কিছুটা আলাদা। প্রেরক রিসিভারের কাছে একটি ফাইলের প্রস্তাব দিয়ে একটি সিটিসিপি পাঠায়ঃ ডিসিসি এক্সএমআইটি [[[]] এখানে বর্গাকার বন্ধনীগুলি ঐচ্ছিক অংশগুলিকে আবদ্ধ করে। স্থানান্তরের জন্য প্রোটোকল ব্যবহার করা হয়; শুধুমাত্র বর্তমানে সংজ্ঞায়িত করা হয়েছে। স্ট্যান্ডার্ড ডিসিসি সেন্ডের বিপরীতে, আইপিভি 4-এর জন্য স্ট্যান্ডার্ড বিন্দুযুক্ত স্বরলিপির অতিরিক্ত আকারে হতে পারে, অথবা আইপিভি 6-এর জন্য হেক্সাডেসিমাল বা মিশ্র স্বরলিপিতে হতে পারে। একটি প্রাথমিক পরামিতি খালি রাখতে, কিন্তু তারপরেও একটি সরবরাহ করতে, আগেরটি হিসাবে নির্দিষ্ট করা যেতে পারে। যদি রিসিভার ব্যবহৃত প্রোটোকল প্রয়োগ না করে, তবে এটি ফরম্যাটের একটি সিটিসিপি উত্তর পাঠাবেঃ ইআরআরএমএসজি ডিসিসি চ্যাট অনুপলব্ধ। সম্প্রসারিত ডিসিসি চ্যাট দ্বারা প্রেরিত ত্রুটি বার্তাগুলির সাথে সামঞ্জস্য বজায় রাখতে এখানে চ্যাট ব্যবহার করা হয়। যদি রিসিভার স্থানান্তর প্রত্যাখ্যান করে, তবে এটি নিম্নলিখিত সিটিসিপি উত্তর পাঠায়ঃ ইআরআরএমএসজি ডিসিসি চ্যাট প্রত্যাখ্যান করেছে। অন্যান্য ত্রুটিগুলি একই পদ্ধতিতে রিপোর্ট করা হয়। যদি রিসিভার ফাইলটি গ্রহণ করতে ইচ্ছুক এবং সক্ষম হয়, তবে এটি প্রদত্ত ঠিকানা এবং পোর্টের সাথে সংযুক্ত হবে। তারপর যা ঘটে তা নির্ভর করে ব্যবহৃত প্রটোকলের উপর। প্রোটোকলের ক্ষেত্রে, এক্সএমআইটি সার্ভার, একটি সংযোগ পাওয়ার পরে, নেটওয়ার্ক বাইট ক্রমে একটি 32-বিট টাইম টি পাঠাবে, যা ফাইলের পরিবর্তনের সময়কে উপস্থাপন করে। সম্ভবত স্থানীয় ফাইলের পরিবর্তনের সময়ের উপর ভিত্তি করে, ক্লায়েন্ট তারপর দীর্ঘ আরেকটি নেটওয়ার্ক বাইট অর্ডার পাঠাবে, একটি অফসেট যা ফাইল পাঠানোর সময় সার্ভারের সন্ধান করা উচিত। যদি পুরো ফাইলটি প্রয়োজন হয় তবে এটি শূন্যে সেট করা উচিত, অথবা যদি ক্লায়েন্ট পূর্ববর্তী ডাউনলোড পুনরায় শুরু করতে চায় তবে স্থানীয় ফাইলের আকার। যদিও সেন্ডের চেয়ে দ্রুত, এক্সএমআইটি একই সীমাবদ্ধতাগুলির মধ্যে একটি বহন করে যে ফাইলটি কতটা বড় তা বলা অসম্ভব, যদি না এর আকার সিটিসিপি আলোচনায় নির্দিষ্ট করা হয় বা আগে থেকে জানা না থাকে। উপরন্তু, 32-বিট অফসেটের কারণে দুটি গিগাবাইট চিহ্ন অতিক্রম করে একটি ফাইল পুনরায় চালু করা সম্ভব নয়। প্যাসিভ ডিসিসি একটি সাধারণ ডিসিসি সংযোগে ইনিশিয়েটর সার্ভার হিসাবে কাজ করে এবং লক্ষ্য হল ক্লায়েন্ট। ন্যাটের কারণে ব্যাপক ফায়ারওয়ালিং এবং এন্ড-টু-এন্ড স্বচ্ছতা হ্রাসের কারণে, ইনিশিয়েটর সার্ভার হিসাবে কাজ করতে সক্ষম নাও হতে পারে। লক্ষ্যকে সার্ভার হিসাবে কাজ করতে বলার বিভিন্ন উপায় তৈরি করা হয়েছেঃ ডিসিসি সার্ভার সাধারণ ডিসিসি সেন্ড এবং চ্যাটের এই এক্সটেনশনটি আইআরসি ক্লায়েন্ট এমআইআরসি দ্বারা চালু করা হয়েছিল। ডিসিসি সার্ভারের মাঝারি সমর্থন রয়েছে, তবে এটি সমস্ত ক্লায়েন্টের জন্য আদর্শ নয় (ইন্টারনেট রিলে চ্যাট ক্লায়েন্টের তুলনা দেখুন)। এটি আই. আর. সি সার্ভারের প্রয়োজন ছাড়াই আই. পি ঠিকানার মাধ্যমে ডিসিসি সংযোগের সূচনা করতে দেয়। এটি প্রাপক ক্লায়েন্ট দ্বারা সার্ভার হিসাবে কাজ করে (তাই নাম) প্রেরকের কাছ থেকে হ্যান্ডশেকের জন্য (সাধারণত পোর্ট 59-এ) শোনার মাধ্যমে সম্পন্ন করা হয়। একটি চ্যাটের জন্য, সূচনাকারী 1000 পাঠায়। লক্ষ্যটি তখন 1000 দিয়ে উত্তর দেয় এবং বাকিগুলি স্ট্যান্ডার্ড ডিসিসি চ্যাট প্রোটোকল অনুসারে এগিয়ে যায়। একটি পাঠানোর জন্য, সূচনাকারী 1200 পাঠায়। লক্ষ্য 1210 দিয়ে উত্তর দেয়, যে ফাইল থেকে শুরু করতে হবে তার অফসেট কোথায়। এখান থেকে স্থানান্তর একটি সাধারণ ডিসিসি প্রেরণ হিসাবে এগিয়ে যায়। ডিসিসি সার্ভার এমআইআরসি-শৈলীর ফাইল সার্ভার এবং ডিসিসি জিইটি সমর্থন করে। আরডিসিসি ডিসিসি সার্ভার ব্যবহার করার জন্য বন্দরটি নির্দিষ্ট করার কোনও উপায় সরবরাহ করে না, তাই এটি ম্যানুয়ালি আলোচনা করতে হবে, যা সর্বদা সম্ভব নয়, কারণ একটি পক্ষ মানুষ নাও হতে পারে। আরডিসিসি হ 'ল ডিসিসি সার্ভারের জন্য একটি হ্যান্ডশেক প্রক্রিয়া, যা পোর্টের পাশাপাশি সার্ভারের আইপি ঠিকানাও সরবরাহ করে, যা হোস্ট মাস্কিংয়ের কারণে ক্লায়েন্ট অন্যথায় খুঁজে পেতে সক্ষম নাও হতে পারে। এটি ব্যাপকভাবে সমর্থিত নয়। ইনিশিয়েটর সিটিসিপি প্রশ্ন, আরডিসিসি, চ্যাটের জন্য কোথায়, পাঠানোর জন্য বা ফাইল সার্ভারের জন্য পাঠানোর মাধ্যমে লক্ষ্যটি যে বন্দরে শুনছে তার অনুরোধ করে। লক্ষ্যটি তখন সি. টি. সি. পি আর. ডি. সি. সি 0 দিয়ে উত্তর দিতে পারে, যেখানে সাধারণ ডি. সি. সি. প্রেরণ এবং চ্যাটের মতো একই অর্থ রয়েছে। এর পরে ইনিশিয়েটর এবং এর সাথে সংযোগ স্থাপন করে এবং একটি ডিসিসি সার্ভার হ্যান্ডশেক অনুসরণ করে। ডিসিসি রিভার্স ডিসিসি সার্ভারের বিপরীতে, যেখানে সরাসরি আইপি সংযোগের মাধ্যমে হ্যান্ডশেক পরিচালনা করা হয়, ডিসিসি রিভার্সের একটি সাধারণ সিটিসিপি হ্যান্ডশেক রয়েছে, যা ডিসিসি সেন্ড দ্বারা ব্যবহৃত হয়। এটি ব্যাপকভাবে বাস্তবায়িত হয় না। প্রেরক সিটিসিপি বার্তা পাঠিয়ে প্রাপককে একটি ফাইল প্রদান করেঃ ডিসিসি রিভার্স। এটি 33-126 পরিসরে ASCII অক্ষরের একটি 1-50 অক্ষর-দীর্ঘ স্ট্রিং, এবং স্থানান্তরের জন্য একটি শনাক্তকারী হিসাবে কাজ করে। যদি রিসিভার গ্রহণ করে, এটি সিটিসিপি উত্তর পাঠায়, ডিসিসি রিভার্স এখানে, ফাইলের যে অবস্থান থেকে পাঠানো শুরু করতে হবে, সেটি হল আইপিভি 4-এর জন্য স্ট্যান্ডার্ড বিন্দুযুক্ত নোটেশনে রিসিভারের আইপি ঠিকানা, বা আইপিভি 6-এর জন্য হেক্সাডেসিমাল নোটেশন। এরপরে প্রেরক রিসিভার দ্বারা নির্দেশিত আইপি ঠিকানা এবং পোর্টের সাথে সংযোগ স্থাপন করে এবং একটি সাধারণ ডিসিসি প্রেরণ অনুসরণ করে। প্রেরক এবং প্রাপক উভয়ই সিটিসিপি উত্তর, ডিসিসি রিজেক্ট রিভার্স পাঠিয়ে হ্যান্ডশেক বাতিল করতে পারেন। ডি. সি. সি. আর. এস. ই. এন. ডি এটি কে. ভি. আই. আর. সি ক্লায়েন্টের ডি. সি. সি রিভার্সের বিকল্প। প্রেরক সিটিসিপিঃ ডিসিসি আর. এস. ই. এন. ডি পাঠিয়ে একটি ফাইল সরবরাহ করে। রিসিভার তখন সিটিসিপি দ্বারা ডিসিসি আরইসিভি দিয়ে উত্তর গ্রহণ করতে পারে এবং প্রেরক রিসিভারের সাথে সংযোগ স্থাপন করে এবং সাধারণ ডিসিসি প্রেরণের সময় পাঠায়। বিপরীত/ফায়ারওয়াল ডিসিসি এই নিষ্ক্রিয় ডিসিসি প্রক্রিয়াটি কমপক্ষে এমআইআরসি, ভিজ্যুয়াল আইআরসি, হেক্সচ্যাট, কেভিআইআরসি, ডিএমডার্ক, ক্লায়েন্ট, কনভারসেশন এবং ফিবিয়ানআইআরসি দ্বারা সমর্থিত। প্রেরক সিটিসিপি বার্তা, ডিসিসি সেন্ড 0 পাঠিয়ে একটি ফাইল সরবরাহ করে। এটি নেটওয়ার্ক বাইট ক্রমে প্রেরকের আইপি ঠিকানা, যা একক পূর্ণসংখ্যা হিসাবে প্রকাশ করা হয় (স্ট্যান্ডার্ড ডিসিসি হিসাবে)। 0 নম্বরটি একটি বৈধ পোর্টের পরিবর্তে পাঠানো হয়, যা ইঙ্গিত করে যে এটি একটি বিপরীত ডিসিসি অনুরোধ। একটি অনন্য পূর্ণসংখ্যা; যদি টি. এস. ই. এন. ডি ব্যবহার করা হয় (এটি সমর্থনকারী কোনও ক্লায়েন্ট দ্বারা), চিঠিটি টোকেনের সাথে সংযুক্ত করা হয়, যা প্রাপককে জানায় যে এটির স্বীকৃতি পাঠানোর প্রয়োজন নেই। রিসিভার একটি শ্রবণ সকেট খুলে এবং সিটিসিপি বার্তা, ডিসিসি সেন্ড দিয়ে প্রতিক্রিয়া জানিয়ে ফাইলটি গ্রহণ করতে পারে। এটি মূল বিপরীত ডিসিসি বার্তার অনুরূপ, ব্যতীত এবং রিসিভার যেখানে শুনছে সেই সকেটটি সনাক্ত করুন। এটি মূল অনুরোধের মতোই, যা প্রেরককে জানায় যে কোন অনুরোধটি গ্রহণ করা হচ্ছে। (যেহেতু এই বার্তাটি নিয়মিত ডিসিসি পাঠানোর অনুরোধের মতো একই বিন্যাস অনুসরণ করে, কিছু সার্ভার যা ডিসিসি অনুরোধগুলি ফিল্টার করে সেগুলির জন্য প্রেরকের রিসিভারকে তাদের "ডিসিসি অনুমতি" তালিকায় যুক্ত করার প্রয়োজন হতে পারে।) এরপরে প্রেরক রিসিভারের সকেটের সাথে সংযোগ স্থাপন করে, ফাইলের বিষয়বস্তু পাঠায় এবং ফাইলটি শেষ হওয়ার পরে রিসিভারের সকেটটি বন্ধ করার জন্য অপেক্ষা করে। যখন SEND প্রোটোকলে RESUME এক্সটেনশন ব্যবহার করা হয়, তখন কমান্ডের ক্রমটি হয়ে যায় (সূচনাকারী দিকে একটি বহির্গামী বার্তা নির্দেশ করে এবং তার পিয়ার দ্বারা প্রতিক্রিয়া সহ):>> DCC SEND 0 <<DCC RESUME 0>> DCC ACCEPT 0 <<DCC SEND যার পরে প্রোটোকলটি স্বাভাবিক হিসাবে এগিয়ে যায় (অর্থাৎ। প্রেরক প্রাপকের সকেটের সাথে সংযোগ স্থাপন করে)। ফাইল সার্ভার (এফ. এস. ই. আর. ভি) একটি ডিসিসি এফসার্ভ, বা ফাইল সার্ভার, একজন ব্যবহারকারীকে ডিসিসি সার্ভারে অবস্থিত ফাইলগুলি ব্রাউজ করতে, পড়তে এবং ডাউনলোড করতে দেয়। সাধারণত, এটি একটি ডিসিসি চ্যাট সেশন (যা ব্যবহারকারীকে একটি কমান্ড প্রম্পট দিয়ে উপস্থাপন করে) বা একটি ফাইলের অনুরোধ করার জন্য বিশেষ সিটিসিপি কমান্ডের মাধ্যমে প্রয়োগ করা হয়। ফাইলগুলি ডিসিসি সেন্ড বা ডিসিসি এক্সএমআইটির মাধ্যমে পাঠানো হয়। ডিসিসি ফাইল সার্ভারের অনেক বাস্তবায়ন রয়েছে, তাদের মধ্যে জনপ্রিয় এমআইআরসি ক্লায়েন্টে এফএসইআরভি কমান্ড রয়েছে। আরও দেখুন সিটিসিপি (ক্লায়েন্ট-টু-ক্লায়েন্ট প্রোটোকল) এক্সডিসিসি (এক্সটেন্ডেড ডিসিসি) রেফারেন্স এক্সটার্নাল লিঙ্ক ডিসিসি প্রোটোকলের একটি বিবরণ (দ্রষ্টব্যঃ বেশিরভাগ আইআরসি-ক্লায়েন্ট এবং নেটওয়ার্কগুলি ডিসিসি প্রোটোকলে এক্সটেনশন প্রয়োগ করেছে। বর্তমানে সাধারণত ব্যবহৃত ডিসিসি এই নথিতে যা বর্ণনা করা হয়েছে তার থেকে বেশ কিছুটা বিবর্তিত হয়েছে।) ডিসিসি আলোচনা এবং সংযোগ টার্বো ডিসিসি প্রোটোকলের একটি বিবরণ ডিসিসি হোয়াইটবোর্ড প্রোটোকলের একটি বিবরণ ইন্টারনেট রিলে চ্যাট ইন্টারনেট পরিভাষা নেটওয়ার্ক প্রোটোকল ইন্টারনেট রিলে চ্যাট সম্পর্কিত প্রোটোকল