Hi!
I think I found out the reason why this happens, and now it seems to
make some sense:
when receiving the subsequent offfer in the caller (in on_rx_offer), I
wasn't releasing the the conference port in use (the one negotiated in
the initial offer / answer).
Now, in on_rx_offer, I start by releasing the conference port:
if (my_media_conference_slot>0) {
pjmedia_conf_disconnect_port(my_conference_bridge,
my_media_conference_slot, 0);
pjmedia_conf_disconnect_port(my_conference_bridge, 0,
my_media_conference_slot);
pjmedia_conf_remove_port(my_conference_bridge,
my_media_conference_slot);
}
Now I no longer have the initial stream unclosed, and it seems to work fine.
Does this make sense to you?
Cheers
Pedro Gon?alves
-------- Original Message --------
Subject: Re: Stream problem on ICE reINVITE?
Date: Mon, 04 Aug 2008 17:15:23 +0100
From: Pedro Gon?alves <pedro.pandre@xxxxxxxxx>
To: pjsip list <pjsip at lists.pjsip.org>
References: <48971A13.8080206 at gmail.com>
<1879720d0808040850o44bd128ah8f9af9d86b9ab45 at mail.gmail.com>
Benny Prijono wrote:
> On Mon, Aug 4, 2008 at 4:02 PM, Pedro Gon?alves
> <pedro.pandre at gmail.com <mailto:pedro.pandre at gmail.com>> wrote:
>
> Hi all
>
> I am experiencing a problem to which I have no answer from this
> list yet.
> Basically, I am using ICE, and the ICE procedures seem to run OK
> (I can
> see INVITE and reINVITE being exchanged successfully, and the ICE
> connectivity checks as well).
> I can also say that the IP/Ports negotiated in the initial offer /
> answer (relayed candidates) are different from the ones
> negotiatedin the
> subsequent offer / answer.
> I can even hear sound from caller to answerer and vice-versa.
>
>
> Sorry that you did not have my reply regarding the problem, but I
> thought we've discussed everything there, and your last problem sounds
> like the repeat of the same problem which we discussed before. If I
> recall correctly, we concluded that the problem is caused by your
> server modifying the addresses in the SDP, or something in that effect).
>
>
>
> However, it seems to me that there is a problem in *answerer*: it
> seems
> like its stream negotiated in the initial offer / answer is not closed
> when the re-INVITE occours! Furthermore, it is not closed even
> when the
> call is terminated (BYE).
>
>
> Sorry I don't get this. And I couldn't read what's going on in your
> log either (no SIP messages, and there's not a lot of logs there either).
>
> Could you produce file logging with your application and also include
> the complete SIP messages? (and everything at log level 5)
>
Sure.
I was capturing SIP / STUN / RTP / RTCP while I was making the mentioned
procedure.
Here is the log (I'm not sure if it is at level 5) and the capture I made.
I just didn't included them in the previous email because I was trying
to save you from reading throught the log / capture.
If there is any way that I can help you in analising them, just let me know.
Best regards and thanks in advance for your effort
Pedro Gon?alves
