What you're doing, marking your VoIP packets so they can be expedited first is correct procedure. Using LLQ within CBWFQ is one of three ways that comes to my mind to accomplish this. Also marking the control traffic to insure it's guaranteed bandwidth is proper too. (Note, since you're using GRE, the FQ within the default class would see all GRE traffic as one flow except where you mark the GRE packets differently.)
Why are you using a GRE tunnel? I wonder if the overhead of using GRE is impacting your voice performance. (I've never tried voice across a tunnel.) I see you're adjusting MSS, which helps avoid GRE fragmentation for TCP packets. Do you have any max size non-TCP packets using the tunnel?
You do have to insure that similar treatment, the prioritization, is given all along the path; both directions. Just doing it once, unless there are no intermediate hops, doesn't insure quality. If this is the purpose of the tunnel, to avoid intermediate hops having QoS, isn't enough.
With XR 4.2.0 the ASR9000 is releasing a new line of hardware models. This amongst others is the RSP440, the next generation RSP with faster switch fabric along with Typhoon based Linecards, the next generation network processor.
The Cisco EPN system incorporates a network architecture designed to consolidate multiples services on a single Multiprotocol Label Switching (MPLS) transport network. This network is designed primarily based on...
Internet security is important with the increasing attacks that are happening every day. Many internet and browsing security solutions exist, but some are not very easy to use or maybe the question is how can I enable them?