Voice traffic- bandwidth

Hi Experts..
Pls help me in setting up QoS for my company. I have MPLS circuit for my all company locations. Main locations has 60mb MPLS circuit and branch locations has 20mb each. I have CME in my main location to which VOIP phones are registered. Since past few days i have been observing bandwith choke of my main location, due to this calling through VOIP phones from main locations to hub locations are getting drop intermediately.
I am looking to prioritize voice traffic so that other traffic could not make impact on voip calls. I want to assign 10mb bandwith to voice traffic and rest bandwith for others traffic.
Pls help me good way to configure this.

Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
policy-map sample
class voip-bearer
priority percent 33
class voip-signaling
bandwidth remaining 10 percent
class class-default
bandwidth remaining 90 percent
fair-queue
For above, you need to classify traffic and mark to agree with MPLS QoS support.  Percentages might also be changed to agree with MPLS QoS.
Apply above as an out policy on MPLS egress port.

Similar Messages

  • Voice Traffic over MPLS-enabled OSPF running backbone links

    Hi All;
    We have running frame-mode MPLS backbone and OPSF as well. Voice as real-time traffic is passing through our backbone links and marked with precedence 5 as an ordinary behaviour.
    What i face is that i can not balance the voice traffic between the uplinks of the LER routers through LSR routers. Let me summarise like this.
    I have a PE that has 4xE1 connection as uplinks terminated at two different LSRs. However, when i look at the voice traffic distribution from PE to Ps,the general attribute is voice traffic is choosing only one E1 and uses it. And other links are not used so much by voice traffic. And this causes poor quality of voice because, it exceeds the amount of the reserved bandtwidth that is defined via LLQ under the backbone links. I have also re-defined the priorty class bantwidth and raised it as much as it can be defined, but now, the business in contract traffic is under danger. :)
    As OSPF does not support unequal load-balancing and also "load-sharing per-packet" command sucks the voice traffic, there is nothing to balance the voice traffic on the backbone links.
    By the way, i have defined MPLS/TE tunnels that are PE-PE tunnels, according to my observations of voice traffic goes to where. I tried to balance the output traffic somehow but the situation is still the same. Sometimes, traffic chooses one tunnel and goes over there. In fact this problem bears with CEF itself but this is another case.
    So any suggestion how i can come over this obstacle. Thanks in advance.
    Regards,
    Baris.

    Disclaimer
    The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
    Liability Disclaimer
    In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
    Posting
    BTW, 20 Mbps can push the practical performance capacity of a 2821.
    class-map match-any LLQ
    !match your VoIP bearer traffic here
    policy-map Shape20M
    class class-default
    shape average 17000000 !we're shaping 15% slower to allow for L2 overhead
    service-policy Sample
    policy-map Sample
    class LLQ
    priority percent 30
    class class-default
    bandwidth remaining percent 100
    fair-queue
    interface tunnel #
    ip tcp adjust-mss 1436
    ip mtu 1476
    service-policy output Shape20M
    tunnel path-mtu-discovery
    keepalive 1

  • Voice traffic

    Hello, I have been running 20Mb mpls circuit over which i have formed GRE tunnel. My circuit goes choke most of the times. So i am planning to configure QoS and assign 5mb for voice traffic(i.e. for VOIP phone communication) and rest BW for others traffic. What would be best solution, should i police voice traffic under voice class map or PQ would be good.
    Also how should i classify voice traffic for my voip phones. pls help.

    Disclaimer
    The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
    Liability Disclaimer
    In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
    Posting
    BTW, 20 Mbps can push the practical performance capacity of a 2821.
    class-map match-any LLQ
    !match your VoIP bearer traffic here
    policy-map Shape20M
    class class-default
    shape average 17000000 !we're shaping 15% slower to allow for L2 overhead
    service-policy Sample
    policy-map Sample
    class LLQ
    priority percent 30
    class class-default
    bandwidth remaining percent 100
    fair-queue
    interface tunnel #
    ip tcp adjust-mss 1436
    ip mtu 1476
    service-policy output Shape20M
    tunnel path-mtu-discovery
    keepalive 1

  • Putting QOS for voice traffic in switches.

    Hi All,
    does anybody know how to prioritize the voice traffic over data in the 2960 SW, in a scenario in which ethernet cable coming to ipphone & from IPphone to PC.

    Disclaimer
    The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
    Liability Disclaimer
    In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
    Posting
    Yes, I do.
    laugh - I was temped to stop with the above, as it directly answers your question, but I assume you want to know how.
    In principle, you recognize the VoIP traffic as being different from data traffic and provide it "special" egress treatment.  Normally you would enable QoS, and for egress, enable PQ, direct VoIP bearer traffic to that queue.  You might also direct VoIP signalling traffic to a queue that insures it's not unduly delayed or dropped.  You might also set rate caps on ingress VoIP traffic.
    Recognition of VoIP traffic can be done in different ways.  Your phones might support L2 CoS or L3 ToS marking, your switch might "analyze" ingress traffic, your switch might trust a Cisco VoIP phone, your switch and VoIP phones might use a dedicated VLAN.  Basically, there's lots of variables dealing with ingress.
    Unfortunately, you've provided insufficient information for specific recommendations.
    PS:
    BTW, your 2960 might also support auto-QoS, which may, or may not, be all you need to enable.

  • Monitor the traffic/bandwidth of local computers ?

    Hi everyone,
    What is the software/script to monitor the traffic/bandwidth of the local users ?
    I'm currently has Xserve as like a DHCP/gateway, and there are about 20 computers connects through Xserve. I'd like to monitor the local computers to see their bandwidth but not sure what script/software need to be installed on Xserve. All my local computers have ip 10.10.x.x.
    I installed darkstat but it doesn't show me the specific ip address that taking how much bandwidth (like download/upload speed..).
    Thanks

    Take a look at Intermapper <http://dartware.com/>, Lithium <http://lithiumcorp.com/> and Zenoss <http://www.zenoss.com/>. They should be able to do what you want. Hope that helps.
    - Barrett

  • AutoQoS for voice traffic settings?

    Hi Everybody, 
    I have enabled auto qos on switch and following are information
    Voice is the most important traffic in network, must ensure voice traffic goes first
    SW# show mls qos map dscp-output-q
       Dscp-outputq-threshold map:
         d1 :d2    0     1     2     3     4     5     6     7     8     9
          0 :    04-03 04-03 04-03 04-03 04-03 04-03 04-03 04-03 04-01 04-02
          1 :    04-02 04-02 04-02 04-02 04-02 04-02 03-03 03-03 03-03 03-03
          2 :    03-03 03-03 03-03 03-03 02-03 02-03 02-03 02-03 02-03 02-03
          3 :    02-03 02-03 03-03 03-03 03-03 03-03 03-03 03-03 03-03 03-03
          4 :    01-03 01-03 01-03 01-03 01-03 01-03 01-03 01-03 02-03 02-03
          5 :    02-03 02-03 02-03 02-03 02-03 02-03 02-03 02-03 02-03 02-03
          6 :    02-03 02-03 02-03 02-03
    SW# show mls qos queue-set
    Queueset: 1
    Queue     :       1       2       3       4
    buffers   :      10      10      26      54
    threshold1:     138     138      36      20
    threshold2:     138     138      77      50
    reserved  :      92      92     100      67
    maximum   :     138     400     318     400
    For the 
    DSCP 46 : it's 01-03 (voice)
    DSCP 0 : it's 04-03 (general traffic)
    From my understanding 
    - 01-03 means queue 1 and threshold3. (by default threshold3 is 100 and hidden)
    - queue-set 1 is enabled by default on all interface and hidden
    According to the above information, 
    - Does the Auto Qos is design for voice goes first?
    - Why the Q1 buffer and maximum are less then Q4? isn't suppose to set more buffer on Q1 for voice traffic? or I have to re-distribute the queue buffer and threshold, etc...
    - or I just use priority-queue out, then those queue setting will be ignored?
    Thanks in advance
    Sam

    udp ports 16384 to 32767 for rtp traffic
    1720 tcp for control (h323 protocol)

  • Voice traffic in a LAN

    hi all!
    can i priority voice traffic in a campus LAN ? we have 2950 EI switch on the access an 3550 on the core layer with vlans...i search a configuration example
    many thanks for the answers!

    Yes you can. If you're running IOS 12.1(12c)EA1 or above on your switches, the easiest way to configure QoS is with the "autoqos" command. Please see the following link for details.
    http://www.cisco.com/en/US/tech/tk543/tk759/tk879/technologies_white_paper0900aecd800a8561.shtml
    Hope this helps. If so, please rate the post.
    Brandon

  • Characteristics of voice traffic

    Why "benign" is considered as a characteristics of voice traffic, but not "smooth".
    thanks,
    Han

    I guess that most voice traffic is very forgiving and that even with packet loss you can get the message across.  With this in mind you can say its "kind" which seems to be one of the best definitions for benign.  Why would you say that voice traffic is smooth?

  • How to priortize video & voice traffic over mpls network

    Dear all,
    I have taken a 512k link from mpls network containing juniper as core routers, while i am using completely cisco in my network, my query is can i priortize my voice and video traffic over this mpls network i am also using rtp header compression.
    plz give me sample config if it is possible.
    thanks

    hi
    if i m not wrong there will be different kinda service offering in general being provided by the SPs.
    it falls under 2 main major categories one is managed and the other is unmanaged.
    in managed services your SP will honour the marking being done by the customers and the same is being carried throughout(in SP backbone) till reaching the remote destination.
    in unmanaged services whatever markings you do at ur end will be remarked or ignored by SP according to the policies followed by them.
    you can enquire about this with your SP and you can have the QOS policies configured accordingly.
    regds

  • Separate Physical LAN for Voice Traffic

    HI everyone,
    How common is it to set up an entirely separate switching and routing infrastructure to handle voice over IP traffic?  I'm curious if this would be necessary as opposed to just logically separating the traffic via a voice VLAN.  Any input would be much appreciated.

    Not very common at all, as I said I have only seen this at Trading companies (very typical to that market), but that is a small percentage of all deployments.  I have worked with pretty much every imaginable market and have not see it anywhere else.
    HTH, please rate all useful posts!
    Chris

  • Maximum cos1 (voice traffic) supported by Cisco ASR 1006 router

    Dear Team,
    Please confirm the maximum cos 1 traffic supported by cisco ASR 1006 router.

    Yes, it would. If you are planning on terminating a single site on this router I would spread over multiple routers for redundancy.
    Table 6 explains number of ports and channels providing you have the DSPs: 
    http://www.cisco.com/c/dam/en/us/products/collateral/routers/2800-series-integrated-services-routers-isr/product_data_sheet0900aecd8057f2e0.pdf

  • Priority queue for voice/audio traffic

    Hi,
    Still in limbo after multiple discussions with our vendors, TAC and in general other engineers, so starting a thread here.  In the process of rolling out enterprise audio, with the intent to prioritize and allocate 25% of link bandwidth for voice class.
    Our config snapshow is as follows -
    policy-map qos-wan-out
     class dscp-voice-lan
      set ip precedence 5
      priority percent 25
    I understand that
    -DURING congestion, this will ensure voice gets a maximum of 25% and is dequeued first due to the priority setting
    -And during NO congestion, the voice traffic will be dequeued before other traffic, but at the same time, can go over 25% as QoS kicks in only during congestion.
    I am seeing some contradictory results in that we are having high packet loss if we exceed 25% even when the link is less than 40% utilized. I doubt the above CE configurations are an issue. But, wanted to run this by this group.
    Alternate theory is that with the above configurations, our traffic is exiting fine - but the service provider who is using priority class queuing within their MPLS network may be capping the bandwidth at 25% at all times (with or without congestion).
    thanks

    Hi Bro
    Maybe the incoming voice packets into your FW isn't marked with ef. For this reason, you don't see anything at all. I hope the QOS isn't tied to a subinterface, as QOS is only supported on the main interface itself. What you're doing here is QoS Configuration based on DSCP. You could refer to this URL for troubleshooting purposes.
    http://www.cisco.com/en/US/products/ps6120/products_configuration_example09186a008080dfa7.shtml#tab4
    Did you marked on the Cisco Catalyst switchports, which ports are ef?

  • Voice control signaling traffic from a Cisco phone

    Silly question I guess but here it goes. What is the purpose for having the RTP and control signaling traffic marked with different markings and then placing the traffic into different queues? What not treat all traffic coming from the phone the same? Help me understand the reason I would place the different traffic types into the separate queues. Thank you for your help in advance. P.S. is there any document that explains why this is done?

    Well , the RTP(Voice) traffic is much, much more susceptible to jitter and other hiccups that are a minor concern to data protocols. The Idea in j=using seperate queues is to allow the RTP traffic alone to get the pq - this allows the queue to flow smoothly with consistant packet sizes and a constant data stream. The signaling traffic is kept seperate because it really does not need to be in the pq and if it were there it would cause inconsistancies in the types and sizes of packets going through the queue.
    http://cisco.com/en/US/products/sw/iosswrel/ps1839/products_feature_guide09186a0080087afb.html
    Basically just trying to avoid anything that might cause congestion for the RTP stream
    Hope this helps

  • Voice video traffic classification

    Hi All,
    A simple query.
    With Cisco ios NBAR, when we say 'match protocol rtp video' , do we also match the audio embedded in the video stream ? .. or does that audio get matched only with the 'match protocol rtp audio' statement ?
    Also, is the 'match protocol rtp audio' statement sufficient to match all voice traffic from IP phones on the LAN ?
    Regards,
    Amit

    Hi Amit,
    Match protocol rtp video will match only video.
    In regards to your second question:
    Match rtp audio is good but it should be just a part of full end-to-end QoS policy and you should not only just rely on that.
    While deploying QoS - there are some best practices, like marking closest to the source. Most VoIP end devices, servers will mark the traffic (audio as 46 and signalinging as 24 at either l3 or like in case of phones at l2 level)
    You should configure QoS on catalyst switches.  Traffic is already marked you need to enable trust on the switches and ensure traffic is priortised and markings are carried to routers. At routers you can catch this based on markings, protocol (like rtp audio), source/destination, and several other criteria. Then this is sent across WAN with appropriate markings and get preferential treatment in Service Provides network and markings are maintained through out.
    So just to summarise yes it should catch audio by matching rtp audio but for QoS to work effectvely you should deploy QoS based on a wider policy that makes sure voice traffic is priortised at all possible levels.
    Hope it helps.
    Terry
    Please rate if you find it helpful.

  • QoS for voice tagged traffic

    I am trying to confirm my assumption that given voice traffic arriving at an AP or wireless bridge is already tagged with COS (and TOS) precedence, the wireless device will properly deal with it by default.
    It appears from the documentation, but isn't explicitly stated, that the only QoS configuration required is to classify and tag (COS) packets. If they are tagged already, no configuration is required.
    Is this correct?
    Also, are COS precedence values preserved across a wireless bridge link, or must they be re-tagged at the far end?

    Hi there,
    in "Configuring QoS" of the Aironet 1310 Configuration Guide
    http://www.cisco.com/en/US/products/ps5861/products_configuration_guide_chapter09186a00804ed713.html
    it reads:
    "Precedence of QoS Settings
    When you enable QoS, the access point/bridge queues packets based on the Layer 2 class of service value for each packet. The access point/bridge applies QoS policies in this order:
    1. Packets already classified—When the access point/bridge receives packets from a QoS-enabled switch or router that has already classified the packets with non-zero 802.1Q/P user_priority values, the access point/bridge uses that classification and does not apply other QoS policy rules to the packets. An existing classification takes precedence over all other policies on the access point/bridge.
    Note Even if you have not configured a QoS policy, the access point always honors tagged 802.1P packets that it receives over the radio interface."
    Hope this helps
    Martin

Maybe you are looking for