techniques de commutation classiques VS ATM

par **Asuka** » 20 Oct 2003 01:46

Bonjour! En tant qu'administratrice d'une entreprise en recherche et développement dans le domaine de la dynamique des fluides, mon équipe et moi avons l'intention de mettre en place une nouvelle application de simulation et d'imagerie numérique. Nos équipes de recherche et d'ingénierie sont réparties entre Montréal, Paris et Lyon. L'application doit permettre à nos chercheurs de visualiser et d'analyser, de manière collaborative, des phénomènes instables particuliers. Ces chercheurs ont besoin d'accès partagés aux modèles de simulation, de la possibilité de tenir des vidéoconférences à partir de leur poste de travail, d'une messagerie multimédia en mode asynchrone et d'accès à une base de données multimédias. J'ai cherché de la documentation à ce sujet mais rien de bien convainquant; d'une part on semble conseiller fortement l'ATM et d'autres part on semble proposer le recours aux technologies classiques (RTC, RNIS, X.25, FR, IEEE 802, IP, etc)...Je ne sais pas si quelqu'un peut m'aider en m'expliquant clairement mais de façon résumée la différence entre les deux types de technologie et m'expliquer brièvement ce que signifie les termes "transmission asynchrone et synchrone", et m'éclairer sur les concepts de conduit virtuel et de circuit virtuel; sur le modèle de référence de l'ATM, sur le rôle des différentes couches, sur le format d'une cellule et sur les types de signalisation, d'adressage et de routage..ouff!

par **vanvan** » 20 Oct 2003 02:44

Conseil de base pour avoir les définitions exactes, le site commentcamarche.net ( faire une recherche sous google car g peur de dire une bétise sur l'url). Pour moi le choix se porterait sur ATM ( prévoir un budget conséquent ). Car du fait de l'utilisation d'imagerie, cela nécessite un débit important. Néanmois, il existe des solutions alternatives et moins couteuses. Genre tout d'abord, calculer le taux d'échanges entre les différents sites et adapter l'offre. En tout cas, à priori, oublier les liaisons commutés genre RTC et RNIS car trop couteuses avec un débit inadapté. Mais pourquoi pas mettre en place une liaison haut Débit ADSL ou SDSL ( plus cher mais débit plus important ), avec entre les différents sites du VPN pour isoler logiquement tout ça, le tout doter de DNS adaptés aux différents sites avec des domaines parents et des enfants. Dans le cas, du VPN, il s'agit de créer un tunnel basés entre deux sites passant par le réseau Internet mais isoler, cela en utilisant un cryptage adapté genre IPSec. Ou encore utiliser TLS ( vérifier que le cryptage est encore viable des suites du trou de sécurités sur SSL. VPN, plus simple de mise en place. Pour ce qui est de la notion de synchrone, asynchrone dans le cas d'une base de données, il s'agit d'être en permance en liaison avec la BDD pour toute modifications dans le cas Synchrone, alors que l'asynchrone permet de récupérer sur le client une copie de la BDD pour y effectuer en local des modifications qui mettront à jour la base principale, lors d'une connexion futur --> Synchronisation de la base cliente avec la base mère ( j'ai bien dis synchronisation et non synchrone ). L'avantage de l'asynchrone est justement de limiter le traffic réseau ce qui permettra d'économiser des lignes couteuses, d'épargner le débit, ... Pour plus de renseignement me contacter par email Je tiens à rajouter qu'il existe un certain nombre d'offres permettant des débits importants avec un prix adapté mais je suis en déplacement cette semaine et ne pourrais en parler qu'en fin de semaine, n'ayant plus les noms en tête. sorry !

par **gla** » 21 Oct 2003 10:03

Salut ASUKA et soit la bienvenue. Ta ou plutôt tes questions demandent des précisions. D'après ce que tu indiques, tu disposes de trois sites distants (Paris, Lyon, Montreal). On suppose qu'ils sont interconnectés via Internet, et non par des LS <IMG SRC="images/smiles/icon_biggrin.gif"> Tes besoins en communication semblent être les suivants : * Imagerie (visualisation, modification ?,...) * Visioconférence * Base de données (Client-Serveur) * Messagerie (le multimédia existe dans toutes les messageries avec les fichiers attachés) * Forum de discussion Du fait de l'éloignement de tes sites, et à moins de disposer de moyens hors de nos pauvres bourses, je te conseille de rester sur l'interco Internet. L'utilisation de LS et d'ATM sur des distances de cet ordre me parait fou en l'état actuel des infos que tu nous donnes. Mais peut être as tu accès à Renater ou mieux Renater2. Dans ce cas, je change mon idée, et te conseille effectivement de passer sur de la commut ATM pour l'image. Sans autres informations de ta part, je considère que tes besoins ne sont pas de l'ordre du temps réel (au sens propre du terme) et qu'ils ne demandent pas d'infrastructures répondant à ce type de problème. En conséquence, il me semble qu'un accès Internet (un peu costaud) suffit dans chaque site. Tu dois y adjoindre un VPN (réseau privé virtuel) entre chaque site afin de permettre les communications sécurisés entre les utilisateurs. L'utilisation d'ADSL me semble un peu léger. En effet, tu as moins de débit montant que le débit descendant. Cela fonctionne bien lorsque tu consultes Internet, mais là tu as besoin de faire discuter des personnes qui sont sur les sites... Donc la bonne solution serait plutôt de prendre des LS pour te relier à Internet. Chaque LS doit relier ton centre vers l'interco Internet du provider, ensuite tu utilise Internet pour la comm intersite. C'est plus cher, mais tu y gagnes en qualité de service, en GTR (Garantie de Temps de Rétablissement) et autres détails. Tu peux également t'appuyer sur un opérateur présent dans les deux pays, afin de profiter de son réseau et d'avoir des garanties sur le temps d'acheminement... Si tu as besoin de plus d'info, tu dois également nous en donner et surtout bien identifier tes besoins (et pas forcement les solutions des fournisseurs... <IMG SRC="images/smiles/icon_biggrin.gif"> ) *** Sinon pour Info, et vu que c'est plutot le rôle d'Ixus *** Il existe plusieurs types de commutations. Commutation de circuit (RTC, notre bon vieux Biniou...) Commutation de paquet (X25, Frame Relay, Réseaux Locaux, ...) Commutation de cellules (ATM) La cellule ATM fait 53 octets (entète de 5 octets et 48 octets de DATA) L'intéret d'ATM est qu'il n'induit pas de temps de latence dans une communication multimédia associant du son, de l'image ou de la data. Et pour info, la messagerie est toujours asynchrone !

techniques de commutation classiques VS ATM

Qui est en ligne ?