Marc Quinton a écrit 1551 commentaires

non, c'est juste la frame-encadrante, etant de toulouse, je vais leur proposer de faire la correction. Ca sera le prix d'un repas pour midi et un ticket d'entrée pour le poste ... bah non il m'intéresse pas trop finalement ;-)

reste encore le probleme du portable pirate rattaché au réseau. Sans compter que ces précautions (bios et boot) sont rarement prise dans un réseau bureautique et qu'un PC sous windows peut souvent redemarrer sous Linux. Mais il reste encore la barriere des passerelles vers les branches unix a passer en effet souvent les réseaux sont scindés.

propose leur une formation unix ;-) tout bon unixien sait que etre root c'est une carte pour le nirvana ...

""Pire, autant il est vrai que la plupart des informaticiens savent déjà taper quand ils attaquent leurs études, autant il serait donc d'autant plus nécessaire de leur montrer comment mieux taper, afin de ne pas perdre de temps ou tomber malade à cause d'une mauvaise utilisation intuitive de l'outil ...""

demandez donc a l'imam qui vient d'etre expulsé ce qu'il en pense ;-)

apres mure reflexion et aussi parce que la nuit porte conseil. Je me suis dis que tout administrateur réseau se doit de gerer et configurer son réseau. Dans une entreprise, un réseau est segmenté avec une inter-connexion de chaque segment. On ne verra jamais plus de 50 PC sur la meme branche de réseau, enfin tout dépend du type d'application. Ces 50 PC dialoguent entre eux et sont généralement ratachés au meme serveur. De meme ils ont une gateway tant pour
sortir sur Internet qu'atteindre d'autres branches du réseau.

Alors je présume que les réseau maillés Wifi devront de la meme facon être segmentés sous peine d'engorgement. Cela consiste a choisir :
- 1 : un canal (le reste des parametres Wifi n'a pas d'importance dans ce contexte), peut-etre si c'est automatisable une liste de canaux préférés avec une détection automatique des colisions ou des canaux les plus saturés,
- 2 : une adresse IP et un mask de sous-réseau,
- 3 : je vois rien d'autre.

d'autre part il existe 2 types d'utilisateurs internet :
- 1 : le power user qui n'arrete pas de télécharger et saturer la bande passante, celui qui dispose d'un acces TV via son ADSL consome aussi pas mal de bande passante mais n'est pas un power user ; je ne pense pas que la Wifi résidentielle soit adaptée a cet usage. Ce power user tot ou tard aura son propre acces internet haut-debit,
- 2 : l'utilisateur normal qui pense que 30E par mois c'est un peu trop pour un acces haut debit meme illimité vu les usages qu'il en fait. Cet utilisateur surfe tous les jours sur Internet et lis son courrier electronique ; mais ce qui est certain, c'est que contrairement a nous, il ne passe pas sa journée devant un ecran d'ordinateur. Il a tres certainement une autre vie a part le net ... aller, faisons une estimation il faudrait 50 ou 100 de ces users pour saturer une ligne ADSL 1024 ou 2048.

Par experience, je vois que mon premier client Wifi consome dans une journée 5Mo de traffic Internet. C'est un retraité tout a fait ordinaire. Il s'occupe via de l'email de trouver des jobs a des demandeurs d'emploi et exerce des activités artistiques (peinture). Le fait d'avoir une connexion illimité lui a certainement fait doubler son temps d'utilisation du net, mais sans doute pas bcp plus. Quand ses petits enfants sont a la maison c'est une autre affaire ...

Donc, non, je ne crois pas que nous allons a notre perte.

exact, j'ai fais fonctionner AODV et j'ai été particulierement decu par le fait de devoir attendre a chaque clic souris sur mon navigateur le temps que la route soit trouvée. Je me suis dit soit c'est le protocole soit c'est une erreur de configuration de ma part. Cependant c'etait inutilisable.

Je me suis donc orienté vers OLSR. Et j'ai réussi sans trop de peine a faire fonctionner Unik-OLSR. Il n'est point besoin de modifier le noyau comme annoncé dans une reponse ci-dessus. Tout s'execute en mode user. C'est a mon avis idéal dans le cas d'un produit en cours de developpement. D'autre part le protocole OLSR genere des packets HELLO toutes les 2 secondes et agit sur la table de routage en fonction des reponses recus. Il n'est donc pas indispensable vu le peu de performances exigé qu'il fonctionne en mode noyau. Et tout comme la commande unix "route" il sait agir sur la table de routage via les appels systemes qui vont bien.

OLSR connait la notion de route par defaut, c'est son principal avantage dans le cadre d'une utilisation Wifi résidentielle avec passerelle Internet. Si l'adresse demandée ne fait pas partie du réseau wireless, le traffic est simplement transmit a la passerelle ar defaut. OLSR transmet cette information dans les messages echangés. Les clients OLSR savent donc trouver une passerelle par defaut ainsi que sont chemin pour y parvenir.

Unik-OLSR dispose d'un mécanisme de plugins. Il est developpé principalement par un thésard en norvege ou un pays voisin. Le protocole a l'origine est issu de L'INRIA. Vive la France. C'est actuellement le meilleur protocole pour faire du Wifi résidentiel. Reste maintenant a verifier qu'il est possible de réaliser des réseaux vastes. Pour ma part, ca ne m'interesse pas vraiment d'aller de l'autre coté de la planete avec ce protocole.

Il doit exister une version de AODV (UU) qui dispose de la notion de gateway. Et dans ce cas, tout comme OLSR il sait reconnaitre les portes de sortie vers internet et router le traffic vers ces gateway.

voila pour la synthèse.

c'est sympathique ce que tu annonces. De toute maniere, je ne pense pas réaliser un réseau metropolitain mais juste un réseau citadain. Un simple petit réseau constitué de quelques points d'acces : aller entre 10, 20, peut-etre 50. Et si comme tu le present, il y a des soucis de bande passante due a la surcharge du protocole OLSR, il sera toujours temps d'aviser le temps venu.

merci de nous mettre la puce a l'oreille.

tient, une autre table de routage avec 3AP ...

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
169.254.0.52 wl51 255.255.255.255 UGH 2 0 0 eth2
169.254.0.51 * 255.255.255.255 UH 1 0 0 eth2
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth2
169.254.0.0 wl51 255.255.0.0 UG 2 0 0 eth2
default wl51 0.0.0.0 UG 0 0 0 eth2

wl52 est accessible via wl51, et cette table provient de wl54. Ci dessous la reciproque :


Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
169.254.0.54 wl51 255.255.255.255 UGH 2 0 0 eth2
169.254.0.51 * 255.255.255.255 UH 1 0 0 eth2
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth2
169.254.0.0 wl51 255.255.0.0 UG 2 0 0 eth2
default wl51 0.0.0.0 UG 1 0 0 eth2


j'aimerai bien disposer d'une option 'typewriter" ou code ou pre ...

vous allez griller comme dans un micro-onde ...

OpenWrt tourne sur plusieurs AP dont des ASUS, des Buffalo. Mais je ne crois pas que la partie chipset ADSL sera gérée par le wag54g.

tu fais partie de Wireless France ?

PS c'est du protocole AODV sur le lien PSF.fr, mais le principe de modification de la table de routage reste le meme. Désolé ...

tres bonne question mais je n'ai pas la reponse. Le processeur de ces petites betes tourne a 125Mhz, et 80bogo mips je crois. Et voici une table dont je dispose actuellement :

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
169.254.0.54    *               255.255.255.255 UH    1      0        0 eth2
169.254.0.0     *               255.255.0.0     U     0      0        0 eth2
169.254.0.0     wl54            255.255.0.0     UG    1      0        0 eth2
10.0.0.0        *               255.0.0.0       U     0      0        0 eth0
default         internet-gw     0.0.0.0         UG    0      0        0 eth0

tu en as d'autres ici : http://www.paris-sansfil.fr/index.php/WRT54GHack(...) en tout état de cause je ne pense pas réaliser un super réseau métropolitain avec ce systeme, ou alors avec des zones bien différenciées et affectation de plages d'adresses IP par zone. Le transit entre chaque zone se faisant par la gateway qui peut tres bien etre soit un AP Linksys ou alors un PC sous Linux un peu plus puissant doté d'un acces Wireless (carte ou pont).

merci de noter de l'intéret de ce projet ici par plus ou moins selon la methode traditionnelle ;-) je risque ma peau je crois.

sans pouvoir préciser le nom du format j'ai entendu a la radio que Intel allait lancer un nouveau format de PC avec une nouvelle disposition favorisant la dissipation des calories. Ce sera un mini-format comparable au boites a chaussures actuelles (enfin c'est comme ca que je les appelle).

ca arrive a tout le monde de perdre la réson, m'enfin ...

chouette, je vais pouvoir vous rendre visite pendant mes vacances a la montagne. Ma femme est du pays ;-) Le Noirmont, ca fleur bon la campagne, hein !

sans compter tous les virus Windows qui poluent inutilement ma boite aux lettres. C'est le prochain fléau du net. Un simple changement de messagerie (Mozilla par exemple sous windows) permettrait a tous les contaminés-contamineurs de ne plus polluer aussi inutilement l'espace Internet.

je suis en train de mettre en place un réseau maillé a base de Wrt54g basé sur openwrt. Il s'agit de Wifi résidentiel (portée sur le quartier, petite ville meme). Nous utilisons unik-olsr.

- les tests préliminaires sur les aspects routage sont positifs,
- le premier point d'acces distant fonctionne bien (depuis le 30 mars)
- quelques autres points utilisant le maillage (hop) vont etre installé apres les vacances.
- c'est plus un prototype qu'un environnement de production, mais tout semble OK.

regarde du coté de OpenWrt : http://openwrt.ksilebo.net/(...)

je ne vais jamais voir les journaux, peut-etre une erreur. D'un autre coté, je fais parfois des recherches sur LinuxFR et je tombe sur des journaux.

merci pour le conseil.

bonjour,

dans le cadre du developpement d'un serveur Web pour administrer un Linksys sous OpenWrt, nous sommes a la recherche d'outils de scripting a la php.

php est un peut trop gourmand pour tourner (s'installer) sur nos petites machines disposant de 4Mo de memoire flash,

j'ai trouvé un petit truc sympa : http://emulang.sourceforge.net/(...)

en connaissez vous d'autre ?

- ca peut-etre un shell ou une extention qu'on ajoutera a l'un des shells de busybox,
- un cgi qui sera invoqué par le mini serveur http de busybox,
- un mini serveur web avec des fonctions scripts embarqué. C'est actuellement sur cette solution que je travaille. Le serveur d'origine Linksys (broadcom) possede un petit langage tres limité. En meme temps que j'ai isolé les sources de l'environnement de dev linksys, j'y ai ajouté quelque fonctions (include et system) ; j'espere que la licence d'exploitation me le permet ...

dans completion, il y a 2 mots : completer et la terminaison en "tion" qui se rapproche du mot action. On peut donc dire que c'est un mot composé basé sur completer et action d'ou le mot complétion.

moi non plus j'arrive pas a utiliser Bittorrent de chez moi, avec Free.fr. Est-ce moi qui fait une mauvaise manip ou bien free. Va savoir ...

Faudrait mettre un relay tcp ou un petit demon tcp sur le port 6969 et faire des essais.

est-ce qu'il est possible de marquer les threads on l'utilisateur a participé soit par une icone, soit par une couleur ; la detection se faisant par l'adresse email.

si c'est pas possible, ca serait une killing feature meritant plein de bounties ...