On Tuesday 12 August 2003 04:21, FLUO wrote: > ----- Original Message ----- > Il semble que ce soit plut�t pour la carte wireless a, a/b, a/b/g
Comprend pas la remarque ! > Sont-elles achetables en Suisse? Il faut voir chez: http://www.comattack.ch Je pense qu'il faut attendre quelques mois car il ne doit pas avoir beaucoup homologu�e par l'OFCOM actuellement. > La th�orie de la protection par l'obscure semble fonctionner. La grande > raison mise en avant est que vu que les fr�quences sont contr�lables au > niveau logiciel, ils seraient possibles d'aller sur d'autres fr�quences > dont celles de la grande muette et serait incompatible avec les volont�s > de la FCC (The Federal Communications Commission (FCC) is an independent > US government agency: n'�tant ni am�ricain,ni r�sident aux USA, je ne > vois pas pourquoi je devrais me sentir concern� par ce que veut cette > agence.). Mais un logiciel closed-source pourrait tout autant r�ussir > cela. Il ne faut pas faire de l'anti US primaire. L'homologation d'un produits ne concerne pas uniquement les fr�quences mais �galement la puissance d'�mission que ce soit dans le canal central ou celles des canaux contigus. Des contraintes sont n�cessaires pour que tous les produits utilisant des ondes radios puissent travailler ensembles. De plus il faut bien avoir une identit� qui prend sur elle l'homologation et qui va prendre sur elle la responsabilit� juridique si leur produit permet de contourner la norme. Si l'on veux bidouill� avec de ondes radio il faut faire un brevet de radio amateur et ensuite on a des plages de fr�quences permettant une plus grande libert� mais les contraintes sont toujours l�. Comme on d�t la libert� des uns commence ou celle des autres finissent. > Le fait que des fabricants sortent des produits bas�s sur le brouillon > de la norme 802.11g ne g�ne pas grand monde. Je pense que les produits qui sortes on la possibilit� de suivre les �volutions future de la norme par mise � jour de leur firmware. > > Le HAL (Hardware Access Layer ) n'est pas exempt de bug, mais on ne peut > pas v�rifier. La compilation du binaire pour ta plateforme est au bon > vouloir de l'auteur. S'il venait � arr�ter le projet, � devenir > amn�sique ou � d�c�der, on se retrouve avec une version fig�e. Une alternative serai d'avoir une partie du firmware ne pouvant �tre charg� que depuis un binaire pr�par� par le constructeur mais avec les source en open et une autre partie totalement en libre. Le risque c'est que quelqu'un d�couvre la m�thode que le constructeur utilise pour pr�parer le firmware qui est sous la responsabilit� du constructeur. Ce qui arrivera probablement (comme le cryptage de zone pour les DVD). Personnellement je pr�faire avoir un firmware d'une bonne bo�te prenant sur elle toute la partie homologation et juridique en cas de probl�me. > > Je ne suis pas certain que le reste du pilote puisse �tre GPL s'il est > link� sur un objet closed-source. > > Le noyau est teint�. Il est tout � fait possible pour un constructeur de faire un module en open qui charge dynamiquement un binaire. C'est par exemple la m�thode qui est utilis�e par AVM pour le driver de ces carte ISDN et ADSL (Fritz, C2, C4 etc) > Cela montre le mauvais exemple aux autres constructeurs. Je pense que les constructeurs n'ont pas trop le choix si ils veulent homologuer leurs produits et garder la possibilit� de faire �voluer le firmware. Par ailleur c'est logique que les autorit�s n'aillent qu'un seul responsable pour un produit donn�. Par ailleur je signale que les autorit�s exige que les constructeurs offre un m�thode afin d'identifier le produits �mettant des ondes hertziennes en digital, ceci afin de permettre de contr�le du respect de la norme par le constructeurs. Pour plus d'info, voir le site de l'OFCOM (http://www.bakom.ch/fr/) A+ Martial Guex _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
