Ouaa ça à papoter dur pendant le temps ou je faisait connaissance avec Felix. Il va faloir un petit bout de temps pour que j'intégre mais je profite pour mettre mon grain de sel sur quelques points. At 02:47 31.03.02, you wrote: >On Sat, Mar 30, 2002 at 05:29:42PM -0800, MuTECH wrote: > > At 09:33 30.03.02, you wrote: > > > > >mouai tu veux du consulting a l'oeuil quoi :) > > > > Houai un peu car c'est ce que je fais actuellement afin de promouvoir le > > net chez-moi. > > Mon premier objectif était d'avoir une ligne rapide qui arrive chez-moi. > > J'avais plusieurs possibilités tel que rester en ADSL, avoir une ligne p-p > > HF jusqu'a l'EIVD ou j'ai des contacts puis de louer une bande passante > > chez Switch ou Cablecom ou enfin d'essayer de promouvoir un backbone entre > > Sainte-Croix et Bullet ou les lignes sont trop atténuées pour permettre > > l'ADSL. De plus il est peut probable qu'un fournisseur d'accès le fasse > > étant donné le formidable potentiel de client (vivez dans une petite > > localité qu'il disait, enfin on a au moins les sapins). > >:) > >c'est sympa comme projet!
Je pense aussi > > Par ailleurs j'ai du boulot assurer jusqu'à la fin de l'année alors ce > > n'est vraiment pas sur ce projet que je compte pour gagné ma vie. > > D'ailleurs si une où plusieurs personnes veulent se proposer afin de se > > faire du fric, pas de problème et je me propose même de leurs donné un > coup > > de main gratuitement. Tu es intéressé ? > >me proposer pour l'ensemble du projet, je pense pas, mais y apporte >un coup de main, volontier! Merci, j'ai pris note. > > Bon pour prendre les devants j'ai sacrifié presque une semaine afin de > > trouver le compromis entre la bidouille et le professionnel pour que tout > > le monde soit satisfait (Commune et clients potentiels) aussi bien > > financièrement que fonctionnellement pour ce backbone. Du coup je me suis > > dît que faire les points d'entrées sur du Linux ou du FreeBSD > permettrai de > > faire le pied de nez à ceux qui proposent systématiquement du matériel > > genre CISCO parce qu'ils ont toujours fait ça et que cela fonctionne très > > bien. De plus cela pourrai être moins chère. A titre d'information pour > les > >oui tout a fait, linux est utilise pour remplace des cisco7500 >avec un plein succes comme routeur IP pur, cf. John Fraizer >sur la mailing-list de zebra, un demon de routage GPL pour les *nix. > > > candidats, il ne faut pas être trop bas au niveau prix autrement les > > administrations nous prennent pour des rigolos et oublie volontairement > > notre offre (elles sont trop habituées au dumping des boîtes avant leur > > crash). > > > > >oublie ATM et FDDI, ca va te couter un max et tu sais pas > > >vers quoi tu vas en terme de gestion (pour ATM), par contre > > > > Peut-tu préciser le problème au niveau de la gestion de l'ATM ? > >ATM est enooorme, complexe, difficile a depanner. >c'est un empilement de couche interdependante, une lasagne >complete a lui tout seul. >pense au jour ou il y a une interruption sur ton reseau, comment >trouver la panne. J'aime assez bien ce genre de défis et puis si l'on veut que cela avance il bien faut de temps en temps sortir des solutions toutes faites. > > >il y a une flopee de produits fast ethernet sur fibre optique > > >qui tirent 100km sans broncher, nbase etait un des premiers a > > >commercialise ca, depuis 3 ans il y a plethore d'offre dans ce domaine. > > >(j'ai mis de tels transceiver en place sur un lien de 110km il y a 4 ans > > >et ca marche tjr a merveille). > > > > Comme je l'ai signalé précédemment je ne suis pas persuadé que l'on puisse > > sur une machine normale router et avoir le firewall sans qu'elle soit à > > genou ! Car il me semble qu'avec de l'ATM ou de l'Ethernet ainsi qu'une > >oh en terme de performance, je pense pas que ce soit un probleme. >par contre pour des questions de gestions, ca peut etre une bonne >chose de mettre ces deux fonctions sur deux machines separees. C'est à se niveau que cela cloche car si l'on passe par une gestion du routage classique sur un système multitache, celui-ci ne peut pas assurer que le traitement se ferra pendant un temps déterminer, il va obligatoirement dépendre de la charge du système. Cette fonction et l'apanage des système temps réel (QNX, etc). On peut éventuellement appliquer certain patche sur le noyau afin de favoriser le temps d'activation de certaine taches mais cela ne fait pas grande différence. Le seul moyen d'assurer une certain temps de transfert des paquets et de faire l'intégraliter du processus par l'activation d'un code de façon contrôlée et que celui-ci ne puisse pas être interomput de façon incontrolée comme par example dans la gestion des interuptions hard. Ceci entraine naturelement un risque assez important au niveau du développement car on est vraiment à un bas niveau alors les plantages risques d'avoir un impact trés style écran bleu de NT voir pire (je sais par expérience). C'est pour ça que le FDDI me semblait interessant car celui-ci est vraiment prévu pour travaillé en anneau et qu'il semblerai que quelque soit la charge du système le réseau continue à fonctionner de façon presque identique car c'est la carte qui s'occupe de faire passer le jeton d'une paire de fibre à l'autre si le destinataire pas cette même machine. De plus les cartes gérent également la rupture de l'anneau. Pour ce qui est de l'ATM et de l'ethernet il probable donc que la charge du système puisse avoir influence non négligable sur le comportement global du réseau en anneau, ce qui n'est pas génial si pour limité les frais on place un firewall et éventuellement un proxy sur la même machine que celle qui fait le routage. Il est possible que certaine carte qui on deux intérfaces ATM que j'ai aperçues implémentes des fonctionalités proche du FDDI mais je n'ai pas l'expérience pour le confirmer. > > boucle de routage redondante tous les paquets doivent passer d'une carte à > > l'autre de l'ordinateur à l'exception des paquets à destination de cette > > machine. Et je ne pense pas à la vue du prix de la fibre et de la pose > > qu'une topologie en étoile avec un switch au centre soit moins chère et de Voir plus haut (dans l'email naturellement). >ah je pensais utilise du fast ethernet entre les 4 points en anneau, >comme interface point-a-point entre deux routeurs linux, 4 fois. >ca suppose que ton reseau transporte uniquement de l'IP. ce qui >n'etait pas forcement ton but. >autrement, la meme chose peut-etre fait entre 4 switch ethernet en >bridging, si tu veux transporter autre chose que IP. >a voir en fonction des besoins. Toujours plus haut. > > plus cette solution n'autoriserait l'ajout d'un point que par > l'utilisation > > de deux fibres supplémentaires et de réouvrir des tranchées. Peut-tu > > confirmer que cela marche en Ethernet ou avec un transceiver ? > >tout a fait, la solution en etoile n'est pas appropriee, heureusement >c'est aussi tout a fait faisable en anneau. > > > Enfin pour le prix, rien ne m'empêche d'envisagé la possibilité de l'usage > > de l'ATM où le FDDI (je croix qu'il faut compter environ 2 x ~1500.00 CHF > > les 2 cartes ATM ou FDDI pour chaque point d'entrée, c'est ça ?) car pour > >je sais pas, mais ca doit pas eviter d'acheter des transceiver >multi-mode courte distance - mono-mode longue distance qui vont >couter a peu pres autant que les transceiver ethernet - mono-mode >longue distance, la plupart des cartes sont faites pour ce brancher >a des peripheriques proche, en fibre multi-mode. > > > le moment je fais l'évaluation gratuitement. Et de plus cela me permettra > > d'avoir une idée des prix pour d'autre choix que de l'ethernet. > > > > Il semble également qu'avec l'Ethernet il soit difficile d'assurer des > > temps de latences de façon correcte (peut-être avec de l'ipv6 mais là > c'est > >oh non, ethernet a une fausse mauvaise reputation de ce cote la. >c'est une repuation qui etait valable sur un reseau local 10Mbit/s >en csma-cd (media coax partage) en saturation. >rien qu'avec 100Mbit/s dans ton cas (utilisation par une administration >d'une petite commune et quelques clients) tu risque pas d'avoir trop >de prob de congestion, en plus tout fonctionnerait en full-duplex, >ce qui desactive csma-cd, le systeme de retransmission en cas >de collision qui rendait l'ethernet assez imprevisible en terme >de latence. > > > très testing) ce qui n'est pas idéal si l'on veut passer des infos > comme de > > l'audio ou du multimédia, ce type de transfert n'est pas l'objectif actuel > > de ce réseau mais pourrait être un argument pour plaider ma cause avec la > > commune afin de faire passer la pilule. > > Par ailleurs les points de connections sur les fournisseurs de connections > > au réseau sont également sur ATM et donc l'usage ATM permettra de ne pas > > passé d'un protocole à l'autre et pourrai simplifier la gestion du réseau > > dans son ensemble. > >gasp pas sur! Moi non plus, mais on peut toujours y penser! > > Bon tout n'est pas blanc ou noir, mais ou est le gris ? > >ah mon avis, ethernet est plus 'mainstream' donc tu auras >moins de probleme a trouver des gens capable de comprendre >son fonctionnement, ca sera moins cher a entretenir, plus >rapide a depanner, moin couteux aussi, et ethernet >est maintenant capable d'avoir different niveau de qualite >de service (avec 802.1p, a utiliser en conjonction avec une couche >QOS au niveau IP), une isolation des traffic (les vlan 802.1q). Je le pense aussi et puis on aura toujours la posibilité dans 3 ou 4 ans de planter de nouvelles cartes plus pérformantes et où mieux adaptées sur un ordianteur d'ocasion. Et puis il est fort probable que je me casse un peut trop la tête pour enfin ne devoir passé que 1 Mbs car on aurra pas moyen de loué une bande passante plus grande chez SWITCH. >les produits ATM sont issus du monde telco plutot qu'informatique >du reseau local: tout est pense de maniere verticale. >si tu veux faire de l'ATM bon marche, tu ne pourras pas >utiliser les avantages qu'ATM offre sur un switch haut-de-gamme. >ethernet est une technologie simple, venant d'en bas, qui est >etiree contre en haut depuis des annees. >ca convient bcp mieux a tout projet construit de maniere identique, >en commencant par en bas puis en montant. > > > >et il y a aussi des transceiver qui permettent de transmettre du gigaE > > >sur 20 a 100 km. > > > > > >tout vendeur de boites en metal genre azlan, anixter, saura t'en trouver > > >a la pelle. > > > > Je ne savais pas, merci des renseignements, n'étant pas un spécialiste > > réseau j'ai une tendance à chercher sur Internet les produits qui > > pourraient convenir puis de voir ou je peux trouver un fournisseur. Ce qui > > n'est peut-être pas la meilleure solution. Est-ce que tu pourrai me donner > > un ou deux types pouvant être utilisés dans mon cas ? > >http://www.nbase-xyplex.com/products/copper/copper.html >http://www.alliedtelesyn.com/allied/products/viewproduct.asp?category=3&id=95&country=74&lang=fr > >c'est les deux fabricants qui me passent par la tete, il y en a d'autre, >les nbase sont tres fiables, les alied je sais pas jamais teste. Merci. > > >(ca n'a pas grand chose a voir avec linux, viens sur > > >[EMAIL PROTECTED] nous raconter ton projet avec une fibre nue ca nous > > >interesse, c'est une liste de fada de reseau 'grassroot' :) > > > > On peut se poser la question car c'est quand même sur du Linux ou du > > FreeBSD que je voudrai que les routeurs fonctionnes et l'on peut dire que > > choisir tel protocole où telle carte est très lié au moyen de les utiliser > > et aux drivers disponibles. Enfin si des personnes sont contres le fait > que > > j'utilise cette liste, qu'il me le fasse savoir et je zapperai de liste. > >je te propose qu'on se rencontre pour discuter du tout, les options sont >nombreuses et toufue, et j'ai aussi assez de boulot, je te facturerai >rien pour ca promis :) Pas de problème, tu me dis une date, un lieu et heure ? A propos tu habite où ? D'autres personnes sont intéressées ? Cela me permettrai peut être de rencontrer d'autres fameux gourous (Salut Marc) et l'on pourai se faire une bouffe. >(j'ai tellement vu trop de matos vendu et sous utilise, la suisse est >un senctuaire a matos informatique mal achete, mal configure, mal >interconnecte, mais qu'est ce que ca rassurait tout le monde d'acheter >des quantites de merdes non fonctionelle cense tout resoudre, enfin, >j'ai la mentalite qu'il faut pour allumer les fibres des campagnes a >moindre cout :) Les fibres s'en sentes déjà toutes chaudes. >aplus > > > A+ > >-- >Philippe Strauss >http://philou.ch/ > >L'indifférence est le plus grand risque de notre temps, >la forme civilisée de la cruauté. -- Zenta Maurina >-- >-- >http://www-internal.alphanet.ch/linux-leman/ avant de poser >une question. Ouais, pour se désabonner aussi. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.