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! > 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! > 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. > >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. > 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 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. > 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! > 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). 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. > >(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 :) (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 :) 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.
