03-31-2004 11:39 AM - edited 02-20-2020 11:19 PM
i have two sites connected by VPN, i run a GRE tunnel between both so that eigrp works. This is fine for data but voip is poor.
I would like to prioritorise the voip traffic over the GRE tunnel but can't find any examples where this has been done.
Has anyone done this?
Solved! Go to Solution.
04-16-2004 05:29 AM
Mark the packets coming into the router at the LAN interafce. Add the command QOS pre-classify to the Tunnel interface and Crypto-map. At this point you can either enable Fair-queueing on the WAN interface or build a Service policy and add that to the WAN interface. Fair-queueing, by default will use the precedence bits to prioritize traffic. So the packets will already be in the correct order (prioritized) by the time they enter the tunnel. You can also use a service policy and guarantee bandwidth to certain classes. The policy also uses Fair-queue to prioritize the highest TOS bits first.
In the attached sample:
#Policy "LAN" would go on the LAN interface
interafce FAST0/0
service-policy input LAN
#Policy "QOS-128-Port" would go on the WAN interface
interface s0/0
service-policy output QOS-128-Port
*You cannot have fair-queue enabled on an inbound service policy
----------------------------------------------------
04-22-2004 02:20 AM
Hallo c.goona,
you want to use LLQ for Voice with dscp marking and the command
"qos pre-classify" for your (gre+3des) tunnel.
Router(config-crypto-map)# qos pre-classify
regards
Alfred
04-08-2004 07:16 AM
Did you try the qos pre-classify command??
04-16-2004 07:01 AM
04-16-2004 05:29 AM
Mark the packets coming into the router at the LAN interafce. Add the command QOS pre-classify to the Tunnel interface and Crypto-map. At this point you can either enable Fair-queueing on the WAN interface or build a Service policy and add that to the WAN interface. Fair-queueing, by default will use the precedence bits to prioritize traffic. So the packets will already be in the correct order (prioritized) by the time they enter the tunnel. You can also use a service policy and guarantee bandwidth to certain classes. The policy also uses Fair-queue to prioritize the highest TOS bits first.
In the attached sample:
#Policy "LAN" would go on the LAN interface
interafce FAST0/0
service-policy input LAN
#Policy "QOS-128-Port" would go on the WAN interface
interface s0/0
service-policy output QOS-128-Port
*You cannot have fair-queue enabled on an inbound service policy
----------------------------------------------------
05-10-2004 05:38 AM
Hi Dave
Thanks for you reply. It sounds like the command i need. Problem i have now is that out 5500 RSM does not support an IOS version that allows the qos pre-classify command. I am ordering another router so i can try this out on our VoIP connection
04-22-2004 02:20 AM
Hallo c.goona,
you want to use LLQ for Voice with dscp marking and the command
"qos pre-classify" for your (gre+3des) tunnel.
Router(config-crypto-map)# qos pre-classify
regards
Alfred
05-10-2004 04:42 AM
Hello Alfred,
Just to clarify, if I am using GRE tunnnel without IPSEC, do I still need the 'qos pre-classify' or are the precedence bits copied anyway ?
Thanks for any help
Antonis
05-10-2004 05:42 AM
Hi Alfred
Thanks for your reply, our VPN tunnel is built on a concentrator. The pre-classify command is the one i need though.
thanks
05-25-2004 12:56 PM
Dont see any support for 1700 routers with the QoS pre-classify command ? Does any one know if its possible to do QOS preclassify on a 1720 or 1721 router with a VPN module in it ?
06-02-2004 09:29 AM
i have it working on a 1760 but had to change the ios to get it.I used the cisco software advisor under tools to find it. Hope this helps
colin
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: