Hi Ravi,
Multiple ptime discussion thread as follows:
http://www1.ietf.org/mail-archive/web/mmusic/current/msg03671.html
Regards
Partha
------------------------------------------------------------------
R.Parthasarathi
Flextronics Software Systems (FSS)- B'lore- India
Off: +91-80-51069088 Mob: +91-9448383781
------------------------------------------------------------------
"Gummadidala,
Ravi"
<[EMAIL PROTECTED] To
m.com> <[email protected]>
Sent by: cc
sip-implementors-
[EMAIL PROTECTED] Subject
ia.edu [Sip-implementors] multiple ptime
question
10/03/2005 08:31
AM
I know that this has been discussed in the past but I am not sure what the
conclusion/concensus was. The question is whether attributes like ptime are
codec-specific or media specific? Some people have argued that these are
media specific properties and it is invalid for a SDP m line to have
multiple ptime values. The other school of thought claims that ptime is a
codec specific attribute. I am also inclined to go with the latter. Say in
the m line a UA advertises support for EVRC and G723. EVRC is a 20ms frame
based codec while G723 is a 30ms frame based codec. How should such an SDP
be formulated if it is invalid to have multiple ptimes in a media line?
Please accept my apologies if this topic has been discussed ad nauseam in
the past.
Thanks,
-Ravi.
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
"DISCLAIMER: This message is proprietary to Hughes Software Systems Limited
(HSS) and is intended solely for the use of the individual to whom it is
addressed. It may contain privileged or confidential information and
should not be circulated or used for any purpose other than for what it is
intended. If you have received this message in error, please notify the
originator immediately. If you are not the intended recipient, you are
notified that you are strictly prohibited from using, copying, altering, or
disclosing the contents of this message. HSS accepts no responsibility for
loss or damage arising from the use of the information transmitted by this
email including damage from virus."
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
