Hi Ming,
The hang problem solved, Thanks!
pjsua can call each other directly in same LAN when ice&stun enabled,
but still can not call other through sip server, is it because of sip
server? my test account is from opensips.org.
BRs,
bo
On Mon, Jan 9, 2012 at 7:53 PM, Ming <ming at teluu.com> wrote:
> Hi guys,
>
> We have just fixed this in #1442 (http://trac.pjsip.org/repos/ticket/1442
> ).
>
> Best regards,
> Ming
>
> On Fri, Jan 6, 2012 at 10:04 PM, Ming <ming at teluu.com> wrote:
> > Hi Tony and Bo,
> >
> > Thanks for the report. We are currently fixing this problem. Will
> > update you guys again once it's done.
> >
> > Best regards,
> > Ming
> >
> > On Thu, Jan 5, 2012 at 12:37 AM, Bo Shi <cnshibo at gmail.com> wrote:
> >> Hello all,
> >> It seems the PJSIP can not create call when enable ice as Tony
> >> described,
> >> Any clues?
> >> Thanks,
> >> bo
> >>
> >> On Sun, Mar 27, 2011 at 10:50 PM, Tony Million <tony at bababoo.com>
> wrote:
> >>>
> >>> Hi all,
> >>>
> >>> I'm playing with PJSIP 2.0 on the iPhone and when I enable ICE then
> try to
> >>> make a call I experience a hang during candidate discovery obviously I
> know
> >>> psip 2 is in development, just thought I'd give a bit of feedback.
> >>>
> >>> console:
> >>> 15:45:04.125 pjsua_media.c Opening sound device PCM at 16000/1/20ms
> >>> 15:45:04.553 coreaudio_dev. core audio stream started
> >>> 15:45:04.563 pjsua_call.c Making call with acc #0 to "test"
> >>> <sip:3000 at 192.168.1.200;transport=tcp>
> >>> 15:45:04.567 icetp00 Creating ICE stream transport with 2
> >>> component(s)
> >>> 15:45:04.568 icetp00 Comp 1: srflx candidate starts Binding
> >>> discovery
> >>> 15:45:04.577 icetp00 Comp 1: host candidate
> 192.168.1.168:51875
> >>> added
> >>> 15:45:04.577 icetp00 Comp 1: host candidate
> 10.7.201.189:51875
> >>> added
> >>> 15:45:04.577 icetp00 Comp 2: srflx candidate starts Binding
> >>> discovery
> >>> 15:45:04.585 icetp00 Comp 2: host candidate
> 192.168.1.168:58652
> >>> added
> >>> 15:45:04.585 icetp00 Comp 2: host candidate
> 10.7.201.189:58652
> >>> added
> >>> 15:45:04.585 icetp00 ICE stream transport created
> >>> 15:45:04.602 stuntp0x2ea4d0 STUN mapped address found/changed:
> <public
> >>> ip>:51875
> >>> 15:45:04.605 icetp00 Comp 1: Binding discovery complete, srflx
> >>> address is <public ip>:51875
> >>> 15:45:04.610 stuntp0x2eacc0 STUN mapped address
> found/changed: <public
> >>> ip>:58652
> >>> 15:45:04.612 icetp00 Comp 2: Binding discovery complete, srflx
> >>> address <public ip>:58652
> >>> 15:45:04.621 os_core_unix.c Info: possibly re-registering existing
> >>> thread
> >>>
> >>> Lock up is here.
> >>>
> >>>
> >>> backtrace:
> >>>
> >>> #0 0x30f84c60 in select$DARWIN_EXTSN ()
> >>> #1 0x30f83634 in select ()
> >>> #2 0x00014e4c in pj_sock_select ()
> >>> #3 0x00011d94 in pj_ioqueue_poll ()
> >>> #4 0x00070bc4 in pjsip_endpt_handle_events2 ()
> >>> #5 0x000a0f0c in pjsua_handle_events ()
> >>> #6 0x000a794c in pjsua_media_channel_init ()
> >>> #7 0x0009dacc in pjsua_call_make_call ()
> >>>
> >>>
> >>> _______________________________________________
> >>> 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
> >>>
> >>
> >>
> >> _______________________________________________
> >> 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
> >>
>
> _______________________________________________
> 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/20120109/7b341927/attachment-0001.html>
