Open Realtime.
Ignite Realtime is the community site for the users and developers of Jive Software's open source Real Time Communications projects. Your involvement is helping to change the open RTC landscape.
Open Realtime.
Ignite Realtime is the community site for the users and developers of Jive Software's open source Real Time Communications projects. Your involvement is helping to change the open RTC landscape.
Latest Blog Entries
It took us some time but we finally made it. The Enterprise Edition plugin has been broken into smaller open source plugins as mentioned in the Turning Openfire Enterprise into an open source product blog post.
The new plugins can be found here:
With these new plugins the total number of official open source plugins is now 17. If we add the clustering plugin that is commercial and the 3 beta plugins that includes the popular Red5 plugin the total number of plugins comes up to 21. Finally, more plugins can be found in the Non-Jive Openfire Plugins document.
Enjoy,
The Openfire Team
The new plugins can be found here:
- Monitoring Service (released on Apr 24, 2008)
- Fastpath Service (released on Apr 24, 2008)
- Clustering Plugin (released on May 6, 2008)
- Client Control (released on May 13, 2008)
With these new plugins the total number of official open source plugins is now 17. If we add the clustering plugin that is commercial and the 3 beta plugins that includes the popular Red5 plugin the total number of plugins comes up to 21. Finally, more plugins can be found in the Non-Jive Openfire Plugins document.
Enjoy,
The Openfire Team
Just over a year ago, I blogged about using audio and video with openfire. At that time, I implemented a SIP based softphone in Adobe Flash using AsteriskWin32 and VAC4. My argument for an open-source, standards based, no-install web-based softphone as a requirement for Web 2.0 voice applications is still valid today and the emergence of Ribbit, TringMe, Zingaya (Flashphone) and others confirmed my thinking was not isolated.
It has however been a disappointment that all implementations I have encountered to-date have been closed, proprietary and inaccessible for integration (both client and server).
The latest release of the Red5 Plugin for Openfire features a completely open-source implementation of a web-based SIP softphone written in Flex3 and should work on both Windows and Linux. It uses MjSIP as the SIP user agent in the plugin and should work with most SIP proxies, but I have only tested with Asterisk. I have also only tested 2 simultaneous users, but there is no limit and will depend on how many users and media streams Red5 can cope with before it dies. Each telephone conversation consumes 2 user RTMP connections and 4 audio streams on Red5. All source code is provided and you are free to use it in your Openfire Red5 Plugin applications. Just confirm that the open-source licenses of MjSIP and Nelly2PCM are to your liking.
I have also integrated the softphone into SparkWeb and the Openfire SIP plugin. This will enable a user to make SIP calls from Spark and SparkWeb with the same user profile. The old Red5gateway will be depreciated and in a later release for window users, I will be adding AsteriskWin32 to the plugin and provide a complete SIP solution for Openfire.
As usual, any feedback will be appreciated.
For details of how this works read on.....
The red5Phone Flex3 client makes a NetConnection with the Red5 SIP application. When it recieves a success response, it makes a remote "open" method call in the Red5 SIP application which creates a pair of SIPUser and RTMPUser objects for that user and instructs SIPUser to register the user with the specified SIP proxy. When the NetConnection is closed by the Flex3 client, the pair of objects are destroyed and the user is unregistered from the SIP proxy.
When the Flex3 client invokes "call" remotely, SIPUser starts a SIP outgoing call with the SIP proxy and exchanges RTP audio streams. It invokes "connected" on the Flex3 client and informs it of what stream names Flex3 client should use to publish from the PC microphone and play to the PC speaker. It then resamples the incoming audio RTP packets from 8KHZ to 11KHZ, converts from ulaw to ADPCM and calls a method in the RTMPUser object to publish the audio to Red5 using the same name it gave to the Flex3 client to play.
The RTMPUser objects also plays the stream being published by the Flex3 client which is in the Nellymoser ASAO codec. It calls asao2ulaw (my modified version of the open source nelly2pcm) to convert the packets to ulaw and pass to SIPUser through a PipedOutputStream.
An incoming call follows the same pattern, the incoming SIP signal appears as a remote "incoming" call on the flex3 client. The user can then pickup the call and the Red5phone Flex3 client remotely calls "accept" in SIPUser to accept the call. The audio is setup the same way as an outgoing call.
It has however been a disappointment that all implementations I have encountered to-date have been closed, proprietary and inaccessible for integration (both client and server).
The latest release of the Red5 Plugin for Openfire features a completely open-source implementation of a web-based SIP softphone written in Flex3 and should work on both Windows and Linux. It uses MjSIP as the SIP user agent in the plugin and should work with most SIP proxies, but I have only tested with Asterisk. I have also only tested 2 simultaneous users, but there is no limit and will depend on how many users and media streams Red5 can cope with before it dies. Each telephone conversation consumes 2 user RTMP connections and 4 audio streams on Red5. All source code is provided and you are free to use it in your Openfire Red5 Plugin applications. Just confirm that the open-source licenses of MjSIP and Nelly2PCM are to your liking.
I have also integrated the softphone into SparkWeb and the Openfire SIP plugin. This will enable a user to make SIP calls from Spark and SparkWeb with the same user profile. The old Red5gateway will be depreciated and in a later release for window users, I will be adding AsteriskWin32 to the plugin and provide a complete SIP solution for Openfire.
As usual, any feedback will be appreciated.
For details of how this works read on.....
The red5Phone Flex3 client makes a NetConnection with the Red5 SIP application. When it recieves a success response, it makes a remote "open" method call in the Red5 SIP application which creates a pair of SIPUser and RTMPUser objects for that user and instructs SIPUser to register the user with the specified SIP proxy. When the NetConnection is closed by the Flex3 client, the pair of objects are destroyed and the user is unregistered from the SIP proxy.
When the Flex3 client invokes "call" remotely, SIPUser starts a SIP outgoing call with the SIP proxy and exchanges RTP audio streams. It invokes "connected" on the Flex3 client and informs it of what stream names Flex3 client should use to publish from the PC microphone and play to the PC speaker. It then resamples the incoming audio RTP packets from 8KHZ to 11KHZ, converts from ulaw to ADPCM and calls a method in the RTMPUser object to publish the audio to Red5 using the same name it gave to the Flex3 client to play.
The RTMPUser objects also plays the stream being published by the Flex3 client which is in the Nellymoser ASAO codec. It calls asao2ulaw (my modified version of the open source nelly2pcm) to convert the packets to ulaw and pass to SIPUser through a PipedOutputStream.
An incoming call follows the same pattern, the incoming SIP signal appears as a remote "incoming" call on the flex3 client. The user can then pickup the call and the Red5phone Flex3 client remotely calls "accept" in SIPUser to accept the call. The audio is setup the same way as an outgoing call.
We are pleased to announce the release of Openfire 3.5.1, now with even more openness! This release represents the first stage of the Enterprise plugin split into open source plugins. We're very excited to be able to provide these to everyone for free, and seeing what the community does with them, both in terms of contributed code and use case scenarios. So lets talk about some specifics.
These are the first two pieces of the open sourced Enterprise plugin. Client management is coming very soon, as is clustering. SparkWeb will also be released tomorrow as a separate product. So you might be wondering, hey, why is there an Openfire Enterprise 3.5.1? Well, due to the lack of all of the plugins being available right now, we've provide 3.5.1 for existing enterprise customers to make use of. It includes some important clustering fixes though! (as will the clustering plugin when it is release)
The connection managers have been updated to bring HTTP binding up to date and a couple of library upgrades that include a number of improvements. It is important to note though that the conf/manager.xml file has been updated and you will need to update yours as well. The new http binding section that you will need to add is described here.
You can download Openfire 3.5.1 here.
You can see the entire changelog here.
You can view the documentation for 3.5.1 here.
Plugins can be downloaded from the admin console or here.
New Plugins!
- Monitoring: Adds support for server statistics and chat archiving and reports.
- Fastpath: Support for managed queued chat requests, such as a support team might use.
These are the first two pieces of the open sourced Enterprise plugin. Client management is coming very soon, as is clustering. SparkWeb will also be released tomorrow as a separate product. So you might be wondering, hey, why is there an Openfire Enterprise 3.5.1? Well, due to the lack of all of the plugins being available right now, we've provide 3.5.1 for existing enterprise customers to make use of. It includes some important clustering fixes though! (as will the clustering plugin when it is release)
Important, Seriously, Pay Attention, Read This
If you install the Monitoring and/or Fastpath plugin, make absolute sure that you read the readme first! There are included instructions for how to migrate your database from the Enterprise plugin to the new plugin database tables. If you have ever run the Enterprise plugin or the old Fastpath plugin before it was integrated with Enterprise, make sure you don't forget this or you will be unhappy!
Big Connection Manager Improvements
The connection managers have been updated to bring HTTP binding up to date and a couple of library upgrades that include a number of improvements. It is important to note though that the conf/manager.xml file has been updated and you will need to update yours as well. The new http binding section that you will need to add is described here.
Ok Fine, Where Do I Get It?
You can download Openfire 3.5.1 here.
You can see the entire changelog here.
You can view the documentation for 3.5.1 here.
Plugins can be downloaded from the admin console or here.
Earlier today I exported our svn repository for SparkWeb and committed the intial import to the new open source repository! Instructions for getting and building the source are available. Getting and Building SparkWeb. A chat room for discussion of SparkWeb development can be found at sparkweb@conference.igniterealtime.org. I'm looking forward to seeing what the community can do! 
As you may have already seen, Openfire 3.5.0 was released today alongside it's good friend Clearspace 2.0! We are excited to put out this release as it strolls alongside a number of new announcements, new features, and is sporting a brand new outfit in the form of a new look and feel for the admin interface.
Now, in light of the announcements regarding the Enterprise plugin becoming open source, you may be wondering why you can see an updated Enterprise plugin available. We are providing this plugin for our existing enterprise customers until the separate split-up plugins are released. Those of you waiting for the open source releases, please stay tuned!
For our Clearspace customers, this new version of Openfire integrates at a much more intense level than before. Instead of simply providing presence to Clearspace, and requiring you to point both Clearspace and Openfire at something like LDAP to have the same login setup, you can now have Openfire speak directly to Clearspace. It will pull it's users and groups, as well as pass authentication through Clearspace. Setup is a breeze, as you have one screen of setup in Clearspace and one screen of setup in Openfire and you are done. And we're not stopping there. Future releases will include even more integrations between the two!
Is Clearspace integration the only new thing in Openfire 3.5.0? Of course not! We've now got the ability to disable accounts, security audit logs for admin events, easy to take advantage of invisibility, and did I mention the pretty new admin interface? We went over a lot of these new features in a previous blog post, so I won't bore you with a complete rehash of all of them.
One word of warning, due to the nature of CSS not wanting to easily refresh itself, you may need to shift-reload in your browser for the new admin console to look correct. And don't forget to update your plugins after upgrading to 3.5.0! Some of them are affected by API changes! (specifically: User Search, IM Gateway, MOTD, and SIP)
This has been a very exciting day for us here at Jive and we hope exciting for you as well!
You can download Openfire 3.5.0 here.
You can see the entire changelog here.
You can view the documentation for 3.5.0 here.
Plugins can be downloaded from the admin console or here.
Now, in light of the announcements regarding the Enterprise plugin becoming open source, you may be wondering why you can see an updated Enterprise plugin available. We are providing this plugin for our existing enterprise customers until the separate split-up plugins are released. Those of you waiting for the open source releases, please stay tuned!
For our Clearspace customers, this new version of Openfire integrates at a much more intense level than before. Instead of simply providing presence to Clearspace, and requiring you to point both Clearspace and Openfire at something like LDAP to have the same login setup, you can now have Openfire speak directly to Clearspace. It will pull it's users and groups, as well as pass authentication through Clearspace. Setup is a breeze, as you have one screen of setup in Clearspace and one screen of setup in Openfire and you are done. And we're not stopping there. Future releases will include even more integrations between the two!
Is Clearspace integration the only new thing in Openfire 3.5.0? Of course not! We've now got the ability to disable accounts, security audit logs for admin events, easy to take advantage of invisibility, and did I mention the pretty new admin interface? We went over a lot of these new features in a previous blog post, so I won't bore you with a complete rehash of all of them.
One word of warning, due to the nature of CSS not wanting to easily refresh itself, you may need to shift-reload in your browser for the new admin console to look correct. And don't forget to update your plugins after upgrading to 3.5.0! Some of them are affected by API changes! (specifically: User Search, IM Gateway, MOTD, and SIP)
This has been a very exciting day for us here at Jive and we hope exciting for you as well!
You can download Openfire 3.5.0 here.
You can see the entire changelog here.
You can view the documentation for 3.5.0 here.
Plugins can be downloaded from the admin console or here.
In the Community
Recent Discussions
mdailey in
"
frankyyj in
"
flamefork in
"Re: Warning log (using JSJaC 1.3 as a client)"
btkrausen in
"Re: Setup Problem: User Mapping"
mtndank in
"Client disconnects when try to join room"
Recent Releases
Thu Apr 24 21:15:34 CDT 2008 -
Openfire 3.5.1 Released!
Mon Apr 07 17:45:55 CDT 2008 -
Openfire 3.5.0 Now Available
Thu Mar 27 18:49:32 CDT 2008 -
Openfire 3.5.0 Release Candidate 2 Now Available
Tue Mar 11 21:16:14 CDT 2008 -
Openfire 3.5.0 Release Candidate 1 Now Available
Thu Feb 07 14:29:47 CST 2008 -
Openfire 3.4.5 has been released