Composant spécial: Relais de réseau commandable
Bonjour,
J'ai cherché sur internet un moyen de câbler de manière automatisée un câble RJ45 soit sur un réseau A, soit sur un réseau B.
J'ai trouvé seulement des versions manuelles: http://www.abix.fr/commutateur-manue...es-014521.html
J'aimerai pouvoir le faire à distance du coup il faudrait qu'il soit commandable en 24 Vdc, bref j'ai envie d'appeler cela "relai RJ45" mais je n'ai rien trouvé sur le net...
est-ce que cela a un nom spécial ? ou est-ce que cela n'existe pas ?
Pourquoi pas un routeur avec les bonnes règles ACL ?
Plus de précisions sur ce que voulez faire aiderait bien...
Pourquoi isoler les deux réseaux ?
Quelles sont les conditions pour passer de l'un à l'autre ?
À tout hasard c’est peut-être mieux en Électronique où je viens de le mettre. S’il n’y a pas de réponse je pourrai transférer également la discussion dans Matériel - Hardware.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Il est très probable que cela n'existe pas, pour la raison évidente que, a priori, cela ne présente aucun intérêt.Envoyé par totolelectro
ou est-ce que cela n'existe pas ?
Ceci dit on doit pouvoir bricoler :
- en passant chaque paire sur un relais coaxial prévu pour de l'UHF. (donc 4 relais au total) : on peut penser qu'il supportera un signal carré à 1Gb sans en perdre en route.
- chaque conducteur sur un relais DIL(donc 8 relais), en acceptant la légère dégradation de signal (avantage par rapport aux relais coax : le coût est totalement marginal et on peut faire le test pour une poignée de figues).
Mais encore une fois, on ne voit pas trop l’intérêt.
Bonjour,
ce composant sera utilisé pour une redondance. actuellement un appareil unique communique avec une relai de données. ce relai de données est doublé. en cas de panne du relai de données numéro 1 alors le 2 prend le relai. le problème c'est que l’appareil unique est actuellement branché sur le relai de données 1 donc si le 1 tombe en panne il faut que je commute sur le 2, sinon les données ne peuvent plus passer en cas de panne.
un switch informatique standard ne peux pas fonctionner car il ne faut pas essayer de causer avec le relai de données 2 lorsque c'est le 1 qui est utilisé. c'est pourquoi il faut un commutateur hardware. mais cela ne semble pas exister.bon au pire je peux le faire moi-même mais ce serai plus rapide si quelque chose existe sur le marché...
C'est quoi cet appareil unique ? un PC ?
J'aime pas le Grec
Votre analyse de SPF ne tient pas debout une seconde.
L'ingénieur en réseau informatique ce n'est pas moi
Je vais rediscuter avec les personnes en question mais selon ce que j'avais compris de la problématique, un relai-RJ45 ferait l'affaire. maintenant il y a peut-être moyen de moyenner avec un switch informatique mais à ce que j'ai compris il y a des soucis de collision et/ou de conflit d'adresses IP si l'on fait cela.
Bref, la question de base c'était surtout est-ce que cela existe mais vous semblez tous dire que non...
Une réponse ?
J'aime pas le Grec
C'est un automate qui remonte des infos sur un SCADA via un relai de données.
Donc tu peux certainement mettre un deuxième port Ethernet sur ton API .
Si le premier port réseau ne répond plus, c'est que ton relais (1) de données est HS . L'API interroge alors le deuxième port réseau
J'aime pas le Grec
Mettre un second port RJ45 est la meillleure solution, si elle est possible...
Sinon, il faut savoir quel est le débit ethernet (10, 100, 1000 ?...) le 10M est peu exigeant, ça devrait passer sans problème dans des relais reed de base. Pour le 1Gbps, oublie.
Et un équipement dans le principe du load balancing (répartition de charge) ne ferait pas l'affaire ?
Il y a de nombreux équipements réseaux qui sont basés sur la redondance, et savent traiter ce cas, mais je ne m'y connais pas assez dans le domaine, je sais juste qu'ils garantissent la haute disponibilité des ressources. Mais là nous sommes dans un contexte industriel et non télécom, aussi j'ai recherché un peu en fouillant un peu sur les équipements de redondance Schneider pour automate et environnements industriels, voici un pdf qui me semble assez complet :
lien vers pdf de Système de redondance d'UC avec Unity
Bonsoir,
Si tu peux nous détailler un peu le fonctionnement des relais de données :
- Est-ce qu'ils ont la même adresse IP ?
- Quand tu parle de panne, est-ce un arrêt complet de l'un des deux relais ?
Il faudra un switch un peu évolué (pas le dlink de darty à 30 balles) et votre ingénieur réseau devra se creuser un peu la tête.
On a la possibilité d’exécuter des scripts ou des commandes sur les switch en suivant l'état d'une interface, ou d'un ping, etc.
Je prends comme contrainte que les deux relais de données ont la même IP, vue qu'on en sait pas plus.
fa1 => Ton appareil unique
fa2 => relais de données 1 (par défaut allumée)
fa3 => relais de données 2 (par défaut éteinte)
Dans le cas d'un fonctionnement normal, ton appareil unique communique avec le relais de données 1.
Dans le cas ou le relais de données 1 tombe en panne (électrique), l'état de l'interface change et le script est exécuter pour allumée l'interface fa3.
Du coup, ton appareil unique se retrouve à communiquer avec le relais de données 2.
Bon c'est un exemple, on peut approfondir avec plus d'informations.
J'espère que c'est pas pour une centrale nucléaire
Je verrais bien un truc façon "heartbeat" pour détecter l'indisponibilité d'un des relais; ça doit pas être bien compliqué à mettre en place.
Oui c'est une bonne idée aussi. Tout est possible, il faut juste avoir les détails sur le fonctionnement actuel.
Parce que si les deux relais de données ont la même adresse IP, Heartbeat ne pourra pas être mis en place.
Je ne pense pas que ce logiciel puisse être installé sur un automate programmable ......
J'aime pas le Grec
Bonsoir,
J'ai l'impression que @totolelectro veut faire faire au niveau 2 ce que seul le niveau 3 ip peut faire.
En effet , les switches (niveau 2) ne savent faire que du "point a point" , si vous voulez que les trames de contenu tcp change de circuit il faudra que la couche 3 s'en mêle, (c'est a dire le routage) et qu'il exsiste une route alternative !. Au lieu d'essayer de transformer des switch en routeurs, il vaut mieux utiliser des routeurs (et des switches) et doubler ainsi les chemins de communication vers le host concerné. (chemin de communication = ROUTE ). On peut ainsi forcer les routes par défaut en utilisant le paramètre TTL x (1 à x) les plus court étant préférés ...
Les application de routage automatique sont alors nécessaires, en général RIP ou OSPF , faut demander aux informaticiens maison de mettre tout ceci en ordre de marche ..
On trouve souvent la confusion entre routeurs et switches là on est en plein dedans ...
A plus
C'est l'étincelle qui a fait déborder le vase !
Hello,
Pour chercher sur le net il faut les bons mots essayes sur google au hasard :
"Protocole internet routage automatique"
Entre autre on trouve :
ce document pdf sur les différents automates de routage
Ou encore :
Cette page sur RIP
ou encore :
Cette page sur des routeurs CISCO qui savent faire ....
Bon un p'tit cours sur le routage déja !!
Mais j’espère que tes informaticiens n'en ont pas besoin, si non faut embaucher un spécialiste réseaux ...
A plus
C'est l'étincelle qui a fait déborder le vase !
hello
Les switches n'ont pas d'adresse IP , le boitier appelle switch peut avoir une adresse ip afin que son serveur de config (sous http) soit joignable !! rien a voir !! .Il faudra un switch un peu évolué (pas le dlink de darty à 30 balles) et votre ingénieur réseau devra se creuser un peu la tête. On a la possibilité d’exécuter des scripts ou des commandes sur les switch en suivant l'état d'une interface, ou d'un ping, etc. Je prends comme contrainte que les deux relais de données ont la même IP, vue qu'on en sait pas plus."]Il faudra un switch un peu évolué (pas le dlink de darty à 30 balles) et votre ingénieur réseau devra se creuser un peu la tête. On a la possibilité d’exécuter des scripts ou des commandes sur les switch en suivant l'état d'une interface, ou d'un ping, etc. Je prends comme contrainte que les deux relais de données ont la même IP, vue qu'on en sait pas plus.
Seul les "routeurs" possèdent une adresse ip , tout comme les interfaces de n'importe quel "host" .. ainsi qu'un routeur évidemment.
A plus
Dernière modification par Patrick_91 ; 26/07/2017 à 20h20.
C'est l'étincelle qui a fait déborder le vase !
Bien sur, et d'ailleurs on les configure par imposition des mains.
Bref, tu racontes n'importe quoi.
Bonsoir,
Avant de dire cela il te faut lire ce que j'ai écrit :
Le boitier DLINK xxxxx ou autre est un switch , il est configurable grâce a un serveur embarqué (protocole http), le serveur de config a bien une adresse IP , mais celle ci n'a rien a voir avec la fonction switch Ethernet qui restera au niveau 2 , donc strictement sans adresse IP .le boitier appelle switch peut avoir une adresse ip afin que son serveur de config (sous http) soit joignable !! rien a voir !!
Un switch ne s'occupe pas du contenu des datagramme IP mais des trames Ethernet ou IEEE 802.XXXX ce qui n'a strictement rien a voir avec le 'ROUTAGE'.
Si tu as une information contraire, peux tu produire le RFC qui le stipule ??
Pour résumer: switch = adresse MAC (matérielle) seulement.
routeur: = adresse IP et adresse MAC bien sur.
Juste a revoir les couches tcpip, c'est pourtant clair !
Heu !! de qui parles tu ?Bref, tu racontes n'importe quoi.
A plus
C'est l'étincelle qui a fait déborder le vase !
Hello,
A propos de choses inexactes ,
non , il n'y a pas de carrés a 1 GB sur une liaison Ethernet Gigabit (4 paires utilisées) voir la norme ANSI correspondante..Ceci dit on doit pouvoir bricoler :
- en passant chaque paire sur un relais coaxial prévu pour de l'UHF. (donc 4 relais au total) : on peut penser qu'il supportera un signal carré à 1Gb sans en perdre en route.
A plus
C'est l'étincelle qui a fait déborder le vase !
Bonjour,
Ecoute Patrick, en soit tu as à moitié raison. J'essayais de vulgarisé un peu pour que le demandeur ne soit pas perdu.
Après tout, il n'est pas venu poser cette question pour se payer un cours sur le routage.
Monter du RIP ou de l'OSPF pour ce genre de truc, c'est un peu tiré par les cheveux. Pourquoi pas rajouter du MPLS par dessus ?
Pour ce qui est des Switch :
- Switch à 30 balles : tu as raison, niveau 2, le paquet arrive et il le renvoi en se basant sur l'association port/@MAC.
- Switch de 100 à 100000€ : niveau 2, avec la gestion de protocole supplémentaire, type VLAN, agrégation, etc. Ils intègrent aussi de plus en plus de fonction au niveau IP.
Généralement manageable (IP attribué pour configuration http ou ssh ou port série)
- Switch de 100 à 100000€ : niveau 3. Et oui, sans parler de routeur, les switchs de niveau 3 ça existe.
Ils intègrent beaucoup de fonctionnalité niveau 3, comme les protocoles de routages en gardant les fonctionnalité de niveau 2 (VLAN, etc).
Daudet, Heartbeat s'installe sur un serveur frontale, les automates ne sont pas concernés.
Attendons la réponse de l'intéressé, parce qu'on va continuer à dériver.
A+
Donc il installe un deuxième port réseau sur son API (si il est pas trop pourri ...)
J'aime pas le Grec
Comme les électroniciens ont fait le maximum je repasse le sujet en Informatique pour voir s’il y a d’autres suggestions.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Hello USMC ,
J'avais capté que c'était un problème pro et supporté par des informaticiens, donc rien d'impossible.
La teneur de mon propos initial était de signaler l'impossibilité pour un switches de router quoique ce soit , et qu'il fallait utiliser des dispositifs capables de faire du "ROUTAGE".
Oui pour les switches tres chers (MLS ou multilayers switches ) ils intègre routeurs et switches dans la même boite (couche 2 et 3) et plein d'autres choses .
Bref la solution la plus simple, voir le poste de DAUDET78, pour des informaticiens pro est en effet de doubler les interfaces (sur l'API et le computer qui le pilote) ainsi deux liens avec deux adresse réseau distinctes seront utilisées de façon redondante, mais il y a un peu de travail de configuration à effectuer.
Si non des routeurs Cisco (ou autres) feront cela tres bien , ils implémentent même RIP qui fera le routage automatiquement en cas de défaillance d'un lien.
A plus
C'est l'étincelle qui a fait déborder le vase !
