Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1503 connectés 

 



Vot' poste actuel
Sondage à 2 choix possibles.




Attention si vous cliquez sur "voir les résultats" vous ne pourrez plus voter

 Mot :   Pseudo :  
  Aller à la page :
 
Bas de page
Auteur Sujet :

• Administrateur Systèmes linux/unix & Réseaux •

n°175335
XaTriX
Posté le 10-11-2021 à 22:53:38  profilanswer
 
Voir ce message dans le sujet non filtré
 

l0g4n a écrit :

Et donc partir sur une techno qui ne garantie par l'absence de perte (ethernet, ou même IP), c'est adapté dans votre cas ?


 

l0g4n a écrit :

Et donc partir sur une techno qui ne garantie par l'absence de perte (ethernet, ou même IP), c'est adapté dans votre cas ?
Non parceque bon, ethernet, c'est a priori pas fait pour des uses cases où faut absolument rien perdre, a moins de compenser avec des algos de détection de perte, de reconstruction, de renvoi... Genre TCP, au pif :o


 
tu postes en UDP ? :o


---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
mood
Publicité
Posté le 10-11-2021 à 22:53:38  profilanswer
 

n°175338
zeql_
Posté le 10-11-2021 à 23:33:37  profilanswer
 
Voir ce message dans le sujet non filtré
 

l0g4n a écrit :

Et donc partir sur une techno qui ne garantie par l'absence de perte (ethernet, ou même IP), c'est adapté dans votre cas ?

 
Ivy gu a écrit :

 

Tant qu'il n'y a pas de lien surchargé il n'y a pas de perte, quand on contrôle les émetteurs et le réseau on peut garantir qu'il n'y aura pas de lien surchargé si on veut, le problème n'est pas là. Les algorithmes de gestion de la congestion ne sont utiles que parce que dans le cas général, une seule entité n'a pas le contrôle de bout en bout et donc chacun doit trouver des moyens de cohabiter et de résoudre les problèmes causés par le partage des ressources. Mais si on n'est pas dans ce cas, on n'a pas forcément besoin d'un algorithme pour résoudre la congestion, on peut s'arranger pour simplement qu'elle n'arrive pas.

 

Comment on maitrise le réseau (ceux qui envoient notamment) on peut potentiellement se passer d'algo de congestion qui sont assez gourmands en resources et surtout qui dit congestion dit paquets qui seront ralentis, or vu que nos flux de données sont des sortes de stream audio/vidéo, c'est pas possible. Donc on se débrouillera pour limiter la bande passante autour des 80%. Mais au niveau switch faut se débrouiller pour qu'il n'y ait pas de routage foireux qui viendrait congestionner un port.
C'est ce qui nous avait mis sur la piste des VLAN pour isoler les flux, mais avec du simple multicast et gestion d'IP/adresses mac, si on se goure pas sur les attributions d'IP ça devrait pas poser de problème. (On a 2 réseaux : un réseau pour les données et un réseau de contrôle pour venir contrôler les FPGA)

 

Et au niveau hardware (c'est mon taf), bah on s'arrange pour designer des liens qui n'entraîneront pas de perte (on va probablement rester sur un classique 10e-12 en terme de BER). On est pas sur des réseaux critiques.


Message édité par zeql_ le 10-11-2021 à 23:35:40
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
 

Sujets relatifs
Quel adresse pour routeur cisco? 2 réseaux différents2 Livebox ( 2 reseaux) pour 1 imprimante
HPE IMC Monitoring Linux distrib2 cartes réseaux sur 1 PC connecté à 2 accès
Serveur Squid pour 5 réseaux (5 modems)Limitation droits utilisateurs AD/Linux
Logiciel opensource schémas réseauxMigrer bases SQL de xampp Windows vers serveur Linux
[Reseaux d'entreprise] Obtenir la WIFI pour utiliser tablettesdeux reseaux wifi avec une livebox
Plus de sujets relatifs à : • Administrateur Systèmes linux/unix & Réseaux •


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR