Subject: [SIP] doubt on using sdp

From: "Victor A Paulsamy" <[email-masked]>
Date: Mon, 23 Apr 2001 13:55:09 -0400

Hi Manish,

*Both (5.3 kb/s and 6.3 kb/s) rates are a mandatory part of the encoder and
decoder* and hence, supporting G723 would mean that, you are capable of
supporting both the rates.

Note: The least significant two bits of the first octet in the frame
determine the frame size and codec type.
	00 6.3 kb/s (24 octet frame)
	01 5.3 kb/s (20 octet frame)
	10 SID frame (4 octet frame)
	11 reserved

Warm regards,

--victor

-----Original Message-----
From: [email-masked]
[mailto:[email-masked]]On Behalf Of Manish S. Jalan
Sent: Monday, April 23, 2001 2:38 AM
To: [email-masked]; [email-masked];
[email-masked]
Subject: [SIP] doubt on using sdp

Hello everyone,

I have a query on using sdp while establishing a session using sip.

I want to use G.723 encoding for the rtp.
Hence in the media description, I'll give

m=audio 12345 RTP/AVP 4
a=rtpmap:4 G723/8000
a=fmtp bitrate=6300

My query is:
G.723 is a dual rate encoding scheme. One at 5.3Kbps and another at 6.3
Kbps.
In the sdp definition above, I have specified, my capability for the 6.3
Kbps G.723 encoding.
Say, if I have the capability of supporting 5.3 Kbps also.
Then, how do i indicate that, i support both.
Simply by an additional fmtp line, or some other mechanism.

Eagerly waiting for your help. Thanks in advance.

Regards,
-Manish S. Jalan

_____________________________________________________
Chat with your friends as soon as they come online. Get Rediff Bol at
http://bol.rediff.com

_______________________________________________
This list is for continuing development of the SIP protocol.
The sip-implementor's list is the place to discuss implementation,
and to receive advice on understanding existing sip.
To subscribe to it, send mail to
[email-masked] with "subscribe" in the body.

_______________________________________________
This list is for continuing development of the SIP protocol.
The sip-implementor's list is the place to discuss implementation,
and to receive advice on understanding existing sip.
To subscribe to it, send mail to 
[email-masked] with "subscribe" in the body.