Summary:	ASTERISK-08023: RFC broken with media stream on INVITE - Report from Ekiga mailing list
Reporter:	tootai (tootai)	Labels:
Date Opened:	2006-10-29 08:55:09.000-0600	Date Closed:	2006-10-29 10:37:51.000-0600
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_sip/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	On Ekiga mailing list, some users complains that running the echo tests or a conversation through asterisk, the 2~3 first seconds of the audio is not passed. Damien Sandras -author of Ekiga- made a debug running ethereal, here is his analyze with his words: <-- Begin --> 1) Ekiga sends the INVITE 2) Ekiga receives the 200 OK 3) Immediately after, Asterisk starts sending the media streams 4) Ekiga opens the audio channels and sends the ACK The RFC tells that the media streams should not be sent before the ACK is received. Asterisk doesn't follow this. So I conclude the bug is in Asterisk not in Ekiga... I'll see if I can find an easy to implement workaround. <-- End --> Better to found a workaround in Ekiga would be to fix the problem in Asterisk. This report is open with Damien agreement and will be announced on Ekiga list. ****** ADDITIONAL INFORMATION ****** The report is open against 1.2.12, I _think_ it concern all Asterisk version.
Comments:	By: Olle Johansson (oej) 2006-10-29 10:35:09.000-0600 Well, you should be ready to receive media as soon as you send the INVITE. Let's try to find the various RFCs and throw them at each other... I am sure In reality, as soon as you make an offer, you need to be able to receive audio on the ports you specify. I don't see this as a bug. Check the implementations in various other phones. --------------- So here's my throw of RFC 3264, Section 5.1: "Once the offerer has sent the offer, it MUST be prepared to receive media for any recvonly streams described by that offer. It MUST be prepared to send and receive media for any sendrecv streams in the offer, and send media for any sendonly streams in the offer (of course, it cannot actually send until the peer provides an answer with the needed address and port information). In the case of RTP, even though it may receive media before the answer arrives, it will not be able to send RTCP receiver reports until the answer arrives." -------------------- Say hello to Damien from me, I hope that he can join us at AstriVideoCon in Paris! Good luck fixing this bug in Ekiga :-) By: Olle Johansson (oej) 2006-10-29 10:37:51.000-0600 Not a bug in Asterisk, bug in Ekiga until proven otherwise :-)