Custom Query (2195 matches)

Even there is no matching codec in all media, pjsua will always respond 200/OK with all media disabled (no active media), this occurs in initial and subsequent offers.

Potential issue with such behaviour:

• initial offer: incoming call callback is invoked, so user may answer the call but suddenly the call got hung up (by remote pjsua as it detects no active media).
• subsequent offer: existing media streams may get updated to disabled mode (as the 200/OK response).

Note:

• the behaviour of 1.x seems okay:
  • initial offer: auto reject with 488/500, so no incoming call callback is invoked.
  • subsequent offer: auto reject with 488/500, so existing the media session remain active.
• need to check the behaviour when no active media is caused by all media are originally disabled in the offer?

When the server sends a large (INVITE) request towards the Android client via TCP, PJSIP does not seem to process this request. Looking at the log there seems to be no activity regarding the incoming data. The OS may not notify us at all about the incoming data. Wireshark capture shows that server sent the INVITE request as TCP fragments and instead of receiving acknowledgement, it gets error from the client instead (see the attached capture).

This has been tested with different wi-fi routers and 3G providers and the issue remains. Smaller SIP requests towards the client work as expected.

Update:

The same problem also occurs in the sending direction. PJSIP sends large (INVITE) request, the log shows it, but nothing actually gets transmitted. After this the TCP socket seems to be disfunctional until it is closed.

Add facility to debug timer heap state. Application can declare PJ_TIMER_DEBUG=1 and recompile, and use pj_timer_heap_dump() to dump the contents of the timer heap. The contents of the timer heap will also be printed to log by pjsip_endpt_dump(), and when the pjsip_endpt is being destroyed.