Pistes pour debuggage/test car la je seche.

Bonjour,


Je plante le décor,réseau "mobile" Wifi avec 1 AP, 80 pda sous Wince, appli en compact Framework, une appli serveur en c# qui tourne sur un portable.
90 % des pda envoient de la data, en faible quantité, 1 a 3ko max, toutes les 30s à quelques minutes au serveur et ne reçoivent que OK/NOK en retour.
Les 10% restant font l'inverse, juste une commande en envoi et un retour de data de quelques ko.
Le serveur utilise un classe Socket en asynchrone et le client fait du synchrone mais un dans un thread différent.

A la base rien d'exceptionnel.

Sauf que parfois (sinon c'est pas drôle...) tout fonctionne bien pendant 2/3h et pouf tout tombe d'un seul coup.
Le client retourne cette erreur " A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond" et le serveur n'indique rien si ce n'est qu'a priori il ne reçoit rien.

Bien entendu quand ça se produit soit je ne suis pas la, soit je n'ai pas les outils (Wireshark) pour pousser l'investigation.

J'ai essayé de mon coté de simuler une forte charge avec une appli imitant 100/120 pda mais ça tient sans soucis. J'ai pensé a un moment a un problème d’épuisement de port TCP provisoire, mais au pire je suis a 1000 TIME_WAIT donc loin de ce problème.

J'avoue que je ne sais plus de quel coté chercher ou comment essayer d'arriver a reproduire le problème ou quoi logger pour avoir une piste.

Seule chose que je ne peux tester c'est un test réel avec les 80 PDA car je n'ai pas assez de stock de dispos...

Je suis preneur de toutes les pistes que vous pouvez avoir.

Merci !

Edit : je ne jamais eu cet effondrement avec une quantité moindre de PDA (60\65) ce qui laisse supposer une "surcharge" a un moment donné, mais ou ca...

Bonjour,

Pour ma part, si tes tests de charge sont ok, j'essaierai de voir du côté du réseau. Pas impossible que ce soit le réseau qui tombe. Est-ce que tu peux faire des essais quand ça ne marche plus pour voir comment il se comporte ?

les sockets sont détruits après chaque envoi ou tu n'en utilise qu'un ?
si détruits par la méthode dispose ? (et y a pas un stream à dispose aussi à la main ?)

Les sockets sont détruit a chaque fois, ils sont dans un using.
pareil pour les stream.

Je penche aussi pour un effondrement du réseau, mais je vois pas pourquoi, le volume de donnée est ridicule, seule chose c'est le nombre d'appareils. 80 appareils en 802.11g est-ce que ca divise par 80 les 54mbs ou ça affecte quand il y'a besoin ?

Malheureusement difficile de constater sur place, nos prestations sont sur toute la France est bien entendu quand je suis la tout fonctionne...

le wifi est à éviter à mon avis
déjà avec des switch pas cher tu divises vite par le nombre de personnes (peu d'ip en mémoire donc broadcast pour le reste)
mais en wifi je crois que c'est direct une division

ajouté à cela que le wifi c'est une vitesse théorique, sur du g à 54mbs théorique tu peux te retrouver entre 5 et 30 selon la distance

(...)
de ce que je viens de lire, les wifi récents sont pas vraiment fait pour plus de 100 appareils connectés en même temps, donc le g ca doit être moins (ca serait entre 40 et 60)
il y aurait bien un mécanisme anti collision (car 2 qui parlent en même temps ca risque de poser problème) donc ca doit surement etre un mécanisme de jeton pour savoir qui peut parler, ce qui expliquerait que le nombre influence
il faudrait peut etre tirer un cable pour rajouter un deuxième point wifi un peu plus loin, et sur une autre bande de fréquence pour éviter les interférences

Le problème du Wifi est qu'il est très sensible à l'environnement, notamment :

• le nombre d'appareils connectés ;
• le nombre de réseaux aux alentours (phénomène d'interférence, même sur des canaux différents s'ils sont proches) ;
• sensible à l'ensoleillement (ca peut paraître surprenant mais ça peut arriver. J'ai détecté des instabilités réseaux à chaque fois qu'il faisait beau dans le cadre d'un projet !).
• et j'en oublie sans doute...

Il faut aussi envisager des verrous inter-processus. Je ne sais pas comment fonctionne ton service mais si deux appels accèdent à la même case mémoire en même temps ils se bloquent mutuellement.

Je vais tenter d'ajouter un AP supplémentaire pour limiter la charge.
L'AP d'origine possède 4 port RJ45, je vais ajouter un AP "simple" derrière qui prendra le premier AP comme DHCP et je diviserai mes connections sur les deux.

La dernière fois il était plus de 23h donc ce n'était pas le soleil ;)

Il y'a un moyen de savoir si un environnement est plus "perturbé" qu'un autre?

je crois que certains points d'accès peuvent te donner ce genre d'infos via le serveur web intégré