Hi list,
I've installed omsocom for the first time on a USRP B200 and I'm interested in trying out the GPRS stack. I've followed a few pages on the wiki, namely http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS to get set up and I am not sure how up to date these tutorials are. I have calls working via the LCR, but I cannot get GPRS functioning. I see no activity on the BSC log when attempting GPRS attach using APN openbsc. I also see no traffic between the SGSN and the BSC (listening with tshark on 127.0.0.1:23000). Any help is appreciated.
I am currently using osmo-trx/master, osmo-bsc/jolly/testing, libosmo-abis/jolly/multi-trx, omso-bts/jolly/trx, openggsn/master, and osmo-pcu/master.
Best, Omar
Hi Omar,
I am trying to do the same thing for a while, but I am not succeeded yet.
The hardest is to find the right branch of every piece of software.
The wiki is quite outdated, and no USRP related man page was ever created. The jolly branches are also quite old, a lot of development happened, so I would not suggest to use them.
Tom suggested to me that I should try fairwaves/master branch of OpenBSC, Osmo-BTS and Osmo-TRX (pretty much everything that has a fairwaves/master branch) to use with USRP devices. I also have a B200 by the way.
With this at least I was able to build a fairly recent version that starts up and actually transmits, I think the PCU was not able to talk with the SGSN (which is part of OpenBSC), so probably I need some more fine tuning.
There was a UHD driver problem a few months back, so the UHD driver version is also important. This problem affected OpenBTS, I don't know what is the recommended UHD version, maybe Tom will come in and advise us something.
Just to notify the list, I am more than happy to create a new Wiki page in the minute I find a working configuration.
At least I am not alone with this anymore :-)
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "OMAR RAMADAN" omar.ramadan@berkeley.edu Címzett: openbsc@lists.osmocom.org Elküldött üzenetek: Péntek, 2015. Július 24. 20:12:28 Tárgy: Using GPRS
Hi list,
I've installed omsocom for the first time on a USRP B200 and I'm interested in trying out the GPRS stack. I've followed a few pages on the wiki, namely http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS to get set up and I am not sure how up to date these tutorials are. I have calls working via the LCR, but I cannot get GPRS functioning. I see no activity on the BSC log when attempting GPRS attach using APN openbsc. I also see no traffic between the SGSN and the BSC (listening with tshark on 127.0.0.1:23000). Any help is appreciated.
I am currently using osmo-trx/master, osmo-bsc/jolly/testing, libosmo-abis/jolly/multi-trx, omso-bts/jolly/trx, openggsn/master, and osmo-pcu/master.
Best, Omar
Sipos, Omar,
Yes, 'fariwaves/master' is almost always the best choice if you're using USRP or UmTRX. The wiki should be updated to reflect that - your help would be greatly appreciated here. You may also find documentation at umtrx.org useful, even though it's focused on UmTRX and not USRP.
Regarding GPRS issues I hope Ivan will be able to comment.
Please excuse typos. Written with a touchscreen keyboard.
-- Regards, Alexander Chemeris CEO Fairwaves, Inc. https://fairwaves.co Hi Omar,
I am trying to do the same thing for a while, but I am not succeeded yet.
The hardest is to find the right branch of every piece of software.
The wiki is quite outdated, and no USRP related man page was ever created. The jolly branches are also quite old, a lot of development happened, so I would not suggest to use them.
Tom suggested to me that I should try fairwaves/master branch of OpenBSC, Osmo-BTS and Osmo-TRX (pretty much everything that has a fairwaves/master branch) to use with USRP devices. I also have a B200 by the way.
With this at least I was able to build a fairly recent version that starts up and actually transmits, I think the PCU was not able to talk with the SGSN (which is part of OpenBSC), so probably I need some more fine tuning.
There was a UHD driver problem a few months back, so the UHD driver version is also important. This problem affected OpenBTS, I don't know what is the recommended UHD version, maybe Tom will come in and advise us something.
Just to notify the list, I am more than happy to create a new Wiki page in the minute I find a working configuration.
At least I am not alone with this anymore :-)
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "OMAR RAMADAN" omar.ramadan@berkeley.edu Címzett: openbsc@lists.osmocom.org Elküldött üzenetek: Péntek, 2015. Július 24. 20:12:28 Tárgy: Using GPRS
Hi list,
I've installed omsocom for the first time on a USRP B200 and I'm interested in trying out the GPRS stack. I've followed a few pages on the wiki, namely http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS to get set up and I am not sure how up to date these tutorials are. I have calls working via the LCR, but I cannot get GPRS functioning. I see no activity on the BSC log when attempting GPRS attach using APN openbsc. I also see no traffic between the SGSN and the BSC (listening with tshark on 127.0.0.1:23000). Any help is appreciated.
I am currently using osmo-trx/master, osmo-bsc/jolly/testing, libosmo-abis/jolly/multi-trx, omso-bts/jolly/trx, openggsn/master, and osmo-pcu/master.
Best, Omar
Dear Alexander,
Will do the wiki update as soon as I have (at least a more or less) working setup.
A single question: can you comment on the non-connecting PCU socket? To my best understanding, this connection is a normal UNIX socket, and the PCU and the SGSN should find each other if they compiled in a given order to meet some dependency.
Is there any specific flag we need to enable during compiling any of the related software? (Osmo-BTS, PCU, OpenBSC, etc.)
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Alexander Chemeris" alexander.chemeris@gmail.com Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org, "OMAR RAMADAN" omar.ramadan@berkeley.edu Elküldött üzenetek: Péntek, 2015. Július 24. 22:02:26 Tárgy: Re: Using GPRS
Sipos, Omar,
Yes, 'fariwaves/master' is almost always the best choice if you're using USRP or UmTRX. The wiki should be updated to reflect that - your help would be greatly appreciated here. You may also find documentation at umtrx.org useful, even though it's focused on UmTRX and not USRP.
Regarding GPRS issues I hope Ivan will be able to comment.
Please excuse typos. Written with a touchscreen keyboard.
-- Regards, Alexander Chemeris CEO Fairwaves, Inc. https://fairwaves.co Hi Omar,
I am trying to do the same thing for a while, but I am not succeeded yet.
The hardest is to find the right branch of every piece of software.
The wiki is quite outdated, and no USRP related man page was ever created. The jolly branches are also quite old, a lot of development happened, so I would not suggest to use them.
Tom suggested to me that I should try fairwaves/master branch of OpenBSC, Osmo-BTS and Osmo-TRX (pretty much everything that has a fairwaves/master branch) to use with USRP devices. I also have a B200 by the way.
With this at least I was able to build a fairly recent version that starts up and actually transmits, I think the PCU was not able to talk with the SGSN (which is part of OpenBSC), so probably I need some more fine tuning.
There was a UHD driver problem a few months back, so the UHD driver version is also important. This problem affected OpenBTS, I don't know what is the recommended UHD version, maybe Tom will come in and advise us something.
Just to notify the list, I am more than happy to create a new Wiki page in the minute I find a working configuration.
At least I am not alone with this anymore :-)
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "OMAR RAMADAN" omar.ramadan@berkeley.edu Címzett: openbsc@lists.osmocom.org Elküldött üzenetek: Péntek, 2015. Július 24. 20:12:28 Tárgy: Using GPRS
Hi list,
I've installed omsocom for the first time on a USRP B200 and I'm interested in trying out the GPRS stack. I've followed a few pages on the wiki, namely http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS to get set up and I am not sure how up to date these tutorials are. I have calls working via the LCR, but I cannot get GPRS functioning. I see no activity on the BSC log when attempting GPRS attach using APN openbsc. I also see no traffic between the SGSN and the BSC (listening with tshark on 127.0.0.1:23000). Any help is appreciated.
I am currently using osmo-trx/master, osmo-bsc/jolly/testing, libosmo-abis/jolly/multi-trx, omso-bts/jolly/trx, openggsn/master, and osmo-pcu/master.
Best, Omar
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
One more thing:
If I use the /configure --enable-sysmocom-bts parameter for the PCU, I will get the following message when I try to run it:
Sun Jul 26 13:23:20 2015 DL1IF <0001> sysmo_sock.cpp:283 PCU-SYSMO socket has been connected Sun Jul 26 13:23:20 2015 DL1IF <0001> pcu_l1_if.cpp:318 Info indication received: Sun Jul 26 13:23:20 2015 DL1IF <0001> pcu_l1_if.cpp:321 BTS not available
The fairwaves/master branch of Osmo-BTS is running fine with the master Osmo-TRX, Location updates are happening, but the PCU is not able to connect to the SGSN/BSC.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
Sorry for this last one, GPRS was not enabled in openbsc.conf.
The PCU is now talking with the SGSN.
But the compilation probem with Osmo-TRX fairwaves/master branch is still there.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
Hi Sipos,
Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
2015-07-26 14:39 GMT+03:00 Sipos Csaba sipos.csaba@kvk.uni-obuda.hu:
Sorry for this last one, GPRS was not enabled in openbsc.conf.
The PCU is now talking with the SGSN.
But the compilation probem with Osmo-TRX fairwaves/master branch is still there.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency. I tried with both the "A" and the "B" algorithm, it was pretty much the same. I seen a lot of PRACH happening, so I checked the radio parameters:
With power=0 and rxgain=15 at ARFCN=885 I got -55dBm RSSI at the UE, and -40 -45dBm RSSI at the BTS. The freqency I use is completely clean, and I use a proper duplexer and an omni antenna. The UE is 2 meters a way, line of site. The SNR measured by the UE is around 20-22 dB in DL direction. The ms-power-loop was set to -15, the max MS power was 20dBm.
So the RF part seems correct, and still I got these very high latencies. In comparison with OpenBTS and the same setup, I got around 350-500ms latency with multislot.
Maybe the UE goes to IDLE too fast for a ping test?
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 14:00:28 Tárgy: Re: Using GPRS
Hi Sipos,
Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
2015-07-26 14:39 GMT+03:00 Sipos Csaba sipos.csaba@kvk.uni-obuda.hu:
Sorry for this last one, GPRS was not enabled in openbsc.conf.
The PCU is now talking with the SGSN.
But the compilation probem with Osmo-TRX fairwaves/master branch is still there.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
Hi Sipos,
A couple general notes with a remark that I haven't touched the GPRS code for a long while:
Power control loop for GPRS is separate from the power loop for the CS domain. IIRC it should be done in PCU, but it's not implemented yet. So right now IIRC the MS should be in an open loop power control mode, deducing its Tx power from its Rx level.
I can't comment on the dB values, because I've never used B200. But if you use fairwaves/master branch, it can detect clipping when the signal is of too high power (check the logs). You can also enable debug logging level for osmo-trx to assess demodulation quality visually (there should be few to none '-' in the demodulated bursts).
If you see the demodulation is perfect, but the issue is still there - you have to dig the layers upwards.
On Sun, Jul 26, 2015 at 2:02 PM, Sipos Csaba sipos.csaba@kvk.uni-obuda.hu wrote:
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency. I tried with both the "A" and the "B" algorithm, it was pretty much the same. I seen a lot of PRACH happening, so I checked the radio parameters:
With power=0 and rxgain=15 at ARFCN=885 I got -55dBm RSSI at the UE, and -40 -45dBm RSSI at the BTS. The freqency I use is completely clean, and I use a proper duplexer and an omni antenna. The UE is 2 meters a way, line of site. The SNR measured by the UE is around 20-22 dB in DL direction. The ms-power-loop was set to -15, the max MS power was 20dBm.
So the RF part seems correct, and still I got these very high latencies. In comparison with OpenBTS and the same setup, I got around 350-500ms latency with multislot.
Maybe the UE goes to IDLE too fast for a ping test?
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 14:00:28 Tárgy: Re: Using GPRS
Hi Sipos,
Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
2015-07-26 14:39 GMT+03:00 Sipos Csaba sipos.csaba@kvk.uni-obuda.hu:
Sorry for this last one, GPRS was not enabled in openbsc.conf.
The PCU is now talking with the SGSN.
But the compilation probem with Osmo-TRX fairwaves/master branch is still there.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
Hi all,
I have experienced this open power control loop a tedious beast when using OpenBTS - it is a PITA to find settings that work reliably.
Ralph.
-----Original Message----- From: OpenBSC [mailto:openbsc-bounces@lists.osmocom.org] On Behalf Of Alexander Chemeris Sent: Wednesday, July 29, 2015 03:26 To: Sipos Csaba Cc: Ivan Kluchnikov; OpenBSC Mailing List Subject: Re: Using GPRS
Hi Sipos,
A couple general notes with a remark that I haven't touched the GPRS code for a long while:
Power control loop for GPRS is separate from the power loop for the CS domain. IIRC it should be done in PCU, but it's not implemented yet. So right now IIRC the MS should be in an open loop power control mode, deducing its Tx power from its Rx level.
I can't comment on the dB values, because I've never used B200. But if you use fairwaves/master branch, it can detect clipping when the signal is of too high power (check the logs). You can also enable debug logging level for osmo-trx to assess demodulation quality visually (there should be few to none '-' in the demodulated bursts).
If you see the demodulation is perfect, but the issue is still there - you have to dig the layers upwards.
On Sun, Jul 26, 2015 at 2:02 PM, Sipos Csaba sipos.csaba@kvk.uni-obuda.hu wrote:
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency. I tried with both the "A" and the "B" algorithm, it was pretty much the same. I seen a lot of PRACH happening, so I checked the radio parameters:
With power=0 and rxgain=15 at ARFCN=885 I got -55dBm RSSI at the UE, and -40 -45dBm RSSI at the BTS. The freqency I use is completely clean, and I use a proper duplexer and an omni antenna. The UE is 2 meters a way, line of site. The SNR measured by the UE is around 20-22 dB in DL direction. The ms-power-loop was set to -15, the max MS power was 20dBm.
So the RF part seems correct, and still I got these very high latencies. In comparison with OpenBTS and the same setup, I got around 350-500ms latency with multislot.
Maybe the UE goes to IDLE too fast for a ping test?
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 14:00:28 Tárgy: Re: Using GPRS
Hi Sipos,
Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
2015-07-26 14:39 GMT+03:00 Sipos Csaba sipos.csaba@kvk.uni-obuda.hu:
Sorry for this last one, GPRS was not enabled in openbsc.conf.
The PCU is now talking with the SGSN.
But the compilation probem with Osmo-TRX fairwaves/master branch is still there.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru, "Alexander Chemeris" alexander.chemeris@gmail.com Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS
Dear Ivan, Alexander,
I encountered the following issues:
During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue.
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2
=================================
Please note that the master branch of Osmo-TRX compiles just fine.
Do any of you have an idea what could be the problem?
Thanks!
Csaba
----- Eredeti üzenet ----- Feladó: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Címzett: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS
Thanks Ivan,
Will try that and report back.
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" Ivan.Kluchnikov@fairwaves.ru Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "Alexander Chemeris" alexander.chemeris@gmail.com, "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS
Hi Sipos, Omar,
You should use the following branches:
libosmocore branch master
libosmo-abis branch master
osmo-trx branch fairwaves/master
osmo-bts branch fairwaves/master ( use ./configure --enable-trx)
openbsc branch fairwaves/master
osmo-pcu branch master (use ./configure --enable-sysmocom-bts )
openggsn branch master
Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
-- Regards, Ivan Kluchnikov. http://fairwaves.ru
-- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co
Hi
On 26.07.2015 20:02, Sipos Csaba wrote:
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency.
That's normal in the default case, since the MS will have to issue a RACH to get an uplink TBF for the response. You can allow to keep the PACCH open for a longer time by configuring
pcu dl-tbf-idle-time 2000
This keeps the DL TBF open for the time given (in ms) by periodically sending LLC dummy commands.
HTH
Jacob
Hi Jacob,
Thanks for the info, will try that.
What algorithm (PCU) would you prefer if the goal is to maximize the single UE throughput?
Regards, Csaba
----- Eredeti üzenet ----- Feladó: "Jacob Erlbeck" jerlbeck@sysmocom.de Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Csütörtök, 2015. Augusztus 13. 12:20:01 Tárgy: Re: Using GPRS
Hi
On 26.07.2015 20:02, Sipos Csaba wrote:
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency.
That's normal in the default case, since the MS will have to issue a RACH to get an uplink TBF for the response. You can allow to keep the PACCH open for a longer time by configuring
pcu dl-tbf-idle-time 2000
This keeps the DL TBF open for the time given (in ms) by periodically sending LLC dummy commands.
HTH
Jacob
Hi Csaba,
On 13.08.2015 12:44, Sipos Csaba wrote:
What algorithm (PCU) would you prefer if the goal is to maximize the single UE throughput?
UL is one PDCH in general with either algorithm.
For DL: Algo B (multislot) if you have >1 PDCH. In branch jerlbeck/master (which will be merged to master soon) you can also use 'alloc-algorithm dynamic' which will provide a higher DL throughput if there are only a few connections and will move over to algo A on higher usage.
Regards
Jacob
----- Eredeti üzenet ----- Feladó: "Jacob Erlbeck" jerlbeck@sysmocom.de Címzett: "Sipos Csaba" sipos.csaba@kvk.uni-obuda.hu Másolatot kap: "OpenBSC Mailing List" openbsc@lists.osmocom.org Elküldött üzenetek: Csütörtök, 2015. Augusztus 13. 12:20:01 Tárgy: Re: Using GPRS
Hi
On 26.07.2015 20:02, Sipos Csaba wrote:
I will try to give you as many feedback as possible. :-)
I finally have a more or less working setup. At least there is no crash whatsoever, and the PS domain is working, the UE can attach, activate PDP, transfer data to some extent.
For example when i tried to ping the TUN interface, I got 2500-2600ms latency.
That's normal in the default case, since the MS will have to issue a RACH to get an uplink TBF for the response. You can allow to keep the PACCH open for a longer time by configuring
pcu dl-tbf-idle-time 2000
This keeps the DL TBF open for the time given (in ms) by periodically sending LLC dummy commands.
HTH
Jacob
On 26 Jul 2015, at 14:00, Ivan Kluchnikov Ivan.Kluchnikov@fairwaves.ru wrote:
Hi Sipos,
Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
who is the maintainer of the osmo-trx branch? Why is there a need for a vendor branch?
holger
On Sun, Jul 26, 2015 at 12:13 PM, Holger Freyther holger@freyther.de wrote:
who is the maintainer of the osmo-trx branch? Why is there a need for a vendor branch?
I'm clearly behind on this, and the reason for many patches not being in master is lack of time for testing and patch review on my part.
More generally, though, there is a vendor branch for Fairwaves specific changes that may or may not have been tested against other use cases (e.g. OpenBTS support).
Similarly, are there reasons for vendor branches for osmo-bts and openbsc? I think the concept of vendor branches is ok so long as there is a path toward merging into master.
-TT
On Mon, Jul 27, 2015 at 1:35 PM, Tom Tsou tom@tsou.cc wrote:
On Sun, Jul 26, 2015 at 12:13 PM, Holger Freyther holger@freyther.de wrote:
who is the maintainer of the osmo-trx branch? Why is there a need for a vendor branch?
I'm clearly behind on this, and the reason for many patches not being in master is lack of time for testing and patch review on my part.
A kind reminder that we would appreciate if you could review/merge them. :)
Hi Holger,
On Sun, Jul 26, 2015 at 3:13 PM, Holger Freyther holger@freyther.de wrote:
On 26 Jul 2015, at 14:00, Ivan Kluchnikov Ivan.Kluchnikov@fairwaves.ru wrote: Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon.
who is the maintainer of the osmo-trx branch? Why is there a need for a vendor branch?
Thomas is the maintainer of the 'master'. As he explained, most of the fairwaves/maser branch there are patches pending his review plus a couple patches specific to the way we package software for the use in UmSITEs.
On Sun, Jul 26, 2015 at 3:30 AM, Sipos Csaba sipos.csaba@kvk.uni-obuda.hu wrote:
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled"
Try reverting this patch.
e7c25a3677bbe4 "transceiver/x86: don’t use -march=native to build x86 specialized code"
-TT
Hi Thomas,
On Mon, Jul 27, 2015 at 1:39 PM, Tom Tsou tom@tsou.cc wrote:
On Sun, Jul 26, 2015 at 3:30 AM, Sipos Csaba sipos.csaba@kvk.uni-obuda.hu wrote:
The fairwaves/master branch of osmo-trx produces the following issue durign compilation:
================================
Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled"
Try reverting this patch.
e7c25a3677bbe4 "transceiver/x86: don’t use -march=native to build x86 specialized code"
Btw, I wanted to discuss the best way to move this forward. We found that osmo-trx crashes with "illegal instruction" if we build on Core i7, but run on Atom even if we disable automatic CPU detection and manually specify HAVE_SSE3. We had to remove "-march=native" to make it work. But it seems that unconditionally removing it breaks the build with automatic CPU detection enabled. What do you think is the best way to get it working in both situations?
-
Alexander Chemeris -
Holger Freyther -
Ivan Kluchnikov -
Jacob Erlbeck -
OMAR RAMADAN -
Ralph A. Schmid, dk5ras -
Sipos Csaba -
Tom Tsou