Why STUN keep alive is needed?

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

 



 > I think that reading this ticket will reply your question ;) :
   Yes, I mean exactly this.
   Also, with default interval (15 sec) pjsip STUN keep alive uses
   10MBytes per day (300 Mb per month...)


   --- ???????? ????????? ---
   ?? ????: "R?gis Montoya" <r3gis.3r at gmail.com>
   ????: "pjsip list" <pjsip at lists.pjsip.org>
   ????: 27 ??? 2011, 15:04:55
   ????: Re: [pjsip] Why STUN keep alive is needed?




     I think that reading this ticket will reply your question ;) :
     http://trac.pjsip.org/repos/ticket/539

     IFAICT there is already something in 2.0 branch about that. (when
     I made tests about video I noticed that RTP transport was started
     only when necessary but didn't dive more into this point).
     And this will be very cool when there for Mobile SIP clients cause
     keeping STUN alive drain battery.



     Le 27/05/2011 10:16, ??????? UkrNet a ?crit :

       As I think, STUN transport and it keepalives needed only when
       calling.
       Why PJSIP sends keepalives always?
       Why do not open STUN ports just before calling? In this case
       STUN keep alive is not needed at all.
       Why not make STUN and SIP event exchange?
       I am not right?


       _______________________________________________
       Visit our blog:        http://blog.pjsip.org       
       pjsip mailing list       pjsip at lists.pjsip.org              http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org            


     _______________________________________________
     Visit our blog:      http://blog.pjsip.org     
     pjsip mailing list     pjsip at lists.pjsip.org          http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org        
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20110530/ac2c231f/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