RFC3263 describes the DNS procedure and guidelines to be followed in order to locate SIP Servers. From the abstract of RFC3263:
CDI-Telco-Framework
With the advent of JSR 299 CDI it was about time to present a framework for Sip Servlets based on CDI and so CDI-Telco-Framework is here. Check the release announcement in the Mobicents google group.
In this article I will try to provide an overview of what CDI-Telco-Framework can do for you and a tutorial for your first application based on CTF.
CTF and MSS 2.0.0.Alpha2
CDI-Telco-Framework 1.0.0.Alpha1, that supports all the versions of MSS 1.x and MSS 2.x, and MSS 2.0.0.Alpha2 on Tomcat 7.0.8, just released.
Check the release announcement in the Mobicents google group.
Please give it a try and provide your feedback.
Converged HTTP/SIP applications using asynchronous processing
Mobicents Sip Servlets 2.0.0 Alpha1 on top of Tomcat 7.0.5 is already here and the efforts of the MSS team continues toward complete integration with JBoss AS 7.
Tomcat 7 implements the fresh Java Servlets 3.0 spec – and JBoss AS 7 is targeted to implement it as well – which among others brings two significant features, the asynchronous processing of requests and a new set of annotations, to add on top of the existing annotations, that can be used to define a web servlet, thus make the web.xml deployment descriptor optional (Sip Servlets 1.1 – JSR 289 already provides a set of annotations that can be used in order to define a sip servlet, so make optional the sip.xml deployment descriptor also).
Mobicents Sip Servlets 2.0.0.Alpha1 is out
Mobicents Sip Servlets 2.0.0.Alpha1 is out.
Upgraded to work on top of Tomcat 7.0.5 which implements Java Servlets 3.0, will open the door for many great features such as asynchronous support.
Go here and play with it.
JTapi hands-on, part II
This is the next article in the JTapi hands-on series that will present the Call and Connection interfaces from the Jtapi API. Using the Call and Connection interface, this article shows how to create and disconnect calls, and also inspect Connections of a call. This tutorial could be the base for a dialler application or a connector for a PBX with a CRM application.
Also please note that this article builds upon the previous articles JTapi Overview and JTapi hands-on, part I.
JTapi hands-on, part I
The story so far
In the first article there was an introduction to the basic interfaces of JTAPI, that is JtapiPeer, Provider, Address, Terminal, Call and Connection. These are the basis on which we will built upon and continue in this article.
Starting from this article, I will leave the plain theory behind, and I will delve into the Jtapi objects using code examples. Off course, each code snippet, will be supported by the appropriate theory in order to elaborate and deeply analyze each object.
This iteration will concentrate on the JTapiPeer and Provider interfaces, and will present the way can be used to further inside an application using two example classes. The first one ProviderService mainly shows how to use JtapiPeer in order to instantiate and supply the Provider object for the second class JTapiDiscovery which purpose is just to discover the Addresses and Terminals from the Provider’s domain.
Continue reading
Tropo: Interesting online IVR platform and a nice intro by Ted Naleid
Interesting online IVR platform and a nice intro by Ted Naleid. Here is the original link.
Rewarding Good Customer Behavior in the Call Center
A very nice customer care article for using web self service tools to reward customer whenever the try first self-service paths for a given problem before go to a live agent.
More to come on the web self service tools that can be used.
JTapi Overview
The Java Telephony API (JTAPI) is a portable, object-oriented application programming interface for Java-based computer-telephony applications.
This article is an introduction to the Java Telephony API, presenting the most important elements of this and attempts to clarify some basic issues that will be the base for the following articles.
JTapi can be used to integrate CRM or other applications with a telephone system, create applications that handle incoming calls, create application that place outgoing call on behalf of a user, or in general provide an automated way for a user to handle his telephone set.
Continue reading