Direct Client-to-Client
ડાયરેક્ટ ક્લાયન્ટ-ટુ-ક્લાયન્ટ (ડી. સી. સી.) (મૂળ રૂપે ડાયરેક્ટ ક્લાયન્ટ કનેક્શન) એ આઈ. આર. સી.-સંબંધિત પેટા-પ્રોટોકોલ છે જે સાથીઓને ફાઇલોની આપ-લે કરવા અથવા નોન-રિલેડ ચેટ્સ કરવા માટે હાથ મિલાવવા માટે આઈ. આર. સી. સર્વરનો ઉપયોગ કરીને એકબીજા સાથે જોડાવા માટે સક્ષમ બનાવે છે. એકવાર સ્થાપિત થયા પછી, એક લાક્ષણિક ડીસીસી સત્ર આઈઆરસી સર્વરથી સ્વતંત્ર રીતે ચાલે છે. મૂળરૂપે આઈ. આર. સી. આઈ. આઈ. સાથે ઉપયોગ કરવા માટે રચાયેલ છે, તે હવે ઘણા આઈ. આર. સી. ક્લાયન્ટ્સ દ્વારા સમર્થિત છે. નેપસ્ટર-પ્રોટોકોલ સર્વર પરના કેટલાક પીઅર-ટુ-પીઅર ક્લાયન્ટ્સમાં ટેકનેપ, સનશાઇનયુએન અને લોપસ્ટર સહિત ડીસીસી મોકલવા/મેળવવાની ક્ષમતા પણ હોય છે. એસ. ડી. સી. સી. (સિક્યોર ડાયરેક્ટ ક્લાયન્ટ-ટુ-ક્લાયન્ટ) તરીકે ઓળખાતા ડી. સી. સી. પ્રોટોકોલની વિવિધતા, જેને ડી. સી. સી. એસ. એચ. એ. ટી. તરીકે પણ ઓળખવામાં આવે છે, તે એન્ક્રિપ્ટેડ જોડાણોને ટેકો આપે છે. ડી. સી. સી. ના ઉપયોગ પર આર. એફ. સી. સ્પષ્ટીકરણ અસ્તિત્વમાં નથી. ડી. સી. સી. જોડાણો બે અલગ અલગ રીતે શરૂ કરી શકાય છેઃ ડી. સી. સી. સત્ર શરૂ કરવા માટે સી. ટી. સી. પી. નો ઉપયોગ કરવાની સૌથી સામાન્ય રીત છે. સી. ટી. સી. પી. એક વપરાશકર્તા પાસેથી આઈ. આર. સી. નેટવર્ક પર બીજા વપરાશકર્તાને મોકલવામાં આવે છે. ડીસીસી સત્ર શરૂ કરવાની બીજી રીત એ છે કે ક્લાયન્ટ સીધા ડીસીસી સર્વર સાથે જોડાય. આ પદ્ધતિનો ઉપયોગ કરીને, આઈ. આર. સી. નેટવર્ક પર કોઈ ટ્રાફિક નહીં જાય (સામેલ પક્ષોને ડી. સી. સી. જોડાણ શરૂ કરવા માટે આઈ. આર. સી. નેટવર્ક સાથે જોડાવાની જરૂર નથી). હિસ્ટ્રી આઈઆરસીઆઈઆઈ એ સીટીસીપી અને ડીસીસી પ્રોટોકોલનો અમલ કરનાર પ્રથમ આઈઆરસી ક્લાયન્ટ હતો. સી. ટી. સી. પી. પ્રોટોકોલનો અમલ માઈકલ સેન્ડ્રોફ દ્વારા 1990માં આઈ. આર. સી. આઈ. આઈ. આવૃત્તિ 2.1 માટે કરવામાં આવ્યો હતો. ડી. સી. સી. પ્રોટોકોલનો અમલ ટ્રોય રોલો દ્વારા 1991માં આવૃત્તિ 2.1.2 માટે કરવામાં આવ્યો હતો, પરંતુ તેનો હેતુ ક્યારેય અન્ય આઈ. આર. સી. ગ્રાહકો માટે પોર્ટેબલ બનવાનો નહોતો. સામાન્ય DCC કાર્યક્રમો DCC ચેટ ચેટ સેવા વપરાશકર્તાઓને DCC જોડાણ પર એકબીજા સાથે ચેટ કરવા માટે સક્ષમ બનાવે છે. ટ્રાફિક સીધો વપરાશકર્તાઓ વચ્ચે જશે, આઈઆરસી નેટવર્ક પર નહીં. સામાન્ય રીતે સંદેશા મોકલવાની સરખામણીમાં, આ આઈ. આર. સી. નેટવર્ક લોડ ઘટાડે છે, પૂર નિયંત્રણના અભાવને કારણે એક જ સમયે મોટી માત્રામાં ટેક્સ્ટ મોકલવાની મંજૂરી આપે છે, અને આઈ. આર. સી. સર્વર પર સંદેશને ઉજાગર ન કરીને સંદેશાવ્યવહારને વધુ સુરક્ષિત બનાવે છે (જો કે, સંદેશ હજુ પણ સાદા લખાણમાં છે). ડીસીસી ચેટ સામાન્ય રીતે સીટીસીપી હેન્ડશેકનો ઉપયોગ કરીને શરૂ કરવામાં આવે છે. જોડાણ સ્થાપિત કરવા ઈચ્છતા વપરાશકર્તા નીચેના સી. ટી. સી. પી. ને લક્ષ્ય, ડી. સી. સી. ચેટ પર મોકલે છે, જ્યાં અને તે પ્રેષકનું આઇ. પી. સરનામું અને પોર્ટ નંબર છે, અને પૂર્ણાંકો તરીકે વ્યક્ત કરવામાં આવે છે. તે પ્રમાણભૂત DCC ચેટ માટે છે. પ્રાપ્ત કરનાર પક્ષ પછી આપેલ બંદર અને IP સરનામા સાથે જોડાઈ શકે છે. એકવાર જોડાણ સ્થાપિત થઈ જાય પછી, DCC ચેટ માટે વપરાતો પ્રોટોકોલ ખૂબ જ સરળ છેઃ વપરાશકર્તાઓ CRLF-સમાપ્ત થયેલા સંદેશાઓનું આદાનપ્રદાન કરે છે. જે સંદેશાઓ ASCII001 (નિયંત્રણ-A, નીચે દ્વારા રજૂ કરાયેલ) અને શબ્દથી શરૂ થાય છે, અને અન્ય ASCII દ્વારા સમાપ્ત થાય છે, તેને લાગણીઓ તરીકે અર્થઘટન કરવામાં આવે છેઃ [^ A] ક્રિયા વિદાય લે છે [^ A]. ડી. સી. સી. વ્હાઇટબોર્ડ આ ડી. સી. સી. ચેટનું વિસ્તરણ છે, જે સરળ રેખાંકન આદેશો તેમજ લખાણની રેખાઓ મોકલવાની મંજૂરી આપે છે. ડી. સી. સી. વ્હાઇટબોર્ડની શરૂઆત ડી. સી. સી. ચેટ જેવી જ હાથ મિલાવીને કરવામાં આવે છે, જેમાં પ્રોટોકોલને આના દ્વારા બદલવામાં આવે છેઃ ડી. સી. સી. ચેટ ડબબોર્ડ. એકવાર જોડાણ સ્થાપિત થઈ જાય પછી, બંને ગ્રાહકો સી. આર. એલ. એફ.-સમાપ્ત થયેલા સંદેશાઓનું આદાનપ્રદાન કરે છે. જે સંદેશાઓ ASCII સાથે શરૂ થાય છે (અને વૈકલ્પિક રીતે સમાપ્ત થાય છે) તેને વિશેષ આદેશો તરીકે અર્થઘટન કરવામાં આવે છે; આદેશ ઇમોટનું પ્રતિનિધિત્વ કરે છે, જ્યારે અન્ય વપરાશકર્તાની વ્હાઇટબોર્ડ સપાટી પર રેખાઓ દોરવાનું કારણ બને છે, અથવા બે ગ્રાહકોને સુવિધાઓના સમૂહની વાટાઘાટ કરવાની મંજૂરી આપે છે. DCC મોકલો મોકલો સેવા વપરાશકર્તાઓને એકબીજાને ફાઇલો મોકલવાની મંજૂરી આપે છે. હેન્ડશેક માટેના મૂળ સ્પષ્ટીકરણમાં પ્રાપ્તકર્તાને ફાઇલનું કુલ કદ જાણવાની કે ટ્રાન્સફર ફરી શરૂ કરવાની મંજૂરી નહોતી. આનાથી ગ્રાહકો હાથ મિલાવવા માટે તેમના પોતાના એક્સ્ટેંશન રજૂ કરે છે, જેમાંથી ઘણાને વ્યાપક સમર્થન મળ્યું છે. મૂળ હેન્ડશેકમાં મોકલનાર પ્રાપ્તકર્તાને નીચેની સી. ટી. સી. પી. મોકલતો હતોઃ ડી. સી. સી. સેન્ડ. ડી. સી. સી. ચેટની જેમ, અને તે આઇ. પી. સરનામું અને બંદર છે જ્યાં મોકલનાર મશીન આવતા જોડાણ માટે સાંભળશે. કેટલાક ગ્રાહકો ફાઇલના નામોને બેવડા અવતરણમાં જગ્યાઓ સાથે જોડે છે. છેલ્લી દલીલ તરીકે ફાઇલનું કદ ઉમેરવાની સામાન્ય પ્રથા છેઃ DCC SEND. આ તબક્કે, મૂળ સ્પષ્ટીકરણમાં પ્રાપ્તકર્તા કાં તો આપેલ સરનામાં અને બંદર સાથે જોડાય છે અને માહિતીની રાહ જુએ છે, અથવા વિનંતીને અવગણે છે, પરંતુ DCC RESUME એક્સ્ટેંશનને ટેકો આપતા ગ્રાહકો માટે, ત્રીજો વિકલ્પ પ્રેષકને CTCP જવાબ મોકલીને ફાઇલનો ભાગ છોડવા માટે કહેવાનો છેઃ DCC RESUME. જો મોકલનાર ગ્રાહક DCC RESUME ને ટેકો આપે છે, તો તે DCC ACCEPT સાથે જવાબ આપશે, અને પ્રાપ્તકર્તા આપેલ સરનામાં અને પોર્ટ સાથે જોડાઈ શકે છે અને પહેલેથી જ અસ્તિત્વમાં છે તે ફાઇલમાં ડેટા ઉમેરવા માટે સાંભળી શકે છે. ડેટા ક્લાયન્ટને બ્લોકમાં મોકલવામાં આવે છે, જેમાંથી દરેક ક્લાયન્ટે 32-બીટ નેટવર્ક બાઈટ ઓર્ડર પૂર્ણાંકના સ્વરૂપમાં પ્રાપ્ત બાઇટ્સની કુલ સંખ્યા મોકલીને સ્વીકારવું આવશ્યક છે. આ જોડાણોને ધીમું કરે છે અને ટી. સી. પી. ને કારણે બિનજરૂરી છે. મોકલો-આગળ વિસ્તરણ સ્વીકૃતિઓની રાહ ન જોતા આ સમસ્યાને કંઈક અંશે દૂર કરે છે, પરંતુ પ્રાપ્તકર્તાએ હજુ પણ તેને પ્રાપ્ત થતા દરેક બ્લોક માટે મોકલવું પડે છે, જો પ્રેષક તેમની અપેક્ષા રાખે છે, તો તે સંપૂર્ણપણે હલ થતું નથી. અન્ય વિસ્તરણ, ટી. ડી. સી. સી. અથવા ટર્બો ડી. સી. સી., સ્વીકૃતિઓને દૂર કરે છે, પરંતુ તેમાં થોડો ફેરફાર કરવાની જરૂર પડે છે અને તે વ્યાપકપણે સમર્થિત નથી. ટી. ડી. સી. સી. ની જૂની આવૃત્તિઓએ હેન્ડશેકમાં સેન્ડ શબ્દને ટી. એસ. ઇ. એન. ડી. સાથે બદલ્યો; પછીની આવૃત્તિઓ સેન્ડ શબ્દનો ઉપયોગ કરે છે પરંતુ હેન્ડશેક પછી એ ઉમેરો, જે ટી. એસ. ઇ. એન. ડી. ના આ સંસ્કરણને અન્ય ગ્રાહકો સાથે સુસંગત બનાવે છે (જ્યાં સુધી તેઓ સુધારેલા હેન્ડશેકનું વિશ્લેષણ કરી શકે). ડી. સી. સી. સેન્ડ એક્સપ્લોઇટ ડી. સી. સી. સેન્ડ એક્સપ્લોઇટ બે ભૂલોને સંદર્ભિત કરી શકે છે, એમ. આઈ. આર. સી. માં 14 અક્ષરોથી વધુ લાંબા ફાઇલના નામો દ્વારા ટ્રિગર થયેલ એક વેરિઅન્ટ બફર ઓવરફ્લો ભૂલ અને નેટગિયર, ડી-લિંક અને લિન્કસીસ દ્વારા ઉત્પાદિત કેટલાક રાઉટર્સમાં ઇનપુટ માન્યતા ભૂલ, જે પોર્ટના ઉપયોગ દ્વારા ટ્રિગર થાય છે. રાઉટર શોષણ, ખાસ કરીને, ત્યારે શરૂ થઈ શકે છે જ્યારે પોર્ટ 6667 પર ટી. સી. પી. પ્રવાહમાં ઓછામાં ઓછા 6 અક્ષરો ખાલી જગ્યાઓ અથવા નવી રેખાઓ વિના દેખાય છે, માત્ર ત્યારે જ નહીં જ્યારે વાસ્તવિક ડી. સી. સી. મોકલો વિનંતી કરવામાં આવી હોય. DCC XMIT XMIT સેવા એ DCC સેન્ડનું સુધારેલું સંસ્કરણ છે જે ફાઇલોને ફરી શરૂ કરવાની મંજૂરી આપે છે અને ACK લોંગ્સમાંથી નકામા ટ્રાફિકને ઘટાડે છે. XMIT વ્યાપકપણે સમર્થિત નથી. XMIT હેન્ડશેક સેન્ડ હેન્ડશેકથી કંઈક અંશે અલગ છે. પ્રેષક સી. ટી. સી. પી. મોકલે છે જે પ્રાપ્તકર્તાને ફાઇલ ઓફર કરે છેઃ ડી. સી. સી. એક્સ. એમ. આઈ. ટી. [[[]] ચોરસ કૌંસ અહીં વૈકલ્પિક ભાગોને જોડે છે. ટ્રાન્સફર માટે ઉપયોગમાં લેવાતો પ્રોટોકોલ છે; માત્ર હાલમાં વ્યાખ્યાયિત થયેલ છે. પ્રમાણભૂત DCC SENDથી વિપરીત, IPv4 માટે પ્રમાણભૂત ડોટેડ નોટેશનના વધારાના સ્વરૂપોમાં હોઈ શકે છે, અથવા IPv6 માટે હેક્સાડેસિમલ અથવા મિશ્ર નોટેશન હોઈ શકે છે. પ્રારંભિક પરિમાણને ખાલી રાખવા માટે, પરંતુ હજુ પણ પછીનું પ્રદાન કરવા માટે, પહેલાનું પરિમાણ આ રીતે નિર્દિષ્ટ કરી શકાય છે. જો રીસીવર વપરાયેલ પ્રોટોકોલનો અમલ કરતું નથી, તો તે ફોર્મેટનો સી. ટી. સી. પી. જવાબ મોકલશેઃ ERRMSG DCC ચેટ ઉપલબ્ધ નથી. વિસ્તૃત DCC ચેટ દ્વારા મોકલવામાં આવેલા ભૂલ સંદેશાઓ સાથે સુસંગતતા જાળવવા માટે અહીં ચેટનો ઉપયોગ થાય છે. જો પ્રાપ્તકર્તા સ્થાનાંતરણને નકારી કાઢે છે, તો તે નીચેનો સી. ટી. સી. પી. જવાબ મોકલે છેઃ ERRMSG DCC ચેટ. અન્ય ભૂલો એ જ રીતે નોંધવામાં આવે છે. જો પ્રાપ્તકર્તા ફાઇલ પ્રાપ્ત કરવા માટે તૈયાર અને સક્ષમ હોય, તો તે આપેલ સરનામાં અને બંદર સાથે જોડાઈ જશે. પછી શું થાય છે તે ઉપયોગમાં લેવાતા પ્રોટોકોલ પર આધાર રાખે છે. પ્રોટોકોલના કિસ્સામાં, XMIT સર્વર જોડાણ પ્રાપ્ત કર્યા પછી, નેટવર્ક બાઈટ ક્રમમાં 32-બીટ ટાઇમ t મોકલશે, જે ફાઇલના ફેરફાર સમયનું પ્રતિનિધિત્વ કરે છે. સંભવતઃ સ્થાનિક ફાઇલના ફેરફારના સમયના આધારે, ક્લાયન્ટ પછી અન્ય નેટવર્ક બાઈટ ઓર્ડર મોકલશે, એક ઓફસેટ જે ફાઇલ મોકલતી વખતે સર્વરે શોધવી જોઈએ. જો આખી ફાઇલ જોઈતી હોય તો આને શૂન્ય પર સેટ કરવી જોઈએ, અથવા જો ક્લાયન્ટ અગાઉના ડાઉનલોડને ફરી શરૂ કરવા માંગે છે તો સ્થાનિક ફાઇલનું કદ. જ્યાં સુધી તેનું કદ સી. ટી. સી. પી. વાટાઘાટોમાં નિર્દિષ્ટ કરવામાં ન આવે અથવા અગાઉથી જાણવામાં ન આવે ત્યાં સુધી, XMIT એ જ મર્યાદાઓમાંથી એક ધરાવે છે જેમાં ફાઇલ કેટલી મોટી છે તે કહેવું અશક્ય છે. વધુમાં, 32-બીટ ઓફસેટને કારણે બે ગીગાબાઇટ માર્કની પાછળની ફાઇલ ફરી શરૂ કરવી શક્ય નથી. નિષ્ક્રિય ડી. સી. સી. સામાન્ય ડી. સી. સી. જોડાણમાં આરંભકર્તા સર્વર તરીકે કામ કરે છે, અને લક્ષ્ય ગ્રાહક હોય છે. વ્યાપક ફાયરવોલિંગ અને એન. એ. ટી. ને કારણે એન્ડ-ટુ-એન્ડ પારદર્શિતામાં ઘટાડાને કારણે, આરંભકર્તા સર્વર તરીકે કામ કરી શકશે નહીં. લક્ષ્યને સર્વર તરીકે કામ કરવા માટે પૂછવાની વિવિધ રીતો તૈયાર કરવામાં આવી છેઃ DCC સર્વર સામાન્ય DCC સેન્ડ અને ચેટ માટેનું આ વિસ્તરણ IRC ક્લાયન્ટ mIRC દ્વારા રજૂ કરવામાં આવ્યું હતું. ડી. સી. સી. સર્વર મધ્યમ આધાર ધરાવે છે, પરંતુ તે તમામ ક્લાયન્ટ્સ માટે પ્રમાણભૂત નથી (ઇન્ટરનેટ રિલે ચેટ ક્લાયન્ટ્સની સરખામણી જુઓ). તે આઈ. આર. સી. સર્વરની જરૂર વગર, આઈ. પી. સરનામા દ્વારા ડી. સી. સી. જોડાણની શરૂઆત કરવાની મંજૂરી આપે છે. પ્રેષક તરફથી હાથ મિલાવવા માટે સર્વર (એટલે કે નામ) શ્રવણ (સામાન્ય રીતે પોર્ટ 59 પર) તરીકે કામ કરતા પ્રાપ્તકર્તા ગ્રાહક દ્વારા આ પરિપૂર્ણ થાય છે. ચેટ માટે, આરંભકર્તા 1000 મોકલે છે. લક્ષ્ય પછી, 1000 સાથે જવાબ આપે છે, અને બાકીનું પ્રમાણભૂત DCC ચેટ પ્રોટોકોલ અનુસાર આગળ વધે છે. મોકલવા માટે આરંભકર્તા 1200 મોકલે છે. લક્ષ્ય 1210 સાથે જવાબ આપે છે, જ્યાંથી શરૂ કરવાની ફાઇલમાં ઓફસેટ છે. અહીંથી ટ્રાન્સફર સામાન્ય ડીસીસી સેન્ડ તરીકે આગળ વધે છે. ડી. સી. સી. સર્વર એમ. આઈ. આર. સી.-શૈલીના ફાઇલ સર્વર અને ડી. સી. સી. જી. ઈ. ટી. ને પણ આધાર આપે છે. આર. ડી. સી. સી. ડી. સી. સી. સર્વર ઉપયોગ કરવા માટેના બંદરને સ્પષ્ટ કરવાની કોઈ રીત પ્રદાન કરતું નથી, તેથી આની જાતે વાટાઘાટો કરવી પડે છે, જે હંમેશા શક્ય નથી, કારણ કે એક બાજુ માનવ ન પણ હોઈ શકે. આર. ડી. સી. સી. એ ડી. સી. સી. સર્વર માટે હેન્ડશેક મિકેનિઝમ છે, જે પોર્ટ ઉપરાંત સર્વરનું આઇ. પી. સરનામું પણ પ્રદાન કરે છે, જે ક્લાયન્ટ હોસ્ટ માસ્કિંગને કારણે અન્યથા શોધી શકશે નહીં. તેને વ્યાપક સમર્થન મળતું નથી. આરંભકર્તા સી. ટી. સી. પી. ક્વેરી, આર. ડી. સી. સી., ચેટ માટે ક્યાં છે, મોકલવા માટે અથવા ફાઇલ સર્વર માટે મોકલીને લક્ષ્ય જે પોર્ટ પર સાંભળી રહ્યું છે તેની વિનંતી કરે છે. લક્ષ્ય પછી સી. ટી. સી. પી. આર. ડી. સી. સી. 0 સાથે જવાબ આપી શકે છે, જ્યાં અને સામાન્ય ડી. સી. સી. સેન્ડ અને ચેટ માટે સમાન અર્થ ધરાવે છે. આ પછી આરંભકર્તા અને સાથે જોડાય છે, અને ડીસીસી સર્વર હાથ મિલાવવાનું અનુસરે છે. ડી. સી. સી. રીવર્સ ડી. સી. સી. સર્વરથી વિપરીત, જ્યાં હેન્ડશેકને સીધા આઇ. પી. જોડાણ પર નિયંત્રિત કરવામાં આવે છે, ડી. સી. સી. રીવર્સમાં સામાન્ય સી. ટી. સી. પી. હેન્ડશેક હોય છે, જે ડી. સી. સી. સેન્ડ દ્વારા ઉપયોગમાં લેવાય છે. આનો વ્યાપક અમલ થતો નથી. પ્રેષક સી. ટી. સી. પી. સંદેશ મોકલીને પ્રાપ્તકર્તાને ફાઇલ પ્રદાન કરે છેઃ ડી. સી. સી. રિવર્સ. એ 33-126 શ્રેણીમાં ASCII અક્ષરોની 1-50 અક્ષરોની લાંબી સ્ટ્રિંગ છે, અને ટ્રાન્સફર માટે ઓળખકર્તા તરીકે કાર્ય કરે છે. જો પ્રાપ્તકર્તા સ્વીકારે છે, તો તે CTCP જવાબ મોકલે છે, DCC REVERSE અહીં, ફાઇલમાં તે સ્થાન છે જ્યાંથી મોકલવાનું શરૂ કરવું છે, તે IPv4 માટે પ્રમાણભૂત ડોટેડ નોટેશનમાં પ્રાપ્તકર્તાનું IP સરનામું છે, અથવા IPv6 માટે હેક્સાડેસિમલ નોટેશન છે. મોકલનાર પછી પ્રાપ્તકર્તા દ્વારા દર્શાવેલ IP સરનામા અને પોર્ટ સાથે જોડાય છે, અને સામાન્ય DCC SEND અનુસરે છે. મોકલનાર અને મેળવનાર બંને CTCP જવાબ, DCC REJECT REVERSE મોકલીને હાથ મિલાવવાનું રદ કરી શકે છે. DCC RSEND આ KVIrc ક્લાયન્ટનો DCC રિવર્સનો વિકલ્પ છે. પ્રેષક સી. ટી. સી. પી.: ડી. સી. સી. આર. એસ. ઈ. એન. ડી. મોકલીને ફાઇલ રજૂ કરે છે. રીસીવર પછી સી. ટી. સી. પી. દ્વારા ડી. સી. સી. આર. ઈ. સી. વી. સાથે જવાબ આપીને સ્વીકારી શકે છે, અને પ્રેષક રીસીવર સાથે જોડાય છે અને સામાન્ય ડી. સી. સી. સેન્ડની જેમ મોકલે છે. રિવર્સ/ફાયરવોલ ડી. સી. સી. આ નિષ્ક્રિય ડી. સી. સી. પદ્ધતિ ઓછામાં ઓછી એમ. આઈ. આર. સી., વિઝ્યુઅલ આઈ. આર. સી., હેક્સચેટ, કે. વી. આઈ. આર. સી., ડી. એમ. ડીર્ક, ક્લાયન્ટ, કન્વર્સેશન અને ફીબિયન આઈ. આર. સી. દ્વારા સમર્થિત છે. પ્રેષક સી. ટી. સી. પી. સંદેશ, ડી. સી. સી. સેન્ડ 0 મોકલીને ફાઇલ પ્રદાન કરે છે. નેટવર્ક બાઈટ ક્રમમાં પ્રેષકનું IP સરનામું છે, જે એક પૂર્ણાંક તરીકે વ્યક્ત કરવામાં આવે છે (પ્રમાણભૂત DCC તરીકે). માન્ય પોર્ટને બદલે 0 નંબર મોકલવામાં આવે છે, જે સંકેત આપે છે કે આ રિવર્સ DCC વિનંતી છે. એક અનન્ય પૂર્ણાંક છે; જો TSEND નો ઉપયોગ કરવામાં આવી રહ્યો હોય (ક્લાયન્ટ દ્વારા જે તેને ટેકો આપે છે), તો પત્ર ટોકન સાથે જોડવામાં આવે છે, જે પ્રાપ્તકર્તાને જાણ કરે છે કે તેને સ્વીકૃતિ મોકલવાની જરૂર નથી. પ્રાપ્તકર્તા સાંભળવાનું સોકેટ ખોલીને અને સી. ટી. સી. પી. સંદેશ, ડી. સી. સી. સેન્ડ સાથે જવાબ આપીને ફાઇલ સ્વીકારી શકે છે. આ મૂળ રિવર્સ ડી. સી. સી. સંદેશ જેવું જ છે, સિવાય કે અને તે સોકેટને ઓળખો જ્યાં પ્રાપ્તકર્તા સાંભળી રહ્યો છે. તે મૂળ વિનંતી જેવી જ છે, જે મોકલનારને જણાવે છે કે કઈ વિનંતી સ્વીકારવામાં આવી રહી છે. (કારણ કે આ સંદેશ નિયમિત DCC મોકલવાની વિનંતીના સમાન બંધારણને અનુસરે છે, કેટલાક સર્વરો કે જે DCC વિનંતીઓને ફિલ્ટર કરે છે તે મોકલનારને તેમની "DCC મંજૂરી" સૂચિમાં રીસીવરને ઉમેરવાની જરૂર પડી શકે છે.) ત્યારબાદ પ્રેષક પ્રાપ્તકર્તાના સોકેટ સાથે જોડાય છે, ફાઇલની સામગ્રી મોકલે છે અને ફાઇલ સમાપ્ત થાય ત્યારે પ્રાપ્તકર્તા સોકેટ બંધ કરે તેની રાહ જુએ છે. જ્યારે SEND પ્રોટોકોલમાં RESUME એક્સ્ટેંશનનો ઉપયોગ કરવામાં આવે છે, ત્યારે આદેશોનો ક્રમ બની જાય છે (પ્રારંભિક બાજુએ આઉટગોઇંગ સંદેશ સૂચવવા સાથે, અને તેના પીઅર દ્વારા પ્રતિસાદ):>> DCC મોકલો 0 <<DCC RESUME 0>> DCC સ્વીકારો 0 <<DCC મોકલો જેના પછી પ્રોટોકોલ સામાન્ય રીતે આગળ વધે છે (એટલે કે. પ્રેષક પ્રાપ્તકર્તાના સોકેટ સાથે જોડાય છે). ફાઇલ સર્વર (FSERVs) એક DCC fserv, અથવા ફાઇલ સર્વર, વપરાશકર્તાને DCC સર્વર પર સ્થિત ફાઇલોને બ્રાઉઝ કરવા, વાંચવા અને ડાઉનલોડ કરવા દે છે. સામાન્ય રીતે, આ ફાઇલની વિનંતી કરવા માટે ડી. સી. સી. ચેટ સત્ર (જે વપરાશકર્તાને કમાન્ડ પ્રોમ્પ્ટ સાથે રજૂ કરે છે) અથવા વિશેષ સી. ટી. સી. પી. આદેશો સાથે લાગુ કરવામાં આવે છે. ફાઇલો DCC SEND અથવા DCC XMIT પર મોકલવામાં આવે છે. DCC ફાઇલ સર્વરના ઘણા અમલીકરણ છે, તેમાં લોકપ્રિય mIRC ક્લાયન્ટમાં FSERV આદેશ છે. સી. ટી. સી. પી. (ક્લાયન્ટ-ટુ-ક્લાયન્ટ પ્રોટોકોલ) એક્સ. ડી. સી. સી. (એક્સટેન્ડેડ ડી. સી. સી.) સંદર્ભો બાહ્ય કડીઓ ડી. સી. સી. પ્રોટોકોલનું વર્ણન પણ જુઓ (નોંધઃ મોટાભાગના આઈ. આર. સી.-ક્લાયન્ટ્સ અને નેટવર્કોએ ડી. સી. સી. પ્રોટોકોલના વિસ્તરણોનો અમલ કર્યો છે. આજે સામાન્ય રીતે ઉપયોગમાં લેવાતું ડી. સી. સી. આ દસ્તાવેજ જે વર્ણવે છે તેનાથી ઘણું વિકસ્યું છે.) ડી. સી. સી. વાટાઘાટો અને જોડાણ ટર્બો ડી. સી. સી. પ્રોટોકોલનું વર્ણન ડી. સી. સી. વ્હાઇટબોર્ડ પ્રોટોકોલનું વર્ણન ઈન્ટરનેટ રિલે ચેટ ઈન્ટરનેટ પરિભાષા નેટવર્ક પ્રોટોકોલ ઈન્ટરનેટ રિલે ચેટ સંબંધિત પ્રોટોકોલ