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.
