Dear all,
I have one sysmo2050, with the GSM running fine. However, i would like to test GPRS data transmission, I was following this setup page ( https://osmocom.org/projects/cellular-infrastructure/wiki/OpenBSC_GPRS#OpenB...), but i couldnt make it work. Anyone has done it before / can help me?
Thanks beforehand, Marcus Dias UFPA - Lasse - LaPS
On Thu, Jul 06, 2017 at 04:54:07PM -0300, Marcus Dias wrote:
Dear all,
I have one sysmo2050, with the GSM running fine. However, i would like to test GPRS data transmission, I was following this setup page ( https://osmocom.org/projects/cellular-infrastructure/wiki/OpenBSC_GPRS#OpenB...), but i couldnt make it work. Anyone has done it before / can help me?
Hard to help with this little information.
I have attached a tar with scripts and configs I use to run voice and data on a sysmoBTS. Note that this is a rather convoluted way that fits my personal needs of development testing. Maybe you can figure something out from it...
Feel free to ask more specific questions here, including your config and error symptoms.
~N
Hi Neels, Looking into your configuration, I managed to start sgsn,ggsn,nitb and pcu without error. However, When I look into the pcu running configuration I see that there is a different configuration from the starting one ( no egprs ), is this normal? I changed it to egprs. Another issue that I faced yesterday, was that I could connect my phone to the network (this one time, today I was trying to connect but it didnt connected), and the symbol of GPRS appeared, but couldnt make a ping to 8.8.8.8 for example, even after doing the nat masquerade thing.
I see in the vty sgsn that my phone does several routing area update, but does not connect. what it could be?
Here is my configuration attached, I am running everything on sysmo2050.
Best,
Marcus Dias UFPA - Lasse - LaPS
2017-07-06 23:14 GMT-03:00 Neels Hofmeyr nhofmeyr@sysmocom.de:
On Thu, Jul 06, 2017 at 04:54:07PM -0300, Marcus Dias wrote:
Dear all,
I have one sysmo2050, with the GSM running fine. However, i would like to test GPRS data transmission, I was following this setup page ( https://osmocom.org/projects/cellular-infrastructure/wiki/
OpenBSC_GPRS#OpenBSC-configuration),
but i couldnt make it work. Anyone has done it before / can help me?
Hard to help with this little information.
I have attached a tar with scripts and configs I use to run voice and data on a sysmoBTS. Note that this is a rather convoluted way that fits my personal needs of development testing. Maybe you can figure something out from it...
Feel free to ask more specific questions here, including your config and error symptoms.
~N
On Wed, Jul 12, 2017 at 04:18:21PM -0300, Marcus Dias wrote:
When I look into the pcu running configuration I see that there is a different configuration from the starting one ( no egprs ), is this normal? I changed it to egprs.
Sorry, I don't follow. I don't see egprs anywhere in your config. I'm also not familiar with egprs really, but AFAIK you don't configure that in the PCU but in the NITB config?
In my ggsn.conf, I use 'net' and no 'dynip'. This should be sufficient: listen 127.0.0.2 net 192.168.42.0/24 pcodns1 8.8.8.8
Another issue that I faced yesterday, was that I could connect my phone to the network (this one time, today I was trying to connect but it didnt connected),
Are you able to connect or not? Is it not reproducible?
and the symbol of GPRS appeared, but couldnt make a ping to 8.8.8.8 for example, even after doing the nat masquerade thing.
The "thing" is enable forwarding and masquerading for the appropriate ethernet interface. Did you do both?
sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward" sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
I see in the vty sgsn that my phone does several routing area update, but does not connect. what it could be?
It's impossible to guess from over here what is going on in your setup. You need to be more specific: Log output? Actual commands? Pcaps? Maybe with those someone here can see a solution. (in text form, no image screenshots please)
~N
Hi Marcus,
*please* make such reports with proper protocol traces and log file output attached. I will not spend further time on speculating about things if it is so easy to look at hard evidence instead.
If the phone performs successful routing area attach, it is "connected".
The next step is the PDP context activation. If you see not even an attempt of that, it is most likely your phone that is lacking proper APN configuration.
-
Harald Welte -
Marcus Dias -
Neels Hofmeyr