Skip to main content

JCC - SIP RA

11 replies [Last post]
Anonymous

Hi to all,

Is anyone doing a JCC RA? If so, is it only JCC RA and RA type or it maps to any signaling protocols?

Is there any JCC RI open source? Can we use the RI from Telcordia Technologies for the creation of the JCC RA?

I’m starting to study JCC and how it’s possible to create a bridge to the SIP protocol, so that we can have a JCC RA type and a bridge to the SIP RA.

So if I’m not wrong, we need to have a JCC implementation (is there any that we can use?), a SIP implementation (Nist SIP) and we must map the SIP events to JCC events, correct?

Another thing, is Generic JTAPI or JAIN Jcat useful for this? Or it’s only necessary to implement JCC?

I’m still very new to all this technologies so some kind of help or guide points are appreciated.

Best Regards,
Marco

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
ivelin
Offline
Joined: 2003-07-13
Points: 0

Makeeasy,

Thank you for the pointers. Seems like we need to just pick one of the APIs and go down the track with an open mind for refactoring as needed.

On your features question. For starters Mobicents implemented JAIN SLEE. Having a solid container architecture, we can now built a variety of useful plug-ins. Call control is where we naturally started to show feasibility of the project. However MMS, Conferencing, and Locaion Services would be great plug-ins to have and you are welcome to chip in.

You can think of Mobicents as a flexible VoIP platform similar to Asterisk. The difference is that Mobicents uses an Open Standards service composition API and Java as its runtime environment.

Ivelin

makeeasy
Offline
Joined: 2005-05-12
Points: 0

Hello folks,
1) I think that JTAPI is not much related, as far as I remember it's usefull to program PBX's and could be used instead of Asteriks scripting languages for example. A subset of it is also used in Java Phone api to handle calls from mobile phones. (not available in j2me MIDP but Symbian phones).
2) for JCC <-> SIP just make a search on Parlay SIP glue, there are many documents available and Parlay CC is somehow similar to JCC. For exmaple here is an old thesis about implementaing a Parlay CC SCS (MCU) on top of SIP done by Sylla:
www.tjut.edu.cn/org/content/computer/mcs.doc
His supervisor has many papers on the issue (parlay-sip)
www.ece.concordia.ca/~glitho for exmaple
www.ece.concordia.ca/~glitho/Lect8_inse7110.pdf
------
I have a related question actually, it seems Mobicents is concentrated on call control and JCC, how about other functionalities offered by Parlay (messaging/MM7 for MMS, charging/User location) and discontinued JAIN APIS like JAIN User Location (like parlay U status and Location), they are not relevent to Mobicents??

nijie8
Offline
Joined: 2005-06-09
Points: 0

first, gjtapi project not only provide tapi api,but also jcc api beyond jtapi, although that is not a good way.

And mobicents slee is related to JAIN specifications.And Parlay is another one from itu.Although JAIN before got the idea to provide SPA api to realize parlay,but that came to the end because of lots of reasons(and specification is not complete at all).

nijie8
Offline
Joined: 2005-06-09
Points: 0

i don't think service would be a good a choice to mapping sip event to jcc event.Service should only do with high logic and RA do with the low protocol. i think SBB will consume more than RA.

ivelin
Offline
Joined: 2003-07-13
Points: 0

Hi Porto .. ahh, I mean Marco :)

> Is anyone doing a JCC RA?

You mean open source, right. Not that I know of.

> If so, is it only JCC RA and RA type or it maps to any signaling protocols?

I am not sure if we are looking for a JCC RA here or a set of services that convert events from specific protocol RAs to JCC events and vice versa. For example events from the SIP RA to JCC events.

I think JCC calls for a new sub-project if there are serious takers.

> Is there any JCC RI open source?

As you suggest, GJTAPI is worth investigation. The project goes beyond JCC and it seems like it implements a generic SLEE-like (but not standard) middle tier as well as several adaptors. I don't think we need most of that.
http://gjtapi.sourceforge.net/

A more in depth investigation and analysis report would be good.

> Can we use the RI from Telcordia Technologies for the creation of the JCC RA?

No. The license prohibits derivative works:
http://www.argreenhouse.com/JAINRefCode/license.shtml?

> I’m starting to study JCC and how it’s possible to create a bridge to the SIP protocol, so that we can have a JCC RA type and a bridge to the SIP RA.

Since SIP RAs generate and take SLEE events, it might be the case that a JCC<->SIP SLEE service is what's needed.
Paper on mapping JCC to SIP
http://search.ieice.org/2001/pdf/e84-b_12_3096.pdf

> (Nist SIP) and we must map the SIP events to JCC events, correct?

I think so.

> Another thing, is Generic JTAPI or JAIN Jcat useful for this? Or it’s only necessary to implement JCC?

The JCC portion should be useful. It's under X11 license,
which is compatible with the Mobicents LGPL license.
http://cvs.sourceforge.net/viewcvs.py/gjtapi/src/src/net/sourceforge/gjt...

Here is a presentation on JCC and JCAT.
https://www.telcordia.com/jainjccs/docs/jcc-von99-ravijain.pdf

If someone can expand on the way these standards complement each other and how they fit in SLEE, I would appreciate it.

> I’m still very new to all this technologies so some kind of help or guide points are appreciated.

Same here. Blind leading the blind. :)
We are learning together.

Ivelin

Anonymous

:-) Porto, the world champion!!!

Ok, so for you the JCC<->SIP map is done by a service and not in the RA?

BR,
Marco

ivelin
Offline
Joined: 2003-07-13
Points: 0

Here is a better link to the JCC - SIP mapping paper.
http://www.argreenhouse.com/papers/jlbakker/JCC-SIP-final-e84-b_12_3096.pdf

I *think* service is more appropriate, because there is no need to work with resources outside of SLEE. I might be wrong. Someone else should confirm.

Ivelin

mranga
Offline
Joined: 2003-06-06
Points: 0

> Here is a better link to the JCC - SIP mapping
> paper.
> http://www.argreenhouse.com/papers/jlbakker/JCC-SIP-fi
> nal-e84-b_12_3096.pdf
>

I know JCC appears in some earlier JAIN "religious diagrams" and I saw a presentation of this work some time ago but thanks for posting it - it jogs the old memory cells. JCC is fine as an RA and indeed OC provides a SIP/JCC RA. I wonder if it is a very good idea however. Typically for server elements ( where the SLEE resides), low latency is a very important requirement. Hence a better model is a stateless proxy server that talks to the SLEE ( via a SIP resource adapter ) for special service processing - keeping in mind that for the common case, service is not required and tracking calls just adds to the overhead. Indeed, this is roughly the SIP Servlet model. I dont think ( this is just a guess ) that JCC can perform as well when compared with a stateless proxy + SIP RA. One can support a SIP call using just the SIP Call ID - thereby supporting a "JCC-Like" model without having to support full SIP Dialogs.

It would be interesting to know what kind of performance numbers are possible with a tuned JCC RA however.

Ranga

> I *think* service is more appropriate, because there
> is no need to work with resources outside of SLEE. I
> might be wrong. Someone else should confirm.
>
>
> Ivelin

nijie8
Offline
Joined: 2005-06-09
Points: 0

sip servlet model can save data in session.SLee can save data in SBB CMP and require SBB entity exist during the call. Of course it will consume more .JCC is only call control capability .If we need provide capability level abstraction from protocal level ,we should provide message ,charging ,user location service,etc just like parlay API.
in mobicents,sip RA will report activityend event only when sip transaction goes to complete state.But in fact RFC3261 defines 200ok for invite will go to terminate state directly,so activity will not be removed even the transaction is terminated.That should be a bug.But it's also good for people to save data in SBB CMP and share them during the entire call because SBB entity will exist too.

ivelin
Offline
Joined: 2003-07-13
Points: 0

I am still learning here, but can someone expand on why an RA aproach is better than a Service aproach for translation between SIP and RA. I thought RA is necessary only when there is interaction with resources external to SLEE.

Ivelin

mranga
Offline
Joined: 2003-06-06
Points: 0

One can skin this cat in different ways. RA also determines the programming model exposed to the application. The underlying protocol may be SIP in this case but JCC presents a protocol agnostic view to the application. If you already have a JCC application that you want to host in the SLEE then JCC RA would be the simplest path. IMO anyway. As for blind leading the blind - you are correct there!

Ranga