Re: RSVP CBWFQ QoS

Hi Carlos,
Thank you for your response. Do you have any good references setting up
intserv/diffserv? So are you saying that RSVP does work at all with CBWFQ
and you just have to rely on the application to mark the traffic correctly
or have a class-map that marks it? Do you know when that was changed?

Thanks

Tom

On Tue, Jun 18, 2013 at 3:39 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar>wrote:

> Tom,
> last time I checked, cisco does not support RSVP for integrated services
> QoS any longer. It only supports what they call "intserv/diffserv" QoS, and
> that is why you see no resources attached to the flows, nor marking of RSVP
> path packets.
>
> RSVP is only used for CAC.
> HTH,
> -Carlos
>
> Tom Kacprzynski @ 18/06/2013 16:02 -0300 dixit:
>
>> Hello,
>> I'm setting up RSVP Call Admission Control for IP Phones. RSVP is setup
>> and
>> works really nice for CAC. My problem is integrating it with CBWFQ. RSVP
>> will only make the reservations but will not actually do the
>> queuing/scheduling. I have this config and I can't seem to get any packets
>> matching based on RSVP reservation.
>>
>> Topology
>> Phone ----(gi0/0)-ROUTER-(gi0/1)----**WAN
>>
>>
>> Gi0/0 has this policy:
>>
>> policy-map GI0/0-IN
>> class voip-llq-in
>> set ip precedence 5
>> class voip-exceed-in
>> set ip precedence 2
>>
>>
>> Gi0/1 has this policy:
>>
>> policy-map GI0/1-OUT
>> class voip-llq-out
>> priority 100
>> police cir 100000
>> conform-action transmit
>> exceed-action drop
>> violate-action drop
>> class voip-exceed-out
>> bandwidth 50
>>
>>
>>
>> RSVP and CBWFQ config:
>>
>> interface GigabitEthernet0/0
>> service-policy input GI0/0-IN
>> ip rsvp bandwidth 100
>> ip rsvp precedence conform 5 exceed 2
>>
>> interface GigabitEthernet0/1
>> service-policy output GI0/1-OUT
>> ip rsvp bandwidth 100
>> ip rsvp precedence conform 5 exceed 2
>>
>>
>>
>> Based on my understanding, RSVP reserved flows should be marked by the
>> command "ip rsvp precedence conform 5 exceed 2" for conforming traffic to
>> IPP 5 and exceeding traffic to IPP 2.
>>
>> I don't see any marking on either policy-map.
>>
>> sh policy-map int gi0/0
>> GigabitEthernet0/0
>>
>> Service-policy input: GI0/0-IN
>>
>> Class-map: voip-llq-in (match-all)
>> *0 packets, 0 bytes*
>>
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: ip precedence 5
>> QoS Set
>> precedence 5
>> Packets marked 0
>>
>> Class-map: voip-exceed-in (match-all)
>> *0 packets, 0 bytes*
>>
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: ip precedence 2
>> QoS Set
>> precedence 2
>> Packets marked 0
>>
>> Class-map: class-default (match-any)
>> 3282618 packets, 659724742 bytes
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: any
>> a-ro01#sh policy-map int gi0/1
>> GigabitEthernet0/1
>>
>> Service-policy output: GI0/1-OUT
>>
>> queue stats for all priority classes:
>>
>> queue limit 64 packets
>> (queue depth/total drops/no-buffer drops) 0/0/0
>> (pkts output/bytes output) 0/0
>>
>> Class-map: voip-llq-out (match-all)
>> *0 packets, 0 bytes*
>>
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: ip precedence 5
>> Priority: 100 kbps, burst bytes 2500, b/w exceed drops: 0
>>
>> police:
>> cir 100000 bps, bc 3125 bytes, be 3125 bytes
>> conformed 0 packets, 0 bytes; actions:
>> transmit
>> exceeded 0 packets, 0 bytes; actions:
>> drop
>> violated 0 packets, 0 bytes; actions:
>> drop
>> conformed 0 bps, exceed 0 bps, violate 0 bps
>>
>> Class-map: voip-exceed-out (match-all)
>> *0 packets, 0 bytes*
>>
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: ip precedence 2
>> Queueing
>> queue limit 64 packets
>> (queue depth/total drops/no-buffer drops) 0/0/0
>> (pkts output/bytes output) 0/0
>> bandwidth 50 kbps
>>
>> Class-map: class-default (match-any)
>> 3102835 packets, 643283779 bytes
>> 30 second offered rate 0 bps, drop rate 0 bps
>> Match: any
>>
>> queue limit 64 packets
>> (queue depth/total drops/no-buffer drops) 0/0/0
>> (pkts output/bytes output) 3102835/641861801
>>
>>
>> I also noticed that RSVP has the installations but no assigned resource:
>>
>> a-ro01#sh ip rsvp installed detail
>>
>> RSVP: GigabitEthernet0/0 has the following installed reservations
>> RSVP Reservation. Destination is 10.255.221.1. Source is 10.255.222.1,
>> Protocol is UDP, Destination port is 19130, Source port is 17400
>> Traffic Control ID handle: 45000416
>> Created: 18:56:42 UTC Tue Jun 18 2013
>> Admitted flowspec:
>> Reserved bandwidth: 80K bits/sec, Maximum burst: 400 bytes, Peak
>> rate:
>> 95K bits/sec
>> Min Policed Unit: 200 bytes, Max Pkt Size: 200 bytes
>> *Resource provider for this flow: None*
>> Conversation supports 1 reservations [0xD4000415]
>> Data given reserved service: 432 packets (86400 bytes)
>> Data given best-effort service: 0 packets (0 bytes)
>> Reserved traffic classified for 9 seconds
>> Long-term average bitrate (bits/sec): 70501 reserved, 0 best-effort
>> Policy: INSTALL. Policy source(s): Default
>>
>>
>> RSVP: GigabitEthernet0/1 has the following installed reservations
>> RSVP Reservation. Destination is 10.255.222.1. Source is 10.255.221.1,
>> Protocol is UDP, Destination port is 17400, Source port is 19130
>> Traffic Control ID handle: AD00041D
>> Created: 18:56:42 UTC Tue Jun 18 2013
>> Admitted flowspec:
>> Reserved bandwidth: 80K bits/sec, Maximum burst: 400 bytes, Peak
>> rate:
>> 95K bits/sec
>> Min Policed Unit: 200 bytes, Max Pkt Size: 200 bytes
>> *Resource provider for this flow: None*
>> Conversation supports 1 reservations [0x87000403]
>> Data given reserved service: 432 packets (86400 bytes)
>> Data given best-effort service: 0 packets (0 bytes)
>> Reserved traffic classified for 9 seconds
>> Long-term average bitrate (bits/sec): 70530 reserved, 0 best-effort
>> Policy: INSTALL. Policy source(s): Default
>>
>>
>> Does anyone know what could be wrong or how to configure this for RSVP
>> reserved flows to get scheduled by CBWFQ?
>>
>> Thank you,
>>
>> Tom Kacprzynski
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> ______________________________**______________________________**
>> ___________
>> Subscription information may be found at:
>> http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/CCIELab.html>
>>
>>
>>
>>
>>
>>
>>
>>
> --
> Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina

Blogs and organic groups at http://www.ccie.net
Received on Tue Jun 18 2013 - 16:55:14 ART