[nsp] FRTS, LLQ and VoIP

From: Wortendyke, Ken (KWortendyke@Timebridge.com)
Date: Thu Jun 28 2001 - 12:14:21 EDT


Greetings all,

I have a scenario where a customer would like to transport VoIP traffic over
a Frame Link.

They are going to up their CIR to 384K to cover the bandwidth needs of the
voice, but following Cisco guidelines on FR Traffic Shaping and LLQ, can
they still burst above CIR for data?

This is what I come up with for the relevant config for the remote router
and the hub 7507...

!Frame Relay Traffic Shaping and FRF.12 Fragmentation
!
interface Serial0.1 point-to-point
 description To Primary Hub
 frame-relay ip rtp header-compression
 frame-relay class VoIPoFR
!
interface Serial0.2 point-to-point
 description to Secondary Hub
 frame-relay ip rtp header-compression
 frame-relay class VoIPoFR
!
map-class frame-relay VoIPoFR
 no frame-relay adaptive-shaping
 frame-relay cir 384000
 frame-relay bc 1000
 frame-relay be 0
 frame-relay mincir 384000
 frame-relay fair-queue
 frame-relay fragment 480
 service-policy output QoS-Policy

!LLQ Configuration
access-list 100 remark H323-Control Identifier
access-list 100 permit tcp any any eq 1720
access-list 100 permit udp any any range 11000 11999
access-list 101 remark H323-VoIP Identifier
access-list 101 permit ip any any prec 5
!
class-map H323-Control
  match access-group 100
class-map H323-VoIP
  match access-group 101
!
policy-map QoS-Policy
  class H323-VoIP
    priority 288
  class H323-Control
    priority 24
  class class-default
   fair-queue
!

Should I up the Be To allow bursting over the CIR?

Thanks,
Ken Wortendyke
Internetworking Consultant
Dimension Data
703-287-9698 (office)
509-471-5338 (efax)
Ken.Wortendyke@DiData.com
http://us.didata.com



This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:43 EDT