This is a fair question. The same logic that allows extra codecs in the 
answer would suggest it should be ok to include extra media in the answer.

I suppose you could think of it as an oversight.

        Paul

George AK wrote:
> Hi,
>  
> In 3264, in section 6,  it tells
> The answer MUST contain exactly the same number
> of "m=" lines as the offer
>  
> But at section,6.1, it tells
> The stream MAY indicate additional media formats, not listed in the
> corresponding stream in the offer, that the answerer is willing to
> send or receive (of course, it will not be able to send them at this
> time, since it was not listed in the offer). 
>  
> Why it is allowing to add more codecs but not m lines?
> The Caller UA will have confusion in dealing with the codecs also?
>  
> -George-
> 
> --- On Tue, 12/8/08, Brett Tate <[EMAIL PROTECTED]> wrote:
> 
> From: Brett Tate <[EMAIL PROTECTED]>
> Subject: RE: [Sip-implementors] Next SIP Version
> To: [EMAIL PROTECTED], [email protected]
> Date: Tuesday, 12 August, 2008, 10:53 PM
> 
>> Is there any works going on to comeup with next 
>> version of SIP? That is SIP 3.0 
> 
> Currently little discussion and motivation for SIP 3.0.  
> 
> The SIP list (and IETF 72 minutes) reflect some discussion concerning 
> potential
> for sip-bis versus continuing with the essential correction process.
> 
> 
>> Where are we planning to address collectively 
>> the most important aspects/issues like 
>> Offer-answer, NAT traversal, non-INVITE Timer 
>> issues, security recommendations etc?
> 
> Those topics are spread across multiple IETF working groups like SIP, BEHAVE,
> and MMUSIC.  Related clarifications and requirements are also being discussed
> within SIPPING and BLISS.
> 
> 
> 
>       Bollywood news, movie reviews, film trailers and more! Go to 
> http://in.movies.yahoo.com/
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to