Bonjour,
Je vous expose brièvement mon soucis:
 
L'établissement avec lequel je collabore dispose d'un réseau informatique, avec des switchs catalyst 3560G.
La partie informatique est situé dans le vlan 100 et tout fonctionne, les stations et serveurs communiquent bien entre eux.
Cependant, nous sommes en train de mettre en place des téléphones IP, et nous souhaitons les mettres dans un vlan différent: le vlan 60.
 
En revanche, le dispositif est particulier, puisque, dans le cas d'un bureau, le téléphone est relié au switch informatique, et le pc au téléphone (qui intègre donc deux interfaces spécialemment prévues pour).
Cela signifie que sur un port, il y'a deux stations (le pc et le tel), et donc deux vlans.
Le problème est qu'avec notre configuration, le téléphone fonctionne bien, mais le PC n'a pas de réseau.
 
Voici les commandes que j'ai saisies sur le switch pour un port:
 

interface FastEthernet0/13
switchport access vlan 100
switchport trunk encapsulation dot1q
switchport trunk native vlan 100
switchport trunk allowed vlan 60
switchport mode trunk

 
Malheureusement je ne peux pas pour le moment vous ressortir la configuration complète du switch.
 
Cela doit-il suffir ? Ai-je oublié quelque chose ? Mon dispositif peut-il marcher ?
 
Par avance, merci beaucoup pour votre aide.

essayes plutot la conf suivante :
switchport mode access
switchport access vlan 100
switchport voice vlan 60
spanning-tree portfast si tu as du dhcp en vlan 100
 
 
et bien sur penses bien à la qos !! mls qos ...

 
Il y a bien du DHCP, je testerai donc la commande.
Sinon pour "switchport voice vlan 60" je crois savoir que le switch doit savoir reconnaitre le flux Voix.
Et je ne suis pas sûr que le catalyst 3560G sache le faire. Je vais donc chercher des infos là-dessus pour le confirmer
En tout cas merci.

mes conf pour des ports avec téléphones :
 
mls qos
 
interface FastEthernet 0/18
 power inline auto
 switchport access vlan 100
 switchport trunk encapsulation dot1q
 switchport mode access
 switchport voice vlan 60
 mls qos trust device cisco-phone
 mls qos trust qos
 no mdix auto
end

 
Merci pour les réponses, c'est sympa je vais pouvoir tester cette config également.
Petite question toute fois... à quoi correspond la derniere commande "no mdix auto" ?

pour désactiver l'autosense sur les ports
 
attention; le power inline c'est pour les téléphones POE

Pour la QOS ca dépend de ce que tu as en téléphonie (Cisco ? Alcatel ? ...)
 

attention au mapping cos/dscp cisco qui map le cos 5 en dscp 40 (et non pas 46 => Expedited Forwarding).  
Refaire le mapping :
mls qos map cos-dscp 0 8 16 24 32 46 48 56
mls qos

attention egalement au voice vlan, qui n'est reconnu que par cisco.

Généralement sur nos installs il s'agit d'Alcatel.
Mais là pour le coup c'est de l'Avaya...

ok donc faudra que tu branches tes téléphones sur des ports de switchs dédiés.

 
non le voice vlan marche aussi avec les autres constructeurs ...

 
pas d'accord là non plus. désolé pour mes remarques qui vous contredise ... les téléphones avaya n'ont pas de connexion pour le PC ?

pour la QOS il suffit que tes avaya soient configurés pour marquer les paquets (en cos 5 ou dscp 46 qui correspondent à l'Expedited Forwarding).
sur les interfaces tu fais :
mls qos trust dscp
priority-queue out
 
avec le mappage cos/dscp que je t'ai donné précédemment tes paquets seront marqués comme il faut. Par exemple, si tes avaya font de la cos, le mappage mettra 46 en DSCP ...
 
Le priority queue out permet d'activer la file prioritaire de sortie pour l'Expedited Forwarding. On peut résumer comme cela : tant qu'il y aura du flux dans cette file, les 3 autres files (pour les 3560 je crois qu'il ya 4 files au total) seront en pause.
 

les téléphones cisco apprennent leur vlan voix par cdp; qui est un protocole propriétaire cisco me semble-t-il...

pour un alcatel:
int fx/y
 switport mode trunk
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 100
 switchport trunk allowed vlan 100,60
 
La commande voicevlan est une macro commande dont l'unique interet est de permettre au switch d'informer l'IPPhone par CDP du vlan qu'il doit utiliser pour la voix, alors que sur les alcatel tu configures ce vlan en hard sur le tel.

 
Pas de soucis, je suis d'accord avec toi. De notre côté, on a abandonné la config que tu proposes. On a simplifié avec le voice vlan ... Dans notre cas, les échanges cdp n'auraient bien sur eu aucune utilité mais le voice vlan permet simplement de dire que le flux téléphonie est tagué. Le voice vlan permet de simplement faire ca aussi ...
 
Cela nous permet également de mettre le porfast et le bpduguard en default et non pas sous chacune des interfaces. Car si joreitapo choisit ta config, il faudra également rajouter sous chaque interface, spanning portfast trunk, et le bpduguard ...  
 
 

alcatel fait du Automatic Vlan Assignement (AVA), il n'est pas forcément configuré en dur dans le téléphone.
Par contre, les avaya je ne sais pas ...

Jamais reussi a faire fonctionner, donc abandonner.
Si t'as des infos claires, je suis preneur ...

en fait pour utiliser l'AVA il faut deux DHCP:
un dans l'OXO/OXE alcatel et un pour les ordinateurs, par exemple sous windows server.
tes IP phones doivent être paramétrés en DHCP et ne pas avoir de VLAN particulier (laisser celui apr défaut)
 
dans le cas ou tu relie tes ordis à l'arrière des IP phones, les ports sur le switch où seront connectés les IP Phones devont être en trunk, avec un native VLAN sur le VLAN des "ordis" et un allowed VLAN sur le VLAN 'ordis" ET VLAN "voix". (et ne pas oublier la gestion de la QOS )
 
dans l'interface VLAN du switch, il faut lui préciser de rediriger les requetes DHCP vers une IP, celle du serveur DHCP (avec un ip helper address 10.x.x.x )
 
le paramétrage du serveur DHCP de l'Alcatel OXO/OXE n'a rien de particulier
tout est fait sur le serveur DHCP du VLAN "ordis", qui devra avoir l'option 43 (nommée "informations spécifiques au fournisseur" ) de renseignée
 
tu valide, et normalement ça fonctionne
 
en fait l'IP Phone va effectuer une premièr requete DHCP dans le VLAN natif, c'est à dire le VLAN "ordis".
le serveur DHCP lui retourne une adresse IP (temporaire) et précise dans sa requete l'information 43. elle ne sera comprise QUE par l'IP Phone, l'ordi n'en tiendra pas compte.
Par contre l'IP Phone va comprendre qu'il devra refaire une requete DHCP dans le VLAN qui est mentionné dans l'option 43, VLAN "voix".
il refais donc sa requete dans ce VLAN, vers le DHCP de l'OXO/OXE qui lui répond.
 
Voilà, j'espère que j'ai été assez clair dans mon post

Oh, un specialiste telephonie alcatel.
Oui, tu as été clair. Vu la "lourdeur" relative du truc, je vais pas mettre ca en place de suite, mais je me garde ta reponse sous le coude.
Et je reviendrais peut etre vers toi pour d'autres questions

Lol je ne suis pas particulièrement spécialiste, j'ai juste été stagiaire dans une boite qui elle, est particulièrement spécialiste dans la téléphonie
ce truc fesais un peu partie de mon projet en quelque sorte
 
mais pour la lourdeur, ça peut paraitre compliqué mais c'est d'une simplicité déconcertante
 
si tu veux me contacter n'hésite pas, si j'ai le temps de te répondre (le BTS approche :S )  je le ferais avec plaisir