Hi Skyler,
On 6/23/11 10:16 PM, Skyler wrote:
Hi Daniel,
Great idea and thank you for releasing a working example. IMO, on the
surface this looks to me like another piece to the ultimate cross-platform
SIP communications system (elsipo + Kamailio/SERx). This project is
something I will definitely be looking at more to see how I can contribute.
thanks!
This was the purpose - to get a communication system beyond
classic "cold" telephony interaction. And proved to be rather simple,
the whole UI for the example in GT right now is less that 400 lines (the
HTML+CSS+Javascript). Moreover, the UI can be changed very easy.
So far I haven't met a decent interaction between users and providers
(core network), while many things can be done straightforward with just
a click. Instead of using DTMF, with pin auth and so on, why not just a
click to:
- set DND on server and redirect to voicemail
- tell the server to email the last voice message
- block incoming call from specific numbers
- and the list can continue -- all from your SIP application so it is no
need to login via web or what so ever, the SIP server can handle such
requests safe (auth+tls) and very convenient in the config file, with
our language or lua/perl/python...
If C++ is not your area, tuning the HTML/CSS/Javascript to make the UI
more attractive can be a way to contribute.
Cheers,
Daniel
Skyler
-----Original Message-----
From: sr-users-bounces(a)lists.sip-router.org
[mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of
Daniel-Constantin Mierla
Sent: Thursday, June 23, 2011 10:21 AM
To: kamailio
Subject: [SR-Users] an idea - the SIP browser - elsipo
Hello,
I want to present an idea and see if it is something people find
benefits with such approach.
Some time ago, due to existence of only SIP client applications (aka
softphones) that have static GUI, which were designed for generic
purposes, do not present what servces the currently used provider offers
nor are easy to customize, I played with the idea of a SIP application
with the GUI in HTML/CSS/Javascript.
Being busy with Kamailio, the whole thing was postponed, but during last
days I took the time and updated the code to latest developing tools
(QT/Webkit and pjsip) and made it public on github, see:
*
http://asipto.com/u/3c
A screenshot and some details in the wiki at:
*
http://asipto.com/u/3b
The UI can be pulled from a remote site via http/https for example. The
approach was to have a framework to render the UI, used QT/Webkit for
that (cross platform, Linux, Mac OS X, Windows) and exported SIP API to
Javascript. I worked with pjsip, but the system is plugin based, so
pjsip plugin can be replaced, plugins for other things (not only
sip/voip) can be written easily.
The code is just for demo/prototyping, with the goal of showing
feasibility. At this moment can be used to make/receive calls and
send/receive instant messaging. In addition, content of UI can be
carried by SIP messages - the examples added so far is to request some
server statistics when clicking on a link of UI and the SIP server
pushing periodically some info to a section of UI.
Personally I don't have any plan to go into client side development,
still the idea was too appealing to try and I thought would give lot of
value and enable new features on SIP services to make user experience
more pleasant.
Therefore the target is to see if any of you think is something that
worth pursuing and if yes, get people on board to develop it further
from prototype phase.
In the wiki I listed a part of my wish list with current VoIP/SIP
services that would be trivial to implement with this approach. The
naming as SIP browser instead of softphone hopefully suggest also the
purpose of the application - to be able to browse the services offered
by provider at that time and the provider to be able to push content
back to application (on demand or periodically). Development was done on
Mac OS X, a tarball with binaries for this OS is available for download
on github - compiling for other OSes should go pretty straightforward.
At the moment the idea poped up there was no such approach that I could
find (at least not in open source space), did I miss something, are you
aware of any similar approach? What is your opinion overall?
Thanks,
Daniel
--
Daniel-Constantin Mierla --
http://www.asipto.com
http://linkedin.com/in/miconda --
http://twitter.com/miconda