Projet

Général

Profil

Evolution #150

STRI Maquette AirOS STP et VLAN

Ajouté par Laurent GUERBY il y a presque 13 ans. Mis à jour il y a plus de 12 ans.

Statut:
Résolu
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Début:
20/02/2012
Echéance:
% réalisé:

0%

Temps estimé:

Description

Test des possibilité STP et VLAN de AirOS. Maquette a partir de deux LocoM2 et trois AirRouter. Eventuellement test de AirOS 5.5 beta et IPv6.

Historique

#1 Mis à jour par Laurent GUERBY il y a presque 13 ans

Nicolas, tu as commencé la dessus ? Tu as pu tester que les deux LocoM2 et trois AirRouter fonctionnait bien et que tu peux te connecter login/passwd a leur interface d'admin ?

#2 Mis à jour par Nicolas Dubois il y a presque 13 ans

Salut !

Alors j'ai déjà eu l'occasion de tester 4 des antennes et elles sont effectivement fonctionnelles.
J'ai maquetté avec 2 switchs et les 4 antennes pour simuler le problème de boucle : j'ai pas réalisé exactement l'architecture que je voulais mais j'ai identifié le problème entre 2 antennes directement reliées au même switch.
Je compte prendre en main un peu mieux les antennes pour faire un point à point sur chaque couple d'antenne dans la semaine.

Voilà !

#3 Mis à jour par Laurent GUERBY il y a presque 13 ans

Ok cool !

Si tu peux mettre a jour les ubiquity en AirOS en 5.3.5 le fichier firmware est dispo la :

http://www.ubnt.com/support/downloads

C'est le meme pour tous les equipements Ubiquity M (AirRouter compris).

Si tu as un peu de temps on pourra tester la version 5.5 beta de AirOS, il y a IPv6 et une interface web plus complete pour les bridge et VLAN.

#4 Mis à jour par Nicolas Dubois il y a presque 13 ans

Du neuf pour ce projet :

J'ai mis à jour sans soucis les 4 antennes que j'utilise actuellement en 5.3.5, dernière version "non-beta". Pour la 5.5 on vera plus tard, je pense.

Sinon, pour la boucle, avec une config propre du switch (merci Philippe), j'ai pu tester le STP géré dans un premier temps par le switch : ça m'as donné une base pour voir comment ça se passe.
Puis, dans un deuxième temps, j'ai activé le STP sur les antennes et il semble bien qu'elles gèrent proprement le protocole. Je prends des captures wireshark pour appuyer mes résultats et je rédige les conditions des tests (l'architecture, le trafic, les racines élues, les tests pratiqués, ... etc).

Voilà !

#5 Mis à jour par Philippe Latu il y a presque 13 ans

Suite à la réunion de ce matin voici un exemple d'utilisation de la cible TCPMSS.

-A POSTROUTING -p tcp -m tcp --syn -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu

Cette règle permet d'adapter la taille du segment TCP à la valeur MTU du chemin entre deux extrêmités du réseau.
Dans le cas d'utilisation de trames avec balises IEEE 802.1Q, ça résout les éventuels problèmes de communication avec une extrémité ne respectant pas le «path mtu discovery».

#6 Mis à jour par Nicolas Dubois il y a presque 13 ans

Alors j'ai cherché pas mal à faire mes interconnexions en mode access point wds et il en ressort que c'est possible qu'entre équipements airRouteur (box noires). Avec des AirRouteur et des Loco M2, y a pas moyen de les mailler... Avec 3 Loco M2 ca doit être possible mais j'en ai que 2 pour les tests.

Bon je continue avec les VLans et avec cette fameuse iptables.

#7 Mis à jour par Nicolas Dubois il y a presque 13 ans

Par contre Laurent,
je veux bien un petit rappel de l'endroit où un peut stocker du code de façon permanente sur les antennes...
J'ai testé le /var/etc/persistent/ sans succès, le /etc/persistent non plus. A moins qu'il y ait un fichier qu'on puisse modifier pour qu'au démarrage l'antenne prenne en compte les modifs...

#8 Mis à jour par Laurent GUERBY il y a presque 13 ans

C'est :

/etc/persistent/rc.poststart

Apres l'avoir cree il faut faire la commande suivante pour le rendre persistant (sauvé dans la flash) :

cfgmtd -w -p /etc/

La doc :

http://wiki.ubnt.com/Manual_Routes

#9 Mis à jour par Nicolas Dubois il y a presque 13 ans

Suite à l'oral d'hier, j'ai fait des captures du trafic wifi (que j'ai conservé ce coup-ci).
A priori, il y a toujours de nombreuses trames de broadcast et d'arp. J'ai fait le test évoqué d'un transfert de fichier d'un hote à l'autre et le trafic se passe bien.
Cependant, j'ai un peu du mal a voir le trafic effectif (visible en suivant le téléchargement sur l'host) dans mes captures wireshark... Je vois des trames 802.11 au milieu des ARP et Broadcast, mais il me semble que ce sont des trames liées à la connectivité des antennes entres-elles non?

Par contre, un point que je n'ai pas remarqué auparavant, c'est que lorsque je mets la petite antenne en écoute (mode monitor), il y a une chute progressive (pendant environ 1 minute) du débit jusqu'à 0 si je la laisse en écoute. Et inversement, lorsque j'arrête l'écoute au moment où je vois le débit chuter (aux environs de 30ko/s), le débit original (> 100ko/s) revient. Comme si l'antenne en écoute pouvait perturber le trafic entre les antennes... très étrange.

Sinon, tant que j'y suis, serait-il possible que j'obtienne une cartographie des antennes du réseau TSF?

Voilà tout.

Bon weekend !

#10 Mis à jour par Laurent GUERBY il y a plus de 12 ans

Stage terminé

Formats disponibles : Atom PDF