Bug 93 - Use libjingle instead of sipXtapi for the media stack
Summary: Use libjingle instead of sipXtapi for the media stack
Status: NEW
Alias: None
Product: reSIProcate
Classification: Unclassified
Component: recon (librecon) (show other bugs)
Version: unspecified
Hardware: All All
: P1 enhancement
Assignee: Owner of all unassigned bugs
URL:
Keywords:
Depends on: 151
Blocks: 99 100
  Show dependency tree / graph
 
Reported: 2015-08-11 13:30 CDT by Daniel Pocock
Modified: 2021-04-08 05:48 CDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Pocock 2015-08-11 13:30:59 CDT 
reflow and recon currently use the sipXtapi media stack

libjingle appears to offer the following benefits:
- more of the codecs and other protocols needed for WebRTC interoperability
- sipXtapi is LGPL licensed, libjingle is BSD licensed
Comment 1 Daniel Pocock 2015-08-11 13:31:41 CDT 
libjingle documentation:

https://developers.google.com/talk/libjingle/developer_guide?hl=en
Comment 2 Daniel Pocock 2015-11-27 11:40:31 CST 
See this branch:

https://github.com/resiprocate/resiprocate/tree/b-counterpath-recon-20130424

This work needs to be merged with master, it should help prepare the recon API for libjingle.
Comment 3 Daniel Pocock 2021-03-30 13:33:19 CDT 
The libjingle code has now become part of the webrtc library in the Chrome/Chromium project.  This makes it harder to build standalone and use with third party products.

I've opened an alternative feature request for integration with GStreamer, they now have a full WebRTC module and they also support regular RTP/SRTP

https://www.resiprocate.org/bugzilla/show_bug.cgi?id=145