Diskussion:Odette File Transfer Protocol
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.Unter Stärken wird aufgeführt:[Quelltext bearbeiten]
"Als Version 2 soll es zukünftig auch über das Internet nutzbar gemacht werden.
Das scheint mir eine Doppelung sein, da vorher schon erwähnt wird, daß als Transportschicht auch TCP/IP eingesetzt werden kann.
Das ist richtig. OFTP kann über TCP/IP verwendet werden und somit natürlich auch im Internet.
- Vor allem ist die Moeglichkeit ueber TCP/IP zu kommunizieren schon in Version 1.3 spezifiziert. 87.139.79.247 11:35, 21. Okt. 2010 (CEST)
Unter Stärken wird auch aufgeführt: "Die implizite End-To-End-Response garantiert korrekte Übertragung und Verarbeitung der Datei durch den Empfänger." Das ist so nicht richtig, bzw. Verarbeitung ist etwas irreführend. Es wird lediglich geprüft ob die Datei bestimmte Kriterien erfüllt (Satzlänge, Größe, etc.). Somit wird zwar die Übertragung bestätigt jedoch nicht die Verarbeitung der Datei. Beides sollte raus.
- Ebenfalls ist nicht korrekt, dass die Korrektheit der Übertragung festgestellt werden kann, da bis Version 2 von OFTP keine Hashes Bestandteil der EERP waren. Das mit der Verarbeitung ist ebenfalls wie schon beschrieben falsch, da es hier nur um die Übertragung geht. 87.139.79.247 11:35, 21. Okt. 2010 (CEST)
Stärken und Schwächen?[Quelltext bearbeiten]
Wenn hier im Artikel nur von Stärken die Rede ist, entsteht leicht der Eindruck eines Werbetextes. Wer zählt im Gegenzug Schwächen auf? Mir fällt nur ein, dass die am weitesten verbreitete Plattform ISDN eine sterbende Technologie ist und z.B. in China nie implementiert wurde.
- Ist eher egal, da OFTP als solches nicht auf ISDN beschränkt ist (X.25, spaeter TCP/IP) 87.139.79.247 11:35, 21. Okt. 2010 (CEST)
Ausserdem haben sich als Alternative vielerorts für den CAD-Dateitransfer Lösungen mit sogenannten Sicherheitsservern (https://) etabliert.
- OFTP wird auch fuer die Übertragung von EDI-Nachrichten verwendet, im Automobilbereich wird da eigentlich hauptsächlich OFTP verwendet. 87.139.79.247 11:35, 21. Okt. 2010 (CEST)
Eindeutige Schwäche bei ODETTE ist m.E. die lineare Abarbeitung der Versandaufträge, bei der man, wenn der Sendebefehl erteilt wurde, nie weiss, wann die Sendung letzten Endes startet bzw. die Daten bei der Gegenstelle verfügbar sein werden. Letzteres gilt natürlich nur in größeren Unternehmen, bei denen täglich eine Vielzahl Datenversandaufträge abgewickelt werden.
--85.158.138.21 15:43, 20. Okt. 2010 (CEST)
- Das wiederum ist eine Frage der verwendeten Kommunikationssoftware. Es gibt auch solche, die direkt den Versand starten und auch direkt Rückmeldung geben, wenn der Versand erfolgt ist. 87.139.79.247 11:35, 21. Okt. 2010 (CEST)
Kommerzieller Link[Quelltext bearbeiten]
Sorry hatte bei der Bearbeitung zu schnell geklickt und die Begründung vergessen - aber diese Werbung hat in dem Artikel nichts verloren. --AngMoKio (座谈) 11:05, 8. Nov. 2010 (CET)
Wikipedia sollte auch Orientierung sein, warum gibt z.B. http://de.wikipedia.org/wiki/Liste_von_Webframeworks ? Dann bitte dort auch Microsoft u.a. entfernen, oder? Ich füge gerne eine Liste von den bekannten Produkten (kommerziell und OpenSource) hinzu. Meinung? -- Sbscom 18:43, 5. Dez. 2010 (CET)
- Am einfachsten duerfte ein Link auf https://forum.odette.org/repository/OFTP2%20Software%20Products.pdf sein. Boese gesagt wird OFTP2 mittelfristig OFTP1 komplett ersetzen, da mehr und mehr Automobilhersteller die Migration dorthin machen (ist einfach im Unterhalt guenstiger als das meist ISDN-basierte OFTP1). Demjenigen, der die Liste verlinkt, kann dann auch nicht der Vorwurf gemacht werden, dass er das aus Eigeninteresse macht. 93.134.252.250 12:02, 9. Jan. 2011 (CET)
Grafik irreführend[Quelltext bearbeiten]
Die Grafik ist irreführend. Die Kommunikation ist in allen Richtungen via ISDN und TCP/IP möglich. Da OFTP eine Peer to Peer Verbindung müssen sich beide Endpunkte lediglich auf die Kommuikationsfor einigen. Sinnvoller wäre also eine Grafik mit 2 Kommunkationspfaden. Der eine via ISDN, der Andere TCP/IP. Insbesondere ist hier keine Kreuzverbindung TCP/IP zu ISDN oder umgekehrt möglich. Das entspricht auch der ursprünglichen Definition des OFTP Protokolls. Historisch war dies zunächst eine reines ISDN Protokoll und TCP/IP kam später als zusätzliches Transportprotokoll hinzu. --217.5.213.2 12:10, 27. Aug. 2012 (CEST)
- OFTP ist älter als ISDN, das ursprüngliche Transferprotokoll war X.25. Bei manchen Implementationen für den Mainframe (z.Bsp. rvsMVS) kam auch noch SNA dazu. - Bafibo (Diskussion) 12:35, 6. Jun. 2017 (CEST)