Reprise du message précédent :
Noraj

Ma compagne qui change de taff avant moi    
 
Bon va falloir que j'attende un du coup  

Boarf, on a changé à 2 mois d'intervalle ici. Je vois pas le souci

Je bosse assurement moins de jour que toi hein

Ah ? J'ai calculé y'a pas longtemps, je travaille moins de 50% de l'année (tout compris)

Est ce qu’on peut encore appeler ça du travail du coup ?

Tant que ça permet de vivre 100% de l'année, oui

Je suis aussi en dessous

Attendre que la période d'essai soit validée, au hasard ? Histoire de pas avoir tout le couple en situation précaire..

C'est de l'IT, au pire il retrouve du boulot dans la semaine Et puis on est sur HFR oh, c'est l'élite IT ou pas ? Pas de raison de pas voir sa PE aller au bout !

Enfin je fais parfois de la nuit pour atteindre ce score

Yo les aigris j'en ai une bizarre ce matin j'aurais besoin d'idée:
j'ai deux contrôleurs de domaine X et Y
X porte les rôles et est mon serveur DHCP
Y est ma réplication de dhcp et aussi controleur de domaine
Ce matin je fait des modifs sur mon DHCP sur X et j'essaye de répliquer mon étendue vers Y et la X me répond que le DHCP ne tourne pas sur Y
 
Après quelques test depuis X j'ai un soucis pour pinguer Y
en fait si je ping:
IP de Y > OK
Nom court de Y > OK
la commande ping retourne le nom court en résolution
FQDN de Y > KO
 
Si je fait la même chose depuis Y vers X tout est OK
Si je fait la même chose depuis un poste vers Y tout est OK
Evidemment j'ai vérifier les enregistrements DNS qui me semble OK
 
Si quelqu’un a une idée ou un test que je pourrais faire je suis vraiment preneur car la je sèche

Tu héberges le rôle DHCP sur un serveur dédié (ou plusieurs serveurs dédiés) pour commencer.
 
Et on en "réplique" pas des étendues DHCP, je ne comprends pas ce que tu veux faire.

C'est le système ms ou tu a 2 dhcp, un en 'pause' qui se réveille que si l'autre ne répond pas.
Les 2 doivent partager la même config.
 
Pour ma culture personnelle : ca fait quoi si le dhcp est sur le dc ?
 

Ça fait que ça marche parce que sinon ça foire ?
 
@darkbeldin : le but c'est de faire un cluster de basculement ?

Non les deux DHCP partage effectivement la config mais se répartisse la charge ils sont up simultanément.
Franchement mettre mes DHCP sur des serveurs dédié vu la charge que cela représente je voit pas trop l'intéret j'ai une 50aine de poste dessus pas plus.
Mais limite c'est un soucis annexe la config marche très bien c'était juste histoire de poser le contexte.
Mon soucis c'est pourquoi depuis un controleur de domaine je ne pourrais pas ping un autre controleur par son FQDN.

Du tac au tac j'aurais dis DNS mais visiblement tu as dis que tout était bon de ce côté là.

Apparement c'est bien un soucis de DNS mais j'avoue je séche sur le pourquoi

0 nuit 0 weekend ici

Ton enregistrement A il a quelle gueule ?

2h de délai de dépose des mails sur un exchange hosted OVH ce matin, chupayr
 
En interne en plus, OVH mutu vers OVH exchange hosted.
 
Mais comment font-ils ? ...

 
Tiens je déterre un peu la discussion d'il y a un moment où j'essayais vainement de faire de la QoS sur mes switches.
J'ai pu en parler à l'ingé réseau/prestataire, il m'a dit que ça servait à rien de faire ça, et que de toute façon les débits locaux étaient suffisamment larges pour ne jamais être emmerdés par des lags qui seraient liés à une saturation du LAN quand on fait de la téléphonie ou de la visio
 
J'suis à côté de la plaque à penser que c'est lui qui est à côté de la plaque ? j'veux dire si j'ai des users qui font plusieurs gros DL en même temps sur la pile de switches qui héberge aussi la visio, forcément le lien en sortie des switches va se retrouver saturé non ? et du coup couic et lags sur ma visio...

Pour de la téléphonie, en GB ethernet en utilisation classique (= ton tel est pas au milieu d'un champ de bataille de broadcasts) on est pas trop emmerdé quand même, effectivement.
 
En 100 Mbps par contre c'est juste indispensable.

dans l'absolu tu as raison, dans la pratique il y a de fortes chances qu'en effet ce ne soit vraiment pas un sujet prioritaire pour améliorer la qualité d'expérience utilisateur, bien souvent le rapport (gain)/(complexité à implémenter et maintenir) n'est pas au rendez-vous.
Tu as des métriques de l'utilisation de tes interfaces ?

Dans mon Cacti je vois pas grand chose, et à moins d'observer en temps réel (et où l'on peut voir certains pics par moments), il n'en ressort pas grand chose : les intervalles entre 2 pointages sont de l'ordre de la minute, et dans une minute il peut se passer beaucoup de chose, de la mer d'huile à la tempête quoi.
 
Mais pour exemple j'ai un stack de 6x48 plein à craquer d'users, avec 3 visios dessus : ça a beau être du GB je me dis que quand même à certains moments ça doit être chaud de faire passer tout ça sans aucun goulot d'étranglement...

la visio en général ça dure plus d'une minute, cacti doit pouvoir te donner une idée. Vois déjà si tu es plutôt à 10% ou 50% d'utilisation.

 
Avoir un VLAN dédié ça peut être une bonne piste, selon la connexion ce n'est pas forcément nécessaire de limiter le DL.
 
Et c'est la merde à gérer pour avoir tenté de le faire en interne.

Bah c'est le soucis il m'a l'air clean

 
Surtout qu'à moins d'avoir une vieille infra polycom etc en interne, de nos jours, le goulot d'étranglement de la visio va plutôt être le lien internet, pas vraiment le switch en interne. C'est plutôt au niveau routeur/firewall que le QoS visio fait ud sens de nos jours, plutot que sur le switch effectivement.

 
C'est déjà sur un VLAN dédié, l'idée simple était de prioriser ce VLAN là mais c'est pas si simple sur du Comware
 
Bref d'après ce que vous dîtes tous ça ne peut être qu'à l'origine de problèmes marginaux l'absence de QoS@switches donc ça me va (mais du coup je peux chercher ailleurs la cause de ces lags )

Si tu as un problème sur les switchs, ce sera pas lié au débit mais aux PPS

Et comment je fais pour vérifier ça ?

 
En même temps, tu réponds à aucune question. Elle sort d'où ta visio par exemple ?
 
En cas de dépendance d'un service web, perso les switchs sont pas vraiment mes premiers suspects quoi.

 
Compteurs SNMP

T'en as pas posé
Mais effectivement soit on fait du point à point et là a priori on a pas de problème :
en gros ça fait ça : SW extremité---lien Fibre ou GBx2---Coeur réseau---Firewall (Qos faîte)---Routeur dédié

Par contre en webconf depuis un PC le schéma n'est évidemment pas le même, je passe par un serveur chez Orange, et j'ai pas de QoS pour les flux http initiés par la visio <== le problème viendrait de là mais causer à ma maison-mère et leur faire faire le nécessaire c'est un peu comme parler chinois à un congolais

Ok

Pas le même salaire non plus

Bon ben comme d'hab dans le doute reboot, le reboot propre de X entre midi et deux avec Maj widows a résolu le problème mais j'avoue que j'avais jamais vu ça.

 
T'as pas la main sur ton firewall ?

 
Non, tout est géré au niveau supérieur... mais je pense en effet que le problème viendrait plutôt de là.

ça me parait un peu évident.
 
Et encore, s'il faut c'est même pas un pb de Qos, mais ça peut être aussi tout simplement du service tout pourri en face. C'est joignable de l’extérieur ton truc manière de tester ? non parceque quand je lis "un serveur chez orange", je sais pas, j'ai direct des frissons dans le dos
S'il faut tu tapes simplement sur un serveur pas bien dimensionné et donc pas capable de gerer tous tes utilisateurs. (et toi tu perds ton temps à coté à mettre de la QoS sur les switchs).