sonuarya / csipsimple

Automatically exported from code.google.com/p/csipsimple
0 stars 0 forks source link

Android 4.2.2 Outgoing call problem + broken OpenSL-ES support #2280

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. setup an account with tls and use it from a non-local ip (lan works)
2. register
3. make an outgoing call (fails firstly because of OpenSL not working but even 
after changing to Java still fails)

What is the expected output? What do you see instead?
Outgoing call over tls works
instead, it unregisters and won't call OR after changing audio settings to Java 
hangs up and shows "503 / End Of File(PJ_EEOF)"

What version of the product are you using? On what operating system?
r2156 (nightly) on Galaxy S2 CM10.1 Jelly Bean 4.2.2-- has also had identical 
problem on other roms.

Please provide any additional information below.
I have tried various troubleshooting steps (disabling/enabling every 
combination of STUN/TURN/ICE), reading the logs myself, etc.  It seems to work 
locally but not externally.  On Asterisk I receive:

WARNING chan_sip.c:3618 __sip_xmit: sip_xmit of 0x7fe5f4054630 (len 748) to 
xxx.xxx.xxx.xx:33936 returned -2: Success

WARNING chan_sip.c:3618 __sip_xmit: sip_xmit of 0x7fe5f4054630 (len 748) to 
xxx.xxx.xxx.xx:33936 returned -2: No such file or directory

Thanks for any help

Original issue reported on code.google.com by v...@scienceprousa.com on 10 Mar 2013 at 2:30

GoogleCodeExporter commented 9 years ago
Same issue here. Nexus 4 running stock 4.2.2, r2163 nightly build. 

Original comment by bensjob...@gmail.com on 17 Mar 2013 at 5:53

GoogleCodeExporter commented 9 years ago
This issue started with CM10.1. Also affects Groundwire. Workaround is to go to 
Settings/Media/Audio Troubleshooting/Audio Implementation and choose Java 
instead of OpenSL-ES. I'm guessing there may be a performance penalty, but so 
far I'm able to maintain decent calls on my SGH-T879 Galaxy Note.

Original comment by ralieghh...@gmail.com on 26 Mar 2013 at 8:25

GoogleCodeExporter commented 9 years ago
I have ZTE Blade III+CM10.1, can't file bugs for CM because this is unofficial 
build.
If this is CM bug, has somebody filed a bug report for it already?

04-09 14:16:04.214 D/InCallActivity( 5086): Answer call 0
04-09 14:16:04.234 V/SipWakeLock( 5086): acquire wakelock: holder count=1
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.247   pjsua_call.c !Answering 
call 0: code=200
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.247  inv0x4bede784  ..SDP 
negotiation done, status=0
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.247  pjsua_media.c  ...Call 0: 
updating media..
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.247    pjsua_aud.c  ....Audio 
channel update..
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.249          rtp.c  
.....pjmedia_rtp_session_init: ses=0x4d7c175c, default_pt=111, ssrc=0x371063d0
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.249          rtp.c  
.....pjmedia_rtp_session_init: ses=0x4d7c3464, default_pt=111, ssrc=0x371063d0
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.249       stream.c  .....Stream 
strm0x4d7b2d3c created
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.249 strm0x4d7b2d3c  .....Encoder 
stream started
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.249 strm0x4d7b2d3c  .....Decoder 
stream started
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.251     resample.c  
.....resample created: high qualiy, small filter, in/out rate=16000/32000
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.251     resample.c  
.....resample created: high qualiy, small filter, in/out rate=32000/16000
04-09 14:16:04.244 D/libpjsip( 5086): 14:16:04.251  pjsua_media.c  ....Audio 
updated, stream #0: speex (sendrecv)
04-09 14:16:04.244 V/libpjsip( 5086): 14:16:04.251 timer_android.  
...Scheduling timer 2 of 0 in 0 ms @ 0x53dd08c4
04-09 14:16:04.254 V/Timer wrap( 5086): Schedule 2 in 0ms
04-09 14:16:04.254 D/SIP UA Receiver( 5086): < LOCK CPU
04-09 14:16:04.254 D/Ringer  ( 5086): ==> stopRing() called...
04-09 14:16:04.254 D/Ringer  ( 5086): Ringer thread interrupt
04-09 14:16:04.254 W/AudioCache(  112): Battery track warning: refCount is 
already 0
04-09 14:16:04.254 D/Ringer  ( 5086): Ringer thread exiting
04-09 14:16:04.254 D/SIP UA Receiver( 5086): Updating call infos from the stack
04-09 14:16:04.254 D/PjSipCalls( 5086): Update call 0
04-09 14:16:04.254 D/PjService( 5086): Found pjsua 3 searching 3
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.266 pjsua_jni_addo  ...Get 
secure for media type 1
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270 zrtp_android.c  
...jzrtp_getInfoFromContext : user data 49379200
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270 zrtp_android.c  
...jzrtp_getInfoFromContext : user data 49379200
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270    pjsua_aud.c  ...Conf 
connect: 2 --> 0
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270    pjsua_aud.c  ....Set 
sound device: capture=-1, playback=-2
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270    pjsua_aud.c  .....Opening 
sound device PCM@32000/1/20ms
04-09 14:16:04.264 D/libpjsip( 5086): 14:16:04.270   opensl_dev.c  
......Creating OpenSL stream
04-09 14:16:04.294 D/libpjsip( 5086): 14:16:04.302   opensl_dev.c  
......Recording stream type 4, SDK : 17
04-09 14:16:04.294 W/AudioPolicyManager7627a(  112): getInput() could not find 
profile for device 100000, samplingRate 32000, format 1,channelMask 0010
04-09 14:16:04.294 E/AudioRecord( 5086): Could not get audio input for record 
source 7
04-09 14:16:04.294 E/libOpenSLES( 5086): 
android_audioRecorder_realize(0x4d75bf10) error creating AudioRecord object
04-09 14:16:04.294 W/libOpenSLES( 5086): Leaving Object::Realize 
(SL_RESULT_CONTENT_UNSUPPORTED)
04-09 14:16:04.294 I/libpjsip( 5086): 14:16:04.304   opensl_dev.c  ......Cannot 
realize recorder : 9
04-09 14:16:04.294 D/libpjsip( 5086): 14:16:04.304   opensl_dev.c  
......Stopping stream
04-09 14:16:04.294 D/libpjsip( 5086): 14:16:04.304   opensl_dev.c  ......OpenSL 
stream stopped
04-09 14:16:04.294 V/Timer wrap( 5086): FIRE Received...
04-09 14:16:04.294 V/Timer wrap( 5086): Treat 2
04-09 14:16:04.294 F/libc    ( 5086): Fatal signal 11 (SIGSEGV) at 0x000000a5 
(code=1), thread 5100 (ervice.Executor)
04-09 14:16:04.294 V/SipWakeLock( 5086): acquire wakelock: holder count=1
04-09 14:16:04.294 V/Timer wrap( 5086): FIRE START 2
04-09 14:16:04.294 V/libpjsip( 5086): 14:16:04.312 timer_android. !FIRE timer 2 
of heap 0
04-09 14:16:04.404 I/DEBUG   (  107): *** *** *** *** *** *** *** *** *** *** 
*** *** *** *** *** ***
04-09 14:16:04.404 I/DEBUG   (  107): Build fingerprint: 
'ZTE/N880E_JB4_2/atlas40:4.2/JOP40C/20121121.110335:user/release-keys'
04-09 14:16:04.404 I/DEBUG   (  107): Revision: '0'
04-09 14:16:04.404 I/DEBUG   (  107): pid: 5086, tid: 5100, name: 
ervice.Executor  >>> com.csipsimple:sipStack <<<
04-09 14:16:04.404 I/DEBUG   (  107): signal 11 (SIGSEGV), code 1 
(SEGV_MAPERR), fault addr 000000a5
04-09 14:16:04.895 I/DEBUG   (  107):     r0 000000a5  r1 00000001  r2 00000001 
 r3 00000020
04-09 14:16:04.895 I/DEBUG   (  107):     r4 4c027580  r5 00000000  r6 53ed8f74 
 r7 4c027588
04-09 14:16:04.895 I/DEBUG   (  107):     r8 493793c4  r9 493793ac  sl 4be9a6d9 
 fp 00000004
04-09 14:16:04.895 I/DEBUG   (  107):     ip 40a4bbdc  sp 53ed8f68  lr 40a12fa3 
 pc 401020f8  cpsr 200d0010
04-09 14:16:04.895 I/DEBUG   (  107):     d0  5555555555555555  d1  
5555555555555555
04-09 14:16:04.895 I/DEBUG   (  107):     d2  5555555555555555  d3  
5555555555555555
04-09 14:16:04.895 I/DEBUG   (  107):     d4  0074006300410049  d5  
0074006900760069
04-09 14:16:04.895 I/DEBUG   (  107):     d6  006e0061004d0079  d7  
0081330000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d8  0000000000000000  d9  
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d10 0000000000000000  d11 
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d12 0000000000000000  d13 
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d14 0000000000000000  d15 
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d16 4160266010000000  d17 
3fe0000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d18 00730063002e006d  d19 
0069007300700069
04-09 14:16:04.895 I/DEBUG   (  107):     d20 0065006c0070006d  d21 
73622a8500000000
04-09 14:16:04.895 I/DEBUG   (  107):     d22 000000000000017f  d23 
ffffffff00000000
04-09 14:16:04.895 I/DEBUG   (  107):     d24 3fc7466e1d4d3f84  d25 
3fe55559ee5e69f9
04-09 14:16:04.895 I/DEBUG   (  107):     d26 0000000000000008  d27 
0000000000000025
04-09 14:16:04.895 I/DEBUG   (  107):     d28 0000000000000000  d29 
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     d30 0000000000000000  d31 
0000000000000000
04-09 14:16:04.895 I/DEBUG   (  107):     scr 20000010
04-09 14:16:04.895 I/DEBUG   (  107): 
04-09 14:16:04.895 I/DEBUG   (  107): backtrace:
04-09 14:16:04.895 I/DEBUG   (  107):     #00  pc 0000d0f8  /system/lib/libc.so
04-09 14:16:04.895 I/DEBUG   (  107):     #01  pc 00049f9f  
/system/lib/libmedia.so (android::AudioRecord::stop()+50)
04-09 14:16:04.895 I/DEBUG   (  107):     #02  pc 0000aa2f  
/system/lib/libwilhelm.so
04-09 14:16:04.895 I/DEBUG   (  107):     #03  pc 0001966b  
/system/lib/libwilhelm.so
04-09 14:16:04.895 I/DEBUG   (  107):     #04  pc 00001929  
/data/app-lib/com.csipsimple-2/libpj_opensl_dev.so
04-09 14:16:04.895 I/DEBUG   (  107):     #05  pc 00001e3d  
/data/app-lib/com.csipsimple-2/libpj_opensl_dev.so
04-09 14:16:04.895 I/DEBUG   (  107):     #06  pc 000b73d9  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjmedia_aud_stream_create+124)
04-09 14:16:04.895 I/DEBUG   (  107):     #07  pc 000ab665  
/data/app-lib/com.csipsimple-2/libpjsipjni.so
04-09 14:16:04.895 I/DEBUG   (  107):     #08  pc 000ab7d1  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjmedia_snd_port_create2+164)
04-09 14:16:04.895 I/DEBUG   (  107):     #09  pc 0008c4ad  
/data/app-lib/com.csipsimple-2/libpjsipjni.so
04-09 14:16:04.895 I/DEBUG   (  107):     #10  pc 0008da49  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjsua_set_snd_dev+244)
04-09 14:16:04.895 I/DEBUG   (  107):     #11  pc 0008dc45  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjsua_conf_connect+424)
04-09 14:16:04.895 I/DEBUG   (  107):     #12  pc 0001e410  
/system/lib/libdvm.so (dvmPlatformInvoke+112)
04-09 14:16:04.895 I/DEBUG   (  107):     #13  pc 0004d05d  
/system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method 
const*, Thread*)+392)
04-09 14:16:04.895 I/DEBUG   (  107):     #14  pc 00027820  
/system/lib/libdvm.so
04-09 14:16:04.895 I/DEBUG   (  107):     #15  pc 0002b6b4  
/system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+176)
04-09 14:16:04.895 I/DEBUG   (  107):     #16  pc 0005f855  
/system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, 
JValue*, std::__va_list)+272)
04-09 14:16:04.895 I/DEBUG   (  107):     #17  pc 000496af  
/system/lib/libdvm.so
04-09 14:16:04.895 I/DEBUG   (  107):     #18  pc 000bc31b  
/data/app-lib/com.csipsimple-2/libpjsipjni.so 
(_JNIEnv::CallStaticVoidMethod(_jclass*, _jmethodID*, ...)+18)
04-09 14:16:04.895 I/DEBUG   (  107):     #19  pc 000c78fb  
/data/app-lib/com.csipsimple-2/libpjsipjni.so 
(SwigDirector_Callback::on_call_media_state(int)+62)
04-09 14:16:04.895 I/DEBUG   (  107):     #20  pc 000c94ab  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (on_call_media_state_wrapper+14)
04-09 14:16:04.905 I/DEBUG   (  107):     #21  pc 00082cdd  
/data/app-lib/com.csipsimple-2/libpjsipjni.so
04-09 14:16:04.905 I/DEBUG   (  107):     #22  pc 0009a2ed  
/data/app-lib/com.csipsimple-2/libpjsipjni.so
04-09 14:16:04.905 I/DEBUG   (  107):     #23  pc 0009b331  
/data/app-lib/com.csipsimple-2/libpjsipjni.so
04-09 14:16:04.905 I/DEBUG   (  107):     #24  pc 0009b76d  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjsip_inv_answer+60)
04-09 14:16:04.905 I/DEBUG   (  107):     #25  pc 00080f11  
/data/app-lib/com.csipsimple-2/libpjsipjni.so (pjsua_call_answer2+460)
04-09 14:16:04.905 I/DEBUG   (  107):     #26  pc 000c3f4d  
/data/app-lib/com.csipsimple-2/libpjsipjni.so 
(Java_org_pjsip_pjsua_pjsuaJNI_call_1answer2+14)
04-09 14:16:04.905 I/DEBUG   (  107):     #27  pc 0001e410  
/system/lib/libdvm.so (dvmPlatformInvoke+112)
04-09 14:16:04.905 I/DEBUG   (  107):     #28  pc 0004d05d  
/system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method 
const*, Thread*)+392)
04-09 14:16:04.905 I/DEBUG   (  107):     #29  pc 00027820  
/system/lib/libdvm.so
04-09 14:16:04.905 I/DEBUG   (  107):     #30  pc 0002b6b4  
/system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+176)
04-09 14:16:04.905 I/DEBUG   (  107):     #31  pc 0005f855  
/system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, 
JValue*, std::__va_list)+272)

Original comment by hvtaifwk...@gmail.com on 13 Apr 2013 at 5:39

GoogleCodeExporter commented 9 years ago
I get the same issue PJ_EEOF on outgoing call via TLS when using my Galaxy Tab 
2 (stock Android from Samsung, 4.1.1 build number JRO03C.P3113UECLK7 )

changing to Java vs OpenSL doesn't change anything. 

Using the same version of CSS I have no trouble on my Samsung Exhibit 4g 
Android 2.3.6 baseband version: T679UVLE1 

so apparently this is related to some kind of difference between 2.3 era and 
4.1 era

Original comment by dlake...@gmail.com on 15 Apr 2013 at 6:07

GoogleCodeExporter commented 9 years ago
I also can confirm this issue (PJ_EEOF on outgoing call) with Galaxy S3 LTE 
(i9305) and CM 10.1 using TLS as a transport. Both CSipSimple and CM are very 
recent nightly builds.
With me this problem comes and goes, seemingly at random times. What I do is 
simply redial and it usually goes away at the 2nd or 3rd try. Not a solution 
but a somewhat acceptable work around until we can get it fixed.

Original comment by privus...@gmail.com on 22 Apr 2013 at 6:55

GoogleCodeExporter commented 9 years ago

Original comment by r3gis...@gmail.com on 6 May 2013 at 4:48

GoogleCodeExporter commented 9 years ago
r2215 crashes in the same place

Original comment by hvtaifwk...@gmail.com on 6 May 2013 at 5:59

GoogleCodeExporter commented 9 years ago
Hi,
Why has this issue been closed? Has it been resolved?
At least for me the issue remains. I still get the PJ_EEOF error when using TLS 
transport (I think this error has to do with TLS and Android 4.1 and above).

Original comment by privus...@gmail.com on 30 May 2013 at 6:39

GoogleCodeExporter commented 9 years ago
@privus the problem you mention can normally have a workaround by installing a 
version of CSipSimple with openssl bundled.
http://nightlies.csipsimple.com/specific_builds/CSipSimple-fullOpenSSL.apk

Original comment by r3gis...@gmail.com on 31 May 2013 at 9:56

GoogleCodeExporter commented 9 years ago
Hi Regis,

Indeed the PJ_EEOF error seems to have been resolved with the OpenSSL build.

Thanks

Original comment by privus...@gmail.com on 31 May 2013 at 8:10

GoogleCodeExporter commented 9 years ago
Can you point me to some documentation/tutorial on how to bundle the OpenSSL 
library ourselves instead of having to download your compiled version? I'm sure 
others would appreciate learning how to do it on our own too.

Thanks

Original comment by privus...@gmail.com on 2 Jun 2013 at 12:52

GoogleCodeExporter commented 9 years ago
It's the same than the HowToBuild wiki page + modify the file 
http://code.google.com/p/csipsimple/source/browse/trunk/CSipSimple/jni/Applicati
on.mk#22
Line 27 : set the MY_USE_STATIC_SSL flag to 1

Original comment by r3gis...@gmail.com on 2 Jun 2013 at 6:10

GoogleCodeExporter commented 9 years ago
Thanks Regis.
Now that you point it out it seems so obvious.

Original comment by privus...@gmail.com on 2 Jun 2013 at 7:53

GoogleCodeExporter commented 9 years ago
Just to update this issue in case others come looking for info.

Although the number of PJ_EEOF errors have decreased since using the full 
openssl build, they have not gone away. It seems my celebration was a little 
premature.
It would be nice to hear from others and their results...

Original comment by privus...@gmail.com on 3 Jun 2013 at 6:18

GoogleCodeExporter commented 9 years ago
Is is just me or is nightlies.csipsimple.com not on-line?  I haven't been able 
to get to it for days.

Kev

Original comment by calgaryk...@gmail.com on 13 Jun 2013 at 8:35

GoogleCodeExporter commented 9 years ago
I think the problem is on your end. I can access the site without any
problems.

Original comment by privus...@gmail.com on 13 Jun 2013 at 9:33

GoogleCodeExporter commented 9 years ago
And all of a sudden it's back!

Original comment by calgaryk...@gmail.com on 13 Jun 2013 at 9:38

GoogleCodeExporter commented 9 years ago
CSipSimple-fullOpenSSL.apk  doesn't install for me.  I have Unknown Sources 
enabled.  Just says App not installed.  

My PJ_EEOF error only happens on my Nexus 4 when I dial long distance (11 
digits) otherwise seems fine.  I don't see the error on my old Nexus S either.  
Both are running r2239.  

For some reason Update Nightly build tells me No update available.

Original comment by calgaryk...@gmail.com on 13 Jun 2013 at 9:54

GoogleCodeExporter commented 9 years ago
@calgary : you were right the server were down. Thanks for raising the problem.
About why the app doesn't install, it's weird. Is there another sip app that 
could be a fork of csipsimple installed?

Original comment by r3gis...@gmail.com on 14 Jun 2013 at 8:13

GoogleCodeExporter commented 9 years ago
Update: I recompiled from scratch with the full openssl static library, and I 
have not seen any more PJ_EEOF errors on my 4.2.2 Samsung S3 (i9305).

I think this fixed the issue.

Now if only I could find some fix for the ZRTP replay errors 
http://code.google.com/p/csipsimple/issues/detail?id=2378, I'd be very happy....

Original comment by privus...@gmail.com on 14 Jun 2013 at 4:06

GoogleCodeExporter commented 9 years ago
I still have this problem. The OpenSSL build seems to fix it but will this be 
fixed in the market version, and/or will the openssl build be updated 
regularly? Until then this bug can cause problems since google play wants to 
either auto-update all or auto-update none (as opposed to before where you 
could check certain things to auto-update), so now I can't auto-update anything 
because csipsimple updates will break on my phone. 

Original comment by dlake...@gmail.com on 7 Jul 2013 at 8:06

GoogleCodeExporter commented 9 years ago
Same as Daniel in comment #21 I still have this issue with HTC One on Android 
4.2.2, and "full-OpenSSL" binary solves it. So my question is will there be 
updated "full-OpenSSL version" for download, or, since there is more and more 
devices running 4.2.2 should the PlayStore version be compiled with full 
OpenSSL ? 

Original comment by nen...@gmail.com on 8 Jul 2013 at 5:28

GoogleCodeExporter commented 9 years ago
This seems to be a larger problem with ICS. I have tried a few SIP apps and all 
have problems with SRTP and outgoing calls. Sometimes it will work, but not 
often. No SRTP packets are sent from the phone when placing a call. Receiving 
calls is fine. I am running CM9.1 ICS 4.0.4

The full-OpenSSL rom does not fix it for me. No errors that I have noticed in 
the logcat. 

Original comment by PorchLig...@gmail.com on 23 Jul 2013 at 3:02

GoogleCodeExporter commented 9 years ago
Yeah, behaviour has been sketchy with the static openssl builds. We ended up 
just ignoring the message and retrying the call on PJ_EEOF. Otherwise if the 
user had installed a normal build of csipsimple, he had to clear the cache, the 
dalvik cache and app data to get flawless behaviour.

Original comment by crypto...@gmail.com on 28 Jul 2013 at 11:08

GoogleCodeExporter commented 9 years ago
CSipSimple with openssl does not solve the problem for me. I have s3 with 4.0.4 
and xperia ray and arc s with 2.3.6 . Sorry but nothing change. TLS and SRTP is 
used.

Original comment by mburak...@gmail.com on 29 Jul 2013 at 2:49

GoogleCodeExporter commented 9 years ago
I have the same problem (PJ_EEOF) on my Galaxy S2 Plus (Android 4.1).
I'm using TLS with ZRTP.

On my HTC Desire S (Android 2.3.5) the same configuration works without errors.
Will this error not be fixed in the market version builds?

Original comment by can.oezd...@gmail.com on 14 Aug 2013 at 7:31

GoogleCodeExporter commented 9 years ago
Also getting same PJ_EEOF from market version on Galaxy Note 3, TLS/SRTP. 
Workaround in #2 doesn't have any effect.

Original comment by bri...@warped-minds.com on 16 Oct 2013 at 6:35

GoogleCodeExporter commented 9 years ago
Hey, men, maybe I've found the cause... It seems that some message is growing 
too much to be transmitted over TLS... I've found it by "trial & error" method 
- first I found, that with just one codec permitted, it works, while for more 
codecs it doesn't. Then I tried to turn on compact SIP headers, and since then, 
it works for me even with more (tried with 3) codecs! Give it a try as well, 
maybe it will help you too.. 
  Regards, Pavel

Original comment by pavel.tr...@gmail.com on 27 Feb 2014 at 6:46

GoogleCodeExporter commented 9 years ago
AFAICT in the latest nightly rev 2416 the problem still exists on Samsung S4 
Mini LTE with Android 4.2.2 and Nexus S with Cyanogenmod CM11 M7 when using 
TLS/SRTP.

What works for me:
- TLS & SRTP enabled/mandatory
- compact SIP headers enabled
- only one codec (g722)
- STUN enabled

What doesn't work for me:
- the settings above
- and ICE enabled
- and/or more codecs enabled

ICE adds a lot of info to the invite and to some extent so does adding a bunch 
of codecs. Is there perhaps an array or buffer too small?

FWIW Asterisk 12 also uses PJSip and I'm not aware of a similar problem. If you 
have any questions or need help testing stuff please let me know. 

Thank you for all your hard work!

Original comment by patrick....@gmail.com on 12 Jun 2014 at 7:36

GoogleCodeExporter commented 9 years ago
The nightly R2423 now works for me. With TLS & SRTP enforced, all codecs 
enabled, compact SIP headers off, STUN enabled I no longer see the PJ_EEOF 
error. Tested on a Nexus S with CM7 against Asterisk 11.10.2 with the 
tlsBigSDP.patch from https://issues.asterisk.org/jira/browse/ASTERISK-18345

Original comment by patrick....@gmail.com on 1 Jul 2014 at 7:34