Temps de latence réseau
baf
-
securactivepv Messages postés 3 Statut Membre -
securactivepv Messages postés 3 Statut Membre -
Bonjour,
De quoi peut venir un temps de latence (15, 20 secondes) quand on accède à un partage d'un certain poste. Les autres postes ainsi que leurs partages sont accessible rapidement.
De quoi peut venir un temps de latence (15, 20 secondes) quand on accède à un partage d'un certain poste. Les autres postes ainsi que leurs partages sont accessible rapidement.
Configuration: reseau poste à poste. 3 xp pro,1 win 2000. 1 switch 3com (3cr858-91)
A voir également:
- Temps de latence réseau
- Mot de passe reseau - Guide
- Opérateur de réseau mobile - Guide
- Partage reseau - Guide
- Le message n'a pas été envoyé car le service n'est pas activé sur le réseau - Forum Xiaomi
- Renommer plusieurs fichiers en même temps - Guide
2 réponses
de beaucoup de choses mais pas du réseau en général.
principalement du serveur en question probablement.
pour ce qui est du réseau un ping sur son adresse te le dira
quitte à le faire avec une taille maxi (option -l)
principalement du serveur en question probablement.
pour ce qui est du réseau un ping sur son adresse te le dira
quitte à le faire avec une taille maxi (option -l)
En fait, plusieurs éléments rentrent en ligne de compte et au minimum :
- le poste client
- le réseau
- le serveur
Comme l'indiquait Brupala, en effet, si vous êtes sur un réseau local et que vous transférez une quantité limitée de données sur ce réseau, il y a assez peu de chance que ce soit le réseau qui soit en cause (même s'il présente des anomalies telles que des retransmissions ou pertes de paquets).
Le poste client et le serveur peuvent eux mettre longtemps à répondre et à transférer les données. Dans des solutions d'analyse cela se traduit en deux types de métriques : temps de réponse serveur et temps de transfert des données.
Dans un cas simple, vous pouvez valider que ce n'est pas le réseau :
- en effectuant des ping pour obtenir une _approximation_ de la latence réseau
- analyser une conversation avec Wireshark et observer le temps de connexion (établissement de la connexion SYN/SYNACK/ACK pour confirmer la bonne santé au niveau réseau) et ensuite analyser au détail le déroulement de l'échange.
Si vous êtes une société, vous pouvez envisager d'effectuer toutes ces mesures de manière automatique grâce à un outil tel que Performance Vision : http://www.securactive.net/fr/solution-/analyses-les-performance
- le poste client
- le réseau
- le serveur
Comme l'indiquait Brupala, en effet, si vous êtes sur un réseau local et que vous transférez une quantité limitée de données sur ce réseau, il y a assez peu de chance que ce soit le réseau qui soit en cause (même s'il présente des anomalies telles que des retransmissions ou pertes de paquets).
Le poste client et le serveur peuvent eux mettre longtemps à répondre et à transférer les données. Dans des solutions d'analyse cela se traduit en deux types de métriques : temps de réponse serveur et temps de transfert des données.
Dans un cas simple, vous pouvez valider que ce n'est pas le réseau :
- en effectuant des ping pour obtenir une _approximation_ de la latence réseau
- analyser une conversation avec Wireshark et observer le temps de connexion (établissement de la connexion SYN/SYNACK/ACK pour confirmer la bonne santé au niveau réseau) et ensuite analyser au détail le déroulement de l'échange.
Si vous êtes une société, vous pouvez envisager d'effectuer toutes ces mesures de manière automatique grâce à un outil tel que Performance Vision : http://www.securactive.net/fr/solution-/analyses-les-performance
