Re: [Sip-implementors] Multiple early media sessions within a samedialog

2011-01-08 Thread Paul Kyzivat
You are right that in theory the announcement can be sent without sending an answer. But in practice its often impossible to get media received without sending an answer first. Either the UAC will restrict, or in some cases an SP will gate media based on the answer. Thanks, Paul

Re: [Sip-implementors] Multiple early media sessions within a samedialog

2011-01-08 Thread Iñaki Baz Castillo
2011/1/8 Kevin P. Fleming : > According to the RFC, the answer is *yes*. The SDP offer is an offer to > receive media, and the offer is valid as soon as it is delivered to the > recipient. The offer does not restrict the source of the media in any way > (again, according to the RFC). > > Now of cou

Re: [Sip-implementors] Multiple early media sessions within a samedialog

2011-01-08 Thread Kevin P. Fleming
On 01/08/2011 11:33 AM, Iñaki Baz Castillo wrote: > 2011/1/8 Kevin P. Fleming: >> Maybe I'm missing something obvious (it is Saturday morning after all), >> but why does the UAS need to send an SDP *at all* in order to play >> announcements? If the UAC included an SDP offer in the initial INVITE, >

Re: [Sip-implementors] Multiple early media sessions within a samedialog

2011-01-08 Thread Iñaki Baz Castillo
2011/1/8 Kevin P. Fleming : > Maybe I'm missing something obvious (it is Saturday morning after all), > but why does the UAS need to send an SDP *at all* in order to play > announcements? If the UAC included an SDP offer in the initial INVITE, > then it is prepared to receive media on any sessions

Re: [Sip-implementors] Multiple early media sessions within a samedialog

2011-01-08 Thread Kevin P. Fleming
On 01/07/2011 09:47 PM, Paul Kyzivat wrote: > > > On 1/7/2011 9:21 PM, SIP Satan wrote: >> Cant we play multiple announcements by giving different SDP's in >> multiple 1xx responses provided >> each 1xx carries a different To-tag. In a way simulating forking >> environment. > > Yeah, should be fin