Solved

Voice VLAN with HP V1910 switches

Posted on 2012-12-30
10
3,373 Views
1 Endorsement
Last Modified: 2013-02-10
After Hurricane Sandy my organization lost all copper based phone service and Internet access. We currently are connecting via a FIOS line (I know it's not ideal but, at the moment, we don't have many options)
Since we are stuck without phones we have decided to use Broadview VoIP to at least get some kind of phone service. (When we can get Broadview service again we will get a dedicated line for the phones)
The problem I have is that I am not experienced with VLAN's and I am having a hard time getting the traffic separated.
The computers are connected to the phones since we only have one network port in each office.
What we are trying to do is to have the phones receive IP addresses from the voice VLAN from a Sonicwall firewall DHCP and the computers will receive addresses from DHCP on a Windows server.
Can someone help to point me in the right direction to get all of this set up correctly?

Thanks
1
Comment
Question by:Hawkeye_11105
  • 5
  • 5
10 Comments
 
LVL 22

Expert Comment

by:Jody Lemoine
ID: 38733176
It's going to depend largely on what kind of phones you have. Got a make/model for me? Also, how many phones do you have?
0
 

Author Comment

by:Hawkeye_11105
ID: 38733304
Thanks for your response.

We have about 100 Mitel 5330 phones.
0
 
LVL 22

Accepted Solution

by:
Jody Lemoine earned 500 total points
ID: 38733342
Okay... those phones can get their voice VLAN via DHCP, which is good. What you need to do is configure all of the interfaces on the V1910 as trunk ports with your data VLAN as untagged and your voice VLAN as tagged.

The phones will start up on the data VLAN and will request DHCP from the Windows Server. The Windows server should have option 43 added to its DHCP scope for the data VLAN. The option 43 string in the scope should look like this:

id:ipphone.mitel.com;sw_tftp=x.x.x.x;call_srv=x.x.x.x;vlan=y;l2p=6v6s3

Replace x.x.x.x with your VoIP host and y with your tagged voice VLAN. The SonicWall's DHCP server should be configured to hand out the same DHCP option 43 option and string.

The phone should start and request DHCP on the data VLAN. Once it gets a response, the option 43 string will tell it to switch to the voice VLAN. It will then release the data VLAN IP address, request a new DHCP address on the voice VLAN. The option 43 string will then tell the phone where to go for its configuration.
0
 

Author Comment

by:Hawkeye_11105
ID: 38755751
I ran through those steps and it's still not working.  Swapped in a Fortinet for the Sonicwall, and connected my phone directly to the firewall.  The phone gets an IP on the voice VLAN, but is stuck at "Contacting Server."

When I connect to the switch, the phone sees the DHCP server, then releases its address and looks for one on the voice VLAN.  I can't get an IP on the voice VLAN, so something is missing on that side as well.
0
 
LVL 22

Expert Comment

by:Jody Lemoine
ID: 38824860
Is the firewall handing out all of the required options in its DHCP scope? If it isn't, the phone isn't going to know how to connect.
0
How your wiki can always stay up-to-date

Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
- Increase transparency
- Onboard new hires faster
- Access from mobile/offline

 

Author Comment

by:Hawkeye_11105
ID: 38856896
Sorry for the delay guys but here is the quick version regarding how we got everything to work:

The main fix for the phones was removing all switchports from the built-in "Voice VLAN" option on the switch.  I did a little research and that option doesn't actually tag the traffic, it just listens on that VLAN, and was apparently conflicting with the VLAN we created for the phones.  I found a posting somewhere that said removing the built-in voice VLAN fixed someone's problem, and sure enough it was the fix here as well.

Otherwise we had everything set up correctly.  I created a VLAN 200 on the switches, and tagged all ports for that VLAN, leaving all ports untagged on VLAN 1.  (The tag/untag nomenclature is a conversation for another time, HP does things different than Cisco and other vendors, but just know that it works now.)  I then created VLAN 200 on the SonicWall, as a sub-interface to the X0 (LAN) port.  Next I added the Mitel-specific string to the existing DHCP scope on the network server, and also created a DHCP scope on the SonicWall for the VLAN 200 interface with the same settings.

When the phones are plugged in, they don't have a VLAN.  They find the network server as the DHCP server, which tells the phones to go find a DHCP server on VLAN 200, along with a few other Mitel/Broadview settings.  The phones then search on VLAN 200, where they find the SonicWall giving out IPs, with the Mitel/Broadview settings again.  They get an IP on VLAN 200 and contact the Broadview servers for the rest of their settings.  The traffic on VLAN 1 and VLAN 200 is separated so the voice and data traffic won't cause collisions on the switches.

Thank you for all of the help leading us in the right direction.
0
 

Assisted Solution

by:Hawkeye_11105
Hawkeye_11105 earned 0 total points
ID: 38856943
I've requested that this question be closed as follows:

Accepted answer: 0 points for Hawkeye_11105's comment #a38856896
Assisted answer: 500 points for jodylemoine's comment #a38733342

for the following reason:

The information provided by Jodylemoine definitely helped us get to the solution but there was additional information that we needed to get before everything worked.
0
 
LVL 22

Expert Comment

by:Jody Lemoine
ID: 38856944
If the information provided was useful but was not a complete solution and required further research, this warrants accepting the comment with a B or C grade and not just a 0-point closure.
0
 
LVL 22

Expert Comment

by:Jody Lemoine
ID: 38857025
Not a problem. It's an easy mistake to make. I'm glad you managed to get everything working.
0
 

Author Closing Comment

by:Hawkeye_11105
ID: 38872806
I'm sorry about the poor grading-it was an oversight that was done quickly without enough thought
0

Featured Post

Highfive Gives IT Their Time Back

Highfive is so simple that setting up every meeting room takes just minutes and every employee will be able to start or join a call from any room with ease. Never be called into a meeting just to get it started again. This is how video conferencing should work!

Join & Write a Comment

Hey there Heard about jingle, the add on for XMPP that enables point to point audio between two XMPP clients. No server config necessary. Actually quite a cool feature. However, how good is it if you can not use those voice capabilities to do a P…
Data center, now-a-days, is referred as the home of all the advanced technologies. In-fact, most of the businesses are now establishing their entire organizational structure around the IT capabilities.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…

760 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

17 Experts available now in Live!

Get 1:1 Help Now