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