Reprise du message précédent :
Déjà fait et ils choppent tout de même une ip sur le pool où ils n'ont pas leurs réservations.

Pour les tél, ils viennent de chez OVH, et je peux définir un VLAN différent pour la voix et pour les données.
Et je ne veux rien faire au niveau de la passerelle, car elle n'est pas redondante (simple boitier alix 2d13), donc si elle crashe, moins j'ai de choses à remonter dessus, mieux c'est.
Elle sert juste pour le fail-over entre les deux wan et le vpn désormais (dns/dhcp passés sur le 2k8, pxe sur le nas).

 
Je reviens sur le sujet.
Première chose, j'ai contacté Synology pour un prêt de matériel pour pouvoir évaluer un peu le système. En 3 jours, j'avais l'accord et je recevais le matériel. Gros point positif !
Synology m'a prêté un DS214+ (donc une rave) et l'interface se traine un peu la nouille mais pas grave c'est pour voir ce que le soft a dans le ventre.
 
Par contre la config est loin d'être triviale je trouve (je ne maitrise pas vraiment l'aspect vidéosurveillance à la base). Le premier contact est plutôt positif, à voir sur la durée et l'appli mobile.
 

 
Là, je suis un peu dubitatif. Dernière version de Chrome sur Win7 x86, y'a des barres de défilement qui ne fonctionnent pas. IE11 sous Windows 2008R2, impossible de télécharger l'ActiveX pour l'affichage des caméras. Mais j'ai trouvé une combinaison qui marche bien

firefox sous windows xp ??

 
Trunk tes deux vlan en question sur le port du switch ou est connecté ton téléphone fixe.
 
Si ton téléphone sait le faire, tu tag le vlan tel sur ton téléphone fixe. Le reste du traffic sera untag et permettra de passer en data.  
 
Déjà fait sur des téléphone OVH/Cisco et avec du Cisco/Nortel en switch  
 
En gros ton tél permet de faire du vlan "transparent".
 

 
http://www.clemanet.com/switch-vlan-cisco.php

Rien compris

Sinon je mets les téléphones en ip fixe et mon problème est réglé

Faut réfléchir a ce qu'on fait mais c'est quand même plutôt simple je trouve.
 
 

T'es sur que ton DSM et/ou ton surveillance station sont à jour ?

Il faut que tes 2 vlan passent sur le lien entre le switch et le tel ip (voix+data) pour cela il faut définir le port du switch en trunk (il va identifier le numéro de vlan sur chaque paquet qu'il envoie)
Cela permettra au téléphone de garder les paquets vlan voix pour lui et envoyer les paquets du vlan data au pc (en detagant le paquet)
Pour faire de la téléphonie, il est bien que les notions de vlan, trunk, réseau ip soient claires

 
Si j'en crois l'interface d'admin, oui.

 
moi je comprends pas ce que tu veux faire.
T'as 1 seul vlan, mais tu voudrais que ton dhcp distribue des ip differentes selon le matos ? A ma connaissance c'est pas possible.  
 
Je te donne un exemple, chez nous on a bcp de vlan, mon pc a des reservations dans plusieurs de ces vlan pour que quelque soit le site ou je suis, je recupere non pas la meme ip, mais une ip maitrisée a chaque fois. Comment mon serveur saurait qu'il doit me donner la reservation du subnet x et pas celle du subnet y si j'ai pas de vlan qui lui permet de savoir d'ou vient la demande ?
 
si tes tels ip sont dans un vlan 1 avec un gateway x, ton serveur DHCP donnera tjs une ip correpsondant a ce subnet, meme si tu crées une résa dans un autre subnet.
Pour faire ce que tu fais te faut 2 vlan.
 
Apres tu peux faire un vlan voice et un vlan data, comme ca tu peux avoir sur la meme prise un tel ip (qui recuperera automatiquement le vlan voice) et un PC derriere le tel

J'ai pas bien suivis la discussion, mais j'ai cru comprendre qu'il avais :
- 1 seul VLAN
- 2 plans IPs à adresser en DHCP, sur le vlan précédemment cité
- 1 serveur DHCP
- Des réservations pour les macs des téléphones
Si c'est ça, il suffit qu'il mette une IP secondaire sur l'interface lan de son serveur, avec une IP dans le range des tels IP. En général, un serveur DHCP, à moins qu'il y ai un relay de configuré, n’attribue des IPs que dans les sous réseaux accessibles directement par l'interface/les interfaces sur laquelle/lesquelles il écoute.

plop !
 
je suis un peu désarmé là.
Je viens de débarquer sur un parc avec des vm 2012 R2 qui ont bien souffert après coupure élec.
 
Ma ptite question :
quel pourrait être le point commun entre :
- panneau de config inaccessible (tout comme la conf réseau bien sûr)
- SFC /scannow qui ne se lance pas
- Windows installer que se lance sans rien faire derrière
 
 

JE ne sais pas trop mais tu as la possibilité de faire des CHKDSK / nettoyer les fichiers temporaires / démarrer la dernière bonne configuration connue / revenir à un point de sauvegarde antérieur

fonction backup non activée
je n'avais pas essayé le chkdsk, je teste.
 
Merci !

http://www.clemanet.com/switch-vlan-cisco.php
 
 
+1, J'ai ça au taf

sur du cisco (et en ne gardant que les commandes liés) c'est :
switchport mode access
switchport access vlan x
switchport voice vlan y

En fait, je ne comprenais pas l'intérêt de définir un seul port en trunk. Je pensais à autre chose qu'à ça.
Le reste c'est bon.

Oui, c'est une idée que j'ai commencé à tester.

C'est pas du cisco mais du Dlink, il faut que je regarde comment passer un port en trunk.
Ensuite, vlan 1 pour la data et vlan 2 pour la voix. C'était prévu de toute façon, mais pas possible de le faire sans une coupure des téléphones, donc faut que je le prévoie (ou alors pendant midi).

Personnellement, j'evite de brancher les ordi derriere un telephone.
 
souvent les tels sont en 100Mb/s (ce qui peut suffire pour bcp mais quand t'as des gros volume ça se ressent tres vite) et ça te fait un equipement de plus a prendre en consideration lorsqu'un probleme reseau survient auquel on ne pense pas en priorité.
 
 
enfin, gros warning avec l'utilisation du terme trunk, qui n'a pas la meme signification chez cisco que chez les autres constructeurs.

Chez Dlink, un trunk c'est un regroupement de ports, c'est ça que je ne comprenais pas.

c'est bien pr ça que j'ai fais la precision.  

J'ai trouvé l'équivalent http://forums.dlink.com/index.php?topic=58985.0  

 
Surveillance Station ne fonctionne pas avec Iceweasel 31 sous Debian    

 
for Windows 2000... Ok

Dites les aigris, on m'a demandé si ça :  
http://www.ebay.fr/itm/NOUVEAU-mSA [...] 27ed6e0d0a
C'était compatible avec ça :  
http://www.ldlc.com/fiche/PB00171213.html
 
Votre avis ?

Petit soucis.
J'ai 2 switchs et donc 2 ports sur chaque switch (47/48 et 15/16) qui sont en trunk lacp afin d'avoir 2 Gb de lien entre les 2 switchs.

Je dois donc faire appartenir ces 4 ports au second vlan (voip) (car la passerelle est sur le second switch alors que les téléphones sont sur le premier).

Si je mets les ports du vlan 2 (voip) en tagged (trunk chez cisco) pas de souci.

Les ports du vlan 1 sont en untagged par défaut, y compris ceux qui appartiennent aussi au vlan 2 (voip).
Je dois aussi les tagger (trunker) ou pas ? (ceux qui sont communs aux vlan 1 et 2 hein)
Car je perds le lien entre les 2 switchs si je mets les ports du vlan 1, étant aussi dans le vlan 2, en tagged.

C'est possible de ne pas pouvoir supprimer le compte "admin" par défaut sur un FW Zyxel ? J'ai bien créé un compte admin avec un autre nom, il est bien admin, je suis connecté avec ce compte, mais apparemment je ne peux pas supprimer le compte "admin" par défaut ?

 
t'es pas obligé mais la pratique normale quand tu as plusieurs vlans à faire passer sur un lien c'est de tous les tagger. Même si rien n'empêche d'en laisser un en non taggé. Par contre si tu peux il vaut mieux ne pas utiliser le vlan 1 pour transporter tes données, le problème que tu rencontres vient peut-être de là d'ailleurs.

C'est la configuration par défaut.
J'en fais quoi, je vire tous les ports du vlan 1 pour les mettre sur un autre vlan ?

oui.

Qu'est ce qu'il y a de mal avec le vlan 1 au fait ?

y'a des flux de management qui passent dessus.
 
cf http://www.cisco.com/en/US/product [...] 159f.shtml section "Precautions for the Use of VLAN 1"

Sont cons de le mettre par défaut dans ce cas ...

 
aujourd'hui bcp de tels sont dispo en giga, pour un surcout pas énorme. C'est en tout cas le cas des tels Lync quand on a regardé.
apres oui ca rajoute un potentiel de panne, mais quand t'es pas dans un batiment neuf, largement cablé aux besoins actuels, t'es content de pas avoir à bloquer 2 prises par bureau

C'est le seul vlan créé au départ car il faut bien un vlan d'admin, mais si tu l'as mis sur un port c'est que tu l'as fait toi-même volontairement.

Putain de Netbackup qui décide de ne plus trouver un de ses clients du jour au lendemain Niveau config tout est OK, je soupçonne une route qui ai sauté mais j'arrive pas à vérifier

 
Tous les ports sont dedans en untagged par défaut.

Bon, ça ne marche pas.

Mon téléphone est sur le port 22 du SW1.
J'ai configuré la data sur le vlan 1 et la voix sur le vlan 2. Il n'a pas de PC derrière.

Le serveur DHCP/DNS est sur les ports 45 et 46 du SW1 (LACP) pour le sous-réseau 192.168.1.X.
Le serveur DHCP/DNS est sur le port 13 du SW2 pour le sous-réseau 192.168.2.X.
La passerelle est sur le port 14 du SW2 en 192.168.1.1 et 192.168.2.1.
Les ports 47/48 (LACP) de SW1 sont connectés aux ports 15/16 (LACP) du SW2.

Tous les ports de chaque switch sont en untagged dans le vlan 1.
J'ai mis les ports 13/14/15/16 du SW2 sur le vlan 2 en tagged (trunk).
J'ai mis les ports 22/47/48 du SW1 sur le vlan 2 en tagged (trunk).
J'ai retiré le port 13 du SW2 du vlan 1, il n'est plus qu'en tagged sur le vlan 2.

Je redémarre le téléphone, il prend bien les réglages de vlan mais au final il n'obtient plus aucune IP du DHCP.

J'ai l'option de créer les ip de la passerelle (zeroshell) dans un vlan particulier, je crois que c'est ce que j'ai oublié de faire.

Grumph.

D'ailleurs je me demande si j'ai besoin de mettre le trunk LACP entre les deux switchs dans le vlan 2 vu que ce ne sont pas des points d'entrée ou de sortie directs.
Et une fois que ça marchera, je m'occuperai de sortir du VLAN 1.
Un souci à la fois

Site du labo hacker par les "Muslim Hackers"  
 
 
 

Le port de ton téléphone, t'as bien mis en mode "spanning-tree portfast" ?  
 
Si tu le branches sur un port configuré à l'identique, mais sur le switch 2, est-ce que ça marche ?  
- Si ça marche, c'est lié à ton lien interswitch  
- Si ça marche pas, c'est lié à autre chose, config de port tel ou dhcp, switching etc.  
 
Autre test si tu veux pas te faire chier à déplacer le tel de port : si tu lui fixes une IP, il arrive à faire un ping sur l'ip du DHCP ?

 
Le serveur DNS/DHCP a ses ports en taggé ou en non taggé ? si c'est du non taggé, le port 13 de SW2 devrait être non taggé aussi, sinon ton serveur sera injoignable.
Qu'appelles-tu la passerelle ? elle a son port en taggé aussi ?

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à.