I configured the Frame Relay connection using traffic shaping with 1 MB bw in HQ and bandwidth 64kbps with cir=48kbps in branch offices. Without traffic shaping, the connection (5 min in/out) reach 64000 bps but with traffic shaping, it dropped into 58000 bps.
the config as follow:
fr lmi-ty ansi
fr ip rtp header compression
serial 0.1 point-to-point
fr int-dlci 110
ip addr 10.1.1.1 255.255.255.0
fr class VoIPovFR
map-class frame-relay VoIPovFR
fr cir 64000
fr bc 640
fr mincir 48000
fr fragment 80
fr ip rtp prority 16384 16383 64
According to cisco book,
cir is the bandwidth
mincir is the guaranteed rate.
Tc = bc/cir
10 ms = 640/64000
therefore bc = 640
fragment = 10ms * 64000/8 = 80
I tried to change the cir=48000 & the fragment=60
but then the transfer rate can only be 48000 instead of 64000. As the fragment is reduced from 80 to 60, the voice quality is dropped.
FRF12 fragmentation is going to put an overhead on the data stream. Each FRF12 fragment is going to require a header! This may account for the loss of the 4K. Try increasing the fragment size - hence reducing the overhaed. But watch out - increasing the fragment size may reduce voice quality.
Another thing you can try is RTP header compression. This can reduce the voip streams down from 32K to 12K.
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...