Skip to content
Snippets Groups Projects
  1. Mar 19, 2021
  2. Mar 18, 2021
  3. Mar 17, 2021
    • Mohamed Chibani's avatar
      upnp: code improvements and bug fixes · 1a6cc728
      Mohamed Chibani authored and Sébastien Blin's avatar Sébastien Blin committed
      This patch adds many improvements and bug fixes:
      1- For PUPNP lib, use the synchronous methods for add and remove
      requests. The async versions have many issues mainly at shutdown.
      If the callbacks do not arrive on time, the memory allocated by
      the lib when performing the request will leak.
      2- Rework the init and IGD search of PUPNP.
      3- Move the termination step (for libupnp in particular) from
      the destructor to a newly added method (termiinate()). This will
      prevent a race at shutdown between libupnp threads (callbacks) and
      the daemon shutdown process.
      4- Do not try to initialize libupnp if the host address is invalid.
      This will prevent putting the lib in an unstable state.
      
      Gitlab: #472
      
      Change-Id: I14e5ddcd2b735da374a1f09bcef40f6a86a38133
      1a6cc728
  4. Mar 16, 2021
  5. Mar 15, 2021
  6. Mar 12, 2021
    • Sébastien Blin's avatar
      pjproject: follow security advisories · ba05f4fb
      Sébastien Blin authored
      Apply patches for CVE-2021-21375 and CVE-2020-15260 affecting
      prproject. After a quick look I don't think those issues apply to
      us, as GnuTLS manages the TLS part and we do resolution outside
      pjsip (the daemon passes ips), but at least our pjproject will
      not be affected.
      
      Note, these patches will be removed when we bump pjproject to 2.11.
      
      Change-Id: Ie9029f5501096c7148416cbb803a40f1c053a3d0
      Unverified
      ba05f4fb
  7. Mar 11, 2021
  8. Mar 10, 2021
  9. Mar 09, 2021
  10. Mar 08, 2021
    • Sébastien Blin's avatar
      pjproject: increase timer value for TURN connection timeout · 8d428f44
      Sébastien Blin authored and Adrien Béraud's avatar Adrien Béraud committed
      On some very slow network, the process to connect to a relay
      candidates can take a lot of time. Cause this timer includes
      the time between the ConnectionAttempt and sending the
      Binding response. With some packet loss it can quickly increase
      this delay.
      
      Example:
      Classic nego (Successful ICE):
      
      10:36:28.126 .RX 144 bytes STUN message from 51.222.10.40:3478:
      --- begin STUN message ---
      STUN ConnectionAttempt indication (...)
      
      10:36:29.378 .TX 84 bytes STUN message to IP:45320:
      --- begin STUN message ---
      STUN Binding success response
      
      Problematic case on a bad network:
      
      // Bad network peer
      09:39:10.910 .RX 288 bytes STUN message from 192.252.140.236:3478:
      --- begin STUN message ---
      STUN ConnectionAttempt indication
      
      // other PEER:
      09:38:51.855 192.252.140.236:11846 (nominated): connectivity check FAILED:
      STUN transaction has timed out (PJNATH_ESTUNTIMEDOUT)
      => The other peer close the socket
      
      // Bad network peer
      09:38:52.258 .RX 76 bytes STUN message from IP:36436:
      --- begin STUN message ---
      STUN ConnectionBind success response
      
      9:38:53.756   tcprel0x7f7098178460  .socket send(): Not found (PJ_ENOTFOUND)
      
      The value of 15 secs is chosen to follow ice_inactive_timeout in
      the webrtc's sources (CONNECTION_WRITE_TIMEOUT)
      
      Change-Id: Idc66f6cb2018fbf03e34059640fa91601535dcb1
      GitLab: #1201
      8d428f44
  11. Mar 06, 2021
  12. Mar 05, 2021
  13. Mar 04, 2021
  14. Feb 26, 2021
Loading