OFTP - Odette File Transfer Protocol

Ce site web vous apportera des informations générales sur les transmissions via Odette.

L'EDI nécessite :

  • des normes de messages (messages Odette, sous-ensemble Odette d'Edifact),
  • des normes de syntaxe
  • et des normes de transmission.

Ce site donne une vue d'ensemble des méthodes nécessaires dans l'envoi physique des données EDI.
De la même façon que la syntaxe d'un message, les couches basses de communication entre les systèmes informatiques et les équipements de réseau utilisés par les différents partenaires commerciaux nécessitent une standardisation . La raison en est simple : beaucoup de sociétés communiquant à travers un réseau ont des machines et des logiciels différents.

Une connexion directe entre un système et un autre est possible à partir du moment où il n'y a que ces deux systèmes qui essayent de communiquer.
Quand il y a interconnexion entre plusieurs entreprises, les choses deviennent plus complexes et plus chères.

Une entreprise qui communique avec plusieurs partenaires commerciaux devra s'équiper d'autant de systèmes de communication que de types d'informatique distante.

Ce problème peut être réduit si les entreprises communicantes utilisent un système de communication normé . Néanmoins, il existe différents systèmes de communication, avec leurs avantages et inconvénients, comme décrit dans les pages suivantes.

OFTP et l'Industrie

OFTP est maintenant utilisé par la plupart des principaux constructeurs automobiles européens ainsi que leurs fournisseurs. Il est également utilisé dans l'industrie chimique, les fabricants d'électro-ménager et est de plus en plus adopté dans d'autres secteurs comme le secteur bancaire.

OFTP et les réseaux

  • La version 1 du protocole était à l'origine utilisée sur les réseaux X25 ou X31.
  • Son extension TCP/IP en a permis l'usage via l'extranet automobile européen ENX, et son homologue américain ANX, interconnexion des réseaux locaux des entreprises abonnées au travers de réseaux virtuels privés (VPN).
  • La version 2 intégrant le support SSL/TLS, l'authentification forte (voir les commandes SECD AUCH et AURP), le cryptage et la signature de fichiers en autorise l'usage sécurisé au travers d'Internet.

Généralités sur le protocole OFTP

OFTP a été développé par Odette Groupe 4.

OFTP (Odette File Transfer Protocol) permet à des systèmes informatiques différents de communiquer les uns avec les autres de façon normalisée.

OFTP est un protocole de couche supérieure. Il définit la manière dont transitent les messages et non le support physique de connexion.

Les connexions physiques de base sont également normalisées mais celles-ci sont couvertes par d'autres protocoles tels que TCP/IP et l'extranet ENX.

  • OFTP est utilisé sur TCP/IP. L'extranet ENX en est une illustration, permettant de combiner l'usage du protocole OFTP avec d'autres applications basées sur IP.
  • Dans sa dernière évolution (dite V2), OFTP permet le chiffrement du canal de communication (SSL/TLS), l'authentification forte, le chiffrement et la signature électronique des fichiers. Ceci en permet un usage sécurisé sur Internet

Communication Point à Point

La communication point à point est le lien direct entre deux partenaires commerciaux. Elle peut utiliser :

  • Soit une ligne louée,
  • Soit l'extranet européen du secteur automobile ENX (European Network eXchange).
  • Soit l'Internet (en s'appuyant sur la version 2 du protocole)

Echange indirect en utilisant des RVA

Une entreprise peut communiquer indirectement avec ses partenaires commerciaux par l'intermédiaire d'un RVA (Réseau à Valeur Ajoutée).

Un RVA peut être considéré comme un service de boîte aux lettres. Ce RVA permet à une entreprise d'envoyer des données qui sont "adressées" à un partenaire commercial. Le message est déposé dans une "boîte à lettre" où il pourra être récupéré plus tard par le destinataire. Ce service est communément appelé "store and forward".

L'avantage de cette approche est que le RVA supporte tous les protocoles disponibles de telle manière que les partenaires commerciaux utilisant l'EDI n'ont pas besoin d'utiliser le même protocole que l'entreprise émettrice.

L'autre avantage est que plusieurs messages adressés à différents partenaires commerciaux peuvent être envoyés dans une transmission unique car il n'y a qu'un récepteur direct : le RVA lui-même.

  • Il est d'usage courant que le RVA facture les deux partenaires EDI, l'expéditeur et le destinataire. Pour cette raison, lors de gros transferts de données, le RVA est une solution onéreuse.
  • Un autre inconvénient du RVA est l'introduction d'un délai dans la présentation des données au destinataire avec une perte de traçabilité.

Dans certains pays, les RVA sont couramment utilisés par le secteur automobile. Ailleurs, les liens directs sont majoritaires.

Quelques définitions techniques

Commandes OFTP

Pour contrôler la transmission des données, OFTP définit un ensemble de signaux qui indiquent lorsqu'un message peut être envoyé au système de réception. Ces signaux s'appellent les commandes OFTP. Chaque commande remplit une fonction spécifique, et ne sera pas forcement utilisée lors d'une transmission - les signaux utilisés sont régis par la nature de la session de transmission elle-même.

Les fichiers supportés par OFTP

OFTP permet le transfert de différents types de fichiers. Ceux-ci incluent les enregistrements de longueur fixe, les enregistrements de longueur variable, les fichiers non formatés et les fichiers de type texte.

Méthodes d'accès et OFTP

OFTP est parfaitement adapté à l'extranet ENX ; les opérateurs certifiés ENX offrent différents types de raccordements (poste isolé avec client IPsec, liaison par RTC ou ISDN : jusqu'à 64 kbits, petit LAN, LAN...).

SSL/TLS

SSL/TLS est un protocole de sécurisation des échanges sur Internet Il permet un cryptage de la couche transport.

Authentification forte

L'authentification forte est un mécanisme permettant d'assurer une identification réciproque de deux partenaires réseau. Ce mécanisme est basé sur le caractère personnel de la clé privée.

Services fichier

Les services fichier, amenés par la version 2 du protocole, apportent les services optionnels :

  • Cryptage (au niveau fichier, complémentaire du cryptage SSL/TLS)
  • Signature du fichier (et des EERP et NERP)
  • Compression (compression forte complémentaire de la compression OFTP V1)

Les Commandes OFTP

SSRM

Start Session Ready Message.
C'est la première commande à envoyer lors de l'acceptation d'une connexion OFTP.

SSID

Start Session IDentification.
C'est la commande d'ouverture de session. Elle contient des informations telles que le code utilisateur et le mot de passe du demandeur.

SFID

Start File Identification.
C'est l'annonce d'un fichier à envoyer. Elle contient des informations telles que le nom de fichier, l'origine de celui-ci, sa destination...

SFPA

Start File Positive Answer.
C'est une réponse positive à la commande SFID. Le transfert est accepté.

SFNA

Start File Negative Answer.
C'est une réponse négative à la commande SFID. Le transfert est refusé.

Data

Ce sont les données du fichier à proprement parlé.

CDT

Set CreDiT
Commande de service pour la régulation de flux.

EFID

End of File IDentification.
C'est la commande de fin de transmission de données. Elle permet le contrôle d'intégrité du fichier envoyé.

EFPA

End File Positive Answer.
C'est une réponse positive à la commande EFID. Le transfert est terminé avec succès.

EFNA

End File Negative Answer.
C'est une réponse négative à la commande EFID. Le transfert est abandonné.

EERP

End to End ResPonse.
L'EERP est généré lorsqu"un fichier atteint sa destination finale. Il est envoyé à l'émetteur pour l'informer d'une bonne réception.

NERP

Negative End ResPonse.
Le NERP est généré lorsqu"un fichier ne peut être transmis à sa destination finale. Il est envoyé à l'émetteur pour l'informer d'un problème d'acheminement.

ESID

End of Session IDentification.
La commande ESID demande une fin de session.

CD

Change Direction.
La commande CD donne la parole au partenaire.

RTR

Ready To Receive.
La commande RTR est un acquittement de la commande EERP. Elle sert à la régulation de flux.

SECD

Security Change Direction.
La commande SECD demande au partenaire l'envoi d'une commande AUCH. Elle sert à initialiser une séquence d'authentification.

AUCH

Authentication Challenge.
La commande AUCH est l'envoi d'un "authentication challenge", i.e. l'envoi d'une chaîne aléatoire appelée 'challenge' cryptée avec la clé publique du partenaire. Elle sert à l'authentification forte.

AURP

Authentication Response.
La commande AURP est la réponse à la commande AUCH; elle véhicule le challenge décrypté.

ENX, l'extranet automobile

Pour répondre aux besoins de communication entre les différents partenaires de l'industrie automobile (constructeurs, équipementiers...) toujours plus croissants, un extranet spécifique et dédié à l'industrie automobile a été développé : ENX (European Network eXchange).

Cet extranet accélère, développe et uniformise le partage et les échanges entre les différents acteurs de ce secteur. En effet, ENX fournit une plate-forme commune de communication globale, ouverte et sécurisée qui permet d'échanger tout type d'application : des fichiers CAO - à la base de cet extranet - aux fichiers EDI en passant par des applications interactives, etc...

Ce qui différencie le réseau ENX de l'accès public Internet :

  • PERFORMANCE: temps de réponse minimal, débit maximal, et taux d'erreurs limité par l'opérateur.
  • DISPONIBILITE : les opérateurs accrédités par le réseau ENX garantissent la disponibilité du réseau afin de répondre aux besoins de tous les partenaires.
  • SECURITE : Les réseaux privés virtuels (VPN) augmentent considérablement la sécurité du réseau. L'ENX forme un réseau privé virtuel (VPN) sur la couche réseau (IP).
    • Authentification (identification claire de l'expéditeur et du destinataire),
    • Intégrité (les données sont cryptées),
    • Confidentialité (des données ne peuvent pas être lues par des tiers).

Pour les interconnexions, l'extranet ENX utilise les réseaux Frame Relay, RNIS, IP qui garantissent la rapidité de la bande passante - disponibilité, sécurité et qualité des services de raccordement.

LIENS :

FONCTIONNALITES RESEAUX/ PROTOCOLES

Les options de TBT/400 disponibles à ce jour sont présentées sur nos sites:

ipls logo

Site de l'éditeur

site IPLS
TBT400 logo

Site produit

site TBT400

Pour toute information supplémentaire, n'hésitez pas à nous contacter :