Zum Inhalt springen

Fragen bezüglich Anwendungsschicht im OSI-Modell


Empfohlene Beiträge

Geschrieben

Hallo Forum,

in den letzten Stunden ist mir eine Idee in den Kopf geflogen und hab mich diesbezüglich auch via Google und Wikipedia weiter informiert. Nur sind noch ein paar Fragen offen, weswegen ich mich hier registriert habe, um die Fragen mal loszuwerden.

Und zwar geht es um die Funktionsweise der Protokolle in der Anwendungsschicht des OSI-Modells. Also HTTP, FTP, IMAP etc. Ich habe auch bereits den Quellcode eines Mail-Servers überflogen, um zu sehen, wie die überhaupt aufgebaut sind. Dieser spezielle war bspw. in C geschrieben.

Ich frage jetzt mal direkt: Gehe ich richtig der Annahme, dass ein Protokoll der Schicht 7 quasi "nur" eine Sammlung von Befehlen ist, die ein Server interpretieren kann und dementsprechend Daten zurückliefert?

Also am Beispiel IMAP: besteht dieses Protokoll lediglich aus Befehlen wie "select inbox" und verspricht dann quasi die entsprechende Antwort?

Wenn ja, ist es dann möglich, durch das Entwickeln eines eigenen Servers für einen speziellen Anwendungsfall mit eigenem Befehls- und Antwortsatz ein eigenes Protokoll zu definieren?

Wenn ich also eine Software in C o. ä. schreibe, die auf einem bestimmten Port auf Nachrichten lauscht, handelt es sich dann bereits um ein eigenes Protokoll, neben HTTP etc., dem ich einen eigenen Namen geben und es veröffentlichen könnte?

Oder befindet sich noch irgendwo ein Fehler in meinen Gedanken?

Außerdem gehe ich von der Annahme aus, dass ich dann auch selbst für einen Aufsatz zur Verschlüsselung (vgl. HTTPS usw.) verantwortlich bin. (richtig?)

Vielen Dank für jede Antwort und viele Grüße

Andreas

Geschrieben

Ich frage jetzt mal direkt: Gehe ich richtig der Annahme, dass ein Protokoll der Schicht 7 quasi "nur" eine Sammlung von Befehlen ist, die ein Server interpretieren kann und dementsprechend Daten zurückliefert?

Also am Beispiel IMAP: besteht dieses Protokoll lediglich aus Befehlen wie "select inbox" und verspricht dann quasi die entsprechende Antwort?

Für die von dir genannten Beispiele trifft das zu. Es gibt aber z.B. auch (properitäre) Binärprotokolle, die nicht so transparent sind.

Wenn ja, ist es dann möglich, durch das Entwickeln eines eigenen Servers für einen speziellen Anwendungsfall mit eigenem Befehls- und Antwortsatz ein eigenes Protokoll zu definieren?

Wenn ich also eine Software in C o. ä. schreibe, die auf einem bestimmten Port auf Nachrichten lauscht, handelt es sich dann bereits um ein eigenes Protokoll, neben HTTP etc., dem ich einen eigenen Namen geben und es veröffentlichen könnte?

Ja. Jeder der möchte kann sein eigenes Protokoll entwerfen, eine Spezifikation schreiben, und diese veröffentlichen. Aber warum das Rad neu erfinden?

Oder befindet sich noch irgendwo ein Fehler in meinen Gedanken?

Was sind denn die Gedanken hinter deiner Frage?

Außerdem gehe ich von der Annahme aus, dass ich dann auch selbst für einen Aufsatz zur Verschlüsselung (vgl. HTTPS usw.) verantwortlich bin. (richtig?)

Das steht dir frei. Du kannst entweder Teile des Datenstroms verschlüsseln, die gesamte Verbindung über SSL/TLS absichern oder zu ganz anderen Mitteln greifen.

Geschrieben
Wenn ja, ist es dann möglich, durch das Entwickeln eines eigenen Servers für einen speziellen Anwendungsfall mit eigenem Befehls- und Antwortsatz ein eigenes Protokoll zu definieren?

Ja.

Wenn ich also eine Software in C o. ä. schreibe, die auf einem bestimmten Port auf Nachrichten lauscht, handelt es sich dann bereits um ein eigenes Protokoll, neben HTTP etc., dem ich einen eigenen Namen geben und es veröffentlichen könnte?

Nein.

Dass Deine Anwendung einen Socket beim Betriebssystem angemeldet hat, macht noch kein Protokoll aus.

Aber klar: Du kannst quasi alles mögliche als "Protokoll" der Anwendungsschicht definieren.

Geschrieben

Vielen Dank, dann ist das ganze tatsächlich einfacher als ich dachte.

@lordy: Warum? Meine Idee ist schon seit Längerem ein alternatives System zur Nachrichtenübertragung. Ähnlich der E-Mails. Mich stören an dem E-Mail-Prinzip leider ein paar Dinge, weswegen ich mich mal an eine Alternative wagen wollte. Ich hatte auch schon mit dem Gedanken gespielt, das ganze über ein Web-Portal zu lösen. Aber ich vermute, die Entwicklung von Software dafür ist dann nicht so schön, wenn das über PHP-Schnittstellen oder Ähnliches laufen muss.

@lilith2k3: was würde denn zu einem Protokoll fehlen?

Geschrieben (bearbeitet)
@lilith2k3: was würde denn zu einem Protokoll fehlen?

Äh, das Protokoll sozusagen *g*

Die Verbindung zwischen zwei Endpunkten allein ist zwar conditio sine qua non, dass überhaupt Daten übertragen werden, aber eben noch kein Protokoll.

Ein Protokoll wäre es, wenn Du bsp. definierst, dass eine Anfrage mit "<start>Hallo, ich bins!</start>" beginnen muss. Daraufhin muss sich der Server entweder mit "<ready>Was gibt's?</ready>" oder mit "<deny>Nö, jetzt nicht</deny>" zurückmelden.

Dann kannst Du wahlweise mit "<ask>$Question</ask>" bei erfolgter Verbindung anfragen, oder eben mit "<ack>Dann eben nicht!<\ack>" bei nicht erfolgter Verbindung enden.

Wichtig bei einem Protokoll ist, dass es für jede Situation eine festgelegte Konversationsregel gibt, so dass immer klar ist, wie es weitergeht.

Beispiel:

<start>Hallo, ich bins!</start>

<ready>Was gibt's?</ready>

<ask>Un?</ask>

<answer>Muss ja</answer>

<end>Na dann</end>

<end>Jo, ne</end>

Vereinfacht ausgedrückt ... ;)

Bearbeitet von lilith2k3
Geschrieben (bearbeitet)

@afo: nein, XMPP geht in eine völlig andere Richtung. Ich hab kein Chat-Protokoll im Kopf. Wie bereits gesagt, ähnelt es eher der E-Mail.

@lilith2k3: das hatte ich aber in der Frage vorausgesetzt. Genau einen Satz vorher

Wenn ja, ist es dann möglich, durch das Entwickeln eines eigenen Servers für einen speziellen Anwendungsfall mit eigenem Befehls- und Antwortsatz ein eigenes Protokoll zu definieren?

;)

@lordy: vielen Dank für die Infos mit den RFCs. Das klärt zudem noch eine weitere Frage, die ich im Hinterkopf hatte.

Bearbeitet von alinnert

Dein Kommentar

Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...