OVH Cloud OVH Cloud

Lenteur du réseau à partir de 18h

21 réponses
Avatar
boulbar
Lenteur du réseau à partir de 18h
Ajouté par boulbar
Bonjour,

Le parc informatique de la société dans laquelle je travaille est composé
de:
- un serveur 2000 très récent avec 1go de Ram
- Un switch HP 40 ports
- 20 postes clients dont 8 sous xp, 3 sur nt, le reste sur 98

Notre problème:
A partir de 18h environ, d'un seul coup, 4 de ces postes se mettent à ramer
lamentablement sur le réseau.
Pour ouvrir un fichier word avec 4 lignes, ça met 1 minute (pire avec
excel), pareil pour ouvrir un répertoire réseau par l'explorateur
windows...et ce ne sont que des exemples.

Ces 4 postes concernés sont pourtant parmi les plus récents (fin 2003) et
dotés pour 3 d'entre eux de 1go de ram (DAO), le 4e ayant quand même 512 Mo.

Notre prestataire informatique qui nous a vendu et installé tout ça, n'a
rien trouvé pour arranger ça.

Pourtant il n'y a rien qui se met à tourner soudainement à 18h sur le
serveur ou un autre qui pourrait expliquer la chose.

La seule réponse qu'on obtient, c'est qu'il faut attendre le service pack 2
de win xp...je ne suis pas convaincu.

Si quelqu'un a une idée qui peut nous aider...youpi...

Merci d'avance pour une réponse, ou encore mieux plusieurs réponses.

boulbar

10 réponses

1 2 3
Avatar
Olivier Pont [MS]
Moralité... faire un petit trou dans le câble pour laisser s'écouler les
trames coincées... et ne pas oublier de mettre une bassine dessous !
lol

Bon sérieusement, c'est pas ça... une trame Ethernet ne reste pas coincée
dans un câble, non non non non non...
PAr contre il n'y aurait pas un équipement électrique relié à une minuterie
qu se déclenche à cette heure-là ? Genre enseigne lumineuse clignotante, ou
quelque chose avec un moteur... il suffirait qu'un câble réseau pass pas
loin, ou qu'un hub soit dans le champ.
J'ai déjà vécu ce genre de tracasseries, avec une enseigne lumineuse, et une
autre fois avec un tube néon qui clignotait alors que les câbles passaient
dans le faux plafond

hth
Olivier Pont

"Pierrick" a écrit dans le message de
news:%
Ou concernant le pb du cabalage comme le dit chris verifier sur les
elements

actifs (tels que switch ..) si il ya des collisions, en général ils sont
équipés de voyant

"chris" a écrit dans le message news:
c6q6iu$ubj$
Bonjour,

Bon pour le Wins Ok mais
oui il y a un mais
le câblage informatique et il certifier ?????
parce que 9 fois sur 10 si le réseau ralenti en fin après-midi il faut
vérifier le câblage informatique
je m'explique :
vos câbles se charge toute au long de la journée de trame Ethernet qui
si


le
câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité si
important que la communication devient impossible
Alors on recherche le cahier de certification du prestataire qui a
effectuée

l'installation et si il existe pas on fais faire un audit
pour infirmé ou confirmé le problème après on recherche les autres cause

A ++++
Chris


"Pierrick" a écrit dans le message de
news:u$

Oui afin éviter uniquement les broadcast vu que ton réseau a l'air de
bien


fonctionner

"boulbar" a écrit dans le message de
news:c6oin7$f7d$
Donc, selon toi, si chez nous c'est pas activé, ben...faut
l'activer...?





"Pierrick" a écrit dans le message de
news:OP9$$
WINS sert à résoudre les nom Netbios, c'est à dire les nom des
machines.



Quand une machine se connecte au reseau elle balance une trame
broadcast



sur
le reseau afin de savoir si le nom qu'elle porte est dejà attribué
ou




non,
donc elle papote pas mal avec tout le monde.et ce toutes le
machine





windows
(95,98,2000,XP aussi)
Si tu active le service WINS sur ton serveur c'est lui qui
cataloguera




les
nom netbios des machine et à chaque requete vérifiera si le nom de
la




machine existe ou non et s'il peut te l'attribuer. En renseignant
l'adresse

du serveur WINS tu limite la trame de resolution du nom netbios
ainsi




plus
de broadcast.
WINS est donc un complement dans la résolution des noms netbios
sur





un
reseau
voilà mon avis, je pense que WINS a encore du temps devant lui


"boulbar" a écrit dans le message news:
c6ogrg$eao$
J'ai trouvé, mais le prestataire informatique qui nous a
installé






tout
ça
me
dit que ça s'utilise plus le wins et qu'il n'est pas activé sur
le






serveur.
T'en pense quoi?

"Pierrick" a écrit dans le message de
news:
çà se trouve uniquement sous xp pro, mais vu que tu es en
reseau







je
pense
que tu es en xp pro.
c'est dans les propriétés de connexion reseau là où tu
spécifie







une
adresse
IP un masque, il y a un bouton avancé, puis un onglet, DNS,
WINS







....c'est
comme sous windows 2000

"boulbar" a écrit dans le message news:
c6oeof$cfk$
Juste une question, on le trouve où le Wins...je sais plus
sous







xp..

"Pierrick" a écrit dans le message de
news:
Salut,
Je pense que tu as appliqué tous les patchs, mais un truc
interessant




à
faire pour eviter les broadcast sur le réseau et donc
perdre









un
peu
de
ressource activer le service WINS sur ton serveur et
renseigner







pour
TOUS
les postes l'adresse du serveur WINS.
ensuite vérifier si tu n'as pas un problème avec une
eventuelle







analyse
en
temps réelle d'antivirus.
Tiens nous au courant
@+





"boulbar" a écrit dans le message news:
c6o8h0$8su$
Lenteur du réseau à partir de 18h
Ajouté par boulbar
Bonjour,

Le parc informatique de la société dans laquelle je
travaille








est
composé
de:
- un serveur 2000 très récent avec 1go de Ram
- Un switch HP 40 ports
- 20 postes clients dont 8 sous xp, 3 sur nt, le reste
sur










98

Notre problème:
A partir de 18h environ, d'un seul coup, 4 de ces postes
se









mettent
à
ramer
lamentablement sur le réseau.
Pour ouvrir un fichier word avec 4 lignes, ça met 1
minute










(pire
avec
excel), pareil pour ouvrir un répertoire réseau par
l'explorateur






windows...et ce ne sont que des exemples.

Ces 4 postes concernés sont pourtant parmi les plus
récents









(fin
2003)
et
dotés pour 3 d'entre eux de 1go de ram (DAO), le 4e
ayant










quand
même
512
Mo.

Notre prestataire informatique qui nous a vendu et
installé









tout
ça,
n'a
rien trouvé pour arranger ça.

Pourtant il n'y a rien qui se met à tourner soudainement
à










18h
sur
le
serveur ou un autre qui pourrait expliquer la chose.

La seule réponse qu'on obtient, c'est qu'il faut
attendre










le
service
pack
2
de win xp...je ne suis pas convaincu.

Si quelqu'un a une idée qui peut nous aider...youpi...

Merci d'avance pour une réponse, ou encore mieux
plusieurs










réponses.

boulbar








































Avatar
chris
Bonjour,

Bien je me suis peut être mal exprimé
mais un câble qui n'est pas fait dans les normes ( câble pas relié a la
terre par exemple )
se dégrade dans le temps, ralentissement etc....
bref un bouchon comme pour un week-end de 3 jours
A ++++

PS: pour la bassine prévoir un fut si vous dialogué en 100 mega au dessus
prévenir l'assureur pour le dégât des eaux



"Olivier Pont [MS]" a écrit dans le message
de news:%
Moralité... faire un petit trou dans le câble pour laisser s'écouler les
trames coincées... et ne pas oublier de mettre une bassine dessous !
lol

Bon sérieusement, c'est pas ça... une trame Ethernet ne reste pas coincée
dans un câble, non non non non non...
PAr contre il n'y aurait pas un équipement électrique relié à une
minuterie

qu se déclenche à cette heure-là ? Genre enseigne lumineuse clignotante,
ou

quelque chose avec un moteur... il suffirait qu'un câble réseau pass pas
loin, ou qu'un hub soit dans le champ.
J'ai déjà vécu ce genre de tracasseries, avec une enseigne lumineuse, et
une

autre fois avec un tube néon qui clignotait alors que les câbles passaient
dans le faux plafond

hth
Olivier Pont

"Pierrick" a écrit dans le message de
news:%
Ou concernant le pb du cabalage comme le dit chris verifier sur les
elements

actifs (tels que switch ..) si il ya des collisions, en général ils sont
équipés de voyant

"chris" a écrit dans le message news:
c6q6iu$ubj$
Bonjour,

Bon pour le Wins Ok mais
oui il y a un mais
le câblage informatique et il certifier ?????
parce que 9 fois sur 10 si le réseau ralenti en fin après-midi il faut
vérifier le câblage informatique
je m'explique :
vos câbles se charge toute au long de la journée de trame Ethernet qui
si


le
câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité
si



important que la communication devient impossible
Alors on recherche le cahier de certification du prestataire qui a
effectuée

l'installation et si il existe pas on fais faire un audit
pour infirmé ou confirmé le problème après on recherche les autres
cause




A ++++
Chris


"Pierrick" a écrit dans le message de
news:u$

Oui afin éviter uniquement les broadcast vu que ton réseau a l'air
de




bien
fonctionner

"boulbar" a écrit dans le message de
news:c6oin7$f7d$
Donc, selon toi, si chez nous c'est pas activé, ben...faut
l'activer...?





"Pierrick" a écrit dans le message de
news:OP9$$
WINS sert à résoudre les nom Netbios, c'est à dire les nom des
machines.



Quand une machine se connecte au reseau elle balance une trame
broadcast



sur
le reseau afin de savoir si le nom qu'elle porte est dejà
attribué






ou
non,
donc elle papote pas mal avec tout le monde.et ce toutes le
machine





windows
(95,98,2000,XP aussi)
Si tu active le service WINS sur ton serveur c'est lui qui
cataloguera




les
nom netbios des machine et à chaque requete vérifiera si le nom
de






la
machine existe ou non et s'il peut te l'attribuer. En
renseignant






l'adresse
du serveur WINS tu limite la trame de resolution du nom netbios
ainsi




plus
de broadcast.
WINS est donc un complement dans la résolution des noms netbios
sur





un
reseau
voilà mon avis, je pense que WINS a encore du temps devant lui


"boulbar" a écrit dans le message news:
c6ogrg$eao$
J'ai trouvé, mais le prestataire informatique qui nous a
installé






tout
ça
me
dit que ça s'utilise plus le wins et qu'il n'est pas activé
sur







le
serveur.
T'en pense quoi?

"Pierrick" a écrit dans le message de
news:
çà se trouve uniquement sous xp pro, mais vu que tu es en
reseau







je
pense
que tu es en xp pro.
c'est dans les propriétés de connexion reseau là où tu
spécifie







une
adresse
IP un masque, il y a un bouton avancé, puis un onglet, DNS,
WINS







....c'est
comme sous windows 2000

"boulbar" a écrit dans le message news:
c6oeof$cfk$
Juste une question, on le trouve où le Wins...je sais plus
sous







xp..

"Pierrick" a écrit dans le message de
news:
Salut,
Je pense que tu as appliqué tous les patchs, mais un
truc










interessant
à
faire pour eviter les broadcast sur le réseau et donc
perdre









un
peu
de
ressource activer le service WINS sur ton serveur et
renseigner







pour
TOUS
les postes l'adresse du serveur WINS.
ensuite vérifier si tu n'as pas un problème avec une
eventuelle







analyse
en
temps réelle d'antivirus.
Tiens nous au courant
@+





"boulbar" a écrit dans le message news:
c6o8h0$8su$
Lenteur du réseau à partir de 18h
Ajouté par boulbar
Bonjour,

Le parc informatique de la société dans laquelle je
travaille








est
composé
de:
- un serveur 2000 très récent avec 1go de Ram
- Un switch HP 40 ports
- 20 postes clients dont 8 sous xp, 3 sur nt, le reste
sur










98

Notre problème:
A partir de 18h environ, d'un seul coup, 4 de ces
postes











se
mettent
à
ramer
lamentablement sur le réseau.
Pour ouvrir un fichier word avec 4 lignes, ça met 1
minute










(pire
avec
excel), pareil pour ouvrir un répertoire réseau par
l'explorateur






windows...et ce ne sont que des exemples.

Ces 4 postes concernés sont pourtant parmi les plus
récents









(fin
2003)
et
dotés pour 3 d'entre eux de 1go de ram (DAO), le 4e
ayant










quand
même
512
Mo.

Notre prestataire informatique qui nous a vendu et
installé









tout
ça,
n'a
rien trouvé pour arranger ça.

Pourtant il n'y a rien qui se met à tourner
soudainement











à
18h
sur
le
serveur ou un autre qui pourrait expliquer la chose.

La seule réponse qu'on obtient, c'est qu'il faut
attendre










le
service
pack
2
de win xp...je ne suis pas convaincu.

Si quelqu'un a une idée qui peut nous aider...youpi...

Merci d'avance pour une réponse, ou encore mieux
plusieurs










réponses.

boulbar












































Avatar
boulbar
Merci, c'est une bonne piste ça, je vais regarder, si on a pas un truc comme
ça qui se lance à cette heure...

"Olivier Pont [MS]" a écrit dans le message
de news:%
Moralité... faire un petit trou dans le câble pour laisser s'écouler les
trames coincées... et ne pas oublier de mettre une bassine dessous !
lol

Bon sérieusement, c'est pas ça... une trame Ethernet ne reste pas coincée
dans un câble, non non non non non...
PAr contre il n'y aurait pas un équipement électrique relié à une
minuterie

qu se déclenche à cette heure-là ? Genre enseigne lumineuse clignotante,
ou

quelque chose avec un moteur... il suffirait qu'un câble réseau pass pas
loin, ou qu'un hub soit dans le champ.
J'ai déjà vécu ce genre de tracasseries, avec une enseigne lumineuse, et
une

autre fois avec un tube néon qui clignotait alors que les câbles passaient
dans le faux plafond

hth
Olivier Pont

"Pierrick" a écrit dans le message de
news:%
Ou concernant le pb du cabalage comme le dit chris verifier sur les
elements

actifs (tels que switch ..) si il ya des collisions, en général ils sont
équipés de voyant

"chris" a écrit dans le message news:
c6q6iu$ubj$
Bonjour,

Bon pour le Wins Ok mais
oui il y a un mais
le câblage informatique et il certifier ?????
parce que 9 fois sur 10 si le réseau ralenti en fin après-midi il faut
vérifier le câblage informatique
je m'explique :
vos câbles se charge toute au long de la journée de trame Ethernet qui
si


le
câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité
si



important que la communication devient impossible
Alors on recherche le cahier de certification du prestataire qui a
effectuée

l'installation et si il existe pas on fais faire un audit
pour infirmé ou confirmé le problème après on recherche les autres
cause




A ++++
Chris


"Pierrick" a écrit dans le message de
news:u$

Oui afin éviter uniquement les broadcast vu que ton réseau a l'air
de




bien
fonctionner

"boulbar" a écrit dans le message de
news:c6oin7$f7d$
Donc, selon toi, si chez nous c'est pas activé, ben...faut
l'activer...?





"Pierrick" a écrit dans le message de
news:OP9$$
WINS sert à résoudre les nom Netbios, c'est à dire les nom des
machines.



Quand une machine se connecte au reseau elle balance une trame
broadcast



sur
le reseau afin de savoir si le nom qu'elle porte est dejà
attribué






ou
non,
donc elle papote pas mal avec tout le monde.et ce toutes le
machine





windows
(95,98,2000,XP aussi)
Si tu active le service WINS sur ton serveur c'est lui qui
cataloguera




les
nom netbios des machine et à chaque requete vérifiera si le nom
de






la
machine existe ou non et s'il peut te l'attribuer. En
renseignant






l'adresse
du serveur WINS tu limite la trame de resolution du nom netbios
ainsi




plus
de broadcast.
WINS est donc un complement dans la résolution des noms netbios
sur





un
reseau
voilà mon avis, je pense que WINS a encore du temps devant lui


"boulbar" a écrit dans le message news:
c6ogrg$eao$
J'ai trouvé, mais le prestataire informatique qui nous a
installé






tout
ça
me
dit que ça s'utilise plus le wins et qu'il n'est pas activé
sur







le
serveur.
T'en pense quoi?

"Pierrick" a écrit dans le message de
news:
çà se trouve uniquement sous xp pro, mais vu que tu es en
reseau







je
pense
que tu es en xp pro.
c'est dans les propriétés de connexion reseau là où tu
spécifie







une
adresse
IP un masque, il y a un bouton avancé, puis un onglet, DNS,
WINS







....c'est
comme sous windows 2000

"boulbar" a écrit dans le message news:
c6oeof$cfk$
Juste une question, on le trouve où le Wins...je sais plus
sous







xp..

"Pierrick" a écrit dans le message de
news:
Salut,
Je pense que tu as appliqué tous les patchs, mais un
truc










interessant
à
faire pour eviter les broadcast sur le réseau et donc
perdre









un
peu
de
ressource activer le service WINS sur ton serveur et
renseigner







pour
TOUS
les postes l'adresse du serveur WINS.
ensuite vérifier si tu n'as pas un problème avec une
eventuelle







analyse
en
temps réelle d'antivirus.
Tiens nous au courant
@+





"boulbar" a écrit dans le message news:
c6o8h0$8su$
Lenteur du réseau à partir de 18h
Ajouté par boulbar
Bonjour,

Le parc informatique de la société dans laquelle je
travaille








est
composé
de:
- un serveur 2000 très récent avec 1go de Ram
- Un switch HP 40 ports
- 20 postes clients dont 8 sous xp, 3 sur nt, le reste
sur










98

Notre problème:
A partir de 18h environ, d'un seul coup, 4 de ces
postes











se
mettent
à
ramer
lamentablement sur le réseau.
Pour ouvrir un fichier word avec 4 lignes, ça met 1
minute










(pire
avec
excel), pareil pour ouvrir un répertoire réseau par
l'explorateur






windows...et ce ne sont que des exemples.

Ces 4 postes concernés sont pourtant parmi les plus
récents









(fin
2003)
et
dotés pour 3 d'entre eux de 1go de ram (DAO), le 4e
ayant










quand
même
512
Mo.

Notre prestataire informatique qui nous a vendu et
installé









tout
ça,
n'a
rien trouvé pour arranger ça.

Pourtant il n'y a rien qui se met à tourner
soudainement











à
18h
sur
le
serveur ou un autre qui pourrait expliquer la chose.

La seule réponse qu'on obtient, c'est qu'il faut
attendre










le
service
pack
2
de win xp...je ne suis pas convaincu.

Si quelqu'un a une idée qui peut nous aider...youpi...

Merci d'avance pour une réponse, ou encore mieux
plusieurs










réponses.

boulbar












































Avatar
boulbar
J'ai vérifié, et rien de ce genre...je sais plus quoi chercher là...
Notre fournisseur info veut maintenant nous installer 2000 à la place de
xp...
Il dit que ça va toutarranger.
Je suis pas chaud, d'autant que 2000 va être arrêté le 31 mars 2005...
Les mises à jour de nos logiciels cao, finiront pas ne plus tourner que sur
xp...





"chris" a écrit dans le message de
news:c6r1t2$eas$
Bonjour,

Bien je me suis peut être mal exprimé
mais un câble qui n'est pas fait dans les normes ( câble pas relié a la
terre par exemple )
se dégrade dans le temps, ralentissement etc....
bref un bouchon comme pour un week-end de 3 jours
A ++++

PS: pour la bassine prévoir un fut si vous dialogué en 100 mega au dessus
prévenir l'assureur pour le dégât des eaux



"Olivier Pont [MS]" a écrit dans le
message

de news:%
Moralité... faire un petit trou dans le câble pour laisser s'écouler les
trames coincées... et ne pas oublier de mettre une bassine dessous !
lol

Bon sérieusement, c'est pas ça... une trame Ethernet ne reste pas
coincée


dans un câble, non non non non non...
PAr contre il n'y aurait pas un équipement électrique relié à une
minuterie

qu se déclenche à cette heure-là ? Genre enseigne lumineuse clignotante,
ou

quelque chose avec un moteur... il suffirait qu'un câble réseau pass pas
loin, ou qu'un hub soit dans le champ.
J'ai déjà vécu ce genre de tracasseries, avec une enseigne lumineuse, et
une

autre fois avec un tube néon qui clignotait alors que les câbles
passaient


dans le faux plafond

hth
Olivier Pont

"Pierrick" a écrit dans le message de
news:%
Ou concernant le pb du cabalage comme le dit chris verifier sur les
elements

actifs (tels que switch ..) si il ya des collisions, en général ils
sont



équipés de voyant

"chris" a écrit dans le message news:
c6q6iu$ubj$
Bonjour,

Bon pour le Wins Ok mais
oui il y a un mais
le câblage informatique et il certifier ?????
parce que 9 fois sur 10 si le réseau ralenti en fin après-midi il
faut




vérifier le câblage informatique
je m'explique :
vos câbles se charge toute au long de la journée de trame Ethernet
qui




si
le
câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité
si



important que la communication devient impossible
Alors on recherche le cahier de certification du prestataire qui a
effectuée

l'installation et si il existe pas on fais faire un audit
pour infirmé ou confirmé le problème après on recherche les autres
cause




A ++++
Chris


"Pierrick" a écrit dans le message de
news:u$

Oui afin éviter uniquement les broadcast vu que ton réseau a l'air
de




bien
fonctionner

"boulbar" a écrit dans le message de
news:c6oin7$f7d$
Donc, selon toi, si chez nous c'est pas activé, ben...faut
l'activer...?





"Pierrick" a écrit dans le message de
news:OP9$$
WINS sert à résoudre les nom Netbios, c'est à dire les nom des
machines.



Quand une machine se connecte au reseau elle balance une trame
broadcast



sur
le reseau afin de savoir si le nom qu'elle porte est dejà
attribué






ou
non,
donc elle papote pas mal avec tout le monde.et ce toutes le
machine





windows
(95,98,2000,XP aussi)
Si tu active le service WINS sur ton serveur c'est lui qui
cataloguera




les
nom netbios des machine et à chaque requete vérifiera si le
nom







de
la
machine existe ou non et s'il peut te l'attribuer. En
renseignant






l'adresse
du serveur WINS tu limite la trame de resolution du nom
netbios







ainsi
plus
de broadcast.
WINS est donc un complement dans la résolution des noms
netbios







sur
un
reseau
voilà mon avis, je pense que WINS a encore du temps devant lui


"boulbar" a écrit dans le message news:
c6ogrg$eao$
J'ai trouvé, mais le prestataire informatique qui nous a
installé






tout
ça
me
dit que ça s'utilise plus le wins et qu'il n'est pas activé
sur







le
serveur.
T'en pense quoi?

"Pierrick" a écrit dans le message de
news:
çà se trouve uniquement sous xp pro, mais vu que tu es en
reseau







je
pense
que tu es en xp pro.
c'est dans les propriétés de connexion reseau là où tu
spécifie







une
adresse
IP un masque, il y a un bouton avancé, puis un onglet,
DNS,









WINS
....c'est
comme sous windows 2000

"boulbar" a écrit dans le message news:
c6oeof$cfk$
Juste une question, on le trouve où le Wins...je sais
plus










sous
xp..

"Pierrick" a écrit dans le message
de










news:
Salut,
Je pense que tu as appliqué tous les patchs, mais un
truc










interessant
à
faire pour eviter les broadcast sur le réseau et donc
perdre









un
peu
de
ressource activer le service WINS sur ton serveur et
renseigner







pour
TOUS
les postes l'adresse du serveur WINS.
ensuite vérifier si tu n'as pas un problème avec une
eventuelle







analyse
en
temps réelle d'antivirus.
Tiens nous au courant
@+





"boulbar" a écrit dans le message
news:











c6o8h0$8su$
Lenteur du réseau à partir de 18h
Ajouté par boulbar
Bonjour,

Le parc informatique de la société dans laquelle je
travaille








est
composé
de:
- un serveur 2000 très récent avec 1go de Ram
- Un switch HP 40 ports
- 20 postes clients dont 8 sous xp, 3 sur nt, le
reste












sur
98

Notre problème:
A partir de 18h environ, d'un seul coup, 4 de ces
postes











se
mettent
à
ramer
lamentablement sur le réseau.
Pour ouvrir un fichier word avec 4 lignes, ça met 1
minute










(pire
avec
excel), pareil pour ouvrir un répertoire réseau par
l'explorateur






windows...et ce ne sont que des exemples.

Ces 4 postes concernés sont pourtant parmi les plus
récents









(fin
2003)
et
dotés pour 3 d'entre eux de 1go de ram (DAO), le 4e
ayant










quand
même
512
Mo.

Notre prestataire informatique qui nous a vendu et
installé









tout
ça,
n'a
rien trouvé pour arranger ça.

Pourtant il n'y a rien qui se met à tourner
soudainement











à
18h
sur
le
serveur ou un autre qui pourrait expliquer la chose.

La seule réponse qu'on obtient, c'est qu'il faut
attendre










le
service
pack
2
de win xp...je ne suis pas convaincu.

Si quelqu'un a une idée qui peut nous
aider...youpi...













Merci d'avance pour une réponse, ou encore mieux
plusieurs










réponses.

boulbar
















































Avatar
Kirioss
"chris" wrote in message
news:c6q6iu$ubj$
Bonjour,

vos câbles se charge toute au long de la journée de trame Ethernet qui si
le

câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité si
important que la communication devient impossible


Salut,

Heu, les trames ne restent pas dans le câble, lol !
Si le câble est de mauvaise qualité ou subit des interférence, c'est
immédiatement que le réseau subit des pertes de performance.

Pour le Wins, il n'est pas utile non plus. Il vaut mieux privilégier DNS (si
les machines sont en domaine, DNS est activé donc wins inutile)

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________

Avatar
boulbar
Merci Nicolas, ce que tu dis confirme certains renseignements glanés par
ailleurs.
Mais aurais-tu une idée de quoi ça pourrait venir?

"Kirioss" a écrit dans le message de
news:4093574b$0$31936$
"chris" wrote in message
news:c6q6iu$ubj$
Bonjour,

vos câbles se charge toute au long de la journée de trame Ethernet qui
si


le
câblage n'est pas fait dans les normes
les trame reste dans le câble et provoque des collisions en quantité si
important que la communication devient impossible


Salut,

Heu, les trames ne restent pas dans le câble, lol !
Si le câble est de mauvaise qualité ou subit des interférence, c'est
immédiatement que le réseau subit des pertes de performance.

Pour le Wins, il n'est pas utile non plus. Il vaut mieux privilégier DNS
(si

les machines sont en domaine, DNS est activé donc wins inutile)

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________





Avatar
Kirioss
"boulbar" wrote in message
news:40936708$0$13070$
Merci Nicolas, ce que tu dis confirme certains renseignements glanés par
ailleurs.
Mais aurais-tu une idée de quoi ça pourrait venir?


Pour le pb des 18h, a part un coup des syndicats pour marquer la fin de la
journée, je ne vois pas.

Non serieusement, comme ca, par NG interposé, ce n'est pas évident. Ca peut
venir de tellement de choses.

Cependant, si tu as un switch évolué, active des sniffers pour voir les
ports qui se mettent à générer beaucoup de traffic (c'est une premiere piste
en tout cas)

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________

Avatar
boulbar
Oui, le switch est un hp dernière génération, mais un sniffer c'est quoi?

"Kirioss" a écrit dans le message de
news:4093c27f$0$18310$
"boulbar" wrote in message
news:40936708$0$13070$
Merci Nicolas, ce que tu dis confirme certains renseignements glanés par
ailleurs.
Mais aurais-tu une idée de quoi ça pourrait venir?


Pour le pb des 18h, a part un coup des syndicats pour marquer la fin de la
journée, je ne vois pas.

Non serieusement, comme ca, par NG interposé, ce n'est pas évident. Ca
peut

venir de tellement de choses.

Cependant, si tu as un switch évolué, active des sniffers pour voir les
ports qui se mettent à générer beaucoup de traffic (c'est une premiere
piste

en tout cas)

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________





Avatar
Kirioss
"boulbar" wrote in message
news:4093c5ae$0$13075$
Oui, le switch est un hp dernière génération, mais un sniffer c'est quoi?


Bon alors la, moi je suis ingé système, pas réseau donc ce que je vais dire,
c'est de la généralité.

Sur certains switchs, on peut activer des traces pour avoir un tas d'info
sur le trafic réseau (bande passante par ports, taux de collision...)

Si tu actives ces traces sur ton switch et que tu constate une
ralentissement du réseau à 18h, la log devrait t'indiquer quels ports ont
étés saturés (ou t'indiquer que le réseau n'était pas saturé)

Ca devrait permettre d'avancer pour cerner l'origine du problème.

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________

Avatar
boulbar
Bien vu...
En tout cas notre fournisseur de services informatiques a même pas l'air de
savoir qu'on peut faire ça....dur dur...

"Kirioss" a écrit dans le message de
news:4093c8d2$0$18313$
"boulbar" wrote in message
news:4093c5ae$0$13075$
Oui, le switch est un hp dernière génération, mais un sniffer c'est
quoi?



Bon alors la, moi je suis ingé système, pas réseau donc ce que je vais
dire,

c'est de la généralité.

Sur certains switchs, on peut activer des traces pour avoir un tas d'info
sur le trafic réseau (bande passante par ports, taux de collision...)

Si tu actives ces traces sur ton switch et que tu constate une
ralentissement du réseau à 18h, la log devrait t'indiquer quels ports ont
étés saturés (ou t'indiquer que le réseau n'était pas saturé)

Ca devrait permettre d'avancer pour cerner l'origine du problème.

--
________________________________
Nicolas


"This behavior is by design" (Microsoft)
________________________________





1 2 3