ICE hang in pjsua pjsip 2.0

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

 



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
>>



[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