We are trying to setup a Voice and Data network with Data on VLAN 1 and Voice on VLAN 30. I have created a scope for the data 192.168.1.0 and Voice 192.168.5.0 on my windows DHCP server. I can access devices on each side so the Layer 3 side is working ok.
The issue I have is I cant seem to make the devices pick up the right IP addresses / VLAN. do I need to add some programming to the switch port or the DHCP? Can I use DHCP or will one device need to be static? At the moment the port is untagged for VLAN 30 and I have a trunk port from the switch to the router with VLAN 1 and 30 tagged
1. Globally enable LLDP on the switch ("lldp enable") and enter the "VLAN 30 Voice" command. This enables the switch to use LLDP to tell the phones the VLAN ID of the Voice VLAN.
2. The DHCP scope for the Voice Subnet needs the Mitel option. That option contains the Controller IP address, Voice VLAN ID and QoS values, eg,
id:ipphone.mitel.com;sw_tftp=10.10.30.150;call_srv=10.10.30.150;vlan=30;l2p=6;dscp=46;
You put this in Option 125 (which you have to do in hex using the special tool) or Option 43 (easier, just copy as String, but this option isn't reserved for Mitel so something else might use it).
3. The router has on each VLAN interface the IP address that is used as "Default Gateway" by devices in that VLAN's IP subnet. 4.
The router needs an IP helper on the VLAN interface of each VLAN, pointing at the DHCP server or the DHCP server's subnet, except for the VLAN Interface for the subnet the DHCP server is in itself.
5. Both VLANs need to be trunked to the switch (as you have done)
6. The Access port on the switch needs to have VLAN30 tagged and VLAN1 untagged. The phone connects the untagged VLAN to the PC Port.
The phone itself will use VLAN30 *if* LLDP has told it the VLAN ID.
Your question about "hybrid" makes me think you have a non-Procurve HP switch. Either way, "hybrid" is a load of insecure chinese nonsense, don't use it. A port is either
Access: 1 untagged VLAN
or
Trunk: 1 untagged VLAN + 1 or more tagged VLANs
Another couple of (best practice or optional) design principles:
Don't use VLAN1.
Always tag VLANs on non-Access links. If your network devices require an untagged VLAN, use a made-up VLAN that doesn't carry any traffic, eg, VLAN999
Don't put servers in the same broadcast segment as client hosts.
Don't put multiple IP addresses on your switch. I see this all the time. People add a VLAN to their switch and then think they have to put an IP address on it as well. Don't. Ideally the only IP address on your switches is an address in a dedicated "management" VLAN.