would either of these be decent projects?
A jabber/jingle echo server would be really helpful for testing. There were rumors of one but it disappeared.
There's also the possibility of updating telepathy-rakia. The current package is based on an archaic version of sofia sip. It might be good to investigate this version that's been more maintained. https://github.com/BelledonneCommunications/sofia-sip
Diane
On 25/03/16 00:49, Diane Trout wrote:
would either of these be decent projects?
A jabber/jingle echo server would be really helpful for testing. There were rumors of one but it disappeared.
That would be interesting, there are also some ideas in Redmine about an RTC service probe:
https://project.freertc.org/projects/rtc-server-probe-development/issues
I would like to track your suggestion as a Redmine issue too. Do you believe it should be implemented as a standalone project or as a module to run inside a Prosody server instance?
There's also the possibility of updating telepathy-rakia. The current package is based on an archaic version of sofia sip. It might be good to investigate this version that's been more maintained. https://github.com/BelledonneCommunications/sofia-sip
The FreeSWITCH developers have also forked the Sofia SIP code:
https://wiki.freeswitch.org/wiki/Sofia-SIP
and it may be interesting to merge the work from different forks and then have a combined version uploaded to Debian/Ubuntu/Fedora to replace their old libsofia packages:
https://packages.qa.debian.org/s/sofia-sip.html
Despite all that, my preference is to see the telepathy-rakia component completely deprecated and replaced by the telepathy-resiprocate component. reSIProcate is much stronger for TLS and IPv6 support and various other things.
Regards,
Daniel
On Friday, March 25, 2016 07:29:23 AM Daniel Pocock wrote:
On 25/03/16 00:49, Diane Trout wrote:
would either of these be decent projects?
A jabber/jingle echo server would be really helpful for testing. There were rumors of one but it disappeared.
That would be interesting, there are also some ideas in Redmine about an RTC service probe:
https://project.freertc.org/projects/rtc-server-probe-development/issues
I would like to track your suggestion as a Redmine issue too. Do you believe it should be implemented as a standalone project or as a module to run inside a Prosody server instance?
I think it should act like a client, so it should work with any XMPP server. I'd found several useful SIP test services, but nothing for XMPP
music@iptel.org (connect plays music) http://thetestcall.blogspot.com/ (Several addresses, several functions) http://bluejeans.com/111 can be used to setup a video call test.
Probably the minimal implementation would either send a test pattern or send back a transformed video stream and record then play back sound.
Diane
On 25/03/16 18:50, Diane Trout wrote:
On Friday, March 25, 2016 07:29:23 AM Daniel Pocock wrote:
On 25/03/16 00:49, Diane Trout wrote:
would either of these be decent projects?
A jabber/jingle echo server would be really helpful for testing. There were rumors of one but it disappeared.
That would be interesting, there are also some ideas in Redmine about an RTC service probe:
https://project.freertc.org/projects/rtc-server-probe-development/issues
I would like to track your suggestion as a Redmine issue too. Do you believe it should be implemented as a standalone project or as a module to run inside a Prosody server instance?
I think it should act like a client, so it should work with any XMPP server. I'd found several useful SIP test services, but nothing for XMPP
SIP and XMPP servers can actually have "client" code inside them. This can be a useful way of utilizing the infrastructure of the server, e.g. it already runs as a daemon all the time, it already has logging code and it already has transports that other clients can connect to.
A true, standalone client process is also valid though. To make it clear for a GSoC student we should probably just pick one approach or the other and then put it in the issue list.
music@iptel.org (connect plays music) http://thetestcall.blogspot.com/ (Several addresses, several functions) http://bluejeans.com/111 can be used to setup a video call test.
There is another one for SIP:
http://sip5060.net/test-calls/
Probably the minimal implementation would either send a test pattern or send back a transformed video stream and record then play back sound.
Diane _______________________________________________ Free-RTC mailing list Free-RTC@lists.fsfe.org https://lists.fsfe.org/mailman/listinfo/free-rtc
As my proposal includes the RTC server probe, should I change the my proposal to mention a standalone client or in-server process approach?
regards, Nik
On Fri, Mar 25, 2016 at 6:59 PM, Daniel Pocock daniel@pocock.pro wrote:
On 25/03/16 18:50, Diane Trout wrote:
On Friday, March 25, 2016 07:29:23 AM Daniel Pocock wrote:
On 25/03/16 00:49, Diane Trout wrote:
would either of these be decent projects?
A jabber/jingle echo server would be really helpful for testing. There were rumors of one but it disappeared.
That would be interesting, there are also some ideas in Redmine about an RTC service probe:
https://project.freertc.org/projects/rtc-server-probe-development/issues
I would like to track your suggestion as a Redmine issue too. Do you believe it should be implemented as a standalone project or as a module to run inside a Prosody server instance?
I think it should act like a client, so it should work with any XMPP
server.
I'd found several useful SIP test services, but nothing for XMPP
SIP and XMPP servers can actually have "client" code inside them. This can be a useful way of utilizing the infrastructure of the server, e.g. it already runs as a daemon all the time, it already has logging code and it already has transports that other clients can connect to.
A true, standalone client process is also valid though. To make it clear for a GSoC student we should probably just pick one approach or the other and then put it in the issue list.
music@iptel.org (connect plays music) http://thetestcall.blogspot.com/ (Several addresses, several functions) http://bluejeans.com/111 can be used to setup a video call test.
There is another one for SIP:
http://sip5060.net/test-calls/
Probably the minimal implementation would either send a test pattern or
send
back a transformed video stream and record then play back sound.
Diane _______________________________________________ Free-RTC mailing list Free-RTC@lists.fsfe.org https://lists.fsfe.org/mailman/listinfo/free-rtc
Free-RTC mailing list Free-RTC@lists.fsfe.org https://lists.fsfe.org/mailman/listinfo/free-rtc