[cisco-voip] g711 sample size in CCM - 10ms or 20ms
Wes Sisk
wsisk at cisco.com
Tue Feb 15 13:58:00 EST 2005
Yes, codec is somewhat independent of sample size. The two are
typically related by available buffer memory in the endpoint. The
receiving endpoint must implement a de-jitter buffer, otherwise voice
quality will directly suffer. de-jitter buffer is simply a space of
memory to receive and sort RTP payload before playout. high bit rate
codecs such as g711 take more space to implement a 40 msec dejitter
buffer compared to low bit rate codecs such as g729.
AFAIK all protocols advertise RECIEVE capabilities, not transmit
capabilities. This is a subtle difference as the two should basically
match.
I know in CCM 3.0 and 3.1 it was possible to setup asymetric audio
streams so
ep1 ep2
g711(20)------------->
<-------------g729(20)
I used to see this when a 12SP+ or 30VIP called a 7960. I have not seen
this in a long time. The call actually worked fine.
/Wes
Eric Knudson wrote:
>additionally, just for my edification - isn't codec independent of
>sample size? Additionally, isn't each rtp stream independent from
>another - for example, you could have:
>
>endpoint endpoint
>g.711(10ms)----------->
> <--------------g.711(160ms)
>_______________________________________________
>cisco-voip mailing list
>cisco-voip at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
More information about the cisco-voip
mailing list