Network card added or enabled after app init problem

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

 



On Wed, Aug 27, 2008 at 11:12 AM, Ilya Kalinin <ilyak at skuku.com> wrote:

>  LOG:
>
> Aug 27 12:49:48 DEBUG pjsip [resolver.c]:          Nameserver 0.0.0.0:53state changed Active --> Probing
>
> You don't seem to have the nameserver IP address configured properly there,
and this doesn't seem to have anything to do with transport (i.e. you'll get
this error even if you don't change the transport).

Also if close transport with pjsua_transport_close() with "force" set to
> non-zero, do I destroy this transport completely?
>
Yes. But it's generally a bad idea to do this, as some objects transactions
may still reference it so it may lead to crash. If you omit the transport,
then it will be destroyed once it's safe to do so, that is when it's
reference counter reaches zero.


> Because if I create and close transport some limited number of times I get
> an error: Error creating transport: Too many objects of the specified type
> (PJ_ETOOMANY) [status=70010]
>
>
>
That's true, I presume because the old transport are still alive since there
are objects that reference it. IMO this is fine, I don't think people will
want to change NIC every seconds or so. But if you want to recreate the
transport so many times, then you'd also want to increase some limits such
as PJ_IOQUEUE_MAX_HANDLES.

As I said previously, destroying and recreating the stack is indeed the
easiest option and you'll avoid all these troubles.

Cheers
 Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080827/d2bda25e/attachment.html 


[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