[WM11] Dialogue par socket - pertes d'informations
22 réponses
Emmanuel Haefele
Bonjour,
Nous avons des terminaux mobiles qui dialoguent en Wifi via socket avec un
programme serveur. Cette pratique est éprouvée et fonctionne.
Chez l'un de nos clients dont nous ne sommes pas maître du réseau, nous
avons des pertes d'informations.
Le terminal envoi une demande au serveur, le serveur traite cette demande,
renvoi la réponse (nous le savons) mais le terminal ne reçoit pas cette
réponse. Le symptôme n'est pas systématique et ne se produit que dans 30%
des cas, un programme de test nous l'indique.
Le réseau wifi est bon, le symptôme se produit avec 3 terminaux
différents. Jusqu'à présent nous n'avons rien trouvé et avons vraiment
beaucoup de mal à détecter l'origine du problème.
Est-ce que l'un d'entre vous saurait quelle pourrait être la cause de ces
pertes aléatoires ?
Dans son message précédent, Emmanuel Haefele a écrit :
"Pierre BOUSQUET" a écrit
combien d'antennes wifi dans le batiment ?
4
Amicalement,
Emmanuel Haefelé.
-- Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile. S'il n'était pas difficile, ce ne serait pas un problème. "
Emmanuel Haefele
"Pierre BOUSQUET" a écrit :
problème de roaming...
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt lié à la téléphonie mobile.
Amicalement,
Emmanuel Haefelé.
"Pierre BOUSQUET" <pb4807@hotmail.com> a écrit :
problème de roaming...
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce
type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt
lié à la téléphonie mobile.
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt lié à la téléphonie mobile.
Amicalement,
Emmanuel Haefelé.
Pierre BOUSQUET
je site (http://www.commentcamarche.net/wifi/wifimodes.php3)
Lorsqu'un utilisateur nomade passe d'un BSS à un autre lors de son déplacement au sein de l'ESS, l'adaptateur réseau sans fil de sa machine est capable de changer de point d'accès selon la qualité de réception des signaux provenant des différents points d'accès. Les points d'accès communiquent entre eux grâce au système de distribution afin d'échanger des informations sur les stations et permettre le cas échéant de transmettre les données des stations mobiles. Cette caractéristique permettant aux stations de "passer de façon transparente" d'un point d'accès à un autre est appelé itinérance (en anglais roaming).
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Emmanuel Haefele a couché sur son écran :
"Pierre BOUSQUET" a écrit :
problème de roaming...
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt lié à la téléphonie mobile.
Amicalement,
Emmanuel Haefelé.
-- Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile. S'il n'était pas difficile, ce ne serait pas un problème. "
je site (http://www.commentcamarche.net/wifi/wifimodes.php3)
Lorsqu'un utilisateur nomade passe d'un BSS à un autre lors de son
déplacement au sein de l'ESS, l'adaptateur réseau sans fil de sa
machine est capable de changer de point d'accès selon la qualité de
réception des signaux provenant des différents points d'accès. Les
points d'accès communiquent entre eux grâce au système de distribution
afin d'échanger des informations sur les stations et permettre le cas
échéant de transmettre les données des stations mobiles. Cette
caractéristique permettant aux stations de "passer de façon
transparente" d'un point d'accès à un autre est appelé itinérance (en
anglais roaming).
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF
ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut
faire le choix. Pour régler ce problème il faut forcer le terminal à se
connecter à une et une seule antenne, n'étant pas hyper spécialiste
dans ce domaine je crois qu'il a fallu modifier les canaux de chaque
antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication
de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Emmanuel Haefele a couché sur son écran :
"Pierre BOUSQUET" <pb4807@hotmail.com> a écrit :
problème de roaming...
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce
type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt
lié à la téléphonie mobile.
Amicalement,
Emmanuel Haefelé.
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. "
je site (http://www.commentcamarche.net/wifi/wifimodes.php3)
Lorsqu'un utilisateur nomade passe d'un BSS à un autre lors de son déplacement au sein de l'ESS, l'adaptateur réseau sans fil de sa machine est capable de changer de point d'accès selon la qualité de réception des signaux provenant des différents points d'accès. Les points d'accès communiquent entre eux grâce au système de distribution afin d'échanger des informations sur les stations et permettre le cas échéant de transmettre les données des stations mobiles. Cette caractéristique permettant aux stations de "passer de façon transparente" d'un point d'accès à un autre est appelé itinérance (en anglais roaming).
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Emmanuel Haefele a couché sur son écran :
"Pierre BOUSQUET" a écrit :
problème de roaming...
Je ne connaissais pas. Mais qui est capable de gérer ou de corriger ce type de problème ? D'après ce que j'ai pu en lire le roaming est plutôt lié à la téléphonie mobile.
Amicalement,
Emmanuel Haefelé.
-- Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile. S'il n'était pas difficile, ce ne serait pas un problème. "
Emmanuel Haefele
"Pierre BOUSQUET" a écrit
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on court-circuite le serveur (sur site) et qu'on le remplace par un portable, le problème disparaisse. Tu as une idée ?
Amicalement,
Emmanuel Haefelé.
"Pierre BOUSQUET" <pb4807@hotmail.com> a écrit
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF
ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut
faire le choix. Pour régler ce problème il faut forcer le terminal à se
connecter à une et une seule antenne, n'étant pas hyper spécialiste
dans ce domaine je crois qu'il a fallu modifier les canaux de chaque
antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication
de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies
parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on
court-circuite le serveur (sur site) et qu'on le remplace par un portable,
le problème disparaisse. Tu as une idée ?
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on court-circuite le serveur (sur site) et qu'on le remplace par un portable, le problème disparaisse. Tu as une idée ?
Amicalement,
Emmanuel Haefelé.
patrice
"Emmanuel Haefele" a écrit dans le message de news:47cfcdbd$0$849$
"patrice" a écrit:
> quand la réponse n'arrive pas, la socket est elle ouverte ?
Un socketExiste est testé avant le stockLit sur le client, donc oui !
sauf que si le socketlit revient sans résultat et que la socket n'existe plus, cela veut dire que la comm a été coupée. et donc que le client devrait refaire la demande
"Emmanuel Haefele" <e.haefele@wanadoo.fr> a écrit dans le message de
news:47cfcdbd$0$849$ba4acef3@news.orange.fr...
"patrice" <patrice_labracherie_nospam@free.fr> a écrit:
> quand la réponse n'arrive pas, la socket est elle ouverte ?
Un socketExiste est testé avant le stockLit sur le client, donc oui !
sauf que si le socketlit revient sans résultat et que la socket n'existe
plus, cela veut dire que la comm a été coupée.
et donc que le client devrait refaire la demande
"Emmanuel Haefele" a écrit dans le message de news:47cfcdbd$0$849$
"patrice" a écrit:
> quand la réponse n'arrive pas, la socket est elle ouverte ?
Un socketExiste est testé avant le stockLit sur le client, donc oui !
sauf que si le socketlit revient sans résultat et que la socket n'existe plus, cela veut dire que la comm a été coupée. et donc que le client devrait refaire la demande
Pierre BOUSQUET
tu le remplace comment ?
tu le branche sur le réseau du coté des antennes ou du coté du serveur (via le pont aérien)
Emmanuel Haefele a présenté l'énoncé suivant :
"Pierre BOUSQUET" a écrit
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on court-circuite le serveur (sur site) et qu'on le remplace par un portable, le problème disparaisse. Tu as une idée ?
Amicalement,
Emmanuel Haefelé.
-- Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile. S'il n'était pas difficile, ce ne serait pas un problème. "
tu le remplace comment ?
tu le branche sur le réseau du coté des antennes ou du coté du serveur
(via le pont aérien)
Emmanuel Haefele a présenté l'énoncé suivant :
"Pierre BOUSQUET" <pb4807@hotmail.com> a écrit
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF
ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut
faire le choix. Pour régler ce problème il faut forcer le terminal à se
connecter à une et une seule antenne, n'étant pas hyper spécialiste
dans ce domaine je crois qu'il a fallu modifier les canaux de chaque
antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication
de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies
parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on
court-circuite le serveur (sur site) et qu'on le remplace par un portable,
le problème disparaisse. Tu as une idée ?
Amicalement,
Emmanuel Haefelé.
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. "
tu le branche sur le réseau du coté des antennes ou du coté du serveur (via le pont aérien)
Emmanuel Haefele a présenté l'énoncé suivant :
"Pierre BOUSQUET" a écrit
nous avons eu des problèmes de connexions dus au fait qu'un terminal RF ne sache pas faire la différence entre 2 (ou plus) antennes, il ne peut faire le choix. Pour régler ce problème il faut forcer le terminal à se connecter à une et une seule antenne, n'étant pas hyper spécialiste dans ce domaine je crois qu'il a fallu modifier les canaux de chaque antenne (1-3-5-11 d'après ce que j'avais pu comprendre de l'explication de nos admin réseaux et ça tombe bien car tu n'as que 4 antennes...)
Je te remercie pour ces explications complémentaires, après que tu m'aies parlé de roaming j'imaginais un peu un soucis de ce type.
Par contre si c'était cela, comment peut-on expliquer que lorsqu'on court-circuite le serveur (sur site) et qu'on le remplace par un portable, le problème disparaisse. Tu as une idée ?
Amicalement,
Emmanuel Haefelé.
-- Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile. S'il n'était pas difficile, ce ne serait pas un problème. "
Emmanuel Haefele
"Pierre BOUSQUET" a écrit :
tu le remplace comment ?
tu le branche sur le réseau du coté des antennes ou du coté du serveur (via le pont aérien)
Le test a été fait côté antenne et côté serveur, dans les deux cas il n'y avait plus de problème.
Amicalement,
Emmanuel Haefelé.
"Pierre BOUSQUET" <pb4807@hotmail.com> a écrit :
tu le remplace comment ?
tu le branche sur le réseau du coté des antennes ou du coté du serveur
(via le pont aérien)
Le test a été fait côté antenne et côté serveur, dans les deux cas il n'y
avait plus de problème.
tu le branche sur le réseau du coté des antennes ou du coté du serveur (via le pont aérien)
Le test a été fait côté antenne et côté serveur, dans les deux cas il n'y avait plus de problème.
Amicalement,
Emmanuel Haefelé.
Emmanuel Haefele
"patrice" a écrit :
sauf que si le socketlit revient sans résultat et que la socket n'existe plus, cela veut dire que la comm a été coupée. et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée intéressante, je pense que nous allons la mettre en pratique. Cependant théoriquement ça ne devrait pas se produire.
Amicalement,
Emmanuel Haefelé.
"patrice" <patrice_labracherie_nospam@free.fr> a écrit :
sauf que si le socketlit revient sans résultat et que la socket n'existe
plus, cela veut dire que la comm a été coupée.
et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée
intéressante, je pense que nous allons la mettre en pratique. Cependant
théoriquement ça ne devrait pas se produire.
sauf que si le socketlit revient sans résultat et que la socket n'existe plus, cela veut dire que la comm a été coupée. et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée intéressante, je pense que nous allons la mettre en pratique. Cependant théoriquement ça ne devrait pas se produire.
Amicalement,
Emmanuel Haefelé.
patrice
faut quand meme faire gaffe qu'une comm wifi peut se couper à n'importe quel moment sans que cela soit imputable à un pb hardware (surtout avec des terminaux mobile) donc je pense que si ton client demande au serveur qq chose, et qu'on ne lui répond pas, il doit faire une redemande et notifier l'opérateur (soit qu'il est hors champ, soit qu'il y a des erreurs de comm.) "Emmanuel Haefele" a écrit dans le message de news:47cff07f$0$864$
"patrice" a écrit :
> sauf que si le socketlit revient sans résultat et que la socket n'existe > plus, cela veut dire que la comm a été coupée. > et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée intéressante, je pense que nous allons la mettre en pratique. Cependant théoriquement ça ne devrait pas se produire.
Amicalement,
Emmanuel Haefelé.
faut quand meme faire gaffe qu'une comm wifi peut se couper à n'importe quel
moment sans que cela soit imputable à un pb hardware
(surtout avec des terminaux mobile)
donc je pense que si ton client demande au serveur qq chose, et qu'on ne lui
répond pas, il doit faire une redemande et notifier l'opérateur (soit qu'il
est hors champ, soit qu'il y a des erreurs de comm.)
"Emmanuel Haefele" <e.haefele@wanadoo.fr> a écrit dans le message de
news:47cff07f$0$864$ba4acef3@news.orange.fr...
"patrice" <patrice_labracherie_nospam@free.fr> a écrit :
> sauf que si le socketlit revient sans résultat et que la socket n'existe
> plus, cela veut dire que la comm a été coupée.
> et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée
intéressante, je pense que nous allons la mettre en pratique. Cependant
théoriquement ça ne devrait pas se produire.
faut quand meme faire gaffe qu'une comm wifi peut se couper à n'importe quel moment sans que cela soit imputable à un pb hardware (surtout avec des terminaux mobile) donc je pense que si ton client demande au serveur qq chose, et qu'on ne lui répond pas, il doit faire une redemande et notifier l'opérateur (soit qu'il est hors champ, soit qu'il y a des erreurs de comm.) "Emmanuel Haefele" a écrit dans le message de news:47cff07f$0$864$
"patrice" a écrit :
> sauf que si le socketlit revient sans résultat et que la socket n'existe > plus, cela veut dire que la comm a été coupée. > et donc que le client devrait refaire la demande
Donc refaire un test d'existence après le socketLit, c'est une idée intéressante, je pense que nous allons la mettre en pratique. Cependant théoriquement ça ne devrait pas se produire.
Amicalement,
Emmanuel Haefelé.
Emmanuel Haefele
"patrice" a écrit:
donc je pense que si ton client demande au serveur qq chose, et qu'on ne lui répond pas, il doit faire une redemande et notifier l'opérateur
(soit
qu'il est hors champ, soit qu'il y a des erreurs de comm.)
C'est ce que nous faisons et c'est ce qui nous a permis de détecter le problème ;-)
Sans réponse (après le timeout) nous notifions à l'opérateur un problème de comm.
En tout les cas merci de ton aide, cet après-midi nous allons essayer de trouver une solution dégradée, je vous indiquerai ce que ça a donné.
Amicalement,
Emmanuel Haefelé.
"patrice" <patrice_labracherie_nospam@free.fr> a écrit:
donc je pense que si ton client demande au serveur qq chose, et qu'on ne
lui répond pas, il doit faire une redemande et notifier l'opérateur
(soit
qu'il est hors champ, soit qu'il y a des erreurs de comm.)
C'est ce que nous faisons et c'est ce qui nous a permis de détecter le
problème ;-)
Sans réponse (après le timeout) nous notifions à l'opérateur un problème
de comm.
En tout les cas merci de ton aide, cet après-midi nous allons essayer de
trouver une solution dégradée, je vous indiquerai ce que ça a donné.
