Reprise du message précédent :
Le STP n'est pas activé sur les switchs.

La passerelle c'est le routeur Dual wan (1 port pour le lan, et 2 ports pour les 2 liens wan).
Elle a ses ports en non-taggé. Vu que les autres ports du switch sont en non-taggé, si je tagge son port à elle, on ne peut plus la joindre depuis ces ports là.

mais elle a des adresses IP sur les deux vlans, comment peut-elle être en non taggé ? tu peux pas faire passer deux vlans sur un lien si c'est non taggé...

Parce qu'elle n'a aucun vlan vu que j'ai oublié d'associer les Ip internes qu'elle utilise à un VLAN en particulier.

ça devient compliqué ton histoire Shadow

T'aurais pas un schéma clair, avec les 2 switches, les liens, les ports, les IPs, du bleu pour le vlan 1, du rouge pour le vlan 2, etc ?

Je peux faire ça.
Un outil à recommander ?

PAINT

Moche...
Cette année, à priori, pas nous (et pourtant, je sais que certains CMS ne sont pas à jour).
D'ailleurs, tu es dans quel labo ?

Visio permet de faire pas mal (et word un peu )

https://www.draw.io/ ?
 
XaT

XML dispo ici si quelqu'un souhaite le modifier sur https://www.draw.io/ : http://demo.ovh.eu/fr/4af0025f25c6 [...] d882f481a/

Bleu = VLAN 1 de données
Rouge = VLAN 2 de voix
Vert = VLAN 1 et 2

Ok

Alors, selon tes couleurs, le vlan2 rouge ne passe pas dans le lien LACP entre les 2 switches, ce qui explique pourquoi le téléphone sur le Switch1-22 n'arrive pas à communiquer avec le serveur DHCP qui est sur le Switch2-13.
Il faut que, de chaque côté du lien, les vlans en mode taggé 802.1Q soient propagés sur ce lien LACP.

Un truc à savoir :
Je sais pas comment tu configures tes switches et de quelle marque il s'agit, mais sur du cisco, lorsque tu crées un lien LACP, ça te crée une nouvelle interface virtuelle "port-channel100" par exemple, et c'est uniquement cette interface qu'il faut modifier par la suite. Toutes les modifications sur cette interface vont être automatiquement propagées sur les interfaces membres du lien LACP. Et si tu modifies un membre seulement, souvent ça casse le lien ou ça dégage le membre de la liste des "membres actifs"

Si c'est en CLI que tu fais tout ça, tu peux nous poster un extrait ?

Yep sources de gros malentendus avec les gars du réseau à l'époque  

C'est du dlink et le trunk est bien dans les deux vlan mais il faut que je mette une couleur verte pour ce qui est dans le deux vlan.
Et c'est pas en cli, je ne connais pas la syntaxe du cli Dlink.
Ça ne créé rien sur Dlink quand tu fais un trunk, il faut toujours mettre les ports du trunk dans le VLAN, c'est pas vu comme une seule entité. En tout cas depuis l'interface web.

Image modifiée.

Tu as un moyen d'afficher les adresses mac sur les deux switches pour vérifier que le switch1 voit bien la mac du DHCPd sur sa carte réseau 192.168.2.254, et que switch2 voit bien la mac du téléphone ?

ton serveur DHCP n'a pas besoin d'avoir une pate dans chaque réseau...
 
on doit avoir plus de 100 Vlan, t'imagines le bordel si on devait créer une interface pour chaque. Nos serveurs DHCP n'ont qu'une ip dans un vlan, et derriere on fait de l'ip-helper

 
Oui mais on peut le faire, le switch 2 est vide (4 ports utilisés sur 16 du coup), et il restait 2 interfaces réseau sur le serveur.
Et puis de passer du traffic dans la passerelle pour rien.

 
Je retente la conf après 18h, pour ne pas impacter les utilisateurs.

C'est quoi l'alternative à GNS3/Packet tracer ? Je me souviens plus.
C'était pas un truc en ligne fournit par Cisco ou truc du genre ?  
 
XaT

Soit c'est la patte de ton serveur qu'il faut, soit c'est la patte d'un routeur avec le ip-helper il me semble. Là il n'a que des switches, ou bien sa petite passerelle dédiée dual-lan. Autant remonter le vlan sur le serveur s'il a une carte réseau dispo, ou bien tout mettre sur son lien LACP serveur-switch en taggant le vlan sur le port côté serveur.

Boson NetSim ?

Du coup, les ports à mettre dans les 2 VLAN, je les met en tagged sur le vlan 1 et en tagged sur le vlan 2 ?
Et ceux qui ne sont dans qu'un seul vlan, en tagged dessus ?

En fait pour faire simple faut juste te dire que ça match sur chaque port au niveau de l'entete vlan si y'en a une
 
CAD que tu peux très bien avoir un vlan 17 sur un switch et le récupérer en vlan 5 de l'autre côté si tu ne tagues pas tes paquets.
A partir du moment où c'est tagué, c'est inscrit en dur dans le paquet dans là pas le choix. Faut juste que ça match des 2 côtés, et au niveau des ports spécifier quel est leur mode (access = 1 seul vlan qui ne tague pas, trunk = 1 vlan par défaut pour les paquets non tagués (pvid), et ensuite autorisé et membre de x vlan tagués)

Bon, y'a plus qu'à refaire la conf sans tout casser

Bon, le tél ne choppe pas d'ip.
Il m'indique bien que son vlan data est 1 et le vlan voix le 2.
Ensuite ça parle de VLAN Pri-Voix à 6 et VLAN Pri-Data à 6. Je ne sais pas ce que ces valeurs signifient.

attention aussi, si t'as un LACP (en LAG quoi), au niveau VLAN faut les paramétrer en tant qu'interface agrégée et non port par port
 
Pour ton switch 1 donc tu ne mets pas 47/48 membre des 2 vlans, mais plutot l'interface LAG qui contient ces 2 ports.
 
De part et d'autre tu mets tes interface LAG en tant que port trunk (car ils vont faire passer plusieurs VLAN), après à toi de voir si tu veux tout taguer ou non. La seul possibilité est d'avoir  un seul vlan non tagué, ce qui est logique . Après tu ajoutes tes tagués.
 
Sur ton LCAP tu peux très bien laisser ton vlan data en untagué (en mettant le numéro du vlan data comme pvid), et ensuite dire que la voix elle sera sur le vlan tagué. Ou l'inverse. Ou les 2 réseaux tagués et le réseau par défaut (untag) ne correspond à rien

J'ai pas l'option de gérer le vlan sur le trunk mais que port par port.
Je vais bouger le téléphone sur le second switch pour voir si le problème vient de là (vu que la patte VLAN 2 du dhcp et la passerelle sont sur le SW2)

EDIT: ça ne change rien
Par contre, si je branche un équipement en ip fixe derrière le téléphone (vlan data donc) tout va bien pour lui. Idem en DHCP, il obtient bien une ip en 192.168.2.X, ce que je veux pour le téléphone. Et il ping le réseau 192.168.1.X sans problème.

GRUMPH !

Bon, il me reste la possibilité de définir les vlan directement sur les ip de la passerelle et sur les interfaces réseau du serveur. Je peux forcer son trunk en vlan 1 et sa patte en vlan 2 pour voir.

 
J'ai pas trop envie de dire dans quel labo je suis    
 
Ce qui me gène un peu pour le site, c'est que j'ai tout externalisé, justement pour éviter cela car je n'ai pas le temps ni les moyens de m'en occuper.
Et bim, dans mes dents.
Je vais faire remonter les infos à ma tutelle avant de donner plus de détails.

Bon, ça a foiré, ça me fait chier, les tél passent en ip fixe.

Ce que tu peux essayer de faire, c'est le tagger le vlan2 sur un port de switch 2 et placer un téléphone (ou mieux, un PC pour jouer avec le trafic)

faire venir quelqu'un qui sait, sinon? histoire de pas faire un truc dégueu et chiant à maintenir?

 
Je verrai plus tard.
 

 
Pas les fonds pour, sinon ma vie serait plus simple si je pouvais externaliser une partie de mon boulot.
Après, si je pouvais payer en donuts, je ne dis pas mais là non
 
Il doit quand même y avoir un souci avec le téléphone.
Lorsque j'ai branché un pc à la place, il a bien chopé une ip en 192.168.2.X donc il était bien sur le vlan 2 (seul vlan actif du port réseau concerné, de toute façon). Mais le téléphone, nada.

tain, les vm étaient salement amochées, et un sfc suivi d'un chkdsk ont fait que chacune des deux ont pu se relancer. J'y croyais pas !  

du coup, j'ai essayé de voir l'outil de sauvegarde intégré à 2012 R2 : t'as pas le choix, c'est une sauvegarde par jour. Et si tu sauvegardes sur un Nas, c'est que du full, qui écrase à chaque sauvegarde

J'ai commencé à regarder sur du soft autre : backupassist, netbackup ... des avis ( veeam , on va peut-être éviter pour 3 pauvres VM sur un vmware de base ) ?

si t'as du system center tu peux jeter un oeil sur DPM, c'est vraiment pas la panacée mais c'est déjà mieux que l'outil windows

 
Cobian backup
 
(bah ça supporte les clichés instantanés).

Et la solution de Paragon, ça n'irait pas ?

pour le petit parc que c'est, non
mais merci pour l'idée

j'avais zappé cette solution, et en attendant, ça sera toujours mieux que rien. Merci

Je garde ça sous le coude. Merci également !
 
Bon courage à tous

 
Quel CMS ?

C'est plus ce que c'était celui là, je le trouve d'une lourdeur maintenant.

Uranium Backup est pas mal non plus, pas tres cher et selon la version il est meme en mesure de sauvegarder des VMs si je dis pas de conneries.
 
quant a la sauvegarde de windows intégré, elle t'informes que c'est du full a chaque fois, mais en fait non.
 
quant a Veeam, mon collegue qui s'en occupe m'a dit qu'il y avait une version gratuite pr les mono host.

- Un LACP entre ton serveur et ton switch : OK
- Une seule adresse ip pour ton serveur dans ton vlan data. Pas besoin de faire un trunk ici.

Pour le port switch de ton télèphone, tu trunk le vlan data et tél. Je viens de vérifier sur un équipement. Il s'agit du vlan tél.

-Et pour la gateway de ton vlan tél (zérosheel visiblement) un dhcp relay en direction de ton serveur.

Testé sur 270 scope dhcp pour un peu plus de 2000 équipements.
 
Bref ca marche vraiment pas mal. Au passage la fonction de cluster sous 2012 est vraiment fonctionnelle et facile à utiliser.

 
Tu vas le faire payer j'imagine ?

Quelqu'un aurait un modèle de charte informatique type BOFH à me passer svp ?
Pas de BYOD sur le réseau filaire (wifi autorisé, m'en tape, c'est un réseau à part), pas de téléchargements ... bref le truc bien serré.
Après, ça n'empêchera pas d'autoriser des choses au cas par cas, mais comme ça, je suis tranquille.