Hi everyone, i would like to know if it is possible to connect a bts which uses abis over sctp to OpenBSC and if so i would kindly ask for an explenation on how to do that. Kind thanks.
Hi Borjan,
you seem to be confusing different technologies. A BTS is a 2G devices, which is specified to implement Abis (RSL + OML) to a BSC. Abis, including some vendor-specific dialects are implemented in OsmoNITB (deprecated) and OsmoBSC.
Your subject line indicates "IuB". This is the protocol of a 3G NodeB to a RNC, and has nothing to do with Abis. We don't implement it.
Please clarify which exact equipment you would want to use, as well as as much information about the protocol as you have.
Hi Harald,
Thank you for the quick response and also the clarification. Let me try explain again, my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection, i am using different software for all the other entities and all support SCTP, but i couldn't get OpenBSC to work with abis over sctp. So my final question is: How to handle Abis over SCTP with OpenBSC.
On Sat, Jun 2, 2018, 09:40 Harald Welte laforge@gnumonks.org wrote:
Hi Borjan,
you seem to be confusing different technologies. A BTS is a 2G devices, which is specified to implement Abis (RSL + OML) to a BSC. Abis, including some vendor-specific dialects are implemented in OsmoNITB (deprecated) and OsmoBSC.
Your subject line indicates "IuB". This is the protocol of a 3G NodeB to a RNC, and has nothing to do with Abis. We don't implement it.
Please clarify which exact equipment you would want to use, as well as as much information about the protocol as you have.
--
- Harald Welte laforge@gnumonks.org
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Hi Borjan,
On Sat, Jun 02, 2018 at 02:15:38PM +0200, Borjan Jovanovski wrote:
my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection
Can you tell us more about that device?
... but i couldn't get OpenBSC to work with abis over sctp. So my final question is: How to handle Abis over SCTP with OpenBSC.
To the best of my knowledge, there is no 3GPP specification for Abis over SCTP.
As such, it's not a surprise that we're not implementing it in OsmoBSC :) Maybe I missed something. Can you please point me to relevant specification for this Abis dialect?
I would assume it's some vendor-specific dialect. Do you have protocol-level documentation for that available? Do you have protocol traces of this dialect?
In any case, even with documentation and/or traces, you would need to develop the respective code to interface this new Abis dialect/encapsulation. The required effort depends on how far that dialect diverges from the existing "known" dialects/formats. If it's just 08.58 RSL and 12.21 OML inside SCTP, then it should be rather little effort. But that's a big "if" :)
Regards, Harald
Hi Harald,
We are talking about a ZTE MacroBTS ZXSDR BS8900A.
And about your further questions, your final statement is correct it is standard abis dialect encapsulated in SCTP, i can provide documentation at a later time as i am not home at the moment, but i can tell you now that, the SCTP protocol is terminated in a switch type device before the bsc hardware, and then further communication continues over tcp to the bsc. Regards, Borjan
On Sat, Jun 2, 2018, 14:50 Harald Welte laforge@gnumonks.org wrote:
Hi Borjan,
On Sat, Jun 02, 2018 at 02:15:38PM +0200, Borjan Jovanovski wrote:
my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection
Can you tell us more about that device?
... but i couldn't get OpenBSC to work with abis over sctp. So my final
question is:
How to handle Abis over SCTP with OpenBSC.
To the best of my knowledge, there is no 3GPP specification for Abis over SCTP.
As such, it's not a surprise that we're not implementing it in OsmoBSC :) Maybe I missed something. Can you please point me to relevant specification for this Abis dialect?
I would assume it's some vendor-specific dialect. Do you have protocol-level documentation for that available? Do you have protocol traces of this dialect?
In any case, even with documentation and/or traces, you would need to develop the respective code to interface this new Abis dialect/encapsulation. The required effort depends on how far that dialect diverges from the existing "known" dialects/formats. If it's just 08.58 RSL and 12.21 OML inside SCTP, then it should be rather little effort. But that's a big "if" :)
Regards, Harald --
- Harald Welte laforge@gnumonks.org
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Further clarification: Regarding my initial mixup of standard iub / abis, it was because of this, when i first met the problem i googled for a solution and ran into this:
https://osqa-ask.wireshark.org/questions/23531/abis-over-iua-decoding
it was actually abis over IuA.
On Sat, Jun 2, 2018, 14:57 Borjan Jovanovski jovanovskiborjan@gmail.com wrote:
Hi Harald,
We are talking about a ZTE MacroBTS ZXSDR BS8900A.
And about your further questions, your final statement is correct it is standard abis dialect encapsulated in SCTP, i can provide documentation at a later time as i am not home at the moment, but i can tell you now that, the SCTP protocol is terminated in a switch type device before the bsc hardware, and then further communication continues over tcp to the bsc. Regards, Borjan
On Sat, Jun 2, 2018, 14:50 Harald Welte laforge@gnumonks.org wrote:
Hi Borjan,
On Sat, Jun 02, 2018 at 02:15:38PM +0200, Borjan Jovanovski wrote:
my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection
Can you tell us more about that device?
... but i couldn't get OpenBSC to work with abis over sctp. So my final
question is:
How to handle Abis over SCTP with OpenBSC.
To the best of my knowledge, there is no 3GPP specification for Abis over SCTP.
As such, it's not a surprise that we're not implementing it in OsmoBSC :) Maybe I missed something. Can you please point me to relevant specification for this Abis dialect?
I would assume it's some vendor-specific dialect. Do you have protocol-level documentation for that available? Do you have protocol traces of this dialect?
In any case, even with documentation and/or traces, you would need to develop the respective code to interface this new Abis dialect/encapsulation. The required effort depends on how far that dialect diverges from the existing "known" dialects/formats. If it's just 08.58 RSL and 12.21 OML inside SCTP, then it should be rather little effort. But that's a big "if" :)
Regards, Harald --
- Harald Welte laforge@gnumonks.org
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Hello,
I found this document on the net: https://www.academia.edu/19659583/Documents_mx_zxsdr-bs8900-gu360v40921-outd...
For Abis when using the ethernet port it is using SCTP for control plane messages and after encapsulated in IP and for user plane it is using RTP and then encapsulated in UDP.
There is no clear document for Huawei multi-standard boxes but I know that for Abis over IP you need to define IPPATH which is probably SCTP to provide dual-homing feature.
Regards, R.
Sent from my Mobile
On 02.06.2018, at 15:08, Borjan Jovanovski jovanovskiborjan@gmail.com wrote:
Further clarification: Regarding my initial mixup of standard iub / abis, it was because of this, when i first met the problem i googled for a solution and ran into this:
https://osqa-ask.wireshark.org/questions/23531/abis-over-iua-decoding
it was actually abis over IuA.
On Sat, Jun 2, 2018, 14:57 Borjan Jovanovski jovanovskiborjan@gmail.com wrote: Hi Harald,
We are talking about a ZTE MacroBTS ZXSDR BS8900A.
And about your further questions, your final statement is correct it is standard abis dialect encapsulated in SCTP, i can provide documentation at a later time as i am not home at the moment, but i can tell you now that, the SCTP protocol is terminated in a switch type device before the bsc hardware, and then further communication continues over tcp to the bsc. Regards, Borjan
On Sat, Jun 2, 2018, 14:50 Harald Welte laforge@gnumonks.org wrote: Hi Borjan,
On Sat, Jun 02, 2018 at 02:15:38PM +0200, Borjan Jovanovski wrote:
my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection
Can you tell us more about that device?
... but i couldn't get OpenBSC to work with abis over sctp. So my final question is: How to handle Abis over SCTP with OpenBSC.
To the best of my knowledge, there is no 3GPP specification for Abis over SCTP.
As such, it's not a surprise that we're not implementing it in OsmoBSC :) Maybe I missed something. Can you please point me to relevant specification for this Abis dialect?
I would assume it's some vendor-specific dialect. Do you have protocol-level documentation for that available? Do you have protocol traces of this dialect?
In any case, even with documentation and/or traces, you would need to develop the respective code to interface this new Abis dialect/encapsulation. The required effort depends on how far that dialect diverges from the existing "known" dialects/formats. If it's just 08.58 RSL and 12.21 OML inside SCTP, then it should be rather little effort. But that's a big "if" :)
Regards, Harald --
- Harald Welte laforge@gnumonks.org http://laforge.gnumonks.org/
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Hello,
yes i also have this document, it id the exact device i am talking about, and it is that exact same protocol and way of function. Now if only someone could implement this as a feature.
On Sun, Jun 3, 2018, 10:43 Labs rp.labs@gmx.ch wrote:
Hello,
I found this document on the net:
https://www.academia.edu/19659583/Documents_mx_zxsdr-bs8900-gu360v40921-outd...
For Abis when using the ethernet port it is using SCTP for control plane messages and after encapsulated in IP and for user plane it is using RTP and then encapsulated in UDP.
There is no clear document for Huawei multi-standard boxes but I know that for Abis over IP you need to define IPPATH which is probably SCTP to provide dual-homing feature.
Regards, R.
Sent from my Mobile
On 02.06.2018, at 15:08, Borjan Jovanovski jovanovskiborjan@gmail.com wrote:
Further clarification: Regarding my initial mixup of standard iub / abis, it was because of this, when i first met the problem i googled for a solution and ran into this:
https://osqa-ask.wireshark.org/questions/23531/abis-over-iua-decoding
it was actually abis over IuA.
On Sat, Jun 2, 2018, 14:57 Borjan Jovanovski jovanovskiborjan@gmail.com wrote:
Hi Harald,
We are talking about a ZTE MacroBTS ZXSDR BS8900A.
And about your further questions, your final statement is correct it is standard abis dialect encapsulated in SCTP, i can provide documentation at a later time as i am not home at the moment, but i can tell you now that, the SCTP protocol is terminated in a switch type device before the bsc hardware, and then further communication continues over tcp to the bsc. Regards, Borjan
On Sat, Jun 2, 2018, 14:50 Harald Welte laforge@gnumonks.org wrote:
Hi Borjan,
On Sat, Jun 02, 2018 at 02:15:38PM +0200, Borjan Jovanovski wrote:
my device is a multimode device BTS NodeB and eNodeB 2G + 3G + 4G and uses SCTP protocol for BSC RNC and MME connection
Can you tell us more about that device?
... but i couldn't get OpenBSC to work with abis over sctp. So my
final question is:
How to handle Abis over SCTP with OpenBSC.
To the best of my knowledge, there is no 3GPP specification for Abis over SCTP.
As such, it's not a surprise that we're not implementing it in OsmoBSC :) Maybe I missed something. Can you please point me to relevant specification for this Abis dialect?
I would assume it's some vendor-specific dialect. Do you have protocol-level documentation for that available? Do you have protocol traces of this dialect?
In any case, even with documentation and/or traces, you would need to develop the respective code to interface this new Abis dialect/encapsulation. The required effort depends on how far that dialect diverges from the existing "known" dialects/formats. If it's just 08.58 RSL and 12.21 OML inside SCTP, then it should be rather little effort. But that's a big "if" :)
Regards, Harald --
- Harald Welte laforge@gnumonks.org
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
On Sun, Jun 03, 2018 at 03:03:34PM +0200, Borjan Jovanovski wrote:
yes i also have this document, it id the exact device i am talking about, and it is that exact same protocol and way of function. Now if only someone could implement this as a feature.
Free Software lives by contributions. The support for the currently supported Abis dialects and BTS models was added because some people owning the related devices wrote the related code. We're always happy to merge any related patches!
I for one am a firm believer in that, but sadly it is out of my scope for now.. maybe some day in the future i will achieve it and gladly submit it for the good people of the community to find use out of it.
On Sun, Jun 3, 2018, 15:30 Harald Welte laforge@gnumonks.org wrote:
On Sun, Jun 03, 2018 at 03:03:34PM +0200, Borjan Jovanovski wrote:
yes i also have this document, it id the exact device i am talking about, and it is that exact same protocol and way of function. Now if only
someone
could implement this as a feature.
Free Software lives by contributions. The support for the currently supported Abis dialects and BTS models was added because some people owning the related devices wrote the related code. We're always happy to merge any related patches!
--
- Harald Welte laforge@gnumonks.org
 ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)