Hi Paul, Thanks for the response. For example, if in normal INVITE/200/ACK scenarios, as soon as callee answers the phone (there by UAS starts the media), UAS sends 200 OK, and assume it is lost, will UAC should play the media received from callee? OR When the callee answers the phone, should not UAS send the media until it receives ACK for 200 OK and starts the media. Which one is more good? I think the first one is valid, and in that sense the callee is responsible for the billing that he speaks.
Thanks Anil -----Original Message----- From: Paul Kyzivat [mailto:[EMAIL PROTECTED] Sent: Monday, December 06, 2004 3:11 PM To: Anil Bollineni Cc: Fatih "Ey|p" NAR; Syed, Mohammad Rafi; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [Sip-implementors] RE: [Sip] Doubts in SIP/SDP Anil, At the time you send an offer you should be prepared to receive media on the offered port, using *any* of the codecs in the offer. Whether you receive the 183 with answer is irrelevant to that. The 183 with answer in this case potentially allows you to send early media, and possibly narrows down the list of codecs used for media you receive. The loss of the 183 prevents you from sending early but has no other important effect, since the same SDP will be repeated in the 200. Paul Anil Bollineni wrote: > Hi, > Thanks for the response. Actually I may confuse you. Specifically, if the > callee sends the media after 183, and 183 is lost, will the caller should > accept the media, because it don't know codec should the media expect or > caller should decode whatever is coming, by finding the codecs in the list it > offers. Sorry I don't know that it is the basic requirement, but in RFC can I > find the statements that tell the media starts after the SDP negotiation is > completed. > My options are > INVITE-------------> OR INVITE ------------> > <--------183 (lost) <-------->183(lost) > drop<----------------media accept<-----------(media) > > > Thanks, > Anil > > -----Original Message----- > From: Fatih "Ey|p" NAR [mailto:[EMAIL PROTECTED] > Sent: Monday, December 06, 2004 2:44 PM > To: Syed, Mohammad Rafi; Anil Bollineni; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: RE: [Sip] Doubts in SIP/SDP > > if u insist on to send sdp within provisional response > (180/183 etc 4 early media connection purpose ex.) and > you want to verify the reverse signalling path --> u > may use prack mechanism... > > --- "Syed, Mohammad Rafi" <[EMAIL PROTECTED]> wrote: > > >>Hi Anil, >> >>Case 1) >>In INVITE w/o option 100rel(offer) case the callee >>is supposed to send answer(SDP) in 200 OK. if 200 OK >>sent from callee is lost its the callee's >>responsibility to retrnasmitt 200 OK.(or callee >>retransmitt 200 OK until he recvs ACK from caller). >> >>thank u, >>Rafi. >> >> -----Original Message----- >> From: Anil Bollineni >>[mailto:[EMAIL PROTECTED] >> Sent: Mon 12/6/2004 4:46 PM >> To: [EMAIL PROTECTED]; [EMAIL PROTECTED] >> Cc: >> Subject: [Sip] Doubts in SIP/SDP >> >> >> >> Dear All, >> >> I need to clear some doubts in SDP and SIP >>protocol specifics. >> >> 1. Caller sends INVITE without the option >>100Rel, callee responds 183, and 183 message is >>lost, can caller should receive media from callee?. >>Or without 183, callee sends 200 OK, 200 OK is lost >>and sends media without, it waiting ACK for 200 OK, >>should caller should receive the media from callee? >> >> 2. Assume caller sends INVITE to x.x.x.x:5060, >>can response to INVITE can come from y.y.y.y:5060? >> >> >> >> Actually these two questions are different, if >>there is some possibility or the above requirements >>violates related RFC’s, can you please let me >>know. I would greatly respect the responses. >> >> >> >> Thanks in advance, >> >> Anil >> >> >> >> >> >> >> >> >>>_______________________________________________ >> >>Sip mailing list >>https://www1.ietf.org/mailman/listinfo/sip >>This list is for NEW development of the core SIP >>Protocol >>Use [EMAIL PROTECTED] for questions >>on current sip >>Use [EMAIL PROTECTED] for new developments on the >>application of sip > > > > > > __________________________________ > Do you Yahoo!? > Meet the all-new My Yahoo! - Try it today! > http://my.yahoo.com > > > > _______________________________________________ > Sip-implementors mailing list > [EMAIL PROTECTED] > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
