ICE's Re-INVITE not completely changing ports

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

 



On Wed, Jul 16, 2008 at 8:54 PM, Pedro Gon?alves <pedro.pandre at gmail.com>
wrote:

> Hi!
>
> I am using ICE in voice calls, using a "smart" SIP server, developed by
> our company.
> I say that it is "smart" because when he receives an INVITE or a 200 OK
> INVITE he changes the client's SDP so that each client thinks that he is
> speaking with the other, when in fact both are talking with the server
> (it serves as a media relay).
>
> However, in order to make ICE to work with this mechanism, I had to make
> a little trick at the server, ir order to avoid ice-mismatch: the server
> adds relayed candidates, as the clients will check if the "m=" and "c="
> lines represent one of the candidates.
>
> This way, the clients are able to check connectivity between each other,
> using ICE as usual.
>
>
That sounds tricky.

I'm not clear about what you're trying to achieve there. If you do want both
clients to talk via the server, then actually you will want ICE mismatch to
happen.



> The initial offer and answer go as scheduled, and at this point the
> clients are talking through the SIP server.
> Then, ICE checks go as expected and the caller / controller sends the
> updated offer, telling the callee / controller the candidates that he
> will use and the ones the callee will use.
>
>
Why are you sending updated offer? It seems that you're using your own
application here and not pjsua. That will make this troubleshooting
difficult since we can't be sure if the problem is with the server or the
client. Use pjsua instead.



>  From this moment on, the callee no longer uses the SIP server, using
> callee's candidates instead.
>
>
I'm confused with this statement.


> However, the callee will keep sending data to the server, and to the
> callee as well.
>
>
And this as well.


> Any idea why the calee doesn't stop using the server (the address in the
> initial offer?).
>
>
And in fact this as well.


> If needed, I can provide SDPs to illustrate this situation.
>
>
If you can use pjsua I'll have a look.

Cheers
 Benny



> Best regards and many thanks
> Pedro Gon?alves
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080716/f256ead6/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