STUN problem

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

 



On Wed, Mar 4, 2009 at 6:27 AM, Michael <michael_zurich at yahoo.com> wrote:

>
> Hi
>
> I have pjsip and use it as SIP client with 2 SIP accounts. First account is
> local Asterisk at internal 192.168.x.x. Second account is public in Internet
> at 212.x.x.x.First account does not need STUN and second needs STUN. If I
> activate STUN then second works but first not. If I deactivate STUN, first
> works but second not. I looked at other SIP-clients like phoner.de They
> use STUN configuration on account basis.
>
> Could you add STUN on account configuration (for each account) or at least
> a flag in the account to disable/enable STUN for each account or do you have
> a workaround?
>
>
Unfortunately no, and it's not that easy either, I tried it. The part with
SIP is probably not that difficult to change. The main problem is with the
media transports. At the moment media transports are precreated, shared
among accounts, and they use single configuration. I suppose if we make STUN
configurable on per account basis, then the same should be done on the media
transports too. Which means media transports cannot be pre-created, they
need to be created when there is new call.

And there lies the difficulty, since media transport creation may not
complete immediately, for example when waiting for STUN resolution. Which
means the incoming call event needs to be delayed. Which means the event
needs to be stored somewhere, and so on.

It is a desirable feature, unfortunately it's also not straightforward to
implement.

cheers
 Benny



> Michael.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090304/5e38b047/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