M-Razavi
2017-01-09 14:21:35 UTC
Je veux construire une communication unidirectionnelle.Dans la couche de transport de cet appareil, il a besoin d'un support unidirectionnel pour envoyer des données du côté A au côté B.
Tous les produits commerciaux utilisent SFP.J'ai testé certains appareils SFP mais ils ont des négociations entre les deux côtés et couper la fibre RX n'est pas possible.
Est-il possible de mettre en œuvre une connexion unidirectionnelle avec un câble CAT5?
CôtéA {tx -> rx} CôtéB
Même si votre appareil envoie uniquement des données, quel mal cela fait-il de toujours connecter la paire RX du commutateur Ethernet à cet appareil à des fins de négociation?
Vous pouvez certainement le faire avec un câble cat5 / 6, bien que vous deviez configurer les deux extrémités pour désactiver la négociation automatique.Peut être limité à 100 Mbits.
Eh bien, vous ne définissez pas réellement ce qu'est une diode de données.Vous ne pouvez pas inventer un terme et supposer que nous le comprendrons.Anway, il semble que vous ayez besoin d'un périphérique qui n'autorise qu'une communication Ethernet unidirectionnelle et qui laisse tomber tous les paquets dans la mauvaise direction.Cela ne peut probablement pas être fait au niveau de la couche physique, car cela gâchera les impulsions de détection de liaison et l'autonégociation.Une façon de concevoir cela serait probablement de connecter deux puces PHY dos à dos (en faisant un simple émetteur-récepteur Ethernet), et, d'un côté, de tirer toutes les broches liées à TX de l'interface MAC à la terre.
Et je pense que la désactivation de l'autonégociation ne suffira pas, car les impulsions de détection de lien ne seront pas autorisées à voyager dans les deux sens.Le test d'intégrité des liens échouera donc.
Quel protocole allez-vous utiliser?Si TCP / IP, alors vous avez ** besoin ** du chemin de retour pour ACK / NACK, le protocole ne fonctionnera pas sans eux.J'ai vu des articles publiés sur la conception d'un protocole pour les `` diodes de données '' pour connecter des systèmes sécurisés à des systèmes non sécurisés, et ils ont passé la plupart du temps à prouver que le taux de fuite de données dans `` l'autre '' direction en supposant qu'un système compromis dans le pire des cas ne pourrait pasdépasser une certaine limite spécifiée par le système, dans ce cas, pour leur protocole, il était <= 0,1 baud inverse basé sur l'accusé de réception de paquets de 10 s de données en avant, ce qui était jugé suffisamment bas pour une utilisation par le gouvernement américain à l'époque.
Il est facile d'implémenter une connexion unidirectionnelle sur CAT5.Utilisez RS232 et connectez uniquement les fils de transmission et de masse.Étant donné que vous n'indiquez pas de protocole ou de débit de données requis, seul un câble physique répondant à toutes les exigences données dans votre question.Si vous souhaitez utiliser une certaine forme d'Ethernet, vous devrez certainement effectuer le filtrage à un niveau supérieur dans le logiciel.
@Neil_UK Je suis presque sûr qu'il n'utilisera pas TCP, car la communication à sens unique et la livraison garantie s'excluent mutuellement par définition.
@Neil_UK le seul protocole qui peut être utilisé dans la diode de données entre deux côtés est UDP.
@Razavi Si vous voulez que les données ne circulent que dans un seul sens, pourquoi utiliser Ethernet?Je veux dire, c'est un protocole ** réseau ** ...
@MarcusMüller Une des raisons serait de réutiliser le logiciel de pile de communication existant, au lieu d'investir des centaines d'heures-homme dans l'écriture et le débogage du vôtre.
@MarcusMüller Il est possible d'utiliser UART, USART, I2C, ... mais la mise en œuvre de chacun d'eux nécessite beaucoup plus de temps et la vitesse du débit de données est importante.
Vouloir forcer une communication à sens unique est une chose inhabituelle à faire.Je ne connais que quelques cas où cela serait souhaitable.Dans chacun de ces cas, il y a un ensemble d'exigences fournies de l'extérieur qui vous sont données quant à ce que signifie «communication à sens unique» pour l'entité qui vous donne ces exigences.Par exemple, s'ils acceptent le modèle OSI, ils peuvent spécifier à quelle couche le comportement unidirectionnel doit se trouver.À quelles exigences devez-vous travailler?
Merci @Razavi pour la confirmation.Oui, il sera difficile de mettre en œuvre une liaison unidirectionnelle à haut débit par vous-même, en particulier lorsqu'elle est destinée à être utilisée comme transport pour les données réseau, de toute façon.
Précisez la nature des données tx, le débit de données requis et tout décodage Rx requis.Cela peut être fait très simplement, mais il y a beaucoup de pensées déroutantes ici, alors @Razavi, clarifie tout cela et énonce spécifiquement ce dont vous avez besoin pour qu'une réponse puisse être donnée au lieu d'opinions et de pensées.Si vous ne pouvez pas fournir plus d'informations, veuillez expliquer pourquoi.Il me semble que vous voulez un système d'envoi de données point à point.