Skip to main content

SS7 Interface for Mobicent

39 replies [Last post]
alqurri
Offline
Joined: 2006-01-19

Hi,

First, I would like to say that I'm new to Mobicent project.
But I wonder if we could have an SS7 Interface to Mobicent?
Is Mobicent vision is to only support SIP (VoIP)
or SS7 Interface is in the list, it just someone need to start this module?
please, explain this point for me as I'm new for Mobicent
project.

Thanks.

Ahmed

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
kulikoff
Offline
Joined: 2005-11-30

Hi Damian,

The JCC API and JCC RA may be an answer for your questions. Take a look http://forums.java.net/jive/thread.jspa?threadID=2258&tstart=15

Oleg

alqurri
Offline
Joined: 2006-01-19

Dears All,

What is your opinion on this. Shell we have
an SS7 interface or use other gateways to do
protocal conversion?

Best Regards,

Ahmed

ivelin
Offline
Joined: 2003-07-13

If several contributors can agree on a common SS7 interface then it is worth a try. It is not apparent from this discussion so far. Keep it going.

Ivelin

alqurri
Offline
Joined: 2006-01-19

There an open source SS7 project at www.openss7.org
Do you think we can intergate openss7 to Mobicent ?
Also, I'm not sure if openss7 stack is ready?

Ahmed

ivelin
Offline
Joined: 2003-07-13

Interesting. There is an attempt for integration with Asterisk.
http://www.openss7.org/asterisk.html

Maybe it's worth a try. Ahmed, would you like to take the initiative and write an initial prototype of SS7 RA?

Ivelin

alqurri
Offline
Joined: 2006-01-19

Hi Ivelin,

Unfortunately, Asterisk project is stalled as what I understood from it's website. I think if we need to write an SS7 RA we have the following options. But before that I need to make sure of one thing.
It's mentioned on Mobicent Twiki:
"Mobicents is an Open Source VoIP Platform". So
Does that mean interfacing to SS7 network is not
on Mobicents interests as it's run on VoIP Platform only?
Now, having said that. If we need to have SS7 RA we have the following option that I could think of:

- Write an SS7 RA for a commercial SS7 stack. For example Ulticom Signalware® SS7 stack. http://www.ulticom.com/html/products/ss7/signalware_ss7.asp

This means that, if an operator would like to use Mobicents in an SS7 network they need also to get
the SS7 stack as well.
Maybe we could have an agreement with them before we start writing the RA? There might also
be others SS7 stack vendor who would like to contribute
to the Mobicents project (e.x www.ss7box.com) ?

- Another option might be to use openss7 stack. This the only open source ss7 I know about. please, correct me if there is other open source ss7 stacks. But the problem
with the openss7 stack it doesn't seems to be stable yet as it's mentioned on it's website.

- The last option, Is that we write as SS7 stack from scratch which I believe will be a nightmare at this stage. I don’t have any experience in programming in SS7 myself. please, correct me if someone have a different opinion?

What do you think guys?

Ahmed

ivelin
Offline
Joined: 2003-07-13

Ahmed,

How much effort do you think it will be to write an SS7 RA for the Ulticom stack?

I would suggest that you get in touch with them and ask whether they would be interested to help.

Ivelin

fram
Offline
Joined: 2004-05-13

Take a look at this press release:
http://www.marketwire.com/mw/release_html_b1?release_id=107955
Maybe they are interested in contributing to the project.
Cheers,
Francesco

alqurri
Offline
Joined: 2006-01-19

Ivelin,

I sent them an e-mail and I CCed you. let's wait
for thier reply.

Thanks Francesco for the link!

Ahmed

pbfaba
Offline
Joined: 2008-08-21

Hi Kulikoff,

I am still interested in to see if you have implemented SS7 APIs for Intel boards or any other SS7 boards.

Awaiting for your reply

KRs,
Farokh

kulikoff
Offline
Joined: 2005-11-30

JCC mapping for CAMEL implemented using intel boards. See
http://groups.google.ru/group/mobicents-public/web/java-call-control-jcc...

Regards,
Oleg

pbfaba
Offline
Joined: 2008-08-21

Hello Oleg,
Any news about SS7/MAP APIs?
Any development in this hot area?
Is it possible to use OC map ra to be imported into mobicents server?

KRs,
Farokh

gimthiyaz
Offline
Joined: 2009-11-07

Please look in to SS7 Box project of Sangoma , http://www.ss7box.com/

saigop
Offline
Joined: 2008-11-29
chemadh
Offline
Joined: 2007-03-21

Hi all,

I've been working for some time with Mobicents and the objetive of making it interworking with SS7 networks sounds great .I would like to offer another point of view regarding the design task of a generic S77 RA. I hope you could find it useful:

From my point of view, a good aproach could be extending current JCC CAMEL RA in two different ways:

1. Extends RA implementation to internally use JAIN TCAP API (JSR 11) as underlying layer, in addition to direct connection to Intel SS7 boards. This approach will allow hardware independency in the following way:
- Configuring RA to use JAIN TCAP implementations from different SS7 hardware vendors (i.e. Ulticom Signalware).
- Configuring RA to use openSS7 JAIN TCAP implementation (http://www.openss7.org/map_design.html , section 6.1.5). This TCAP stack driver internally solve open source connection to different SS7 hardware vendors, and implements SIGTRAN for using SS7 over IP.

2. Extends RA Interface offered to services to export JAIN INAP (JSR 35) and JAIN MAP (JSR 29) in addition to JCC. Maybe this task could be easier using JSR reference implementations. Another option could be separate the three JAIN APIs (JCC, JINAP, JMAP) in three different RAs using internally the same base JAIN TCAP layer (in addition to current Intel SS7 interoperation).

I hope it could be helpful for the project!

Thanks,
José M.

Message was edited by: chemadh

eduardomartins
Offline
Joined: 2005-10-10

Have you looked at JAIN SLEE 1.1 Specs (Appendix E) JAIN TCAP RA, that should be the way to go unless there is a very good reason to skip it.

chemadh
Offline
Joined: 2007-03-21

Very interesting! Sorry, I didn't had readed that appendix of 1.1. espec. Taking a look to It seems that proposed JAIN TCAP RA alligns very well with the idea of a generic SS7 RA.

Nevertheless, in my opinion it should be necessary adding some "wrapping" to directly offer CAP/INAP primitives and events to SBBs. In other way IN-NGIN services would need using external libraries to encode and decode CAP/INAP messages as payload of TCAP ones. Maybe it makes sense starting coding recommended JAIN TCAP RA to be used as base of possible future JAIN INAP RA and JAIN MAP RAs.

Is there included in Mobicents roadmap the implementation of JAIN TCAP RA?

Thanks for your reply,

Jose M.

eduardomartins
Offline
Joined: 2005-10-10

Right now there is no development of new RAs, but we are considering this particular one once the core compliant with JAIN SLEE 1.1 is done, unless you or another user(s) start it, and in that case we will help for sure.

kulikoff
Offline
Joined: 2005-11-30

Hi Josef,

I agree about different resources adaptors for TCAP, MAP and INAP as well as for JCC. JCC is an abstraction layer for basic call control while specific protocols are needed for advanced services. Do you want to wrap native openss7 tcap stack? I am not familiar with openss7 project and I have a wish to catch signaling from MTP3 and compile ASN.1 from ITU to directly java classes. There are several open source asn.1 complires were developed since JCC implementation was made which I think would help to complete full SS7 stack.

Your contribution if you ineretsting is much appreciated

Regards,
Oleg

chemadh
Offline
Joined: 2007-03-21

Thanks for your reply, guys!

In my opinion it could be a good idea analizing to use openS77 TCAP driver as base of an open source JAIN TCAP API implementation. I see the following positive aspects:

- It should accelerate development and test, since it have already implemented and tested SCCP and MTP SS7 sublayers.
- It should make usable all SS7 cards suported by Open SS7 drivers (now and in the future).
- It should offer a wide support to different standards implemented by OpenSS7 that could be directly inherited by JTCAP implementation, i.e. SIGTRAN for testing over IP.
- Good performance and high availablity should be reached easier, since openSS7 project is being looking for this objectives for years.

Anyway, I think it shouldn't stop parallel tasks implementing TCAP, SCCP or MTP3 layers in pure Java.

I'll continue investigating arround openSS7 in order to get a clearer idea about how to connect Java Classes in top of openSS7 TCAP driver.

Best Regards,
Jose M.

chemadh
Offline
Joined: 2007-03-21

Hi,

Searching into last OpenSS7 distribution (dated on October 31th), I wasn't able to find any Java class in the package, consecuently it shouldn't implement any JCAP interface. By now the only way I can see to interoperate with OpenSS7 TCAP driver is implementing any kind of JNI interface to export functionalities to a JTCAP wrapper.

In the other hand, I've looking for other Java integrations of OpenSS7, like Asterisk case, but it doesn't seem to be very productive.

In addition, a pure Java implementation of SIGTRAN layer could be also possible in the future, using a SCTP Java implementation. It is approved by OpenJDK initiative (http://mail.openjdk.java.net/pipermail/announce/2008-November/000064.html), and hopefully, included in next official Java SDK 7.

I'm interested in collaborating in this JTCAP RA development, so I'll send a mail to mobicents contact address (telco@redhat.com) in order to explore how it can be agreed. If there is other more suitable contact mail for this, please, tell me.

Thanks,
Jose M.

kulikoff
Offline
Joined: 2005-11-30

Jose,

SS7 stack is interesting thing. use the following mail
mobicents-public@googlegroups.com

Regards,
Oleg

omid_mt
Offline
Joined: 2004-07-13

Dears,

What's up about SS7 RA specially INAP. I am interesting to test IN service in gsm by mobicnets. I can only find cvs version of inap-provider. Is it distinct the time of release of this RA or not. unfortunately I can't connect to cvs of dev.java.net and so testing of it is imposibble for me.

Thanks
Omid

kulikoff
Offline
Joined: 2005-11-30

Hi Omid,
jcc-ra folder on cvs contains jcc provider implemenation for CAMEL 2 (SSF-to-SCF) (under inap-provider subfolder) and common jcc resource adaptor which are tested with two MSCs: Alcatel and Ericsson. The example subproject contains mobile vpn example service with the follwing list of service
http://groups.google.com/group/mobicents-public/web/mobicents-mobile-vpn

The description of vpn example and jcc ra is a bit incomplete now but will continue to do it.

Regards,
Oleg

omid_mt
Offline
Joined: 2004-07-13

As I saw in source code of m3ua sccp provider implementation(SccpM3UAProviderImpl.java), it uses datagram packet and socket to send signling data to signaling gateway, so is it important to don't use sctp for transfer of data(Is there any java implementation of sctp), as it's described in rfc.
I hope to trace code correctly to understand sending signal data source code.

kulikoff
Offline
Joined: 2005-11-30

There is a provider implemented for native driver for Intel SS7 card (native binary library is compiled for SPARC Solaris). That provider is actually was used for tests. SccpM3UAProviderImpl.java is just a "hack" which forwards signaling data read from SS7 card over UDP. If you are interested in full support of signtran you can join and assist me to implement M3UA provider related to spec.

Regards,
Oleg

omid_mt
Offline
Joined: 2004-07-13

Dear Oleg,

Could you explain more about current state of sigtran in java. I only find a practical project that use native code (i1.dk/JavaSCTP/), also as I found in sun bug list about sctp that there is no schedule to implement and I can't find any reference to sctp in jdk 7 documentation. Could you explain about your plan to support sigtran. Are you going to continue implementation with JNI and native binary? and from which side of protocol stack, Top layers like CAP and INAP or bottom like M3UA or SUA?

Regards
Omid

kulikoff
Offline
Joined: 2005-11-30

Omid,
I think that there is no pure Java implementation for sctp and sigtran yet. Any specs or API are absent also. So my plan is simple - make a pure Java implementation (we can port i1.dk) of the sctp first and then add sigtran support to existing JCC impl with bottom layers (M3, SUA).

Regards,
Oleg

omid_mt
Offline
Joined: 2004-07-13

Oleg,

Do you think is it possible to make a pure sctp. As I read on java forums, there is no raw socket in java, but I'm not sure that it's possible to control transport layer(TCP/UDP/SCTP) with socketimpl interface or not. I think in java only tcp socket and udp socket are implemented. So I'm interesting to work on it.

Regards
Omid

kulikoff
Offline
Joined: 2005-11-30

Omid,
let use the wrapper for d2k

omid_mt
Offline
Joined: 2004-07-13

What's d2k?

kulikoff
Offline
Joined: 2005-11-30

Hi Ahmed,

What level of the SS7 do you interested in? We are writting SS7 API's for Intel SS7 boards which can be plagged in into the Mobicent SLEE.

If you have an intereset we can collaborate to do it faster and better.

Oleg

alqurri
Offline
Joined: 2006-01-19

Hi Oleg,

Yes, I’m interested on that. I was thinking once
we have an SS7 stack ready. We can start to develop
CAMEL protocol for GSM network or WIN for ANSI
Network. I know this might sound too far way at least in this stage.
But we might have to do it if we want to deploy Mobicent
In most existing Intelligent Networks which is still use SS7 based either on INAP, CAMEL or WIN.
Correct me if i'm wrong please?

Ahmed

doneill
Offline
Joined: 2004-08-05

Hi Ahmed/Oleg, Ivan has just submitted a release of the Parlay MPCC service into the repository. All of the Parlay Gateway vendors provide services that map MPCC to Camel and some provide support for WIN. It maybe useful to look at this RA as a simple solution to providing SS7 support.

Regards,
Damian.

alqurri
Offline
Joined: 2006-01-19

Hi Damian,

Let me understand this corectly, I think for this setup to work we will need a Parlay Gateway?
Is this Correct?

Ahmed

doneill
Offline
Joined: 2004-08-05

Yes and No. Obviously a Parlay Gateway is one solution, however most gateway vendors are also nep's therefore if you do not have access to a Parlay Gateway, your SS7 vendor may provide a Parlay interface on top of their stack.

The key thing is that if you intend to write services or applications that map to multiple protocols such as Camel, Win, Sip, etc, then Parlay provides a good abstraction.

Hope this helps,
Damian.

alqurri
Offline
Joined: 2006-01-19

Hi Damian,

But I though if we could have the SS7 interface in
Mobicent than we will remove this depedency on other
product. I also notice most if not all Service Delivery
Platform (SDP) have SS7 ( CAMEL) interface.

Best Regards,

Ahmed

doneill
Offline
Joined: 2004-08-05

Perhaps I can ask a few questions.

How do you plan to invoke the functionality on the SS7 stack? Since each stack vendors provide different api's. Of course some provide JAIN based api's but most are not complete.

How do you plan to support more than one stack vendor? The value add in each vendors stack is supported using proprietary api's do you plan to provide extensions for each vendor/protocol.

How do you plan to support the network variants of CAMEL deployed worldwide? People interrupt specifications differently, that is certianly the case with CAMEL. It is this that provides a viable business model for Parlay GW vendors as the value in their products is providing support for the variants of different protocols.

Regards,
Damian.

alqurri
Offline
Joined: 2006-01-19

Hi Damian,

First for your question: How do you plan to invoke the functionality on the SS7 stack?
We need to decide about this. I was thinking since the SS7
stack will be built-in Mobicent. SS7 invokation will happen once JAIN API get called. other alternative could be doing a mapping with MPCC.

How do you plan to support more than one stack vendor?
Since CAMEL is pretty standarized. We can write a generic
build that work with some or most vendor. if anybody want to use vendor proprietary extensions. He could add/modify to the source code. This one advanatge of having open source code!

How do you plan to support the network variants of CAMEL deployed worldwide?

Same answer as above.

I'm not 100% sure if what i'm saying make much sense. So I need you feeback guys please.

Best Regards,

Ahmed