|
|
|
|
SS7 Interface for Mobicent
Posted:
Jan 19, 2006 12:56 PM
|
|
|
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
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 19, 2006 10:21 PM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 20, 2006 3:22 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 20, 2006 3:36 AM
in response to: alqurri
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 20, 2006 10:03 AM
in response to: doneill
|
|
|
Hi Damian,
Let me understand this corectly, I think for this setup to work we will need a Parlay Gateway? Is this Correct?
Ahmed
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 20, 2006 10:50 AM
in response to: alqurri
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 21, 2006 6:54 AM
in response to: doneill
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 21, 2006 7:24 AM
in response to: alqurri
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 22, 2006 9:47 AM
in response to: doneill
|
|
|
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
|
|
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 24, 2006 8:38 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 25, 2006 2:51 PM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 26, 2006 12:36 PM
in response to: ivelin
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 28, 2006 8:40 AM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Feb 2, 2006 10:41 AM
in response to: ivelin
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Feb 2, 2006 12:00 PM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Feb 3, 2006 4:33 AM
in response to: fram
|
|
|
Ivelin,
I sent them an e-mail and I CCed you. let's wait for thier reply.
Thanks Francesco for the link!
Ahmed
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 28, 2008 12:43 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 12, 2009 6:20 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 14, 2007 5:36 AM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 15, 2007 9:30 AM
in response to: omid_mt
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 20, 2007 12:14 AM
in response to: kulikoff
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 21, 2007 11:42 PM
in response to: omid_mt
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 24, 2007 8:27 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 28, 2007 10:43 PM
in response to: omid_mt
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Oct 31, 2007 4:55 AM
in response to: kulikoff
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 5, 2007 7:54 AM
in response to: omid_mt
|
|
|
Omid, let use the wrapper for d2k
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 10, 2007 6:03 AM
in response to: kulikoff
|
|
|
What's d2k?
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 18, 2008 2:08 AM
in response to: alqurri
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 18, 2008 2:30 AM
in response to: chemadh
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 18, 2008 3:49 AM
in response to: eduardomartins
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 18, 2008 10:40 AM
in response to: chemadh
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 19, 2008 12:42 AM
in response to: eduardomartins
|
|
|
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
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 19, 2008 6:25 AM
in response to: kulikoff
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 20, 2008 9:25 AM
in response to: chemadh
|
|
|
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.
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 21, 2008 4:56 AM
in response to: chemadh
|
|
|
Jose,
SS7 stack is interesting thing. use the following mail mobicents-public@googlegroups.com
Regards, Oleg
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Jan 13, 2009 1:32 AM
in response to: kulikoff
|
|
|
Custom software and games development in Ukraine.
www.xitexsoftware.com
|
|
|
|
|
|
|
|
Re: SS7 Interface for Mobicent
Posted:
Nov 7, 2009 5:57 AM
in response to: alqurri
|
|
|
Please look in to SS7 Box project of Sangoma , http://www.ss7box.com/
|
|
|
|
|