web based softphone in Asterisk [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.

---

Want to improve this question? Update the question so it focuses on one problem only by editing this post.

Closed 8 years ago.

Improve this question

We want to build the web-based softphone using SIP technology And we want to use the Asterisk as the Communication server and Java as primary technology in bui开发者_Python百科lding the system

so we have got following

• flash based softphone using Adobe Flash,FMG,FMS

• flex based softphone using Flex , Red5 Server

we are also reseraching into MjSIP and PjSIP

My questions are following -

1. for building this kind of softphone , can we use the Java Applets ?
2. The flash will be better option for the system ?

Please give any suggetions for this

---

We had good experience with Red5Phone. The SIP UA is running in a servlet container, flash is only needed for recording/playing out sound to/from RTMP.

There was some inconvenience involved at the time in using the Java Media Framework from a java applet.

---

If it's a browser based softphone you are writing you can rule out pjsip, it's written in C so no option to run in a browser there.

Flash and Java are options and in the past I've seen softphone implementations with both so it is possible. However for whatever reason they were never really up to scratch and didn't get any popular support. I suspect once you get down to the media side of things needing to process large numbers of UDP packets in real-time the constraints of having to operate within a browser may start to bite.

The latest effort I'm aware of is phono from voxeo which is a flash/javascript hybrid softphone. It has a javascript API that hooks back into voxeo's SIP servers which then do the call signalling and set the media up between the flash plugin in the browser and the remote end of the call. It seems to work pretty well or as well as you can expect from a real-time product in a browser.

If I was you I'd start looking at WebRTC once it's supported in browsers it will be a much better option as you'll then be able to access network sockets directly from javascript and processing of media in real-time within a browser should be much more practical.