Direct Client-to-Client (DCC) ist ein IRC-zusammenhängendes Subprotokoll, das Gleichen ermöglicht, das Verwenden eines IRC Servers für handshaking miteinander zu verbinden, um Dateien auszutauschen oder nichtweitergegebene Chats durchzuführen. Einmal gegründet läuft eine typische DCC Sitzung unabhängig vom IRC Server. Ursprünglich entworfen, um mit ircII verwendet zu werden, wird es jetzt von vielen IRC Kunden unterstützt. Einige Gleicher-zu-Gleicher-Kunden auf Napster-Protokoll-Servern haben auch DCC senden Fähigkeit, einschließlich TekNap, SunshineUN und Lopster/bekommen. Eine Schwankung des DCC Protokolls genannt SDCC (Sichern Direkt Kunde-zu-Kunde-), auch bekannt als DCC SCHAT unterstützen encrypted Verbindungen. Dort besteht keine RFC Spezifizierung auf dem Gebrauch von DCC.

DCC Verbindungen können auf zwei verschiedene Weisen begonnen werden:

• Der allgemeinste Weg ist, CTCP zu verwenden, um eine DCC Sitzung zu beginnen. Der CTCP wird von einem Benutzer über das IRC Netz einem anderen Benutzer gesandt.
• Eine andere Weise, eine DCC Sitzung zu beginnen, ist für den Kunden, um direkt zum DCC Server in Verbindung zu stehen. Mit dieser Methode wird kein Verkehr über das IRC Netz gehen (die beteiligten Parteien brauchen mit einem IRC Netz nicht verbunden zu werden, um die DCC Verbindung zu beginnen).

Allgemeine DCC Anwendungen

DCC CHAT

Der CHAT-Dienst ermöglicht Benutzern, mit einander über eine DCC Verbindung zu plaudern. Der Verkehr wird direkt zwischen den Benutzern, und nicht über das IRC Netz gehen. Wenn im Vergleich zum Senden von Nachrichten normalerweise das IRC Netzlast reduziert, erlaubt, größerer Beträge des Textes sofort wegen des Mangels am Hochwasserschutz zu senden, und die Kommunikation sicherer macht, indem es die Nachricht an die IRC Server nicht ausgestellt wird (jedoch, ist die Nachricht noch in plaintext).

DCC CHAT wird normalerweise mit einem CTCP Händedruck begonnen. Der Benutzer, der möchte die Verbindung herstellen, sendet den folgenden CTCP an das Ziel:

:

Sobald eine Verbindung hergestellt wird, ist das für den DCC-CHAT verwendete Protokoll sehr einfach: Benutzer tauschen CRLF-begrenzte Nachrichten aus. Nachrichten, die mit einem ASCII 001 (Kontroll-A beginnen, das unten durch ^A vertreten ist) und das Wort "HANDLUNG", und durch einen anderen ASCII 001 begrenzt werden, werden interpretiert, wie emotional reagiert:

:

DCC Whiteboard

Das ist eine Erweiterung auf den DCC-CHAT, einfachen Zeichnungsbefehlen erlaubend, sowie Linien des Textes gesandt zu werden. DCC Whiteboard wird mit einem Händedruck begonnen, der dem DCC-CHAT, mit dem Protokoll durch "wboard" ersetzter "Chat" ähnlich ist:

:

Sobald die Verbindung hergestellt wird, tauschen die zwei Kunden CRLF-begrenzte Nachrichten aus. Nachrichten, die beginnen (und enden fakultativ), mit ASCII 001 werden als spezielle Befehle interpretiert; die Befehl-HANDLUNG vertritt emotional zu reagieren, während andere Linien veranlassen, die Whiteboard-Oberfläche des Benutzers angezogen zu werden, oder den zwei Kunden erlauben, eine Reihe von Eigenschaften zu verhandeln.

DCC SENDEN

Der SENDEN Dienst erlaubt Benutzern, Dateien einander zu senden. Die ursprüngliche Spezifizierung für den Händedruck hat dem Empfänger nicht erlaubt, die Gesamtdateigröße zu wissen noch eine Übertragung fortzusetzen. Das hat Kunden ihre eigenen Erweiterungen auf den Händedruck einführen lassen, von denen viele weit unterstützt geworden sind.

Der ursprüngliche Händedruck hat aus dem Absender bestanden, der den folgenden CTCP an den Empfänger sendet:

:

Als mit dem DCC-CHAT,

:

An diesem Punkt hatte die ursprüngliche Spezifizierung der Empfänger entweder steht zur gegebenen Adresse und dem Hafen in Verbindung und wartet auf Daten, oder ignorieren Sie die Bitte, aber auf Kunden, die die DCC-ZUSAMMENFASSUNGS-Erweiterung unterstützen, soll eine dritte Alternative den Absender bitten, einen Teil der Datei durch das Senden der CTCP-Antwort auszulassen:

:

Wenn der Senden-Kunde DCC-ZUSAMMENFASSUNG unterstützt, wird sie antworten mit:

:

und der Empfänger kann zur gegebenen Adresse und dem Hafen in Verbindung stehen und auf Daten horchen, um an einer bereits vorhandenen Datei anzuhängen.

Daten werden in Blöcken gesandt, die der Kunde anerkennen muss, indem er Größen von eingehenden Datenblöcken als ganze 32-Bit-Netzbyte-Ordnungszahlen sendet. Das verlangsamt Verbindungen und ist überflüssig, weil solches Verhalten bereits durch TCP durchgeführt wird. Die Erweiterung des Sendens vorn erleichtert dieses Problem etwas, indem sie auf die Anerkennungen nicht gewartet wird, aber da der Empfänger sie noch für jeden Block senden muss, den es erhält, im Falle dass der Absender sie erwartet, wird es völlig nicht gelöst.

Eine andere Erweiterung, TDCC oder Turbo DCC, entfernt die Anerkennungen, aber verlangt einen ein bisschen modifizierten Händedruck und wird nicht weit unterstützt. Ältere Versionen von TDCC haben das Wort ersetzt SENDEN den Händedruck mit TSEND EIN; spätere Versionen verwenden das Wort SENDEN, aber hängen einen "T" nach dem Händedruck an, diese Version von mit anderen Kunden vereinbarem TSEND machend (als lange, weil sie den modifizierten Händedruck grammatisch analysieren können).

DCC SENDEN Großtat

Die DCC senden Großtat kann sich auf zwei Programmfehler, einen verschiedenen Pufferüberschwemmungsfehler in mIRC beziehen, der durch Dateinamen ausgelöst ist, die länger sind als 14 Charaktere und ein Eingangsgültigkeitserklärungsfehler in einigen Routern, die von Netgear, D-Link und Linksys verfertigt sind, der durch den Gebrauch des Hafens ausgelöst ist. Die Router-Großtat kann insbesondere ausgelöst werden, wenn der Ausdruck, der '' von mindestens 6 Charakteren ohne Räume oder newlines gefolgt ist, überall in einem TCP Strom auf dem Hafen 6667, nicht nur erscheint, wenn ein wirklicher DCC Bitte SENDET, ist gemacht worden.

DCC XMIT

Der XMIT Dienst ist eine modifizierte Version von DCC SENDEN, der die Tätigkeit wieder aufnehmende Dateien berücksichtigt und den verschwenderischen Verkehr vom ACK longs einschränkt. XMIT wird nicht weit unterstützt.

Der XMIT Händedruck unterscheidet sich etwas vom SENDEN Händedruck. Der Absender sendet einem CTCP Angebot einer Datei zum Empfänger:

:

Eckige Klammern hier schließen fakultative Teile ein.

:

CHAT wird hier verwendet, um Vereinbarkeit mit den durch den verlängerten DCC-CHAT gesandten Fehlermeldungen aufrechtzuerhalten. Wenn der Empfänger die Übertragung neigt, sendet er die folgende CTCP-Antwort:

:

Andere Fehler werden auf dieselbe Mode ausgegeben. Wenn der Empfänger bereit und dazu fähig ist, die Datei zu erhalten, wird er zur gegebenen Adresse und dem Hafen in Verbindung stehen. Was geschieht, dann hängt vom verwendeten Protokoll ab.

Im Fall vom "klaren" Protokoll wird der XMIT Server, nach dem Empfang einer Verbindung, eine 32 Bitzeiten t in der Netzbyte-Ordnung senden, die Modifizierungszeit der Datei vertretend. Vermutlich gestützt auf der Modifizierungszeit der lokalen Datei wird der Kunde dann eine andere Netzbyte-Ordnung lange, ein Ausgleich senden, zu dem der Server suchen sollte, wenn er die Datei sendet. Das sollte auf die Null gesetzt werden, wenn die ganze Datei, oder die Größe der lokalen Datei gewollt wird, wenn der Kunde ein vorheriges Download fortsetzen möchte.

Während schneller als SENDEN, trägt XMIT eine derselben Beschränkungen, in denen es unmöglich ist zu erzählen, wie groß die Datei ist, wenn seine Größe in der CTCP Verhandlung nicht angegeben oder im Voraus bekannt wird. Außerdem können Sie keine Datei vorbei am Zwei-Gigabyte-Zeichen wegen des 32-Bit-Ausgleichs fortsetzen.

Passiver DCC

In einer normalen DCC Verbindung die Initiator-Taten als der Server und das Ziel ist der Kunde. Wegen weit verbreiteten firewalling und der Verminderung der Länge nach der Durchsichtigkeit wegen NAT könnte der Initiator nicht im Stande sein, als ein Server zu handeln. Verschiedene Weisen, das Ziel zu bitten, als der Server zu handeln, sind ausgedacht worden:

DCC Server

Diese Erweiterung auf normalen DCC SENDET, und CHAT wurde vom IRC Kunden mIRC eingeführt. DCC Server hat gemäßigte Unterstützung, aber ist auf allen Kunden nicht normal (sieh Vergleich von IRC Kunden).

Es erlaubt die Einleitung einer DCC Verbindung durch die IP-Adresse ohne das Bedürfnis nach einem IRC Server. Das wird vom Empfang-Kunden vollbracht, der als ein Server (folglich der Name) handelt (gewöhnlich auf dem Hafen 59) für einen Händedruck vom Absender hörend.

Für einen CHAT sendet der Initiator:

:

Das Ziel antwortet dann mit:

:

und der Rest geht gemäß dem DCC Standard-CHAT-Protokoll weiter.

Für ein SENDEN sendet der Initiator:

:

Das Ziel antwortet mit:

:

wo

DCC Server unterstützt auch mIRC-artige Dateiserver, und DCC KOMMEN.

RDCC

DCC Server stellt keine Weise zur Verfügung, den Hafen anzugeben, um zu verwenden, so muss das manuell verhandelt werden, der nicht immer möglich ist, weil eine der Seiten kein Mensch sein kann. RDCC ist ein Händedruck-Mechanismus für den DCC Server, der zusätzlich zum Hafen auch die IP Adresse des Servers zur Verfügung stellt, den der Kunde nicht im Stande sein könnte, sonst wegen des Gastgebers zu finden, der maskiert. Es wird nicht weit unterstützt.

Der Initiator bittet um den Hafen, auf dem das Ziel durch das Senden der CTCP-Abfrage hört:

:wo

Das Ziel kann dann CTCP Antwort mit:

:wo

DCC RÜCKSEITE

Verschieden vom DCC Server, wo der Händedruck über eine direkte IP Verbindung behandelt wird, hat DCC RÜCKSEITE einen normalen CTCP Händedruck, ähnlich durch DCC verwendetem demjenigen SENDEN. Das wird nicht weit durchgeführt. Der Absender bietet eine Datei dem Empfänger an, indem er die CTCP Nachricht sendet:

:

Wenn der Empfänger akzeptiert, sendet er die CTCP-Antwort:

:

Hier

:

DCC RSEND

Das ist die Alternative des KVIrc Kunden zur DCC-RÜCKSEITE. Der Absender bietet eine Datei an, indem er den CTCP sendet:

:

Der Empfänger kann dann durch CTCP akzeptieren, der antwortet mit:

:

und der Absender steht zum Empfänger in Verbindung und sendet, weil während eines normalen DCC SENDEN.

Rückseite / Brandmauer DCC

Dieser passive DCC Mechanismus wird durch mindestens mIRC, Visueller IRC, XChat, KVIrc, DMDirc, Klient, Konversation und PhibianIRC unterstützt. Der Absender bietet eine Datei an, indem er die CTCP Nachricht sendet:

:

Der Empfänger kann die Datei durch die Öffnung einer hörenden Steckdose und das Erwidern mit der CTCP Nachricht akzeptieren:

:

Das ist zur DCC ursprünglichen Rücknachricht identisch, außer

Der Absender steht dann zur Steckdose des Empfängers in Verbindung, sendet den Inhalt der Datei, und wartet auf den Empfänger, um die Steckdose zu schließen, wenn die Datei beendet wird.

Wenn die ZUSAMMENFASSUNGS-Erweiterung auf das SENDEN Protokoll verwendet wird, wird die Folge von Befehlen (mit'>>' das Anzeigen einer aus dem Amt scheiden Nachricht auf der Einleiten-Seite und'

:::

Nach dem das Protokoll als normal weitergeht (d. h. der Absender zur Steckdose des Empfängers in Verbindung steht).

Dateiserver (FSERVs)

Ein DCC fserve oder Dateiserver, lässt einen Benutzer durchsuchen, lesen und auf einem DCC Server gelegene Dateien herunterladen.

Gewöhnlich wird das mit einer DCC-CHAT-Sitzung durchgeführt (der dem Benutzer einen Befehl schnell bietet), oder spezielle CTCP-Befehle, um eine Datei zu bitten. Die Dateien werden über DCC gesandt SENDEN oder DCC XMIT. Es gibt viele Durchführungen von DCC Dateiservern, unter ihnen ist der FSERV-Befehl im populären mIRC Kunden.

Siehe auch

• CTCP (Kunde-zu-Kunde-Protokoll)
• XDCC (hat DCC erweitert)

Links

• Eine Beschreibung des DCC Protokolls (Zeichen: Die Meisten IRC-Kunden und Netze haben Erweiterungen auf das DCC Protokoll durchgeführt. Der DCC allgemein verwendet hat sich heute ganz ein bisschen davon entwickelt, was dieses Dokument beschreibt. Ein Nachfolger von DCC (DCC2) wird zurzeit durch DCC2.org formalisiert)
• DCC Verhandlung und Verbindung
• Eine Beschreibung des Turbos DCC Protokoll
• Eine Beschreibung des DCC Whiteboard Protokoll