Stream problem on ICE reINVITE?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Aug 4, 2008 at 4:02 PM, Pedro Gon?alves <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)

Cheers
 Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080804/fbad32ff/attachment.html 


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux