OK thank you for that. Do you have any advice as to whether the rest of the config will work?
Thanks.
Main Topics
Browse All TopicsDear All,
We would appreciate some expert opinions on our little QoS and VOIP situation.
We have a wireless bridge linking the main office to a remote office some 60 metres away. At the remote office there are 10 users each with a laptop and Inter-tel VOIP phone. At either end of the wireless link is a Cisco 3550 uplinking directly into the WAP. The user laptops will use a wireless connection to an additional WAP which is then in turn connected into the 3550. Each of the phones has a dedicated Cat5 cable running to them, we wont be connecting the laptops into the back of the phones. The PBX is located at the main office, also plugged into the 3550.
The plan is to have separate voice and data VLANs and rely on the trunks connecting the 3550s into WAP bridges to provide the necessary QoS to ensure good voice quality.
QoS appears a bit of a prickly subject and even after reading all the CCNP and some of the CCIE material on it, I still have more questions than answers. Auto QoS seems an ingenious idea but all the cisco resources assume you are installing a cisco phone system, which we arent, so i dont know if we can use it or not. There is also a Voice VLAN mentioned in quite a few places but again not sure if it is applicable to non-cisco phones.
So here is a tentative configuration weve put together:
In Global:
mls qos map cos-dscp 0 8 16 26 32 46 48 56
mls qos min-reserve 5 170
mls qos min-reserve 6 85
mls qos min-reserve 7 51
mls qos min-reserve 8 34
mls qos
Interfaces:
interface FastEthernet0/1
Desciption VOIP PHONE1
switchport mode access
switchport access vlan 10
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
wrr-queue bandwidth 10 20 70 1
wrr-queue min-reserve 1 5
wrr-queue min-reserve 2 6
wrr-queue min-reserve 3 7
wrr-queue min-reserve 4 8
wrr-queue cos-map 1 0 1
wrr-queue cos-map 2 2 4
wrr-queue cos-map 3 3 6 7
wrr-queue cos-map 4 5
priority-queue out
interface FastEthernet0/24
description UPLINK TO WAP BRIDGE
switchport trunk encapsulation dot1q
switchport mode trunk
mls qos trust cos
auto qos voip trust
wrr-queue bandwidth 10 20 70 1
wrr-queue min-reserve 1 5
wrr-queue min-reserve 2 6
wrr-queue min-reserve 3 7
wrr-queue min-reserve 4 8
wrr-queue cos-map 1 0 1
wrr-queue cos-map 2 2 4
wrr-queue cos-map 3 3 6 7
wrr-queue cos-map 4 5
priority-queue out
Can anyone see any issues with this config, especially considering we wont be using cisco phones?
Can anyone explain what the functional difference is between entering:
auto qos voip trust
and
auto qos voip cisco-phone
One last thing, is there a way to verify that the QoS is actually functioning and be able to see packets going in and out of the priority queue?
Any help, assistance and guidance provided is very much appreciated.
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Rest of the config looks good. Where is your call-manager type server located ? If it is not on the local LAN, you will need to apply QOS on the router WAN links etc to ensure end-to-end QOS.
You can capture voip packets from ip phones close to the call-manager type server and check to see if the packets have the DSCP markings.
VoIP and wireless is often problematic.
802.11g 54Mbps is realy only ~25Mbps at best and latency and jitter can be a difficult problem to solve. you are correct that it is half duplex, but also it is subject to many forms of interference.
VoIP requires predictable and solid layer2 performance and wireless bridging is not really in that category 100% of the time. It certainly can be made to work, but will require a good bit of effort and testing. You can be successful, just be prepared to invest some time.
The bridge will need VoIP QoS configuration as well to ensure that the VoIP payload packets are always transmitted first as well as the switch settings you are showing. Anytime there is a point of potential congestion in the LAN/WAN, QoS is required to ensure the packets exit the port in the right order.
What kinds of wireless bridge hardware are you using?
What kind of signal strengths are you seeing and how stable is the wireless now?
When you test the current wireless bridge link, what kind of throughput and latency do you see currently. Latency and packet loss are the big killers for most Layer-2 VoIP quality problems.
Hi CoreyMac, thanks for your help. The wireless bridge is a bit of a nasty beast because we couldn't get direct line of sight, so we are going for a two-legged bridge. From both offices we can get line of sight to a pole which conveniently has power to it. We will place a 1240 in weather proof casing at the pole and have two directional antennas; one pointing at each office. One of the antennas will run on 5Ghz and the other on 2.4Ghz. The offices will then have a directional antenna, on the appropriate range, pointing at the pole. This will allow us to squeeze 54mb down each leg, rather than halving the bandwidth by sharing one particular range. We will turn off all unneccessary traffic (BPDUguard/filter) to conserver bandwidth.
Because the wireless bridge only has one feed at each end (a 3550) with QoS enabled on it, wont the bridge be QoS'd by deafault because its being fed packets in an already prioritised order?
That will be a fairly unique solution as you acknowledge. :-) An innovative use of the radios. Using two 5Ghz channels would be preferable, but alas that is still not supported even on the latest 1252 series. Have you been able to take a look at the RF spectrum in the area to see if there is any unusual interference?
On the surface, the QoS scenario would be as you describe, but especially with the uncertain latency added by two radio hops, I would suggest that the 1240 will need to also prioritize. It's buffers will contain both kinds of traffic when the regular clients are moving larger amounts of data, or when the signal quality degrades due to RF noise or environmental factors. You will always want to ensure that the VoIP payload packets are the first to exit every buffer along the way and they do not get caught behind other less time-sensitive traffic.
Fortunately the 1240/1250 series can support this type of QoS. So long as the latency across the link for the voice traffic stays under 50msec and the jitter stays under 15-20msec, you should not have any trouble as long as the wireless links are stable.
If the numbers get much higher than than you will just need to keep an eye on things, but even at double those numbers it should still give good performance. You should get better voice quliaty from G.711 even though it needs more bandwidth, the wireless link you describe should not have any problem with mutliple 90Kbps calls as long as the RF-side of the house is happy...
We took your advice and looked into QoS across the wireless bridge, and now we're in need of some asprin!
When looking at QoS from a wired LAN perspective it appeared that as long as you could classify VOIP traffic as DSCP EF and CoS 5, and using Auto QoS then you were about set. We have a couple of 1131s bridged in a test rig and trying to get QoS across them, it appears that Voice has been bumped to CoS 6 and 7 and Video takes up 4 and 5. Would you be able to shed some light on this discepency between wired and wireless QoS? If you have any sample configs of VOIP QoS on a bridge, those would be very appreciated too :)
I agree. It can work pretty well but the level of complexity is far from trivial. I have not met anyone who actually knows all the ins and outs of wireless + VoIP (myself included)...
You might look here and see if this is what you are asking about.
http://www.cisco.com/en/US
http://www.cisco.com/en/US
This too I believe covers some of what you are asking with respect to the reclassification...
http://www.cisco.com/en/US
This is more of an overview and you probably already read this...
http://www.cisco.com/en/US
I am assuming here you are referring to IOS-based APs...
Business Accounts
Answer for Membership
by: vjlpPosted on 2008-09-09 at 06:09:56ID: 22426965
You should be using the 'auto qos voip trust'. 'auto qos voip cisco-phone' instructs the switch to only trust qos markings from a Cisco Phone (which it identifies via CDP).