Re: RSVP CBWFQ QoS

I was looking in the archives where I remember having a thread on the
topic. June/July last year. "rsvp and HQF".
I remember labbing many things at the time, even installing some RSVP
code to debug reservations :)
After so many hours, I decided that RSVP was indeed dead so to say.
There are(were) some documents related to RSVP intserv/diffserv in
medianet (cisco).
From that time, I've also a bookmark on RSVP scalability enhancements:

http://www.cisco.com/en/US/docs/ios/qos/configuration/guide/rsvp_scalability_ps6350_TSD_Products_Configuration_Guide_Chapter.html

and a FAQ for HQF QoS changes:

https://supportforums.cisco.com/docs/DOC-25053

HTH,
-Carlos

Tom Kacprzynski @ 18/06/2013 18:55 -0300 dixit:
> 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
> <mailto: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 <mailto:tron_at_huapi.ba.ar>>
> LW7 EQI Argentina
>
>

-- 
Carlos G Mendioroz  <tron_at_huapi.ba.ar>  LW7 EQI  Argentina
Blogs and organic groups at http://www.ccie.net