I could be wrong, but this looks to me like a misconfigured/firewalled DNS request/reply, with 30 seconds being the timeout on a DNS resolve.
July 5, 2021 9:37 AM, "Sai Mukund Sagar Deshpande via pjsip" <pjsip@xxxxxxxxxxxxxxx> wrote:
> Hi,
>
> I observed there is 30 seconds delay on my mips embedded device when
> placing a call.
>
> Initial TCP/UDP sip binding(5060) during boot also takes same amount of
> time.
>
> In API create_rtp_rtcp_sock
>
> printf("\n*****getting local ip***** \n");
> /* Get local IP address. */
> status = pj_gethostip(af, &addr);
> if (status != PJ_SUCCESS)
> goto on_error;
>
> pj_sockaddr_copy_addr(&bound_addr, &addr);
> printf("\n**** got local ip ****** \n");
>
> pj_gethostip probably takes 30 seconds to resolve IP. It has
> implementation to assign weights to different interfaces and choose the
> best fit. This is very slow in realtime. Incoming calls are also
> received after 30 seconds. Is this observed on any other device and is
> this expected behavior?
>
> Pasting dd logs
>
>> dd
>
> 00:31:23.284 pjsua_core.c !Start dumping application states:
> PJLIB (c)2008-2016 Teluu Inc.
> Dumping configurations:
> PJ_VERSION : 2.8
> PJ_M_NAME : mips
> PJ_HAS_PENTIUM : 0
> PJ_OS_NAME : mips-unknown-elf
> PJ_CC_NAME/VER_(1,2,3) : gcc-5.3.0
> PJ_IS_(BIG/LITTLE)_ENDIAN : big-endian
> PJ_HAS_INT64 : 1
> PJ_HAS_FLOATING_POINT : 1
> PJ_DEBUG : 1
> PJ_FUNCTIONS_ARE_INLINED : 0
> PJ_LOG_MAX_LEVEL : 5
> PJ_LOG_MAX_SIZE : 4000
> PJ_LOG_USE_STACK_BUFFER : 1
> PJ_POOL_DEBUG : 0
> PJ_HAS_POOL_ALT_API : 0
> PJ_HAS_TCP : 1
> PJ_MAX_HOSTNAME : 128
> ioqueue type : select
> PJ_IOQUEUE_MAX_HANDLES : 64
> PJ_IOQUEUE_HAS_SAFE_UNREG : 1
> PJ_HAS_THREADS : 1
> PJ_LOG_USE_STACK_BUFFER : 1
> PJ_HAS_SEMAPHORE : 1
> PJ_HAS_EVENT_OBJ : 1
> PJ_ENABLE_EXTRA_CHECK : 1
> PJ_HAS_EXCEPTION_NAMES : 1
> PJ_MAX_EXCEPTION_ID : 16
> PJ_EXCEPTION_USE_WIN32_SEH: 0
> PJ_TIMESTAMP_USE_RDTSC: : 0
> PJ_OS_HAS_CHECK_STACK : 0
> PJ_HAS_HIGH_RES_TIMER : 1
> PJ_HAS_IPV6 : 0
> Dumping endpoint 0xb5d3bc:
> Dumping caching pool:
> Capacity=0, max_capacity=0, used_cnt=15
> Dumping all active pools:
> pjsua: 9888 of 11024 (89%) used
> pept0xb5d358: 49432 of 52096 (94%) used
> pjsua-app: 1440 of 2024 (71%) used
> tsxlayer: 4332 of 5120 (84%) used
> ua0xb5ce28: 2320 of 3072 (75%) used
> med-ept: 24424 of 26112 (93%) used
> codec-mgr: 196 of 256 (76%) used
> evt mgr: 304 of 512 (59%) used
> evsub: 1564 of 2048 (76%) used
> udp0xb757e0: 836 of 1024 (81%) used
> glck0xb75bf0: 408 of 512 (79%) used
> rtd0xb75df8: 4592 of 12096 (37%) used
> acc0xb5c8a8: 596 of 768 (77%) used
> regc0xb78d48: 2120 of 3072 (69%) used
> auth_cli0xb7d4c8: 108 of 1024 (10%) used
> Total 102560 of 120760 (84 %) used!
> Endpoint pool capacity=52096, used_size=49432
> Outstanding transmit buffers: 0
> Dumping listeners:
> Dumping transports:
> udp0xb757e0 udp 0.0.0.0:5060 [published as 172.17.2.17:5060]
> (refcnt=3)
> Timer heap has 3 entries
> Dumping PJMEDIA capabilities:
> Total number of installed codecs: 3
> Audio codec # 0: pt=18 (G729 @8KHz/1, 8.0Kbps, 10ms vad plc)
> Audio codec # 1: pt=0 (PCMU @8KHz/1, 64.0Kbps, 10ms vad plc)
> Audio codec # 2: pt=96 (FOO @16KHz/1, 5.0Kbps, 20ms vad plc)
> Dumping media transports:
> Dumping transaction table:
> Total 0 transactions
> - none -
> Number of dialog sets: 0
> Dumping pjsua server subscriptions:
> sip:2003@172.17.2.18
> - none -
> Dumping pjsua client subscriptions:
> - no buddy list -
> 00:31:23.293 pjsua_core.c Dump complete
>
> Regards,
> SMS
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list -- pjsip@xxxxxxxxxxxxxxx
> To unsubscribe send an email to pjsip-leave@xxxxxxxxxxxxxxx
_______________________________________________
Visit our blog: http://blog.pjsip.org
pjsip mailing list -- pjsip@xxxxxxxxxxxxxxx
To unsubscribe send an email to pjsip-leave@xxxxxxxxxxxxxxx
