From: Natalia V. <nv...@st...> - 2013-03-20 10:25:22
|
Dear all, My OpenBTS works now (I could receive and send messages and also make calls). But GPRS still dosen´t work properly. What I mean is that I cannot download webpage from the cellphone after registration in the network. It seems to be that the connection is not stable, as sometimes mode G is activated and It is observed some activities between PCU-SGSN. In GGSN it is got messages: Received create PDP context request encaps_tun. Packet received: forwarding to tun Received packet from tun! Received packet from tun! Received packet from tun! . I used VTY for SGSN and got following: MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI 799e91ce MSISDN: , TLLI: f99e91ce MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 SGSN MM Context Statistics: Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) PDP Context Activations : 1 (0/s 0/m 1/h 1/d) SUSPEND Count : 0 (0/s 0/m 0/h 0/d) Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) Routing Area Update : 4 (0/s 0/m 4/h 4/d) PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 APN: internet.eplus.de PDP Address: IPv4 192.168.0.2 SGSN PDP Context Statistics: User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) OsmoSGSN> show pdp-context all PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 APN: internet.eplus.de PDP Address: IPv4 192.168.0.2 SGSN PDP Context Statistics: User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) But anyway I managed to download local webpage from the cell phone and cached some TCP packets in wireshark in tun0 interface; in vty got the following: MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI 707bf437 MSISDN: , TLLI: f07bf437 MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 SGSN MM Context Statistics: Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) PDP Context Activations : 1 (0/s 0/m 1/h 0/d) SUSPEND Count : 0 (0/s 0/m 0/h 0/d) Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) Routing Area Update : 0 (0/s 0/m 0/h 0/d) PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 APN: Internet PDP Address: IPv4 192.168.0.2 SGSN PDP Context Statistics: User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) OsmoSGSN> show pdp-context all PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 APN: Internet PDP Address: IPv4 192.168.0.2 SGSN PDP Context Statistics: User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) And in pcu I got the following messages in that case: <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, fn=765607 <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL TBF=2 still exists. Killing pending UL TBF <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 len=49 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: 262074907255246 len: 24 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 TLL=0x7ec4dea8 (TRX 0 TS 6) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK for PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown FN=766016 TFI=1 (TRX 0 TS 6) But the problem is that in both cases the connection appears and disappears occasionally. Sometimes GPRS is even not active at all. What could be the reason of it? I am using different phones (Nokia, HTC) I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect to MNC and MCC of the tested simcard) and the ./OpenBTS My configuration settings for GGSN: listen: 10.33.21.111 conf: /etc/ggsn.conf fg: 1 debug: 1 qos: 0x0b921f apn: internet net: 192.168.0.0/24 dynip: 192.168.0.0/24 pidfile: /var/run/ggsn.pid statedir: ./ timelimit: 0 for SGSN: ! line vty no login ! sgsn gtp local-ip 127.0.0.1 ggsn 0 remote-ip 10.33.21.111 ggsn 0 gtp-version 1 ! ns timer tns-block 3 timer tns-block-retries 3 timer tns-reset 3 timer tns-reset-retries 3 timer tns-test 30 timer tns-alive 3 timer tns-alive-retries 10 encapsulation udp local-ip 127.0.0.1 encapsulation udp local-port 23000 encapsulation framerelay-gre enabled 0 ! bssgp for OpenBSC: gprs mode gprs gprs routing area 0 gprs cell bvci 2 gprs nsei 101 gprs nsvc 0 nsvci 101 gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 gprs nsvc 0 remote ip 10.33.21.111 I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j MASQUERADE Parameters of the network: eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) Interrupt:23 Base address:0xa000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 UP POINTOPOINT RUNNING MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) Thank you in advance for any suggestions and comments. Natalia Vesnina >> Hi, Natalia >> >> First, you should use gprs-work branch instead of gprs-exp, because >> gprs-exp is out of date. >> Use: >> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >> >> >> 2013/1/30 Natalia Vesina <nv...@st...>: >>> Hello, >>> I am trying to install and run OpenBTS with GPRS support using manual >>> https://wush.net/trac/rangepublic/wiki/GPRS . >>> >>> OS : Ubuntu 12.04 >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>> i686 >>> i686 i386 GNU/Linux >>> >>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week ago >>> from there) >>> >>> I followed all the steps to set up and run OpenBTS in accordance with >>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on an >>> N210. >>> >>> I have installed latest release >>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>> >>> >>> >>> When I run sudo ./OpenBTS nothing happens - no error or anything , just >>> goes back to the command line and does nothing. And if I run ./OpenBTS >>> as >>> my user it gives me 'Segmentation Fault' >>> >>> Core was generated by `./OpenBTS'. >>> Program terminated with signal 11, Segmentation fault. >>> #0 0x005d6d06 in >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>> (gdb) bt >>> #0 0x005d6d06 in >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>> #1 0x081125d9 in _M_insert (__position=..., __x=..., this=<optimized >>> out>) >>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>> #2 push_back (__x=..., this=0x81d01a0) >>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>> #3 addAlarm (s=...) at Logger.cpp:144 >>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>> out>) >>> at Logger.cpp:156 >>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>> TMSITable.cpp:70 >>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>> __initialize_p=<optimized out>, __priority=<optimized out>) >>> at OpenBTS.cpp:76 >>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>> #8 0x081772d2 in __libc_csu_init () >>> #9 0x003a646a in __libc_start_main () from >>> /lib/i386-linux-gnu/libc.so.6 >>> #10 0x0805bc01 in _start () >>> (gdb) >>> >>> I found the same problem discussion here : >>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>> >>> it was written there about some kind of patch that could fix this >>> problem, >>> if it is so, where it is possible to get it? Or are there some other >>> ways >>> to fix this problem? >>> >>> Natalia Vesnina >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today: >>> http://p.sf.net/sfu/appdyn_d2d_jan >>> _______________________________________________ >>> Openbts-discuss mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> -- >> Regards, >> Ivan Kluchnikov. >> http://fairwaves.ru >> > > > > > Thank for the quick answer and helpful, I used the work code as you > advised and it runs! > |
From: Damon <qiu...@gm...> - 2013-07-22 08:53:29
|
Hi all, I have built, installed PCU, SGSN and GGSN, using the manual step by step: http://wush.net/trac/rangepublic/wiki/GPRS. Then I start everything: 1. sudo tunctl sudo ifconfig tap0 127.0.0.2 up sudo echo 1 > /proc/sys/net/ipv4/ip_forward sudo iptables -A POSTROUTING -s 10.0.254.0/24 -t nat -o eth1 -j MASQUERADE 2. cd openggsn/ggsn/ ./ggsn 3. cd openbsc/openbsc/src/gprs/ ./osmo-sgsn 4. telnet 127.0.0.1 4245 logging enable logging filter all 1 logging level ns info logging level bssgp debug logging level llc debug logging level gprs debug logging level mm debug 5. cd osmo-pcu/src/ ./osmo-pcu -n 02 -m 460 6. asterisk -vvvvvc 7. cd /public/subscriberRegistry/trunk ./sipauthserve 8. cd /public/smqueue/trunk/smqueue ./smqueue 9. cd openbts-p2.8/apps/ ./OpenBTS 10. cd openbts-p2.8/apps/ ./OpenBTSCLI config Control.LUR.OpenRegistration .* config Control.GSMTAP.TargetIP 224.0.0.1 config GPRS.NSVC_LPORT 5948 config GPRS.MCC 460 config GPRS.MNC 02 config GSM.Identity.MCC 460 config GSM.Identity.MNC 02 config Log.Level WARNING But my phone still can't Open the webpage when it try to open the url: http://www.google.com.hk/. What else should I do to make it work? ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// In ggsn I have root@damon-pc:~# ggsn cmdline_parser_configfile listen: 127.0.0.2 conf: /etc/ggsn.conf fg: 1 debug: 1 qos: 0x0b921f apn: internet net: 10.0.254.0/24 dynip: 10.0.254.0/24 pidfile: /var/run/ggsn.pid statedir: /var/lib/ggsn/ timelimit: 0 gtpclient: Initialising GTP tunnel openggsn[6278]: GTP: gtp_newgsn() started openggsn[6278]: gtp.c: 719: State information file (/var/lib/ggsn/gsn_restart) not found. Creating new file. openggsn[6278]: gtp.c: 740: fopen(path=/var/lib/ggsn/gsn_restart, mode=w) failed: Error = No such file or directory Creating tun interface Setting tun IP address Received packet from tun! Received packet with no destination!!! Received create PDP context request encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun encaps_tun. Packet received: forwarding to tun Deleting PDP context ^CReceived signal 2, exiting. openggsn[6278]: ggsn.c: 556: select() returned -1 ////////////////////////////////////////////////////////////////////////////////////////////////// In sgsn I have root@damon-pc:~/openbsc/openbsc/src/gprs# ./osmo-sgsn <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC <0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC <0010> gprs_ns.c:806 Creating NS-VC for BSS at 127.0.0.1:5948 <0010> gprs_ns.c:679 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M intervention) <0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4) <0010> gprs_ns.c:679 NSEI=4 Rx NS RESET (NSVCI=8, cause=PDU not compatible with protocol state) <0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4) <0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK <0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK <0011> gprs_bssgp.c:249 BSSGP BVCI=0 Rx RESET cause=O&M intervention <0011> gprs_bssgp.c:249 BSSGP BVCI=7 Rx RESET cause=O&M intervention <0011> gprs_bssgp.c:272 Cell 460-2-1000-0 CI 0 on BVCI 7 <0011> gprs_bssgp.c:344 BSSGP BVCI=7 Rx BVC-UNBLOCK <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:790 BSS instructs us to MS default bucket leak rate != 0, restarting DL GPRS! <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0x7e252e5d Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x3c0d7dCMD=UI DATA <0012> gprs_llc.c:782 LLC RX: unknown TLLI 0x7e252e5d, creating LLME on the fly <0011> gprs_bssgp.c:376 BSSGP TLLI=0x7e252e5d Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x416991CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0xbcd739CMD=UI DATA <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0xd935a2CMD=UI DATA <000f> sgsn_libgtp.c:126 Create PDP Context <000f> sgsn_libgtp.c:370 libgtp cb_conf(type=16, cause=128, pdp=0xb72e91a0, cbp=0x862f650) <000f> sgsn_libgtp.c:265 Received CREATE PDP CTX CONF, cause=128(Request accepted) <0013> gprs_sndcp.c:297 SNSM-ACTIVATE.ind (lle=0x862ead0 TLLI=e852dc62, SAPI=3, NSAPI=5) <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0xe40eeaCMD=XID DATA <0013> gprs_sndcp.c:523 SN-DATA PDU at unitdata_ind() function <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0xe9b602CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0x918decCMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0x54f767CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0xcacc4cCMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0x77d9d2CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0x55f3f9CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0xc968b8CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x2928b1CMD=UI DATA <000f> sgsn_libgtp.c:212 Delete PDP Context <000f> sgsn_libgtp.c:393 PDP Context was deleted <000f> sgsn_libgtp.c:370 libgtp cb_conf(type=20, cause=128, pdp=(nil), cbp=0x862f650) <000f> sgsn_libgtp.c:312 Received DELETE PDP CTX CONF, cause=128(Request accepted) <0013> gprs_sndcp.c:320 SNSM-DEACTIVATE.ind (lle=0x862ead0, TLLI=e852dc62, SAPI=3, NSAPI=5) <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xe852dc62 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x944d31CMD=UI DATA <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC ^Csignal 2 received /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// In pcu I have root@damon-pc:~/osmo-pcu/src# ./osmo-pcu -n 02 -m 460 No config file: 'osmo-pcu.cfg' Using default config. <0001> pcu_l1_if.cpp:375 BTS available <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=6 <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=6 <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=7 <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=7 <0009> gprs_bssgp_pcu.cpp:508 NS-VC 4 is unblocked. <0008> gprs_bssgp_pcu.cpp:549 Sending reset on BVCI 0 <0008> gprs_bssgp_pcu.cpp:557 Sending reset on BVCI 7 <0008> gprs_bssgp_pcu.cpp:565 Sending unblock on BVCI 7 <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=125, fn=1867430 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7e252e5d len=44 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7e252e5d IMSI: 460027185207040 len: 9 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7e252e5d: -25 dBm <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7e252e5d len=17 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7e252e5d IMSI: 460027185207040 len: 24 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7e252e5d: -25 dBm <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=460027185207040 / TLLI=0x7e252e5d: 0% <0002> gprs_rlcmac_data.cpp:355 Got ACK, but UL TBF is gone <0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission <0002> gprs_rlcmac_data.cpp:84 - Assignment was on PACCH <0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=123, fn=1868889 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=8 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=56 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xe852dc62 IMSI: 460027185207040 len: 55 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=122, fn=1869113 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0005> gprs_rlcmac_data.cpp:915 Got RACH from TLLI=0xe852dc62 while DL TBF=0 still exists. Killing pending DL TBF <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=460027185207040 / TLLI=0xe852dc62: 0% <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=12 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xe852dc62 IMSI: 000 len: 12 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=123, fn=1869368 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0005> gprs_rlcmac_data.cpp:915 Got RACH from TLLI=0xe852dc62 while DL TBF=0 still exists. Killing pending DL TBF <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=000 / TLLI=0xe852dc62: 0% <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120, fn=1869929 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=121, fn=1870623 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=125, fn=1871313 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=123, fn=1872010 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=0, ra=120, fn=1872702 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=121, fn=1874050 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=70 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -24 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=125, fn=1876108 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=9 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xe852dc62 IMSI: 460027185207040 len: 8 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -25 dBm <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=460027185207040 / TLLI=0xe852dc62: 0% <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=122, fn=1877314 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xe852dc62 len=16 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xe852dc62 IMSI: 460027185207040 len: 9 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xe852dc62: -27 dBm <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=460027185207040 / TLLI=0xe852dc62: 0% ^CSignal 2 received. full talloc report on 'Osmo-PCU context' (total 1 bytes in 1 blocks) //////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// In OpenBTS I have root@damon-pc:~/openbts-p2.8/apps# ./OpenBTS ALERT 3074053888 OpenBTS.cpp:310:main: OpenBTS starting, ver P2.8TRUNK build date Jul 15 2013 1374477629.971166 3074053888: . . (ignore several lines) . . This program comes with ABSOLUTELY NO WARRANTY. Use of this software may be subject to other legal restrictions, including patent licsensing and radio spectrum licensing. All users of this software are expected to comply with applicable regulations and laws. See the LEGAL file in the source code for more information. sqlite3_prepare_v2 failed for "CREATE TABLE IF NOT EXISTS RRLP (id INTEGER PRIMARY KEY, name VARCHAR(80) not null, latitude real not null, longitude real not null, error real not null, time text not null )": file is encrypted or is not a database EMERG 3074053888 SubscriberRegistry.cpp:166:init: Cannot create RRLP table 1374477630.045902 3074053888: Starting the system... ALERT 3074053888 TRXManager.cpp:408:powerOn: POWERON failed with status -1 transceiver:没有发现操作 linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.005.003-87-g8f4000ff system ready use the OpenBTSCLI utility to access CLI sqlite3_prepare_v2 failed for "update sip_buddies set ipaddr = "127.0.0.1" where name = "IMSI460027185207040"": file is encrypted or is not a database sqlite3_prepare_v2 failed for "update sip_buddies set port = "5062" where name = "IMSI460027185207040"": file is encrypted or is not a database sqlite3_prepare_v2 failed for "update sip_buddies set ipaddr = "127.0.0.1" where name = "IMSI460027185207040"": file is encrypted or is not a database sqlite3_prepare_v2 failed for "update sip_buddies set port = "5062" where name = "IMSI460027185207040"": file is encrypted or is not a database ^CReceived shutdown signal Shutting down transceiver... //////////////////////////////////////////////////////////////////////////////////////////////////////////////////// /etc/ggsn.conf file: ############################################################################## # # Sample ggsn configuration file # ############################################################################## # TAG: fg # Include this flag if process is to run in the foreground # fg # TAG: debug # Include this flag to include debug information. debug # TAG: conf # Configuration file to use. This file is the configuration file, # so changing this parameter in the configuration file does not make # sense. Use it on the command line instead. # TAG: pidfile # File to store information about the process id of the program. # The program must have write access to this file/directory. #pidfile /var/run/ggsn.pid # TAG: statedir # Directory to use for nonvolatile storage. # The program must have write access to this directory. statedir /var/lib/ggsn/ # TAG: listen # Specifies the local IP address to listen to #listen 10.0.0.240 listen 127.0.0.2 # TAG: net # IP network address of external packet data network # Used to set up network interface. net 10.0.254.0/24 # TAG: ipup # Script executed after network interface has been brought up. # Executed with the following parameters: <devicename> <ip address> #ipup /etc/ggsn/ip-up # TAG: ipdown # Script executed after network interface has been taken down. # Executed with the following parameters: <devicename> <ip address> #ipdown /etc/ggsn/ip-down # TAG: dynip # Dynamic IP address pool. # Used for allocation of dynamic IP address when address is not given # by HLR. # If this option is not given then the net option is used as a substitute. dynip 10.0.254.0/24 # TAG: statip # Use of this tag is currently UNSUPPORTED # Static IP address pool. # Used for allocation of static IP address by means of HLR. #statip 192.168.1.0/24 # TAG: pcodns1 # Protocol configuration option domain name system server 1. pcodns1 8.8.8.8 # TAG: pcodns2 # Protocol configuration option domain name system server 2. pcodns2 8.8.8.8 # TAG: timelimit # Exit after timelimit seconds. # Setting timelimit to zero will cause the program not to exit. #timelimit 0 # TAG: apn # Use of this tag is EXPERIMENTAL # Access point name to connect to when run in client mode. #apn internet # TAG: qos # Use of this tag is EXPERIMENTAL # Requested Quality of Service used when run in client mode. # 3 bytes corresponding to ???? #qos 0x0b921f I also have tried changed pcodns1 and pcodns2 to 202.96.128.86 and 202.96.128.166 (local DNS server address), but still no webpage loads. //////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// In /root/osmo-pcu/src/osmo_sgsn.cfg: ! ! Osmocom SGSN (0.9.0.474-0ede2) configuration saved from vty !! ! line vty no login ! sgsn gtp local-ip 127.0.0.1 ggsn 0 remote-ip 127.0.0.2 ggsn 0 gtp-version 1 ns timer tns-block 3 timer tns-block-retries 3 timer tns-reset 3 timer tns-reset-retries 3 timer tns-test 30 timer tns-alive 3 timer tns-alive-retries 10 encapsulation udp local-ip 127.0.0.1 encapsulation udp local-port 23000 encapsulation framerelay-gre enabled 0 bssgp ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// my network: USRP N210 with wbx is at eth0 and internet is at eth1 eth0 Link encap:Ethernet HWaddr 10:bf:48:7b:9c:e4 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:11997000 errors:0 dropped:0 overruns:0 frame:0 TX packets:13968175 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:316872094 (316.8 MB) TX bytes:97517065 (97.5 MB) Interrupt:42 Base address:0x2000 eth1 Link encap:Ethernet HWaddr 00:e0:4c:1f:80:ba inet addr:192.168.1.127 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::2e0:4cff:fe1f:80ba/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:92417 errors:0 dropped:0 overruns:0 frame:0 TX packets:126505 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:48591860 (48.5 MB) TX bytes:16413596 (16.4 MB) Interrupt:16 Base address:0x4000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:7763577 errors:0 dropped:0 overruns:0 frame:0 TX packets:7763577 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1580924130 (1.5 GB) TX bytes:1580924130 (1.5 GB) tap0 Link encap:Ethernet HWaddr be:9a:b2:aa:a5:b6 inet addr:127.0.0.2 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Best Regards, Damon |
From: Damon <qiu...@gm...> - 2013-07-23 07:42:33
|
Hi all, I have created a new APN on the phone according to the China Mobile: /////////////////////////////////////////////////////////////////////////////////// Name: CMNET APN: cmnet APN type: default, supl, net proxy: 10.0.0.172 port: 80 MCC: 460 MNC: 02 other configurations are set to be default. /////////////////////////////////////////////////////////////////////////////////// When my GPRS system is running, Wireshark is employed to capture the relative packages. The wireshark shows that several packages are sent to 10.0.0.172, but there are not packages return. Why? Do I need to build my own APN server? Are there any relevant materials about building an APN server? Best regards, Damon |
From: Ivan K. <Iva...@fa...> - 2013-07-23 08:32:36
|
Hi Damon, >From the BTS side everything looks fine. Your phone was attached and PDP context was created. So it seems, that you have some problems with phone settings. What phone do you use? Also, you shouldn't use any proxy server (especially China Mobile proxy server ) and you shouldn't build your own APN server, just try to use the same APN on your phone, but without proxy and check results with wireshark. 2013/7/23 Damon <qiu...@gm...> > Hi all, > I have created a new APN on the phone according to the China Mobile: > > /////////////////////////////////////////////////////////////////////////////////// > Name: CMNET > APN: cmnet > APN type: default, supl, net > proxy: 10.0.0.172 > port: 80 > MCC: 460 > MNC: 02 > other configurations are set to be default. > > /////////////////////////////////////////////////////////////////////////////////// > When my GPRS system is running, Wireshark is employed to capture the > relative packages. The wireshark shows that several packages are sent to > 10.0.0.172, but there are not packages return. Why? Do I need to build > my own APN server? Are there any relevant materials about building an > APN server? > > Best regards, > Damon > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > -- Regards, Ivan Kluchnikov. http://fairwaves.ru |
From: Damon <qiu...@gm...> - 2013-07-23 09:22:55
|
Hi Kluchnikov, Thanks for your reply. I am using a Nokia 1120 and an Android phone made in China. The APN of Nokia 1120 is set to default, because it is not allowed to change or create a APN in this Feature phone. We have try to use the default APN named CMNET for the Android phone. We found that packages were sent to 10.0.0.172, but no package returned. Best regards, Damon > Hi Damon, > > From the BTS side everything looks fine. > Your phone was attached and PDP context was created. > So it seems, that you have some problems with phone settings. > What phone do you use? > Also, you shouldn't use any proxy server (especially China Mobile > proxy server ) and you shouldn't build your own APN server, just try > to use the same APN on your phone, but without proxy and check results > with wireshark. > > > 2013/7/23 Damon <qiu...@gm... > <mailto:qiu...@gm...>> > > Hi all, > I have created a new APN on the phone according to the China Mobile: > /////////////////////////////////////////////////////////////////////////////////// > Name: CMNET > APN: cmnet > APN type: default, supl, net > proxy: 10.0.0.172 > port: 80 > MCC: 460 > MNC: 02 > other configurations are set to be default. > /////////////////////////////////////////////////////////////////////////////////// > When my GPRS system is running, Wireshark is employed to capture the > relative packages. The wireshark shows that several packages are > sent to > 10.0.0.172, but there are not packages return. Why? Do I need to build > my own APN server? Are there any relevant materials about building an > APN server? > > Best regards, > Damon > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru <http://fairwaves.ru/> |
From: Ivan K. <Iva...@fa...> - 2013-07-23 09:32:18
|
You should change APN on your phone, just remove proxy: 10.0.0.172 and use APN without proxy. 2013/7/23 Damon <qiu...@gm...> > Hi Kluchnikov, > > Thanks for your reply. > I am using a Nokia 1120 and an Android phone made in China. > The APN of Nokia 1120 is set to default, because it is not allowed to > change or create a APN in this Feature phone. > We have try to use the default APN named CMNET for the Android phone. We > found that packages were sent to 10.0.0.172, but no package returned. > > Best regards, > Damon > > Hi Damon, > > From the BTS side everything looks fine. > Your phone was attached and PDP context was created. > So it seems, that you have some problems with phone settings. > What phone do you use? > Also, you shouldn't use any proxy server (especially China Mobile proxy > server ) and you shouldn't build your own APN server, just try to use the > same APN on your phone, but without proxy and check results with wireshark. > > > 2013/7/23 Damon <qiu...@gm...> > >> Hi all, >> I have created a new APN on the phone according to the China Mobile: >> >> /////////////////////////////////////////////////////////////////////////////////// >> Name: CMNET >> APN: cmnet >> APN type: default, supl, net >> proxy: 10.0.0.172 >> port: 80 >> MCC: 460 >> MNC: 02 >> other configurations are set to be default. >> >> /////////////////////////////////////////////////////////////////////////////////// >> When my GPRS system is running, Wireshark is employed to capture the >> relative packages. The wireshark shows that several packages are sent to >> 10.0.0.172, but there are not packages return. Why? Do I need to build >> my own APN server? Are there any relevant materials about building an >> APN server? >> >> Best regards, >> Damon >> >> ------------------------------------------------------------------------------ >> See everything from the browser to the database with AppDynamics >> Get end-to-end visibility with application monitoring from AppDynamics >> Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> > > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru > > > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Ivan Kluchnikov. http://fairwaves.ru |
From: Syed I. G. <ibr...@gm...> - 2013-07-23 10:09:49
|
Hi Damon, I am using a default APN i.e. just fill in the name and APN field and leave rest empty. If you restart your computer, you will have to redo this as well: sudo tunctl sudo ifconfig tap0 127.0.0.2 up sudo echo 1 > /proc/sys/net/ipv4/ip_forward sudo iptables -A POSTROUTING -s 10.0.254.0/24 -t nat -o eth1 -j MASQUERADE Thanks, Ibrahim On Tue, Jul 23, 2013 at 2:32 AM, Ivan Kluchnikov < Iva...@fa...> wrote: > You should change APN on your phone, just remove proxy: 10.0.0.172 and use > APN without proxy. > > > 2013/7/23 Damon <qiu...@gm...> > >> Hi Kluchnikov, >> >> Thanks for your reply. >> I am using a Nokia 1120 and an Android phone made in China. >> The APN of Nokia 1120 is set to default, because it is not allowed to >> change or create a APN in this Feature phone. >> We have try to use the default APN named CMNET for the Android phone. We >> found that packages were sent to 10.0.0.172, but no package returned. >> >> Best regards, >> Damon >> >> Hi Damon, >> >> From the BTS side everything looks fine. >> Your phone was attached and PDP context was created. >> So it seems, that you have some problems with phone settings. >> What phone do you use? >> Also, you shouldn't use any proxy server (especially China Mobile proxy >> server ) and you shouldn't build your own APN server, just try to use the >> same APN on your phone, but without proxy and check results with wireshark. >> >> >> 2013/7/23 Damon <qiu...@gm...> >> >>> Hi all, >>> I have created a new APN on the phone according to the China Mobile: >>> >>> /////////////////////////////////////////////////////////////////////////////////// >>> Name: CMNET >>> APN: cmnet >>> APN type: default, supl, net >>> proxy: 10.0.0.172 >>> port: 80 >>> MCC: 460 >>> MNC: 02 >>> other configurations are set to be default. >>> >>> /////////////////////////////////////////////////////////////////////////////////// >>> When my GPRS system is running, Wireshark is employed to capture the >>> relative packages. The wireshark shows that several packages are sent to >>> 10.0.0.172, but there are not packages return. Why? Do I need to build >>> my own APN server? Are there any relevant materials about building an >>> APN server? >>> >>> Best regards, >>> Damon >>> >>> ------------------------------------------------------------------------------ >>> See everything from the browser to the database with AppDynamics >>> Get end-to-end visibility with application monitoring from AppDynamics >>> Isolate bottlenecks and diagnose root cause in seconds. >>> Start your free trial of AppDynamics Pro today! >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Openbts-discuss mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> >> >> >> >> -- >> Regards, >> Ivan Kluchnikov. >> http://fairwaves.ru >> >> >> >> >> ------------------------------------------------------------------------------ >> See everything from the browser to the database with AppDynamics >> Get end-to-end visibility with application monitoring from AppDynamics >> Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > |
From: Damon <qiu...@gm...> - 2013-07-26 08:16:57
|
Hi all, The APN is set to be: /////////////////////////////////////////////////////////////////////////////// Name: CMNET APN: cmnet other configurations are set to be default. /////////////////////////////////////////////////////////////////////////////// My Nokia 5233 can download websites. But my Android phone can't. No packages were captured at tun0 interface by the Wireshark. In ggsn: Received create PDP context request Deleting PDP context Received create PDP context request Deleting PDP context Received create PDP context request Deleting PDP context Received create PDP context request Deleting PDP context In sgsn: <0011> gprs_bssgp.c:376 BSSGP TLLI=0xbbe69376 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x1b9aceCMD=UI DATA <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:782 LLC RX: unknown TLLI 0xbbe69376, creating LLME on the fly <0002> gprs_gmm.c:640 -> GMM ATTACH REQUEST MI(2078708598) type="GPRS attach" <0002> gprs_gmm.c:444 <- GPRS IDENTITY REQUEST: mi_type=02 <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:368 LLC TX: unknown TLLI 0xbbe69376, creating LLME on the fly <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xbbe69376 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0xd12c74CMD=UI DATA <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:782 LLC RX: unknown TLLI 0xbbe69376, creating LLME on the fly <0002> gprs_gmm.c:582 -> GMM IDENTITY RESPONSE: mi_type=0x02 MI(866908010000620) <0002> gprs_gmm.c:444 <- GPRS IDENTITY REQUEST: mi_type=01 <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:368 LLC TX: unknown TLLI 0xbbe69376, creating LLME on the fly <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xbbe69376 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x4372f9CMD=UI DATA <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:782 LLC RX: unknown TLLI 0xbbe69376, creating LLME on the fly <0002> gprs_gmm.c:582 -> GMM IDENTITY RESPONSE: mi_type=0x01 MI(001010123456789) <0002> gprs_gmm.c:352 <- GPRS ATTACH ACCEPT (new P-TMSI=0x3477cc83) <0012> gprs_llc.c:142 TLLI 0xbbe69376 is foreign, converting to local TLLI 0xfbe69376 <0012> gprs_llc.c:368 LLC TX: unknown TLLI 0xbbe69376, creating LLME on the fly <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xf477cc83 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0xea1c55CMD=UI DATA <0002> gprs_gmm.c:1052 -> ATTACH COMPLETE <0011> gprs_bssgp.c:376 BSSGP TLLI=0xf477cc83 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x75db42CMD=UI DATA <0002> gprs_gmm.c:1319 -> ACTIVATE PDP CONTEXT REQ: SAPI=3 NSAPI=5 IETF IPv4 <000f> sgsn_libgtp.c:126 Create PDP Context <000f> sgsn_libgtp.c:370 libgtp cb_conf(type=16, cause=128, pdp=0xb73991a0, cbp=0x99a70e8) <000f> sgsn_libgtp.c:265 Received CREATE PDP CTX CONF, cause=128(Request accepted) <0013> gprs_sndcp.c:297 SNSM-ACTIVATE.ind (lle=0x99a9c68 TLLI=f477cc83, SAPI=3, NSAPI=5) <0002> gprs_gmm.c:1197 <- ACTIVATE PDP CONTEXT ACK <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC . . . <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xf477cc83 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x819789CMD=UI DATA <0002> gprs_gmm.c:1432 -> DEACTIVATE PDP CONTEXT REQ (cause: Regular deactivation) <000f> sgsn_libgtp.c:212 Delete PDP Context <000f> sgsn_libgtp.c:393 PDP Context was deleted <000f> sgsn_libgtp.c:370 libgtp cb_conf(type=20, cause=128, pdp=(nil), cbp=0x99a70e8) <000f> sgsn_libgtp.c:312 Received DELETE PDP CTX CONF, cause=128(Request accepted) <0013> gprs_sndcp.c:320 SNSM-DEACTIVATE.ind (lle=0x99a9c68, TLLI=f477cc83, SAPI=3, NSAPI=5) <0002> gprs_gmm.c:1290 <- DEACTIVATE PDP CONTEXT ACK <0011> gprs_bssgp.c:376 BSSGP TLLI=0xf477cc83 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=3 C FCS=0x276ebcCMD=UI DATA <0013> gprs_sndcp.c:536 Message for non-existing SNDCP Entity (lle=0x99a9c68, TLLI=f477cc83, SAPI=3, NSAPI=5) <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:376 BSSGP TLLI=0xf477cc83 Rx UPLINK-UNITDATA <0012> gprs_llc.c:502 LLC SAPI=1 C FCS=0x7193b5CMD=UI DATA <0002> gprs_gmm.c:1319 -> ACTIVATE PDP CONTEXT REQ: SAPI=3 NSAPI=5 IETF IPv4 <000f> sgsn_libgtp.c:126 Create PDP Context <000f> sgsn_libgtp.c:370 libgtp cb_conf(type=16, cause=128, pdp=0xb73991a0, cbp=0x99a70e8) <000f> sgsn_libgtp.c:265 Received CREATE PDP CTX CONF, cause=128(Request accepted) <0013> gprs_sndcp.c:297 SNSM-ACTIVATE.ind (lle=0x99a9c68 TLLI=f477cc83, SAPI=3, NSAPI=5) <0002> gprs_gmm.c:1197 <- ACTIVATE PDP CONTEXT ACK <0011> gprs_bssgp.c:753 BSSGP BVCI=7 Rx Flow Control BVC In PCU: <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=123, fn=950045 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xbbe69376 len=48 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xbbe69376 IMSI: 000 len: 9 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xbbe69376: -32 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120, fn=950349 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0005> gprs_rlcmac_data.cpp:915 Got RACH from TLLI=0xbbe69376 while DL TBF=0 still exists. Killing pending DL TBF <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=000 / TLLI=0xbbe69376: 0% <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xbbe69376 len=17 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xbbe69376 IMSI: 000 len: 9 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xbbe69376: -27 dBm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. <0002> gprs_rlcmac_data.cpp:84 - Assignment was on PACCH <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> gprs_rlcmac_data.cpp:390 Recovered downlink ack for DL TBF=0 <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120, fn=950711 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0005> gprs_rlcmac_data.cpp:915 Got RACH from TLLI=0xbbe69376 while DL TBF=0 still exists. Killing pending DL TBF <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=000 / TLLI=0xbbe69376: 0% <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xbbe69376 len=17 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xbbe69376 IMSI: 001010123456789 len: 24 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xf477cc83: -26 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=121, fn=951002 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xf477cc83 len=8 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0xf477cc83 len=47 <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0xf477cc83 IMSI: 001010123456789 len: 55 <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=001010123456789 / TLLI=0xbbe69376: 0% <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0xf477cc83: -26 dBm <0007> gprs_rlcmac_meas.cpp:157 DL packet loss of IMSI=001010123456789 / TLLI=0xf477cc83: 0% Best regards, Damon > You should change APN on your phone, just remove proxy: 10.0.0.172 and > use APN without proxy. > > > 2013/7/23 Damon <qiu...@gm... > <mailto:qiu...@gm...>> > > Hi Kluchnikov, > > Thanks for your reply. > I am using a Nokia 1120 and an Android phone made in China. > The APN of Nokia 1120 is set to default, because it is not allowed > to change or create a APN in this Feature phone. > We have try to use the default APN named CMNET for the Android > phone. We found that packages were sent to 10.0.0.172, but no > package returned. > > Best regards, > Damon > >> Hi Damon, >> >> From the BTS side everything looks fine. >> Your phone was attached and PDP context was created. >> So it seems, that you have some problems with phone settings. >> What phone do you use? >> Also, you shouldn't use any proxy server (especially China Mobile >> proxy server ) and you shouldn't build your own APN server, just >> try to use the same APN on your phone, but without proxy and >> check results with wireshark. >> >> >> 2013/7/23 Damon <qiu...@gm... >> <mailto:qiu...@gm...>> >> >> Hi all, >> I have created a new APN on the phone according to the China >> Mobile: >> /////////////////////////////////////////////////////////////////////////////////// >> Name: CMNET >> APN: cmnet >> APN type: default, supl, net >> proxy: 10.0.0.172 >> port: 80 >> MCC: 460 >> MNC: 02 >> other configurations are set to be default. >> /////////////////////////////////////////////////////////////////////////////////// >> When my GPRS system is running, Wireshark is employed to >> capture the >> relative packages. The wireshark shows that several packages >> are sent to >> 10.0.0.172, but there are not packages return. Why? Do I need >> to build >> my own APN server? Are there any relevant materials about >> building an >> APN server? >> >> Best regards, >> Damon >> >> ------------------------------------------------------------------------------ >> See everything from the browser to the database with AppDynamics >> Get end-to-end visibility with application monitoring from >> AppDynamics >> Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> <mailto:Ope...@li...> >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> >> -- >> Regards, >> Ivan Kluchnikov. >> http://fairwaves.ru <http://fairwaves.ru/> > > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru <http://fairwaves.ru/> |
From: Leonardo S. <leo...@ho...> - 2013-03-20 10:50:18
|
Hi Natalia, I was having the same problem, and here is how I solve it: I found the problem, there were some changes in osmo-pcu and now we should change some parameters in OpenBTS config. You should set GPRS.NSVC_LPORT to 5948 in OpenBTS config and after that everything should work.I don'k know what your configuration on OpenBTS is but check the port as above. Leonardo A. Santiago MontillaResearch Engineer > Date: Wed, 20 Mar 2013 11:05:53 +0100 > From: nv...@st... > To: ope...@li... > Subject: [Openbts-discuss] Problem with GPRS via OpenBTS > > Dear all, > > My OpenBTS works now (I could receive and send messages and also make > calls). But GPRS still dosen´t work properly. What I mean is that I > cannot download webpage from the cellphone after registration in the > network. It seems to be that the connection is not stable, as sometimes > mode G is activated and It is observed some activities between PCU-SGSN. > In GGSN it is got messages: > > Received create PDP context request > encaps_tun. Packet received: forwarding to tun > Received packet from tun! > Received packet from tun! > Received packet from tun! > > . I used VTY for SGSN and got following: > > MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI 799e91ce > MSISDN: , TLLI: f99e91ce > MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) > Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 1/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 4 (0/s 0/m 4/h 4/d) > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > > But anyway I managed to download local webpage from the cell phone and > cached some TCP packets in wireshark in tun0 interface; in vty got the > following: > > MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI 707bf437 > MSISDN: , TLLI: f07bf437 > MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) > Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 0/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 0 (0/s 0/m 0/h 0/d) > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > > And in pcu I got the following messages in that case: > <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, > fn=765607 > <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do > not start with bit sequence 'HH01' (Packet Downlink Assignment) > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL > TBF=2 still exists. Killing pending UL TBF > <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 len=49 > <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: > 262074907255246 len: 24 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 > TLL=0x7ec4dea8 (TRX 0 TS 6) > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK > for PACKET UPLINK ACK > <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH > <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 > <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. > <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH > <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown FN=766016 > TFI=1 (TRX 0 TS 6) > > But the problem is that in both cases the connection appears and > disappears occasionally. Sometimes GPRS is even not active at all. What > could be the reason of it? I am using different phones (Nokia, HTC) > I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect > to MNC and MCC of the tested simcard) and the ./OpenBTS > > My configuration settings for GGSN: > listen: 10.33.21.111 > conf: /etc/ggsn.conf > fg: 1 > debug: 1 > qos: 0x0b921f > apn: internet > net: 192.168.0.0/24 > dynip: 192.168.0.0/24 > pidfile: /var/run/ggsn.pid > statedir: ./ > timelimit: 0 > > for SGSN: > ! > line vty > no login > ! > sgsn > gtp local-ip 127.0.0.1 > ggsn 0 remote-ip 10.33.21.111 > ggsn 0 gtp-version 1 > ! > ns > timer tns-block 3 > timer tns-block-retries 3 > timer tns-reset 3 > timer tns-reset-retries 3 > timer tns-test 30 > timer tns-alive 3 > timer tns-alive-retries 10 > encapsulation udp local-ip 127.0.0.1 > encapsulation udp local-port 23000 > encapsulation framerelay-gre enabled 0 > ! > bssgp > for OpenBSC: > gprs mode gprs > gprs routing area 0 > gprs cell bvci 2 > gprs nsei 101 > gprs nsvc 0 nsvci 101 > gprs nsvc 0 local udp port 23000 > gprs nsvc 0 remote udp port 23000 > gprs nsvc 0 remote ip 10.33.21.111 > I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j > MASQUERADE > > Parameters of the network: > eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f > inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 > inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global > inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global > inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global > inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global > inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global > inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link > inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global > inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global > inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 > TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) > Interrupt:23 Base address:0xa000 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 > TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) > > tun0 Link encap:UNSPEC HWaddr > 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 > UP POINTOPOINT RUNNING MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) > > Thank you in advance for any suggestions and comments. > > Natalia Vesnina > > >> Hi, Natalia > >> > >> First, you should use gprs-work branch instead of gprs-exp, because > >> gprs-exp is out of date. > >> Use: > >> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git > >> > >> > >> 2013/1/30 Natalia Vesina <nv...@st...>: > >>> Hello, > >>> I am trying to install and run OpenBTS with GPRS support using manual > >>> https://wush.net/trac/rangepublic/wiki/GPRS . > >>> > >>> OS : Ubuntu 12.04 > >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 > >>> i686 > >>> i686 i386 GNU/Linux > >>> > >>> To get source code for OpenBTS I did this : git clone -b gprs-exp > >>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week ago > >>> from there) > >>> > >>> I followed all the steps to set up and run OpenBTS in accordance with > >>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on an > >>> N210. > >>> > >>> I have installed latest release > >>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb > >>> > >>> > >>> > >>> When I run sudo ./OpenBTS nothing happens - no error or anything , just > >>> goes back to the command line and does nothing. And if I run ./OpenBTS > >>> as > >>> my user it gives me 'Segmentation Fault' > >>> > >>> Core was generated by `./OpenBTS'. > >>> Program terminated with signal 11, Segmentation fault. > >>> #0 0x005d6d06 in > >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) > >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>> (gdb) bt > >>> #0 0x005d6d06 in > >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) > >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>> #1 0x081125d9 in _M_insert (__position=..., __x=..., this=<optimized > >>> out>) > >>> at /usr/include/c++/4.6/bits/stl_list.h:1516 > >>> #2 push_back (__x=..., this=0x81d01a0) > >>> at /usr/include/c++/4.6/bits/stl_list.h:988 > >>> #3 addAlarm (s=...) at Logger.cpp:144 > >>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized > >>> out>) > >>> at Logger.cpp:156 > >>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, > >>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at > >>> TMSITable.cpp:70 > >>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( > >>> __initialize_p=<optimized out>, __priority=<optimized out>) > >>> at OpenBTS.cpp:76 > >>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 > >>> #8 0x081772d2 in __libc_csu_init () > >>> #9 0x003a646a in __libc_start_main () from > >>> /lib/i386-linux-gnu/libc.so.6 > >>> #10 0x0805bc01 in _start () > >>> (gdb) > >>> > >>> I found the same problem discussion here : > >>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html > >>> > >>> it was written there about some kind of patch that could fix this > >>> problem, > >>> if it is so, where it is possible to get it? Or are there some other > >>> ways > >>> to fix this problem? > >>> > >>> Natalia Vesnina > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> Everyone hates slow websites. So do we. > >>> Make your web apps faster with AppDynamics > >>> Download AppDynamics Lite for free today: > >>> http://p.sf.net/sfu/appdyn_d2d_jan > >>> _______________________________________________ > >>> Openbts-discuss mailing list > >>> Ope...@li... > >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >> > >> > >> > >> -- > >> Regards, > >> Ivan Kluchnikov. > >> http://fairwaves.ru > >> > > > > > > > > > > Thank for the quick answer and helpful, I used the work code as you > > advised and it runs! > > > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Natalia V. <nv...@st...> - 2013-03-21 11:49:36
|
Hello Leonardo, thank you for your advice. I already tried this fix as I saw it before in your topic, but it was not unfortunately the solution. I think the problem is in smth different because GPRS appeared in both cases - it works for some minutes (sometimes it is enough to download a local webpage) but then it disappeared at all, there is no any kind of activity. So, I am lost what could be the reason of such behaviour. Natalia Vesnina > Hi Natalia, > I was having the same problem, and here is how I solve it: > I found the problem, there were some changes in osmo-pcu and now we > should change some parameters in OpenBTS config. > You should set GPRS.NSVC_LPORT to 5948 in OpenBTS config and after > that everything should work.I don'k know what your configuration on > OpenBTS is but check the port as above. > Leonardo A. Santiago MontillaResearch Engineer > >> Date: Wed, 20 Mar 2013 11:05:53 +0100 >> From: nv...@st... >> To: ope...@li... >> Subject: [Openbts-discuss] Problem with GPRS via OpenBTS >> >> Dear all, >> >> My OpenBTS works now (I could receive and send messages and also make >> calls). But GPRS still dosen´t work properly. What I mean is that I >> cannot download webpage from the cellphone after registration in the >> network. It seems to be that the connection is not stable, as sometimes >> mode G is activated and It is observed some activities between PCU-SGSN. >> In GGSN it is got messages: >> >> Received create PDP context request >> encaps_tun. Packet received: forwarding to tun >> Received packet from tun! >> Received packet from tun! >> Received packet from tun! >> >> . I used VTY for SGSN and got following: >> >> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >> 799e91ce >> MSISDN: , TLLI: f99e91ce >> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >> But anyway I managed to download local webpage from the cell phone and >> cached some TCP packets in wireshark in tun0 interface; in vty got the >> following: >> >> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >> 707bf437 >> MSISDN: , TLLI: f07bf437 >> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >> And in pcu I got the following messages in that case: >> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >> fn=765607 >> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do >> not start with bit sequence 'HH01' (Packet Downlink Assignment) >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >> TBF=2 still exists. Killing pending UL TBF >> <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >> len=49 >> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: >> 262074907255246 len: 24 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >> FN=765765 >> TLL=0x7ec4dea8 (TRX 0 TS 6) >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK >> for PACKET UPLINK ACK >> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >> <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 >> <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >> ACK. >> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >> <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >> FN=766016 >> TFI=1 (TRX 0 TS 6) >> >> But the problem is that in both cases the connection appears and >> disappears occasionally. Sometimes GPRS is even not active at all. What >> could be the reason of it? I am using different phones (Nokia, HTC) >> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect >> to MNC and MCC of the tested simcard) and the ./OpenBTS >> >> My configuration settings for GGSN: >> listen: 10.33.21.111 >> conf: /etc/ggsn.conf >> fg: 1 >> debug: 1 >> qos: 0x0b921f >> apn: internet >> net: 192.168.0.0/24 >> dynip: 192.168.0.0/24 >> pidfile: /var/run/ggsn.pid >> statedir: ./ >> timelimit: 0 >> >> for SGSN: >> ! >> line vty >> no login >> ! >> sgsn >> gtp local-ip 127.0.0.1 >> ggsn 0 remote-ip 10.33.21.111 >> ggsn 0 gtp-version 1 >> ! >> ns >> timer tns-block 3 >> timer tns-block-retries 3 >> timer tns-reset 3 >> timer tns-reset-retries 3 >> timer tns-test 30 >> timer tns-alive 3 >> timer tns-alive-retries 10 >> encapsulation udp local-ip 127.0.0.1 >> encapsulation udp local-port 23000 >> encapsulation framerelay-gre enabled 0 >> ! >> bssgp >> for OpenBSC: >> gprs mode gprs >> gprs routing area 0 >> gprs cell bvci 2 >> gprs nsei 101 >> gprs nsvc 0 nsvci 101 >> gprs nsvc 0 local udp port 23000 >> gprs nsvc 0 remote udp port 23000 >> gprs nsvc 0 remote ip 10.33.21.111 >> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >> MASQUERADE >> >> Parameters of the network: >> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >> inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 >> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global >> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global >> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global >> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global >> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global >> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global >> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global >> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >> Interrupt:23 Base address:0xa000 >> >> lo Link encap:Local Loopback >> inet addr:127.0.0.1 Mask:255.0.0.0 >> inet6 addr: ::1/128 Scope:Host >> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) >> >> tun0 Link encap:UNSPEC HWaddr >> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >> >> Thank you in advance for any suggestions and comments. >> >> Natalia Vesnina >> >> >> Hi, Natalia >> >> >> >> First, you should use gprs-work branch instead of gprs-exp, because >> >> gprs-exp is out of date. >> >> Use: >> >> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >> >> >> >> >> >> 2013/1/30 Natalia Vesina <nv...@st...>: >> >>> Hello, >> >>> I am trying to install and run OpenBTS with GPRS support using >> manual >> >>> https://wush.net/trac/rangepublic/wiki/GPRS . >> >>> >> >>> OS : Ubuntu 12.04 >> >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >> >>> i686 >> >>> i686 i386 GNU/Linux >> >>> >> >>> To get source code for OpenBTS I did this : git clone -b gprs-exp >> >>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >> ago >> >>> from there) >> >>> >> >>> I followed all the steps to set up and run OpenBTS in accordance >> with >> >>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on >> an >> >>> N210. >> >>> >> >>> I have installed latest release >> >>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >> >>> >> >>> >> >>> >> >>> When I run sudo ./OpenBTS nothing happens - no error or anything , >> just >> >>> goes back to the command line and does nothing. And if I run >> ./OpenBTS >> >>> as >> >>> my user it gives me 'Segmentation Fault' >> >>> >> >>> Core was generated by `./OpenBTS'. >> >>> Program terminated with signal 11, Segmentation fault. >> >>> #0 0x005d6d06 in >> >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >> >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>> (gdb) bt >> >>> #0 0x005d6d06 in >> >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >> >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >> this=<optimized >> >>> out>) >> >>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >> >>> #2 push_back (__x=..., this=0x81d01a0) >> >>> at /usr/include/c++/4.6/bits/stl_list.h:988 >> >>> #3 addAlarm (s=...) at Logger.cpp:144 >> >>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >> >>> out>) >> >>> at Logger.cpp:156 >> >>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >> >>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >> >>> TMSITable.cpp:70 >> >>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >> >>> __initialize_p=<optimized out>, __priority=<optimized out>) >> >>> at OpenBTS.cpp:76 >> >>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >> >>> #8 0x081772d2 in __libc_csu_init () >> >>> #9 0x003a646a in __libc_start_main () from >> >>> /lib/i386-linux-gnu/libc.so.6 >> >>> #10 0x0805bc01 in _start () >> >>> (gdb) >> >>> >> >>> I found the same problem discussion here : >> >>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >> >>> >> >>> it was written there about some kind of patch that could fix this >> >>> problem, >> >>> if it is so, where it is possible to get it? Or are there some other >> >>> ways >> >>> to fix this problem? >> >>> >> >>> Natalia Vesnina >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Everyone hates slow websites. So do we. >> >>> Make your web apps faster with AppDynamics >> >>> Download AppDynamics Lite for free today: >> >>> http://p.sf.net/sfu/appdyn_d2d_jan >> >>> _______________________________________________ >> >>> Openbts-discuss mailing list >> >>> Ope...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> >> >> >> >> -- >> >> Regards, >> >> Ivan Kluchnikov. >> >> http://fairwaves.ru >> >> >> > >> > >> > >> > >> > Thank for the quick answer and helpful, I used the work code as you >> > advised and it runs! >> > >> >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > |
From: Ralph A. S. d. <ra...@sc...> - 2013-03-20 11:12:53
|
Hi, I just wanted to tell that I follow your tests closely and keep the results. The next step for me also is trying to make GPRS work, and every word, every bit of information could be valuable. For those who do not already have followed my mails here, I am a hardware guy and a windows guy; although the learning curve in working with Linux is steep, mine is just 9 months old, against more than two decades with DOS and Windows, so please be patient if I ask dumb questions. First question is, is it possible to use normal OpenBTS build and GPRS build alternating on the same machine? I would prefer having a stable environment next to the big adventure GPRS, at least, until GPRS branch is running, but also to follow the updates the normal branch may bring. As far as I understand there are some links (or whatever this is) to the 52 MHz transceiver file - are those transceiver files anyway the same in both branchs, or will I run into trouble with such components that are not located in the OpenBTS folder, but in some more common place in userspace? Then the configuration databases, can I assume that the GPRS branch just has some additional entries, and the normal branch will ignore those happily? Ralph, dk5ras. -- Ralph A. Schmid Mondstr. 10 90762 Fürth +49-171-3631223 ra...@sc... http://www.bclog.de/ > -----Original Message----- > From: Natalia Vesina [mailto:nv...@st...] > Sent: Wednesday, March 20, 2013 11:06 AM > To: ope...@li... > Subject: [Openbts-discuss] Problem with GPRS via OpenBTS > > Dear all, > > My OpenBTS works now (I could receive and send messages and also make > calls). But GPRS still dosen´t work properly. What I mean is that I cannot > download webpage from the cellphone after registration in the network. It > seems to be that the connection is not stable, as sometimes mode G is > activated and It is observed some activities between PCU-SGSN. > In GGSN it is got messages: > > Received create PDP context request > encaps_tun. Packet received: forwarding to tun Received packet from tun! > Received packet from tun! > Received packet from tun! > > . I used VTY for SGSN and got following: > > MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI > 799e91ce > MSISDN: , TLLI: f99e91ce > MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) > Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 1/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 4 (0/s 0/m 4/h 4/d) > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > > But anyway I managed to download local webpage from the cell phone and > cached some TCP packets in wireshark in tun0 interface; in vty got the > following: > > MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI > 707bf437 > MSISDN: , TLLI: f07bf437 > MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) > Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 0/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 0 (0/s 0/m 0/h 0/d) > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > > And in pcu I got the following messages in that case: > <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, > fn=765607 > <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do > not start with bit sequence 'HH01' (Packet Downlink Assignment) <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0002> > gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0005> > gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL > TBF=2 still exists. Killing pending UL TBF <0008> gprs_rlcmac.cpp:1787 LLC > [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 len=49 <0008> > gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: > 262074907255246 len: 24 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> > gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 > TLL=0x7ec4dea8 (TRX 0 TS 6) > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK for > PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment was on > CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> > gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. > <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> > gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> > gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> > gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown > FN=766016 > TFI=1 (TRX 0 TS 6) > > But the problem is that in both cases the connection appears and disappears > occasionally. Sometimes GPRS is even not active at all. What could be the > reason of it? I am using different phones (Nokia, HTC) I run first ./ggsn, > ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect to MNC and MCC of the > tested simcard) and the ./OpenBTS > > My configuration settings for GGSN: > listen: 10.33.21.111 > conf: /etc/ggsn.conf > fg: 1 > debug: 1 > qos: 0x0b921f > apn: internet > net: 192.168.0.0/24 > dynip: 192.168.0.0/24 > pidfile: /var/run/ggsn.pid > statedir: ./ > timelimit: 0 > > for SGSN: > ! > line vty > no login > ! > sgsn > gtp local-ip 127.0.0.1 > ggsn 0 remote-ip 10.33.21.111 > ggsn 0 gtp-version 1 > ! > ns > timer tns-block 3 > timer tns-block-retries 3 > timer tns-reset 3 > timer tns-reset-retries 3 > timer tns-test 30 > timer tns-alive 3 > timer tns-alive-retries 10 > encapsulation udp local-ip 127.0.0.1 > encapsulation udp local-port 23000 > encapsulation framerelay-gre enabled 0 > ! > bssgp > for OpenBSC: > gprs mode gprs > gprs routing area 0 > gprs cell bvci 2 > gprs nsei 101 > gprs nsvc 0 nsvci 101 > gprs nsvc 0 local udp port 23000 > gprs nsvc 0 remote udp port 23000 > gprs nsvc 0 remote ip 10.33.21.111 > I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j > MASQUERADE > > Parameters of the network: > eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f > inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 > inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global > inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global > inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global > inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global > inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global > inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link > inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global > inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global > inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 > TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) > Interrupt:23 Base address:0xa000 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 > TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) > > tun0 Link encap:UNSPEC HWaddr > 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 > UP POINTOPOINT RUNNING MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) > > Thank you in advance for any suggestions and comments. > > Natalia Vesnina > > >> Hi, Natalia > >> > >> First, you should use gprs-work branch instead of gprs-exp, because > >> gprs-exp is out of date. > >> Use: > >> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git > >> > >> > >> 2013/1/30 Natalia Vesina <nv...@st...>: > >>> Hello, > >>> I am trying to install and run OpenBTS with GPRS support using > >>> manual https://wush.net/trac/rangepublic/wiki/GPRS . > >>> > >>> OS : Ubuntu 12.04 > >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 > >>> i686 > >>> i686 i386 GNU/Linux > >>> > >>> To get source code for OpenBTS I did this : git clone -b gprs-exp > >>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week > >>> ago from there) > >>> > >>> I followed all the steps to set up and run OpenBTS in accordance > >>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun using > >>> UHD on an N210. > >>> > >>> I have installed latest release > >>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb > >>> > >>> > >>> > >>> When I run sudo ./OpenBTS nothing happens - no error or anything , > >>> just goes back to the command line and does nothing. And if I run > >>> ./OpenBTS as my user it gives me 'Segmentation Fault' > >>> > >>> Core was generated by `./OpenBTS'. > >>> Program terminated with signal 11, Segmentation fault. > >>> #0 0x005d6d06 in > >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_ba > >>> se*) > >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>> (gdb) bt > >>> #0 0x005d6d06 in > >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_ba > >>> se*) > >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>> #1 0x081125d9 in _M_insert (__position=..., __x=..., > >>> this=<optimized > >>> out>) > >>> at /usr/include/c++/4.6/bits/stl_list.h:1516 > >>> #2 push_back (__x=..., this=0x81d01a0) > >>> at /usr/include/c++/4.6/bits/stl_list.h:988 > >>> #3 addAlarm (s=...) at Logger.cpp:144 > >>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized > >>> out>) > >>> at Logger.cpp:156 > >>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, > >>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at > >>> TMSITable.cpp:70 > >>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( > >>> __initialize_p=<optimized out>, __priority=<optimized out>) > >>> at OpenBTS.cpp:76 > >>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 > >>> #8 0x081772d2 in __libc_csu_init () > >>> #9 0x003a646a in __libc_start_main () from > >>> /lib/i386-linux-gnu/libc.so.6 > >>> #10 0x0805bc01 in _start () > >>> (gdb) > >>> > >>> I found the same problem discussion here : > >>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start- > on-ub > >>> untu-1110.html > >>> > >>> it was written there about some kind of patch that could fix this > >>> problem, if it is so, where it is possible to get it? Or are there > >>> some other ways to fix this problem? > >>> > >>> Natalia Vesnina > >>> > >>> > >>> -------------------------------------------------------------------- > >>> ---------- Everyone hates slow websites. So do we. > >>> Make your web apps faster with AppDynamics Download AppDynamics > Lite > >>> for free today: > >>> http://p.sf.net/sfu/appdyn_d2d_jan > >>> _______________________________________________ > >>> Openbts-discuss mailing list > >>> Ope...@li... > >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >> > >> > >> > >> -- > >> Regards, > >> Ivan Kluchnikov. > >> http://fairwaves.ru > >> > > > > > > > > > > Thank for the quick answer and helpful, I used the work code as you > > advised and it runs! > > > > > > ---------------------------------------------------------------------------- -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Ivan K. <Iva...@fa...> - 2013-03-21 21:12:24
|
Hi Ralph, In the nearest future I plan to update gprs wiki and to add there detailed build&run&configure guide for gprs, so I think it will be very helpful for you. 2013/3/20 Ralph A. Schmid, dk5ras <ra...@sc...>: > Hi, > > I just wanted to tell that I follow your tests closely and keep the results. > The next step for me also is trying to make GPRS work, and every word, every > bit of information could be valuable. For those who do not already have > followed my mails here, I am a hardware guy and a windows guy; although the > learning curve in working with Linux is steep, mine is just 9 months old, > against more than two decades with DOS and Windows, so please be patient if > I ask dumb questions. > > First question is, is it possible to use normal OpenBTS build and GPRS build > alternating on the same machine? I would prefer having a stable environment > next to the big adventure GPRS, at least, until GPRS branch is running, but > also to follow the updates the normal branch may bring. Yes, you can have OpenBTS and OpenBTS+gprs on the same machine and use the build which you want, no problem to switch from one to other. > > As far as I understand there are some links (or whatever this is) to the 52 > MHz transceiver file - are those transceiver files anyway the same in both > branchs, or will I run into trouble with such components that are not > located in the OpenBTS folder, but in some more common place in userspace? No problems with that, the same transceiver is used. > > Then the configuration databases, can I assume that the GPRS branch just has > some additional entries, and the normal branch will ignore those happily? Yes, all gprs configuration parameters are additional. > > Ralph, dk5ras. > > > -- > > Ralph A. Schmid > Mondstr. 10 > 90762 Fürth > +49-171-3631223 > ra...@sc... > http://www.bclog.de/ > > > >> -----Original Message----- >> From: Natalia Vesina [mailto:nv...@st...] >> Sent: Wednesday, March 20, 2013 11:06 AM >> To: ope...@li... >> Subject: [Openbts-discuss] Problem with GPRS via OpenBTS >> >> Dear all, >> >> My OpenBTS works now (I could receive and send messages and also make >> calls). But GPRS still dosen´t work properly. What I mean is that I > cannot >> download webpage from the cellphone after registration in the network. It >> seems to be that the connection is not stable, as sometimes mode G is >> activated and It is observed some activities between PCU-SGSN. >> In GGSN it is got messages: >> >> Received create PDP context request >> encaps_tun. Packet received: forwarding to tun Received packet from tun! >> Received packet from tun! >> Received packet from tun! >> >> . I used VTY for SGSN and got following: >> >> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >> 799e91ce >> MSISDN: , TLLI: f99e91ce >> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >> But anyway I managed to download local webpage from the cell phone and >> cached some TCP packets in wireshark in tun0 interface; in vty got the >> following: >> >> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >> 707bf437 >> MSISDN: , TLLI: f07bf437 >> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >> And in pcu I got the following messages in that case: >> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >> fn=765607 >> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do >> not start with bit sequence 'HH01' (Packet Downlink Assignment) <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0002> >> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 <0005> >> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >> TBF=2 still exists. Killing pending UL TBF <0008> gprs_rlcmac.cpp:1787 LLC >> [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 len=49 <0008> >> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: >> 262074907255246 len: 24 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> >> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 >> TLL=0x7ec4dea8 (TRX 0 TS 6) >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK for >> PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment was on >> CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> >> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. >> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> >> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> >> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm <0002> >> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >> FN=766016 >> TFI=1 (TRX 0 TS 6) >> >> But the problem is that in both cases the connection appears and > disappears >> occasionally. Sometimes GPRS is even not active at all. What could be the >> reason of it? I am using different phones (Nokia, HTC) I run first ./ggsn, >> ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect to MNC and MCC of the >> tested simcard) and the ./OpenBTS >> >> My configuration settings for GGSN: >> listen: 10.33.21.111 >> conf: /etc/ggsn.conf >> fg: 1 >> debug: 1 >> qos: 0x0b921f >> apn: internet >> net: 192.168.0.0/24 >> dynip: 192.168.0.0/24 >> pidfile: /var/run/ggsn.pid >> statedir: ./ >> timelimit: 0 >> >> for SGSN: >> ! >> line vty >> no login >> ! >> sgsn >> gtp local-ip 127.0.0.1 >> ggsn 0 remote-ip 10.33.21.111 >> ggsn 0 gtp-version 1 >> ! >> ns >> timer tns-block 3 >> timer tns-block-retries 3 >> timer tns-reset 3 >> timer tns-reset-retries 3 >> timer tns-test 30 >> timer tns-alive 3 >> timer tns-alive-retries 10 >> encapsulation udp local-ip 127.0.0.1 >> encapsulation udp local-port 23000 >> encapsulation framerelay-gre enabled 0 >> ! >> bssgp >> for OpenBSC: >> gprs mode gprs >> gprs routing area 0 >> gprs cell bvci 2 >> gprs nsei 101 >> gprs nsvc 0 nsvci 101 >> gprs nsvc 0 local udp port 23000 >> gprs nsvc 0 remote udp port 23000 >> gprs nsvc 0 remote ip 10.33.21.111 >> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >> MASQUERADE >> >> Parameters of the network: >> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >> inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 >> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global >> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global >> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global >> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global >> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global >> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global >> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global >> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >> Interrupt:23 Base address:0xa000 >> >> lo Link encap:Local Loopback >> inet addr:127.0.0.1 Mask:255.0.0.0 >> inet6 addr: ::1/128 Scope:Host >> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) >> >> tun0 Link encap:UNSPEC HWaddr >> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >> >> Thank you in advance for any suggestions and comments. >> >> Natalia Vesnina >> >> >> Hi, Natalia >> >> >> >> First, you should use gprs-work branch instead of gprs-exp, because >> >> gprs-exp is out of date. >> >> Use: >> >> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >> >> >> >> >> >> 2013/1/30 Natalia Vesina <nv...@st...>: >> >>> Hello, >> >>> I am trying to install and run OpenBTS with GPRS support using >> >>> manual https://wush.net/trac/rangepublic/wiki/GPRS . >> >>> >> >>> OS : Ubuntu 12.04 >> >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >> >>> i686 >> >>> i686 i386 GNU/Linux >> >>> >> >>> To get source code for OpenBTS I did this : git clone -b gprs-exp >> >>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >> >>> ago from there) >> >>> >> >>> I followed all the steps to set up and run OpenBTS in accordance >> >>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun using >> >>> UHD on an N210. >> >>> >> >>> I have installed latest release >> >>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >> >>> >> >>> >> >>> >> >>> When I run sudo ./OpenBTS nothing happens - no error or anything , >> >>> just goes back to the command line and does nothing. And if I run >> >>> ./OpenBTS as my user it gives me 'Segmentation Fault' >> >>> >> >>> Core was generated by `./OpenBTS'. >> >>> Program terminated with signal 11, Segmentation fault. >> >>> #0 0x005d6d06 in >> >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_ba >> >>> se*) >> >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>> (gdb) bt >> >>> #0 0x005d6d06 in >> >>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_ba >> >>> se*) >> >>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >> >>> this=<optimized >> >>> out>) >> >>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >> >>> #2 push_back (__x=..., this=0x81d01a0) >> >>> at /usr/include/c++/4.6/bits/stl_list.h:988 >> >>> #3 addAlarm (s=...) at Logger.cpp:144 >> >>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >> >>> out>) >> >>> at Logger.cpp:156 >> >>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >> >>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >> >>> TMSITable.cpp:70 >> >>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >> >>> __initialize_p=<optimized out>, __priority=<optimized out>) >> >>> at OpenBTS.cpp:76 >> >>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >> >>> #8 0x081772d2 in __libc_csu_init () >> >>> #9 0x003a646a in __libc_start_main () from >> >>> /lib/i386-linux-gnu/libc.so.6 >> >>> #10 0x0805bc01 in _start () >> >>> (gdb) >> >>> >> >>> I found the same problem discussion here : >> >>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start- >> on-ub >> >>> untu-1110.html >> >>> >> >>> it was written there about some kind of patch that could fix this >> >>> problem, if it is so, where it is possible to get it? Or are there >> >>> some other ways to fix this problem? >> >>> >> >>> Natalia Vesnina >> >>> >> >>> >> >>> -------------------------------------------------------------------- >> >>> ---------- Everyone hates slow websites. So do we. >> >>> Make your web apps faster with AppDynamics Download AppDynamics >> Lite >> >>> for free today: >> >>> http://p.sf.net/sfu/appdyn_d2d_jan >> >>> _______________________________________________ >> >>> Openbts-discuss mailing list >> >>> Ope...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> >> >> >> >> -- >> >> Regards, >> >> Ivan Kluchnikov. >> >> http://fairwaves.ru >> >> >> > >> > >> > >> > >> > Thank for the quick answer and helpful, I used the work code as you >> > advised and it runs! >> > >> >> >> >> > ---------------------------------------------------------------------------- > -- >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics Download AppDynamics Lite >> for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss -- Regards, Ivan Kluchnikov. http://fairwaves.ru |
From: Ralph A. S. d. <ra...@sc...> - 2013-03-22 04:20:40
|
> Hi Ralph, > > In the nearest future I plan to update gprs wiki and to add there detailed > build&run&configure guide for gprs, so I think it will be very helpful for you. Thanks a lot for this, and for the other comments. Sounds quite good. I will follow this and contribute my experiences, if useful. Ralph. |
From: Ivan K. <Iva...@fa...> - 2013-03-21 12:05:18
|
Hi, Natalia! >From your osmo-pcu logs I see these errors: gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 TLL=0x7ec4dea8 Such errors are the reason of unstable GPRS connection. It is known problem, but we are still working on it. Try to set real time priority for OpenBTS and osmo-pcu, it can help: sudo chrt 80 ./osmo-pcu sudo chrt 80 ./OpenBTS What hardware and os do you use? 2013/3/20 Natalia Vesina <nv...@st...>: > Dear all, > > My OpenBTS works now (I could receive and send messages and also make > calls). But GPRS still dosen´t work properly. What I mean is that I > cannot download webpage from the cellphone after registration in the > network. It seems to be that the connection is not stable, as sometimes > mode G is activated and It is observed some activities between PCU-SGSN. > In GGSN it is got messages: > > Received create PDP context request > encaps_tun. Packet received: forwarding to tun > Received packet from tun! > Received packet from tun! > Received packet from tun! > > . I used VTY for SGSN and got following: > > MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI 799e91ce > MSISDN: , TLLI: f99e91ce > MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) > Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 1/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 4 (0/s 0/m 4/h 4/d) > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > APN: internet.eplus.de > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > > But anyway I managed to download local webpage from the cell phone and > cached some TCP packets in wireshark in tun0 interface; in vty got the > following: > > MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI 707bf437 > MSISDN: , TLLI: f07bf437 > MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 > SGSN MM Context Statistics: > Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) > Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > PDP Context Activations : 1 (0/s 0/m 1/h 0/d) > SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > Routing Area Update : 0 (0/s 0/m 0/h 0/d) > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > OsmoSGSN> show pdp-context all > PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > APN: Internet > PDP Address: IPv4 192.168.0.2 > SGSN PDP Context Statistics: > User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > > And in pcu I got the following messages in that case: > <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, > fn=765607 > <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do > not start with bit sequence 'HH01' (Packet Downlink Assignment) > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL > TBF=2 still exists. Killing pending UL TBF > <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 len=49 > <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: > 262074907255246 len: 24 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 > TLL=0x7ec4dea8 (TRX 0 TS 6) > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK > for PACKET UPLINK ACK > <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH > <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 > <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK ACK. > <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH > <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 > <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded > <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown FN=766016 > TFI=1 (TRX 0 TS 6) > > But the problem is that in both cases the connection appears and > disappears occasionally. Sometimes GPRS is even not active at all. What > could be the reason of it? I am using different phones (Nokia, HTC) > I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect > to MNC and MCC of the tested simcard) and the ./OpenBTS > > My configuration settings for GGSN: > listen: 10.33.21.111 > conf: /etc/ggsn.conf > fg: 1 > debug: 1 > qos: 0x0b921f > apn: internet > net: 192.168.0.0/24 > dynip: 192.168.0.0/24 > pidfile: /var/run/ggsn.pid > statedir: ./ > timelimit: 0 > > for SGSN: > ! > line vty > no login > ! > sgsn > gtp local-ip 127.0.0.1 > ggsn 0 remote-ip 10.33.21.111 > ggsn 0 gtp-version 1 > ! > ns > timer tns-block 3 > timer tns-block-retries 3 > timer tns-reset 3 > timer tns-reset-retries 3 > timer tns-test 30 > timer tns-alive 3 > timer tns-alive-retries 10 > encapsulation udp local-ip 127.0.0.1 > encapsulation udp local-port 23000 > encapsulation framerelay-gre enabled 0 > ! > bssgp > for OpenBSC: > gprs mode gprs > gprs routing area 0 > gprs cell bvci 2 > gprs nsei 101 > gprs nsvc 0 nsvci 101 > gprs nsvc 0 local udp port 23000 > gprs nsvc 0 remote udp port 23000 > gprs nsvc 0 remote ip 10.33.21.111 > I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j > MASQUERADE > > Parameters of the network: > eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f > inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 > inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global > inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global > inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global > inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global > inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global > inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link > inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global > inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global > inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 > TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) > Interrupt:23 Base address:0xa000 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 > TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) > > tun0 Link encap:UNSPEC HWaddr > 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 > UP POINTOPOINT RUNNING MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) > > Thank you in advance for any suggestions and comments. > > Natalia Vesnina > >>> Hi, Natalia >>> >>> First, you should use gprs-work branch instead of gprs-exp, because >>> gprs-exp is out of date. >>> Use: >>> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >>> >>> >>> 2013/1/30 Natalia Vesina <nv...@st...>: >>>> Hello, >>>> I am trying to install and run OpenBTS with GPRS support using manual >>>> https://wush.net/trac/rangepublic/wiki/GPRS . >>>> >>>> OS : Ubuntu 12.04 >>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>>> i686 >>>> i686 i386 GNU/Linux >>>> >>>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week ago >>>> from there) >>>> >>>> I followed all the steps to set up and run OpenBTS in accordance with >>>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on an >>>> N210. >>>> >>>> I have installed latest release >>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>>> >>>> >>>> >>>> When I run sudo ./OpenBTS nothing happens - no error or anything , just >>>> goes back to the command line and does nothing. And if I run ./OpenBTS >>>> as >>>> my user it gives me 'Segmentation Fault' >>>> >>>> Core was generated by `./OpenBTS'. >>>> Program terminated with signal 11, Segmentation fault. >>>> #0 0x005d6d06 in >>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>> (gdb) bt >>>> #0 0x005d6d06 in >>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., this=<optimized >>>> out>) >>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>>> #2 push_back (__x=..., this=0x81d01a0) >>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>>> #3 addAlarm (s=...) at Logger.cpp:144 >>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>>> out>) >>>> at Logger.cpp:156 >>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>>> TMSITable.cpp:70 >>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>>> at OpenBTS.cpp:76 >>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>>> #8 0x081772d2 in __libc_csu_init () >>>> #9 0x003a646a in __libc_start_main () from >>>> /lib/i386-linux-gnu/libc.so.6 >>>> #10 0x0805bc01 in _start () >>>> (gdb) >>>> >>>> I found the same problem discussion here : >>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>>> >>>> it was written there about some kind of patch that could fix this >>>> problem, >>>> if it is so, where it is possible to get it? Or are there some other >>>> ways >>>> to fix this problem? >>>> >>>> Natalia Vesnina >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Everyone hates slow websites. So do we. >>>> Make your web apps faster with AppDynamics >>>> Download AppDynamics Lite for free today: >>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>> _______________________________________________ >>>> Openbts-discuss mailing list >>>> Ope...@li... >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> >>> >>> >>> -- >>> Regards, >>> Ivan Kluchnikov. >>> http://fairwaves.ru >>> >> >> >> >> >> Thank for the quick answer and helpful, I used the work code as you >> advised and it runs! >> > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss -- Regards, Ivan Kluchnikov. http://fairwaves.ru |
From: Natalia V. <nv...@st...> - 2013-03-21 12:53:41
|
Hello Ivan,thank you for help I will try your fix, I use the following OS and hardware: OS : Ubuntu 12.04 Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 i686 i686 i386 GNU/Linux so could the problem be that there is not enough power in CPU? Natalia Vesnina. > Hi, Natalia! > > From your osmo-pcu logs I see these errors: > gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 > TLL=0x7ec4dea8 > > Such errors are the reason of unstable GPRS connection. > It is known problem, but we are still working on it. > Try to set real time priority for OpenBTS and osmo-pcu, it can help: > sudo chrt 80 ./osmo-pcu > sudo chrt 80 ./OpenBTS > > What hardware and os do you use? > > 2013/3/20 Natalia Vesina <nv...@st...>: >> Dear all, >> >> My OpenBTS works now (I could receive and send messages and also make >> calls). But GPRS still dosen´t work properly. What I mean is that I >> cannot download webpage from the cellphone after registration in the >> network. It seems to be that the connection is not stable, as sometimes >> mode G is activated and It is observed some activities between PCU-SGSN. >> In GGSN it is got messages: >> >> Received create PDP context request >> encaps_tun. Packet received: forwarding to tun >> Received packet from tun! >> Received packet from tun! >> Received packet from tun! >> >> . I used VTY for SGSN and got following: >> >> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >> 799e91ce >> MSISDN: , TLLI: f99e91ce >> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> APN: internet.eplus.de >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >> But anyway I managed to download local webpage from the cell phone and >> cached some TCP packets in wireshark in tun0 interface; in vty got the >> following: >> >> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >> 707bf437 >> MSISDN: , TLLI: f07bf437 >> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 >> SGSN MM Context Statistics: >> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> OsmoSGSN> show pdp-context all >> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> APN: Internet >> PDP Address: IPv4 192.168.0.2 >> SGSN PDP Context Statistics: >> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >> And in pcu I got the following messages in that case: >> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >> fn=765607 >> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do >> not start with bit sequence 'HH01' (Packet Downlink Assignment) >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >> TBF=2 still exists. Killing pending UL TBF >> <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >> len=49 >> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: >> 262074907255246 len: 24 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >> FN=765765 >> TLL=0x7ec4dea8 (TRX 0 TS 6) >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK >> for PACKET UPLINK ACK >> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >> <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 >> <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >> ACK. >> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >> <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded >> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >> FN=766016 >> TFI=1 (TRX 0 TS 6) >> >> But the problem is that in both cases the connection appears and >> disappears occasionally. Sometimes GPRS is even not active at all. What >> could be the reason of it? I am using different phones (Nokia, HTC) >> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect >> to MNC and MCC of the tested simcard) and the ./OpenBTS >> >> My configuration settings for GGSN: >> listen: 10.33.21.111 >> conf: /etc/ggsn.conf >> fg: 1 >> debug: 1 >> qos: 0x0b921f >> apn: internet >> net: 192.168.0.0/24 >> dynip: 192.168.0.0/24 >> pidfile: /var/run/ggsn.pid >> statedir: ./ >> timelimit: 0 >> >> for SGSN: >> ! >> line vty >> no login >> ! >> sgsn >> gtp local-ip 127.0.0.1 >> ggsn 0 remote-ip 10.33.21.111 >> ggsn 0 gtp-version 1 >> ! >> ns >> timer tns-block 3 >> timer tns-block-retries 3 >> timer tns-reset 3 >> timer tns-reset-retries 3 >> timer tns-test 30 >> timer tns-alive 3 >> timer tns-alive-retries 10 >> encapsulation udp local-ip 127.0.0.1 >> encapsulation udp local-port 23000 >> encapsulation framerelay-gre enabled 0 >> ! >> bssgp >> for OpenBSC: >> gprs mode gprs >> gprs routing area 0 >> gprs cell bvci 2 >> gprs nsei 101 >> gprs nsvc 0 nsvci 101 >> gprs nsvc 0 local udp port 23000 >> gprs nsvc 0 remote udp port 23000 >> gprs nsvc 0 remote ip 10.33.21.111 >> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >> MASQUERADE >> >> Parameters of the network: >> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >> inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 >> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global >> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global >> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global >> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global >> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global >> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global >> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global >> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >> Interrupt:23 Base address:0xa000 >> >> lo Link encap:Local Loopback >> inet addr:127.0.0.1 Mask:255.0.0.0 >> inet6 addr: ::1/128 Scope:Host >> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:0 >> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) >> >> tun0 Link encap:UNSPEC HWaddr >> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:500 >> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >> >> Thank you in advance for any suggestions and comments. >> >> Natalia Vesnina >> >>>> Hi, Natalia >>>> >>>> First, you should use gprs-work branch instead of gprs-exp, because >>>> gprs-exp is out of date. >>>> Use: >>>> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >>>> >>>> >>>> 2013/1/30 Natalia Vesina <nv...@st...>: >>>>> Hello, >>>>> I am trying to install and run OpenBTS with GPRS support using >>>>> manual >>>>> https://wush.net/trac/rangepublic/wiki/GPRS . >>>>> >>>>> OS : Ubuntu 12.04 >>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>>>> i686 >>>>> i686 i386 GNU/Linux >>>>> >>>>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>>>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >>>>> ago >>>>> from there) >>>>> >>>>> I followed all the steps to set up and run OpenBTS in accordance with >>>>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on >>>>> an >>>>> N210. >>>>> >>>>> I have installed latest release >>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>>>> >>>>> >>>>> >>>>> When I run sudo ./OpenBTS nothing happens - no error or anything , >>>>> just >>>>> goes back to the command line and does nothing. And if I run >>>>> ./OpenBTS >>>>> as >>>>> my user it gives me 'Segmentation Fault' >>>>> >>>>> Core was generated by `./OpenBTS'. >>>>> Program terminated with signal 11, Segmentation fault. >>>>> #0 0x005d6d06 in >>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>> (gdb) bt >>>>> #0 0x005d6d06 in >>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., this=<optimized >>>>> out>) >>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>>>> #2 push_back (__x=..., this=0x81d01a0) >>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>>>> #3 addAlarm (s=...) at Logger.cpp:144 >>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>>>> out>) >>>>> at Logger.cpp:156 >>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>>>> TMSITable.cpp:70 >>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>>>> at OpenBTS.cpp:76 >>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>>>> #8 0x081772d2 in __libc_csu_init () >>>>> #9 0x003a646a in __libc_start_main () from >>>>> /lib/i386-linux-gnu/libc.so.6 >>>>> #10 0x0805bc01 in _start () >>>>> (gdb) >>>>> >>>>> I found the same problem discussion here : >>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>>>> >>>>> it was written there about some kind of patch that could fix this >>>>> problem, >>>>> if it is so, where it is possible to get it? Or are there some other >>>>> ways >>>>> to fix this problem? >>>>> >>>>> Natalia Vesnina >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Everyone hates slow websites. So do we. >>>>> Make your web apps faster with AppDynamics >>>>> Download AppDynamics Lite for free today: >>>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>>> _______________________________________________ >>>>> Openbts-discuss mailing list >>>>> Ope...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Ivan Kluchnikov. >>>> http://fairwaves.ru >>>> >>> >>> >>> >>> >>> Thank for the quick answer and helpful, I used the work code as you >>> advised and it runs! >>> >> >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru > |
From: Alexander C. <ale...@gm...> - 2013-03-21 17:12:00
|
Natalia, Yes, this issue is related to the issues with CPU load, so it might be possible that your CPU is too slow. Could you tell us the model and the speed of your CPU? 'cat /proc/cpuinfo' would be enough. Actually, Ivan has found a fix for this issue today - he should commit it and report here soon. On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina <nv...@st...> wrote: > Hello Ivan,thank you for help > I will try your fix, > I use the following OS and hardware: > > OS : Ubuntu 12.04 > Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 > i686 > i686 i386 GNU/Linux > > so could the problem be that there is not enough power in CPU? > > Natalia Vesnina. > > > >> Hi, Natalia! >> >> From your osmo-pcu logs I see these errors: >> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 >> TLL=0x7ec4dea8 >> >> Such errors are the reason of unstable GPRS connection. >> It is known problem, but we are still working on it. >> Try to set real time priority for OpenBTS and osmo-pcu, it can help: >> sudo chrt 80 ./osmo-pcu >> sudo chrt 80 ./OpenBTS >> >> What hardware and os do you use? >> >> 2013/3/20 Natalia Vesina <nv...@st...>: >>> Dear all, >>> >>> My OpenBTS works now (I could receive and send messages and also make >>> calls). But GPRS still dosen´t work properly. What I mean is that I >>> cannot download webpage from the cellphone after registration in the >>> network. It seems to be that the connection is not stable, as sometimes >>> mode G is activated and It is observed some activities between PCU-SGSN. >>> In GGSN it is got messages: >>> >>> Received create PDP context request >>> encaps_tun. Packet received: forwarding to tun >>> Received packet from tun! >>> Received packet from tun! >>> Received packet from tun! >>> >>> . I used VTY for SGSN and got following: >>> >>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >>> 799e91ce >>> MSISDN: , TLLI: f99e91ce >>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: 0 >>> SGSN MM Context Statistics: >>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>> APN: internet.eplus.de >>> PDP Address: IPv4 192.168.0.2 >>> SGSN PDP Context Statistics: >>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> OsmoSGSN> show pdp-context all >>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>> APN: internet.eplus.de >>> PDP Address: IPv4 192.168.0.2 >>> SGSN PDP Context Statistics: >>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> >>> But anyway I managed to download local webpage from the cell phone and >>> cached some TCP packets in wireshark in tun0 interface; in vty got the >>> following: >>> >>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >>> 707bf437 >>> MSISDN: , TLLI: f07bf437 >>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: 0 >>> SGSN MM Context Statistics: >>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>> APN: Internet >>> PDP Address: IPv4 192.168.0.2 >>> SGSN PDP Context Statistics: >>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> OsmoSGSN> show pdp-context all >>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>> APN: Internet >>> PDP Address: IPv4 192.168.0.2 >>> SGSN PDP Context Statistics: >>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> >>> And in pcu I got the following messages in that case: >>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >>> fn=765607 >>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets do >>> not start with bit sequence 'HH01' (Packet Downlink Assignment) >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >>> TBF=2 still exists. Killing pending UL TBF >>> <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >>> len=49 >>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 IMSI: >>> 262074907255246 len: 24 >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >>> FN=765765 >>> TLL=0x7ec4dea8 (TRX 0 TS 6) >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>> <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK >>> for PACKET UPLINK ACK >>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>> <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 >>> <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >>> ACK. >>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>> <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>> <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded >>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >>> FN=766016 >>> TFI=1 (TRX 0 TS 6) >>> >>> But the problem is that in both cases the connection appears and >>> disappears occasionally. Sometimes GPRS is even not active at all. What >>> could be the reason of it? I am using different phones (Nokia, HTC) >>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with respect >>> to MNC and MCC of the tested simcard) and the ./OpenBTS >>> >>> My configuration settings for GGSN: >>> listen: 10.33.21.111 >>> conf: /etc/ggsn.conf >>> fg: 1 >>> debug: 1 >>> qos: 0x0b921f >>> apn: internet >>> net: 192.168.0.0/24 >>> dynip: 192.168.0.0/24 >>> pidfile: /var/run/ggsn.pid >>> statedir: ./ >>> timelimit: 0 >>> >>> for SGSN: >>> ! >>> line vty >>> no login >>> ! >>> sgsn >>> gtp local-ip 127.0.0.1 >>> ggsn 0 remote-ip 10.33.21.111 >>> ggsn 0 gtp-version 1 >>> ! >>> ns >>> timer tns-block 3 >>> timer tns-block-retries 3 >>> timer tns-reset 3 >>> timer tns-reset-retries 3 >>> timer tns-test 30 >>> timer tns-alive 3 >>> timer tns-alive-retries 10 >>> encapsulation udp local-ip 127.0.0.1 >>> encapsulation udp local-port 23000 >>> encapsulation framerelay-gre enabled 0 >>> ! >>> bssgp >>> for OpenBSC: >>> gprs mode gprs >>> gprs routing area 0 >>> gprs cell bvci 2 >>> gprs nsei 101 >>> gprs nsvc 0 nsvci 101 >>> gprs nsvc 0 local udp port 23000 >>> gprs nsvc 0 remote udp port 23000 >>> gprs nsvc 0 remote ip 10.33.21.111 >>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >>> MASQUERADE >>> >>> Parameters of the network: >>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >>> inet addr:10.33.21.111 Bcast:10.33.21.255 Mask:255.255.255.0 >>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 Scope:Global >>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 Scope:Global >>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 Scope:Global >>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 Scope:Global >>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 Scope:Global >>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 Scope:Global >>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 Scope:Global >>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 Scope:Global >>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >>> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >>> collisions:0 txqueuelen:1000 >>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >>> Interrupt:23 Base address:0xa000 >>> >>> lo Link encap:Local Loopback >>> inet addr:127.0.0.1 Mask:255.0.0.0 >>> inet6 addr: ::1/128 Scope:Host >>> UP LOOPBACK RUNNING MTU:16436 Metric:1 >>> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >>> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >>> collisions:0 txqueuelen:0 >>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 GB) >>> >>> tun0 Link encap:UNSPEC HWaddr >>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >>> collisions:0 txqueuelen:500 >>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >>> >>> Thank you in advance for any suggestions and comments. >>> >>> Natalia Vesnina >>> >>>>> Hi, Natalia >>>>> >>>>> First, you should use gprs-work branch instead of gprs-exp, because >>>>> gprs-exp is out of date. >>>>> Use: >>>>> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >>>>> >>>>> >>>>> 2013/1/30 Natalia Vesina <nv...@st...>: >>>>>> Hello, >>>>>> I am trying to install and run OpenBTS with GPRS support using >>>>>> manual >>>>>> https://wush.net/trac/rangepublic/wiki/GPRS . >>>>>> >>>>>> OS : Ubuntu 12.04 >>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>>>>> i686 >>>>>> i686 i386 GNU/Linux >>>>>> >>>>>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>>>>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >>>>>> ago >>>>>> from there) >>>>>> >>>>>> I followed all the steps to set up and run OpenBTS in accordance with >>>>>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on >>>>>> an >>>>>> N210. >>>>>> >>>>>> I have installed latest release >>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>>>>> >>>>>> >>>>>> >>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything , >>>>>> just >>>>>> goes back to the command line and does nothing. And if I run >>>>>> ./OpenBTS >>>>>> as >>>>>> my user it gives me 'Segmentation Fault' >>>>>> >>>>>> Core was generated by `./OpenBTS'. >>>>>> Program terminated with signal 11, Segmentation fault. >>>>>> #0 0x005d6d06 in >>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>> (gdb) bt >>>>>> #0 0x005d6d06 in >>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., this=<optimized >>>>>> out>) >>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>>>>> #2 push_back (__x=..., this=0x81d01a0) >>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>>>>> #3 addAlarm (s=...) at Logger.cpp:144 >>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>>>>> out>) >>>>>> at Logger.cpp:156 >>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>>>>> TMSITable.cpp:70 >>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>>>>> at OpenBTS.cpp:76 >>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>>>>> #8 0x081772d2 in __libc_csu_init () >>>>>> #9 0x003a646a in __libc_start_main () from >>>>>> /lib/i386-linux-gnu/libc.so.6 >>>>>> #10 0x0805bc01 in _start () >>>>>> (gdb) >>>>>> >>>>>> I found the same problem discussion here : >>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>>>>> >>>>>> it was written there about some kind of patch that could fix this >>>>>> problem, >>>>>> if it is so, where it is possible to get it? Or are there some other >>>>>> ways >>>>>> to fix this problem? >>>>>> >>>>>> Natalia Vesnina >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Everyone hates slow websites. So do we. >>>>>> Make your web apps faster with AppDynamics >>>>>> Download AppDynamics Lite for free today: >>>>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>>>> _______________________________________________ >>>>>> Openbts-discuss mailing list >>>>>> Ope...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> Ivan Kluchnikov. >>>>> http://fairwaves.ru >>>>> >>>> >>>> >>>> >>>> >>>> Thank for the quick answer and helpful, I used the work code as you >>>> advised and it runs! >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today: >>> http://p.sf.net/sfu/appdyn_d2d_mar >>> _______________________________________________ >>> Openbts-discuss mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> -- >> Regards, >> Ivan Kluchnikov. >> http://fairwaves.ru >> > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru |
From: Natalia V. <nv...@st...> - 2013-03-22 11:53:18
|
Hello Alexander, This is the information about my CPU: There are two cores. processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.06GHz stepping : 9 microcode : 0x3 cpu MHz : 3066.676 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm bogomips : 6133.35 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: 1 G RAM. It is actually important for me to know whether it makes sense to change hardware. It would be great, I mean if it is possible to fix this issue soon. I am looking forward for it. Natalia. > Natalia, > > Yes, this issue is related to the issues with CPU load, so it might be > possible that your CPU is too slow. Could you tell us the model and > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. > > Actually, Ivan has found a fix for this issue today - he should commit > it and report here soon. > > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina > <nv...@st...> wrote: >> Hello Ivan,thank you for help >> I will try your fix, >> I use the following OS and hardware: >> >> OS : Ubuntu 12.04 >> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >> i686 >> i686 i386 GNU/Linux >> >> so could the problem be that there is not enough power in CPU? >> >> Natalia Vesnina. >> >> >> >>> Hi, Natalia! >>> >>> From your osmo-pcu logs I see these errors: >>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 >>> TLL=0x7ec4dea8 >>> >>> Such errors are the reason of unstable GPRS connection. >>> It is known problem, but we are still working on it. >>> Try to set real time priority for OpenBTS and osmo-pcu, it can help: >>> sudo chrt 80 ./osmo-pcu >>> sudo chrt 80 ./OpenBTS >>> >>> What hardware and os do you use? >>> >>> 2013/3/20 Natalia Vesina <nv...@st...>: >>>> Dear all, >>>> >>>> My OpenBTS works now (I could receive and send messages and also make >>>> calls). But GPRS still dosen´t work properly. What I mean is that I >>>> cannot download webpage from the cellphone after registration in the >>>> network. It seems to be that the connection is not stable, as >>>> sometimes >>>> mode G is activated and It is observed some activities between >>>> PCU-SGSN. >>>> In GGSN it is got messages: >>>> >>>> Received create PDP context request >>>> encaps_tun. Packet received: forwarding to tun >>>> Received packet from tun! >>>> Received packet from tun! >>>> Received packet from tun! >>>> >>>> . I used VTY for SGSN and got following: >>>> >>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >>>> 799e91ce >>>> MSISDN: , TLLI: f99e91ce >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: >>>> 0 >>>> SGSN MM Context Statistics: >>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>>> APN: internet.eplus.de >>>> PDP Address: IPv4 192.168.0.2 >>>> SGSN PDP Context Statistics: >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>> OsmoSGSN> show pdp-context all >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>>> APN: internet.eplus.de >>>> PDP Address: IPv4 192.168.0.2 >>>> SGSN PDP Context Statistics: >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>> >>>> But anyway I managed to download local webpage from the cell phone and >>>> cached some TCP packets in wireshark in tun0 interface; in vty got >>>> the >>>> following: >>>> >>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >>>> 707bf437 >>>> MSISDN: , TLLI: f07bf437 >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: >>>> 0 >>>> SGSN MM Context Statistics: >>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>>> APN: Internet >>>> PDP Address: IPv4 192.168.0.2 >>>> SGSN PDP Context Statistics: >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>> OsmoSGSN> show pdp-context all >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>>> APN: Internet >>>> PDP Address: IPv4 192.168.0.2 >>>> SGSN PDP Context Statistics: >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>> >>>> And in pcu I got the following messages in that case: >>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >>>> fn=765607 >>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets >>>> do >>>> not start with bit sequence 'HH01' (Packet Downlink Assignment) >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >>>> TBF=2 still exists. Killing pending UL TBF >>>> <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >>>> len=49 >>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 >>>> IMSI: >>>> 262074907255246 len: 24 >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>> <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >>>> FN=765765 >>>> TLL=0x7ec4dea8 (TRX 0 TS 6) >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>> <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL >>>> ACK >>>> for PACKET UPLINK ACK >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>>> <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 >>>> <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >>>> ACK. >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>>> <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>> <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded >>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>> <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >>>> FN=766016 >>>> TFI=1 (TRX 0 TS 6) >>>> >>>> But the problem is that in both cases the connection appears and >>>> disappears occasionally. Sometimes GPRS is even not active at all. >>>> What >>>> could be the reason of it? I am using different phones (Nokia, HTC) >>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with >>>> respect >>>> to MNC and MCC of the tested simcard) and the ./OpenBTS >>>> >>>> My configuration settings for GGSN: >>>> listen: 10.33.21.111 >>>> conf: /etc/ggsn.conf >>>> fg: 1 >>>> debug: 1 >>>> qos: 0x0b921f >>>> apn: internet >>>> net: 192.168.0.0/24 >>>> dynip: 192.168.0.0/24 >>>> pidfile: /var/run/ggsn.pid >>>> statedir: ./ >>>> timelimit: 0 >>>> >>>> for SGSN: >>>> ! >>>> line vty >>>> no login >>>> ! >>>> sgsn >>>> gtp local-ip 127.0.0.1 >>>> ggsn 0 remote-ip 10.33.21.111 >>>> ggsn 0 gtp-version 1 >>>> ! >>>> ns >>>> timer tns-block 3 >>>> timer tns-block-retries 3 >>>> timer tns-reset 3 >>>> timer tns-reset-retries 3 >>>> timer tns-test 30 >>>> timer tns-alive 3 >>>> timer tns-alive-retries 10 >>>> encapsulation udp local-ip 127.0.0.1 >>>> encapsulation udp local-port 23000 >>>> encapsulation framerelay-gre enabled 0 >>>> ! >>>> bssgp >>>> for OpenBSC: >>>> gprs mode gprs >>>> gprs routing area 0 >>>> gprs cell bvci 2 >>>> gprs nsei 101 >>>> gprs nsvc 0 nsvci 101 >>>> gprs nsvc 0 local udp port 23000 >>>> gprs nsvc 0 remote udp port 23000 >>>> gprs nsvc 0 remote ip 10.33.21.111 >>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >>>> MASQUERADE >>>> >>>> Parameters of the network: >>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >>>> inet addr:10.33.21.111 Bcast:10.33.21.255 >>>> Mask:255.255.255.0 >>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 >>>> Scope:Global >>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 >>>> Scope:Global >>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 >>>> Scope:Global >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>>> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >>>> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >>>> collisions:0 txqueuelen:1000 >>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >>>> Interrupt:23 Base address:0xa000 >>>> >>>> lo Link encap:Local Loopback >>>> inet addr:127.0.0.1 Mask:255.0.0.0 >>>> inet6 addr: ::1/128 Scope:Host >>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 >>>> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >>>> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >>>> collisions:0 txqueuelen:0 >>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 >>>> GB) >>>> >>>> tun0 Link encap:UNSPEC HWaddr >>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >>>> collisions:0 txqueuelen:500 >>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >>>> >>>> Thank you in advance for any suggestions and comments. >>>> >>>> Natalia Vesnina >>>> >>>>>> Hi, Natalia >>>>>> >>>>>> First, you should use gprs-work branch instead of gprs-exp, because >>>>>> gprs-exp is out of date. >>>>>> Use: >>>>>> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >>>>>> >>>>>> >>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: >>>>>>> Hello, >>>>>>> I am trying to install and run OpenBTS with GPRS support using >>>>>>> manual >>>>>>> https://wush.net/trac/rangepublic/wiki/GPRS . >>>>>>> >>>>>>> OS : Ubuntu 12.04 >>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>>>>>> i686 >>>>>>> i686 i386 GNU/Linux >>>>>>> >>>>>>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>>>>>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >>>>>>> ago >>>>>>> from there) >>>>>>> >>>>>>> I followed all the steps to set up and run OpenBTS in accordance >>>>>>> with >>>>>>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on >>>>>>> an >>>>>>> N210. >>>>>>> >>>>>>> I have installed latest release >>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>>>>>> >>>>>>> >>>>>>> >>>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything , >>>>>>> just >>>>>>> goes back to the command line and does nothing. And if I run >>>>>>> ./OpenBTS >>>>>>> as >>>>>>> my user it gives me 'Segmentation Fault' >>>>>>> >>>>>>> Core was generated by `./OpenBTS'. >>>>>>> Program terminated with signal 11, Segmentation fault. >>>>>>> #0 0x005d6d06 in >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>>> (gdb) bt >>>>>>> #0 0x005d6d06 in >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >>>>>>> this=<optimized >>>>>>> out>) >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>>>>>> #2 push_back (__x=..., this=0x81d01a0) >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 >>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>>>>>> out>) >>>>>>> at Logger.cpp:156 >>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>>>>>> TMSITable.cpp:70 >>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>>>>>> at OpenBTS.cpp:76 >>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>>>>>> #8 0x081772d2 in __libc_csu_init () >>>>>>> #9 0x003a646a in __libc_start_main () from >>>>>>> /lib/i386-linux-gnu/libc.so.6 >>>>>>> #10 0x0805bc01 in _start () >>>>>>> (gdb) >>>>>>> >>>>>>> I found the same problem discussion here : >>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>>>>>> >>>>>>> it was written there about some kind of patch that could fix this >>>>>>> problem, >>>>>>> if it is so, where it is possible to get it? Or are there some >>>>>>> other >>>>>>> ways >>>>>>> to fix this problem? >>>>>>> >>>>>>> Natalia Vesnina >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Everyone hates slow websites. So do we. >>>>>>> Make your web apps faster with AppDynamics >>>>>>> Download AppDynamics Lite for free today: >>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>>>>> _______________________________________________ >>>>>>> Openbts-discuss mailing list >>>>>>> Ope...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> Ivan Kluchnikov. >>>>>> http://fairwaves.ru >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Thank for the quick answer and helpful, I used the work code as you >>>>> advised and it runs! >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Everyone hates slow websites. So do we. >>>> Make your web apps faster with AppDynamics >>>> Download AppDynamics Lite for free today: >>>> http://p.sf.net/sfu/appdyn_d2d_mar >>>> _______________________________________________ >>>> Openbts-discuss mailing list >>>> Ope...@li... >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> >>> >>> >>> -- >>> Regards, >>> Ivan Kluchnikov. >>> http://fairwaves.ru >>> >> >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > -- > Regards, > Alexander Chemeris. > CEO, Fairwaves LLC / ÐÐРУмРадио > http://fairwaves.ru > |
From: Ivan K. <Iva...@fa...> - 2013-03-22 15:13:09
|
Hi Natalia, Finally I fixed this bug. It was synchronization problem between openbts and osmo-pcu. Sometimes openbts receives data from pcu with outdated frame number, so openbts should skip outdated data and continue transmission. Now you should update your openbts and osmo-pcu and everything should work fine. 2013/3/22 Natalia Vesina <nv...@st...>: > > Hello Alexander, > > This is the information about my CPU: > There are two cores. > > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 4 > model name : Intel(R) Pentium(R) 4 CPU 3.06GHz > stepping : 9 > microcode : 0x3 > cpu MHz : 3066.676 > cache size : 1024 KB > physical id : 0 > siblings : 2 > core id : 0 > cpu cores : 1 > apicid : 0 > initial apicid : 0 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 5 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat > pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc > pebs bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm > bogomips : 6133.35 > clflush size : 64 > cache_alignment : 128 > address sizes : 36 bits physical, 48 bits virtual > power management: > > 1 G RAM. > It is actually important for me to know whether it makes sense to change > hardware. > > It would be great, I mean if it is possible to fix this issue soon. > I am looking forward for it. > > Natalia. > >> Natalia, >> >> Yes, this issue is related to the issues with CPU load, so it might be >> possible that your CPU is too slow. Could you tell us the model and >> the speed of your CPU? 'cat /proc/cpuinfo' would be enough. >> >> Actually, Ivan has found a fix for this issue today - he should commit >> it and report here soon. >> >> On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina >> <nv...@st...> wrote: >>> Hello Ivan,thank you for help >>> I will try your fix, >>> I use the following OS and hardware: >>> >>> OS : Ubuntu 12.04 >>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>> i686 >>> i686 i386 GNU/Linux >>> >>> so could the problem be that there is not enough power in CPU? >>> >>> Natalia Vesnina. >>> >>> >>> >>>> Hi, Natalia! >>>> >>>> From your osmo-pcu logs I see these errors: >>>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown FN=765765 >>>> TLL=0x7ec4dea8 >>>> >>>> Such errors are the reason of unstable GPRS connection. >>>> It is known problem, but we are still working on it. >>>> Try to set real time priority for OpenBTS and osmo-pcu, it can help: >>>> sudo chrt 80 ./osmo-pcu >>>> sudo chrt 80 ./OpenBTS >>>> >>>> What hardware and os do you use? >>>> >>>> 2013/3/20 Natalia Vesina <nv...@st...>: >>>>> Dear all, >>>>> >>>>> My OpenBTS works now (I could receive and send messages and also make >>>>> calls). But GPRS still dosen´t work properly. What I mean is that I >>>>> cannot download webpage from the cellphone after registration in the >>>>> network. It seems to be that the connection is not stable, as >>>>> sometimes >>>>> mode G is activated and It is observed some activities between >>>>> PCU-SGSN. >>>>> In GGSN it is got messages: >>>>> >>>>> Received create PDP context request >>>>> encaps_tun. Packet received: forwarding to tun >>>>> Received packet from tun! >>>>> Received packet from tun! >>>>> Received packet from tun! >>>>> >>>>> . I used VTY for SGSN and got following: >>>>> >>>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >>>>> 799e91ce >>>>> MSISDN: , TLLI: f99e91ce >>>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell ID: >>>>> 0 >>>>> SGSN MM Context Statistics: >>>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >>>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >>>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >>>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >>>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>>>> APN: internet.eplus.de >>>>> PDP Address: IPv4 192.168.0.2 >>>>> SGSN PDP Context Statistics: >>>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>>> OsmoSGSN> show pdp-context all >>>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>>>> APN: internet.eplus.de >>>>> PDP Address: IPv4 192.168.0.2 >>>>> SGSN PDP Context Statistics: >>>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>>>> >>>>> But anyway I managed to download local webpage from the cell phone and >>>>> cached some TCP packets in wireshark in tun0 interface; in vty got >>>>> the >>>>> following: >>>>> >>>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >>>>> 707bf437 >>>>> MSISDN: , TLLI: f07bf437 >>>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell ID: >>>>> 0 >>>>> SGSN MM Context Statistics: >>>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >>>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >>>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >>>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >>>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>>>> APN: Internet >>>>> PDP Address: IPv4 192.168.0.2 >>>>> SGSN PDP Context Statistics: >>>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>>> OsmoSGSN> show pdp-context all >>>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>>>> APN: Internet >>>>> PDP Address: IPv4 192.168.0.2 >>>>> SGSN PDP Context Statistics: >>>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>>>> >>>>> And in pcu I got the following messages in that case: >>>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, ra=120, >>>>> fn=765607 >>>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest octets >>>>> do >>>>> not start with bit sequence 'HH01' (Packet Downlink Assignment) >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 while UL >>>>> TBF=2 still exists. Killing pending UL TBF >>>>> <0008> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >>>>> len=49 >>>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 >>>>> IMSI: >>>>> 262074907255246 len: 24 >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>>> <0002> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >>>>> FN=765765 >>>>> TLL=0x7ec4dea8 (TRX 0 TS 6) >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>>> <0002> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL >>>>> ACK >>>>> for PACKET UPLINK ACK >>>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>>>> <0002> gprs_rlcmac_data.cpp:86 - Uplink data was received >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 >>>>> <0002> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >>>>> ACK. >>>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH >>>>> <0002> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 >>>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>>>> <0002> gprs_rlcmac_data.cpp:119 - N3103 exceeded >>>>> <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>>>> <0002> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >>>>> FN=766016 >>>>> TFI=1 (TRX 0 TS 6) >>>>> >>>>> But the problem is that in both cases the connection appears and >>>>> disappears occasionally. Sometimes GPRS is even not active at all. >>>>> What >>>>> could be the reason of it? I am using different phones (Nokia, HTC) >>>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with >>>>> respect >>>>> to MNC and MCC of the tested simcard) and the ./OpenBTS >>>>> >>>>> My configuration settings for GGSN: >>>>> listen: 10.33.21.111 >>>>> conf: /etc/ggsn.conf >>>>> fg: 1 >>>>> debug: 1 >>>>> qos: 0x0b921f >>>>> apn: internet >>>>> net: 192.168.0.0/24 >>>>> dynip: 192.168.0.0/24 >>>>> pidfile: /var/run/ggsn.pid >>>>> statedir: ./ >>>>> timelimit: 0 >>>>> >>>>> for SGSN: >>>>> ! >>>>> line vty >>>>> no login >>>>> ! >>>>> sgsn >>>>> gtp local-ip 127.0.0.1 >>>>> ggsn 0 remote-ip 10.33.21.111 >>>>> ggsn 0 gtp-version 1 >>>>> ! >>>>> ns >>>>> timer tns-block 3 >>>>> timer tns-block-retries 3 >>>>> timer tns-reset 3 >>>>> timer tns-reset-retries 3 >>>>> timer tns-test 30 >>>>> timer tns-alive 3 >>>>> timer tns-alive-retries 10 >>>>> encapsulation udp local-ip 127.0.0.1 >>>>> encapsulation udp local-port 23000 >>>>> encapsulation framerelay-gre enabled 0 >>>>> ! >>>>> bssgp >>>>> for OpenBSC: >>>>> gprs mode gprs >>>>> gprs routing area 0 >>>>> gprs cell bvci 2 >>>>> gprs nsei 101 >>>>> gprs nsvc 0 nsvci 101 >>>>> gprs nsvc 0 local udp port 23000 >>>>> gprs nsvc 0 remote udp port 23000 >>>>> gprs nsvc 0 remote ip 10.33.21.111 >>>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >>>>> MASQUERADE >>>>> >>>>> Parameters of the network: >>>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >>>>> inet addr:10.33.21.111 Bcast:10.33.21.255 >>>>> Mask:255.255.255.0 >>>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 >>>>> Scope:Global >>>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >>>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 >>>>> Scope:Global >>>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 >>>>> Scope:Global >>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>>>> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 >>>>> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 >>>>> collisions:0 txqueuelen:1000 >>>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) >>>>> Interrupt:23 Base address:0xa000 >>>>> >>>>> lo Link encap:Local Loopback >>>>> inet addr:127.0.0.1 Mask:255.0.0.0 >>>>> inet6 addr: ::1/128 Scope:Host >>>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 >>>>> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 >>>>> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 >>>>> collisions:0 txqueuelen:0 >>>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 (29.6 >>>>> GB) >>>>> >>>>> tun0 Link encap:UNSPEC HWaddr >>>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 >>>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >>>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >>>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >>>>> collisions:0 txqueuelen:500 >>>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >>>>> >>>>> Thank you in advance for any suggestions and comments. >>>>> >>>>> Natalia Vesnina >>>>> >>>>>>> Hi, Natalia >>>>>>> >>>>>>> First, you should use gprs-work branch instead of gprs-exp, because >>>>>>> gprs-exp is out of date. >>>>>>> Use: >>>>>>> git clone -b gprs-work git://github.com/chemeris/openbts-p2.8.git >>>>>>> >>>>>>> >>>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: >>>>>>>> Hello, >>>>>>>> I am trying to install and run OpenBTS with GPRS support using >>>>>>>> manual >>>>>>>> https://wush.net/trac/rangepublic/wiki/GPRS . >>>>>>>> >>>>>>>> OS : Ubuntu 12.04 >>>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>>>>>>> i686 >>>>>>>> i686 i386 GNU/Linux >>>>>>>> >>>>>>>> To get source code for OpenBTS I did this : git clone -b gprs-exp >>>>>>>> git://github.com/chemeris/openbts-p2.8.git (I downloaded it a week >>>>>>>> ago >>>>>>>> from there) >>>>>>>> >>>>>>>> I followed all the steps to set up and run OpenBTS in accordance >>>>>>>> with >>>>>>>> http://wush.net/trac/rangepublic/wiki/BuildInstallRun using UHD on >>>>>>>> an >>>>>>>> N210. >>>>>>>> >>>>>>>> I have installed latest release >>>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything , >>>>>>>> just >>>>>>>> goes back to the command line and does nothing. And if I run >>>>>>>> ./OpenBTS >>>>>>>> as >>>>>>>> my user it gives me 'Segmentation Fault' >>>>>>>> >>>>>>>> Core was generated by `./OpenBTS'. >>>>>>>> Program terminated with signal 11, Segmentation fault. >>>>>>>> #0 0x005d6d06 in >>>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>>>> (gdb) bt >>>>>>>> #0 0x005d6d06 in >>>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*) >>>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >>>>>>>> this=<optimized >>>>>>>> out>) >>>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>>>>>>> #2 push_back (__x=..., this=0x81d01a0) >>>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 >>>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, __in_chrg=<optimized >>>>>>>> out>) >>>>>>>> at Logger.cpp:156 >>>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >>>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>>>>>>> TMSITable.cpp:70 >>>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>>>>>>> at OpenBTS.cpp:76 >>>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>>>>>>> #8 0x081772d2 in __libc_csu_init () >>>>>>>> #9 0x003a646a in __libc_start_main () from >>>>>>>> /lib/i386-linux-gnu/libc.so.6 >>>>>>>> #10 0x0805bc01 in _start () >>>>>>>> (gdb) >>>>>>>> >>>>>>>> I found the same problem discussion here : >>>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont-start-on-ubuntu-1110.html >>>>>>>> >>>>>>>> it was written there about some kind of patch that could fix this >>>>>>>> problem, >>>>>>>> if it is so, where it is possible to get it? Or are there some >>>>>>>> other >>>>>>>> ways >>>>>>>> to fix this problem? >>>>>>>> >>>>>>>> Natalia Vesnina >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Everyone hates slow websites. So do we. >>>>>>>> Make your web apps faster with AppDynamics >>>>>>>> Download AppDynamics Lite for free today: >>>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>>>>>> _______________________________________________ >>>>>>>> Openbts-discuss mailing list >>>>>>>> Ope...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Regards, >>>>>>> Ivan Kluchnikov. >>>>>>> http://fairwaves.ru >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Thank for the quick answer and helpful, I used the work code as you >>>>>> advised and it runs! >>>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Everyone hates slow websites. So do we. >>>>> Make your web apps faster with AppDynamics >>>>> Download AppDynamics Lite for free today: >>>>> http://p.sf.net/sfu/appdyn_d2d_mar >>>>> _______________________________________________ >>>>> Openbts-discuss mailing list >>>>> Ope...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Ivan Kluchnikov. >>>> http://fairwaves.ru >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today: >>> http://p.sf.net/sfu/appdyn_d2d_mar >>> _______________________________________________ >>> Openbts-discuss mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> >> >> -- >> Regards, >> Alexander Chemeris. >> CEO, Fairwaves LLC / ООО УмРадио >> http://fairwaves.ru >> > > -- Regards, Ivan Kluchnikov. http://fairwaves.ru |
From: Ralph A. S. d. <ra...@sc...> - 2013-03-22 12:07:29
|
Lots of power, but only one core. Not very useful for nowadays multitasking OSs and applications, the core is waiting for I/O, and the whole machine hangs. Changing even to an outdated Core 2 Duo will dramatically improve the "snappyness" of a system! Add a SSD, and it will fly, but for OpenBTS the SSD will not be important :) Ralph. > -----Original Message----- > From: Natalia Vesina [mailto:nv...@st...] > Sent: Friday, March 22, 2013 12:53 PM > To: Alexander Chemeris > Cc: Ivan Kluchnikov; ope...@li... > Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS > > > Hello Alexander, > > This is the information about my CPU: > There are two cores. > > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 4 > model name : Intel(R) Pentium(R) 4 CPU 3.06GHz > stepping : 9 > microcode : 0x3 > cpu MHz : 3066.676 > cache size : 1024 KB > physical id : 0 > siblings : 2 > core id : 0 > cpu cores : 1 > apicid : 0 > initial apicid : 0 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 5 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov > pat > pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs > bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm > bogomips : 6133.35 > clflush size : 64 > cache_alignment : 128 > address sizes : 36 bits physical, 48 bits virtual > power management: > > 1 G RAM. > It is actually important for me to know whether it makes sense to change > hardware. > > It would be great, I mean if it is possible to fix this issue soon. > I am looking forward for it. > > Natalia. > > > Natalia, > > > > Yes, this issue is related to the issues with CPU load, so it might be > > possible that your CPU is too slow. Could you tell us the model and > > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. > > > > Actually, Ivan has found a fix for this issue today - he should commit > > it and report here soon. > > > > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina > > <nv...@st...> wrote: > >> Hello Ivan,thank you for help > >> I will try your fix, > >> I use the following OS and hardware: > >> > >> OS : Ubuntu 12.04 > >> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 > >> i686 > >> i686 i386 GNU/Linux > >> > >> so could the problem be that there is not enough power in CPU? > >> > >> Natalia Vesnina. > >> > >> > >> > >>> Hi, Natalia! > >>> > >>> From your osmo-pcu logs I see these errors: > >>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown > FN=765765 > >>> TLL=0x7ec4dea8 > >>> > >>> Such errors are the reason of unstable GPRS connection. > >>> It is known problem, but we are still working on it. > >>> Try to set real time priority for OpenBTS and osmo-pcu, it can help: > >>> sudo chrt 80 ./osmo-pcu > >>> sudo chrt 80 ./OpenBTS > >>> > >>> What hardware and os do you use? > >>> > >>> 2013/3/20 Natalia Vesina <nv...@st...>: > >>>> Dear all, > >>>> > >>>> My OpenBTS works now (I could receive and send messages and also > >>>> make calls). But GPRS still dosen´t work properly. What I mean is > >>>> that I cannot download webpage from the cellphone after > >>>> registration in the network. It seems to be that the connection is > >>>> not stable, as sometimes mode G is activated and It is observed > >>>> some activities between PCU-SGSN. > >>>> In GGSN it is got messages: > >>>> > >>>> Received create PDP context request encaps_tun. Packet received: > >>>> forwarding to tun Received packet from tun! > >>>> Received packet from tun! > >>>> Received packet from tun! > >>>> > >>>> . I used VTY for SGSN and got following: > >>>> > >>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI > >>>> 799e91ce > >>>> MSISDN: , TLLI: f99e91ce > >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell > ID: > >>>> 0 > >>>> SGSN MM Context Statistics: > >>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) > >>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) > >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) > >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > >>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) > >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > >>>> APN: internet.eplus.de > >>>> PDP Address: IPv4 192.168.0.2 > >>>> SGSN PDP Context Statistics: > >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >>>> OsmoSGSN> show pdp-context all > >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > >>>> APN: internet.eplus.de > >>>> PDP Address: IPv4 192.168.0.2 > >>>> SGSN PDP Context Statistics: > >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >>>> > >>>> But anyway I managed to download local webpage from the cell phone > >>>> and cached some TCP packets in wireshark in tun0 interface; in vty > >>>> got the > >>>> following: > >>>> > >>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI > >>>> 707bf437 > >>>> MSISDN: , TLLI: f07bf437 > >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell > ID: > >>>> 0 > >>>> SGSN MM Context Statistics: > >>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) > >>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) > >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) > >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > >>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) > >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > >>>> APN: Internet > >>>> PDP Address: IPv4 192.168.0.2 > >>>> SGSN PDP Context Statistics: > >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >>>> OsmoSGSN> show pdp-context all > >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > >>>> APN: Internet > >>>> PDP Address: IPv4 192.168.0.2 > >>>> SGSN PDP Context Statistics: > >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >>>> > >>>> And in pcu I got the following messages in that case: > >>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, > >>>> ra=120, > >>>> fn=765607 > >>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest > >>>> octets do not start with bit sequence 'HH01' (Packet Downlink > >>>> Assignment) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL > >>>> TBF=2 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS > >>>> confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > >>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 > while > >>>> UL > >>>> TBF=2 still exists. Killing pending UL TBF <0008> > >>>> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 > >>>> len=49 > >>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 > >>>> IMSI: > >>>> 262074907255246 len: 24 > >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> > >>>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown > >>>> FN=765765 > >>>> TLL=0x7ec4dea8 (TRX 0 TS 6) > >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >>>> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK > >>>> for PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment > >>>> was on CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was > >>>> received <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> > >>>> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK > ACK. > >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> > >>>> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> > >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> > >>>> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >>>> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> > >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > <0002> > >>>> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown > >>>> FN=766016 > >>>> TFI=1 (TRX 0 TS 6) > >>>> > >>>> But the problem is that in both cases the connection appears and > >>>> disappears occasionally. Sometimes GPRS is even not active at all. > >>>> What > >>>> could be the reason of it? I am using different phones (Nokia, HTC) > >>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with > >>>> respect to MNC and MCC of the tested simcard) and the ./OpenBTS > >>>> > >>>> My configuration settings for GGSN: > >>>> listen: 10.33.21.111 > >>>> conf: /etc/ggsn.conf > >>>> fg: 1 > >>>> debug: 1 > >>>> qos: 0x0b921f > >>>> apn: internet > >>>> net: 192.168.0.0/24 > >>>> dynip: 192.168.0.0/24 > >>>> pidfile: /var/run/ggsn.pid > >>>> statedir: ./ > >>>> timelimit: 0 > >>>> > >>>> for SGSN: > >>>> ! > >>>> line vty > >>>> no login > >>>> ! > >>>> sgsn > >>>> gtp local-ip 127.0.0.1 > >>>> ggsn 0 remote-ip 10.33.21.111 > >>>> ggsn 0 gtp-version 1 > >>>> ! > >>>> ns > >>>> timer tns-block 3 > >>>> timer tns-block-retries 3 > >>>> timer tns-reset 3 > >>>> timer tns-reset-retries 3 > >>>> timer tns-test 30 > >>>> timer tns-alive 3 > >>>> timer tns-alive-retries 10 > >>>> encapsulation udp local-ip 127.0.0.1 encapsulation udp local-port > >>>> 23000 encapsulation framerelay-gre enabled 0 ! > >>>> bssgp > >>>> for OpenBSC: > >>>> gprs mode gprs > >>>> gprs routing area 0 > >>>> gprs cell bvci 2 > >>>> gprs nsei 101 > >>>> gprs nsvc 0 nsvci 101 > >>>> gprs nsvc 0 local udp port 23000 > >>>> gprs nsvc 0 remote udp port 23000 > >>>> gprs nsvc 0 remote ip 10.33.21.111 > >>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j > >>>> MASQUERADE > >>>> > >>>> Parameters of the network: > >>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f > >>>> inet addr:10.33.21.111 Bcast:10.33.21.255 > >>>> Mask:255.255.255.0 > >>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 > >>>> Scope:Global > >>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link > >>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 > >>>> Scope:Global > >>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 > >>>> Scope:Global > >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > >>>> RX packets:601600249 errors:0 dropped:0 overruns:0 frame:0 > >>>> TX packets:229610619 errors:0 dropped:0 overruns:0 carrier:0 > >>>> collisions:0 txqueuelen:1000 > >>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 MB) > >>>> Interrupt:23 Base address:0xa000 > >>>> > >>>> lo Link encap:Local Loopback > >>>> inet addr:127.0.0.1 Mask:255.0.0.0 > >>>> inet6 addr: ::1/128 Scope:Host > >>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 > >>>> RX packets:139122715 errors:0 dropped:0 overruns:0 frame:0 > >>>> TX packets:139122715 errors:0 dropped:0 overruns:0 carrier:0 > >>>> collisions:0 txqueuelen:0 > >>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 > >>>> (29.6 > >>>> GB) > >>>> > >>>> tun0 Link encap:UNSPEC HWaddr > >>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > >>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 Mask:255.255.255.0 > >>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 > >>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > >>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 > >>>> collisions:0 txqueuelen:500 > >>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) > >>>> > >>>> Thank you in advance for any suggestions and comments. > >>>> > >>>> Natalia Vesnina > >>>> > >>>>>> Hi, Natalia > >>>>>> > >>>>>> First, you should use gprs-work branch instead of gprs-exp, > >>>>>> because gprs-exp is out of date. > >>>>>> Use: > >>>>>> git clone -b gprs-work > >>>>>> git://github.com/chemeris/openbts-p2.8.git > >>>>>> > >>>>>> > >>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: > >>>>>>> Hello, > >>>>>>> I am trying to install and run OpenBTS with GPRS support using > >>>>>>> manual https://wush.net/trac/rangepublic/wiki/GPRS . > >>>>>>> > >>>>>>> OS : Ubuntu 12.04 > >>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC > >>>>>>> 2013 > >>>>>>> i686 > >>>>>>> i686 i386 GNU/Linux > >>>>>>> > >>>>>>> To get source code for OpenBTS I did this : git clone -b > >>>>>>> gprs-exp git://github.com/chemeris/openbts-p2.8.git (I > >>>>>>> downloaded it a week ago from there) > >>>>>>> > >>>>>>> I followed all the steps to set up and run OpenBTS in accordance > >>>>>>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun > >>>>>>> using UHD on an N210. > >>>>>>> > >>>>>>> I have installed latest release > >>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything > >>>>>>> , just goes back to the command line and does nothing. And if I > >>>>>>> run ./OpenBTS as my user it gives me 'Segmentation Fault' > >>>>>>> > >>>>>>> Core was generated by `./OpenBTS'. > >>>>>>> Program terminated with signal 11, Segmentation fault. > >>>>>>> #0 0x005d6d06 in > >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod > >>>>>>> e_base*) > >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>>>>>> (gdb) bt > >>>>>>> #0 0x005d6d06 in > >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod > >>>>>>> e_base*) > >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., > >>>>>>> this=<optimized > >>>>>>> out>) > >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 > >>>>>>> #2 push_back (__x=..., this=0x81d01a0) > >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 > >>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 > >>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, > >>>>>>> __in_chrg=<optimized > >>>>>>> out>) > >>>>>>> at Logger.cpp:156 > >>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, > >>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at > >>>>>>> TMSITable.cpp:70 > >>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( > >>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) > >>>>>>> at OpenBTS.cpp:76 > >>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 > >>>>>>> #8 0x081772d2 in __libc_csu_init () > >>>>>>> #9 0x003a646a in __libc_start_main () from > >>>>>>> /lib/i386-linux-gnu/libc.so.6 > >>>>>>> #10 0x0805bc01 in _start () > >>>>>>> (gdb) > >>>>>>> > >>>>>>> I found the same problem discussion here : > >>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont- > start-o > >>>>>>> n-ubuntu-1110.html > >>>>>>> > >>>>>>> it was written there about some kind of patch that could fix > >>>>>>> this problem, if it is so, where it is possible to get it? Or > >>>>>>> are there some other ways to fix this problem? > >>>>>>> > >>>>>>> Natalia Vesnina > >>>>>>> > >>>>>>> > >>>>>>> ---------------------------------------------------------------- > >>>>>>> -------------- Everyone hates slow websites. So do we. > >>>>>>> Make your web apps faster with AppDynamics Download > AppDynamics > >>>>>>> Lite for free today: > >>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan > >>>>>>> _______________________________________________ > >>>>>>> Openbts-discuss mailing list > >>>>>>> Ope...@li... > >>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Regards, > >>>>>> Ivan Kluchnikov. > >>>>>> http://fairwaves.ru > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> Thank for the quick answer and helpful, I used the work code as > >>>>> you advised and it runs! > >>>>> > >>>> > >>>> > >>>> > >>>> ------------------------------------------------------------------- > >>>> ----------- Everyone hates slow websites. So do we. > >>>> Make your web apps faster with AppDynamics Download AppDynamics > >>>> Lite for free today: > >>>> http://p.sf.net/sfu/appdyn_d2d_mar > >>>> _______________________________________________ > >>>> Openbts-discuss mailing list > >>>> Ope...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >>> > >>> > >>> > >>> -- > >>> Regards, > >>> Ivan Kluchnikov. > >>> http://fairwaves.ru > >>> > >> > >> > >> > >> --------------------------------------------------------------------- > >> --------- Everyone hates slow websites. So do we. > >> Make your web apps faster with AppDynamics Download AppDynamics > Lite > >> for free today: > >> http://p.sf.net/sfu/appdyn_d2d_mar > >> _______________________________________________ > >> Openbts-discuss mailing list > >> Ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > > > > -- > > Regards, > > Alexander Chemeris. > > CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru > > > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |
From: Natalia V. <nv...@st...> - 2013-03-22 12:13:59
|
Thank's for advice. But there are two cores - I mentioned it in the first lines of my message ) Natalia. > Lots of power, but only one core. Not very useful for nowadays > multitasking OSs and applications, the core is waiting for I/O, and the > whole machine hangs. Changing even to an outdated Core 2 Duo will > dramatically improve the "snappyness" of a system! Add a SSD, and it will > fly, but for OpenBTS the SSD will not be important :) > > Ralph. > >> -----Original Message----- >> From: Natalia Vesina [mailto:nv...@st...] >> Sent: Friday, March 22, 2013 12:53 PM >> To: Alexander Chemeris >> Cc: Ivan Kluchnikov; ope...@li... >> Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS >> >> >> Hello Alexander, >> >> This is the information about my CPU: >> There are two cores. >> >> processor : 0 >> vendor_id : GenuineIntel >> cpu family : 15 >> model : 4 >> model name : Intel(R) Pentium(R) 4 CPU 3.06GHz >> stepping : 9 >> microcode : 0x3 >> cpu MHz : 3066.676 >> cache size : 1024 KB >> physical id : 0 >> siblings : 2 >> core id : 0 >> cpu cores : 1 >> apicid : 0 >> initial apicid : 0 >> fdiv_bug : no >> hlt_bug : no >> f00f_bug : no >> coma_bug : no >> fpu : yes >> fpu_exception : yes >> cpuid level : 5 >> wp : yes >> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov >> pat >> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc >> pebs >> bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm >> bogomips : 6133.35 >> clflush size : 64 >> cache_alignment : 128 >> address sizes : 36 bits physical, 48 bits virtual >> power management: >> >> 1 G RAM. >> It is actually important for me to know whether it makes sense to change >> hardware. >> >> It would be great, I mean if it is possible to fix this issue soon. >> I am looking forward for it. >> >> Natalia. >> >> > Natalia, >> > >> > Yes, this issue is related to the issues with CPU load, so it might be >> > possible that your CPU is too slow. Could you tell us the model and >> > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. >> > >> > Actually, Ivan has found a fix for this issue today - he should commit >> > it and report here soon. >> > >> > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina >> > <nv...@st...> wrote: >> >> Hello Ivan,thank you for help >> >> I will try your fix, >> >> I use the following OS and hardware: >> >> >> >> OS : Ubuntu 12.04 >> >> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >> >> i686 >> >> i686 i386 GNU/Linux >> >> >> >> so could the problem be that there is not enough power in CPU? >> >> >> >> Natalia Vesnina. >> >> >> >> >> >> >> >>> Hi, Natalia! >> >>> >> >>> From your osmo-pcu logs I see these errors: >> >>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >> FN=765765 >> >>> TLL=0x7ec4dea8 >> >>> >> >>> Such errors are the reason of unstable GPRS connection. >> >>> It is known problem, but we are still working on it. >> >>> Try to set real time priority for OpenBTS and osmo-pcu, it can help: >> >>> sudo chrt 80 ./osmo-pcu >> >>> sudo chrt 80 ./OpenBTS >> >>> >> >>> What hardware and os do you use? >> >>> >> >>> 2013/3/20 Natalia Vesina <nv...@st...>: >> >>>> Dear all, >> >>>> >> >>>> My OpenBTS works now (I could receive and send messages and also >> >>>> make calls). But GPRS still dosenôt work properly. What I mean >> is >> >>>> that I cannot download webpage from the cellphone after >> >>>> registration in the network. It seems to be that the connection is >> >>>> not stable, as sometimes mode G is activated and It is observed >> >>>> some activities between PCU-SGSN. >> >>>> In GGSN it is got messages: >> >>>> >> >>>> Received create PDP context request encaps_tun. Packet received: >> >>>> forwarding to tun Received packet from tun! >> >>>> Received packet from tun! >> >>>> Received packet from tun! >> >>>> >> >>>> . I used VTY for SGSN and got following: >> >>>> >> >>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >> >>>> 799e91ce >> >>>> MSISDN: , TLLI: f99e91ce >> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell >> ID: >> >>>> 0 >> >>>> SGSN MM Context Statistics: >> >>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >> >>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> >>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> >>>> APN: internet.eplus.de >> >>>> PDP Address: IPv4 192.168.0.2 >> >>>> SGSN PDP Context Statistics: >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> OsmoSGSN> show pdp-context all >> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >> >>>> APN: internet.eplus.de >> >>>> PDP Address: IPv4 192.168.0.2 >> >>>> SGSN PDP Context Statistics: >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >> >>>> >> >>>> But anyway I managed to download local webpage from the cell phone >> >>>> and cached some TCP packets in wireshark in tun0 interface; in vty >> >>>> got the >> >>>> following: >> >>>> >> >>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >> >>>> 707bf437 >> >>>> MSISDN: , TLLI: f07bf437 >> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell >> ID: >> >>>> 0 >> >>>> SGSN MM Context Statistics: >> >>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >> >>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >> >>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> >>>> APN: Internet >> >>>> PDP Address: IPv4 192.168.0.2 >> >>>> SGSN PDP Context Statistics: >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >>>> OsmoSGSN> show pdp-context all >> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >> >>>> APN: Internet >> >>>> PDP Address: IPv4 192.168.0.2 >> >>>> SGSN PDP Context Statistics: >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >> >>>> >> >>>> And in pcu I got the following messages in that case: >> >>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, >> >>>> ra=120, >> >>>> fn=765607 >> >>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest >> >>>> octets do not start with bit sequence 'HH01' (Packet Downlink >> >>>> Assignment) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL >> >>>> TBF=2 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS >> >>>> confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >> >>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 >> while >> >>>> UL >> >>>> TBF=2 still exists. Killing pending UL TBF <0008> >> >>>> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >> >>>> len=49 >> >>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 >> >>>> IMSI: >> >>>> 262074907255246 len: 24 >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> >> >>>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >> >>>> FN=765765 >> >>>> TLL=0x7ec4dea8 (TRX 0 TS 6) >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> >>>> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK >> >>>> for PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment >> >>>> was on CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was >> >>>> received <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> >> >>>> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >> ACK. >> >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> >> >>>> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >> >>>> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >> <0002> >> >>>> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >> >>>> FN=766016 >> >>>> TFI=1 (TRX 0 TS 6) >> >>>> >> >>>> But the problem is that in both cases the connection appears and >> >>>> disappears occasionally. Sometimes GPRS is even not active at all. >> >>>> What >> >>>> could be the reason of it? I am using different phones (Nokia, HTC) >> >>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with >> >>>> respect to MNC and MCC of the tested simcard) and the ./OpenBTS >> >>>> >> >>>> My configuration settings for GGSN: >> >>>> listen: 10.33.21.111 >> >>>> conf: /etc/ggsn.conf >> >>>> fg: 1 >> >>>> debug: 1 >> >>>> qos: 0x0b921f >> >>>> apn: internet >> >>>> net: 192.168.0.0/24 >> >>>> dynip: 192.168.0.0/24 >> >>>> pidfile: /var/run/ggsn.pid >> >>>> statedir: ./ >> >>>> timelimit: 0 >> >>>> >> >>>> for SGSN: >> >>>> ! >> >>>> line vty >> >>>> no login >> >>>> ! >> >>>> sgsn >> >>>> gtp local-ip 127.0.0.1 >> >>>> ggsn 0 remote-ip 10.33.21.111 >> >>>> ggsn 0 gtp-version 1 >> >>>> ! >> >>>> ns >> >>>> timer tns-block 3 >> >>>> timer tns-block-retries 3 >> >>>> timer tns-reset 3 >> >>>> timer tns-reset-retries 3 >> >>>> timer tns-test 30 >> >>>> timer tns-alive 3 >> >>>> timer tns-alive-retries 10 >> >>>> encapsulation udp local-ip 127.0.0.1 encapsulation udp local-port >> >>>> 23000 encapsulation framerelay-gre enabled 0 ! >> >>>> bssgp >> >>>> for OpenBSC: >> >>>> gprs mode gprs >> >>>> gprs routing area 0 >> >>>> gprs cell bvci 2 >> >>>> gprs nsei 101 >> >>>> gprs nsvc 0 nsvci 101 >> >>>> gprs nsvc 0 local udp port 23000 >> >>>> gprs nsvc 0 remote udp port 23000 >> >>>> gprs nsvc 0 remote ip 10.33.21.111 >> >>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 -j >> >>>> MASQUERADE >> >>>> >> >>>> Parameters of the network: >> >>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >> >>>> inet addr:10.33.21.111 Bcast:10.33.21.255 >> >>>> Mask:255.255.255.0 >> >>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 >> >>>> Scope:Global >> >>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >> >>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 >> >>>> Scope:Global >> >>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 >> >>>> Scope:Global >> >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> >>>> RX packets:601600249 errors:0 dropped:0 overruns:0 >> frame:0 >> >>>> TX packets:229610619 errors:0 dropped:0 overruns:0 >> carrier:0 >> >>>> collisions:0 txqueuelen:1000 >> >>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 >> MB) >> >>>> Interrupt:23 Base address:0xa000 >> >>>> >> >>>> lo Link encap:Local Loopback >> >>>> inet addr:127.0.0.1 Mask:255.0.0.0 >> >>>> inet6 addr: ::1/128 Scope:Host >> >>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 >> >>>> RX packets:139122715 errors:0 dropped:0 overruns:0 >> frame:0 >> >>>> TX packets:139122715 errors:0 dropped:0 overruns:0 >> carrier:0 >> >>>> collisions:0 txqueuelen:0 >> >>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 >> >>>> (29.6 >> >>>> GB) >> >>>> >> >>>> tun0 Link encap:UNSPEC HWaddr >> >>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >> >>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 >> Mask:255.255.255.0 >> >>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >> >>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >> >>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >> >>>> collisions:0 txqueuelen:500 >> >>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >> >>>> >> >>>> Thank you in advance for any suggestions and comments. >> >>>> >> >>>> Natalia Vesnina >> >>>> >> >>>>>> Hi, Natalia >> >>>>>> >> >>>>>> First, you should use gprs-work branch instead of gprs-exp, >> >>>>>> because gprs-exp is out of date. >> >>>>>> Use: >> >>>>>> git clone -b gprs-work >> >>>>>> git://github.com/chemeris/openbts-p2.8.git >> >>>>>> >> >>>>>> >> >>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: >> >>>>>>> Hello, >> >>>>>>> I am trying to install and run OpenBTS with GPRS support using >> >>>>>>> manual https://wush.net/trac/rangepublic/wiki/GPRS . >> >>>>>>> >> >>>>>>> OS : Ubuntu 12.04 >> >>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC >> >>>>>>> 2013 >> >>>>>>> i686 >> >>>>>>> i686 i386 GNU/Linux >> >>>>>>> >> >>>>>>> To get source code for OpenBTS I did this : git clone -b >> >>>>>>> gprs-exp git://github.com/chemeris/openbts-p2.8.git (I >> >>>>>>> downloaded it a week ago from there) >> >>>>>>> >> >>>>>>> I followed all the steps to set up and run OpenBTS in accordance >> >>>>>>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun >> >>>>>>> using UHD on an N210. >> >>>>>>> >> >>>>>>> I have installed latest release >> >>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything >> >>>>>>> , just goes back to the command line and does nothing. And if I >> >>>>>>> run ./OpenBTS as my user it gives me 'Segmentation Fault' >> >>>>>>> >> >>>>>>> Core was generated by `./OpenBTS'. >> >>>>>>> Program terminated with signal 11, Segmentation fault. >> >>>>>>> #0 0x005d6d06 in >> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod >> >>>>>>> e_base*) >> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>>>>>> (gdb) bt >> >>>>>>> #0 0x005d6d06 in >> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod >> >>>>>>> e_base*) >> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >> >>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >> >>>>>>> this=<optimized >> >>>>>>> out>) >> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >> >>>>>>> #2 push_back (__x=..., this=0x81d01a0) >> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >> >>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 >> >>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, >> >>>>>>> __in_chrg=<optimized >> >>>>>>> out>) >> >>>>>>> at Logger.cpp:156 >> >>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, >> >>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >> >>>>>>> TMSITable.cpp:70 >> >>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >> >>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >> >>>>>>> at OpenBTS.cpp:76 >> >>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >> >>>>>>> #8 0x081772d2 in __libc_csu_init () >> >>>>>>> #9 0x003a646a in __libc_start_main () from >> >>>>>>> /lib/i386-linux-gnu/libc.so.6 >> >>>>>>> #10 0x0805bc01 in _start () >> >>>>>>> (gdb) >> >>>>>>> >> >>>>>>> I found the same problem discussion here : >> >>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont- >> start-o >> >>>>>>> n-ubuntu-1110.html >> >>>>>>> >> >>>>>>> it was written there about some kind of patch that could fix >> >>>>>>> this problem, if it is so, where it is possible to get it? Or >> >>>>>>> are there some other ways to fix this problem? >> >>>>>>> >> >>>>>>> Natalia Vesnina >> >>>>>>> >> >>>>>>> >> >>>>>>> ---------------------------------------------------------------- >> >>>>>>> -------------- Everyone hates slow websites. So do we. >> >>>>>>> Make your web apps faster with AppDynamics Download >> AppDynamics >> >>>>>>> Lite for free today: >> >>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan >> >>>>>>> _______________________________________________ >> >>>>>>> Openbts-discuss mailing list >> >>>>>>> Ope...@li... >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> -- >> >>>>>> Regards, >> >>>>>> Ivan Kluchnikov. >> >>>>>> http://fairwaves.ru >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> Thank for the quick answer and helpful, I used the work code as >> >>>>> you advised and it runs! >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> ------------------------------------------------------------------- >> >>>> ----------- Everyone hates slow websites. So do we. >> >>>> Make your web apps faster with AppDynamics Download AppDynamics >> >>>> Lite for free today: >> >>>> http://p.sf.net/sfu/appdyn_d2d_mar >> >>>> _______________________________________________ >> >>>> Openbts-discuss mailing list >> >>>> Ope...@li... >> >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >>> >> >>> >> >>> >> >>> -- >> >>> Regards, >> >>> Ivan Kluchnikov. >> >>> http://fairwaves.ru >> >>> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> --------- Everyone hates slow websites. So do we. >> >> Make your web apps faster with AppDynamics Download AppDynamics >> Lite >> >> for free today: >> >> http://p.sf.net/sfu/appdyn_d2d_mar >> >> _______________________________________________ >> >> Openbts-discuss mailing list >> >> Ope...@li... >> >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> > >> > >> > >> > -- >> > Regards, >> > Alexander Chemeris. >> > CEO, Fairwaves LLC / ÞÞÞ ãüà ðôøþ >> http://fairwaves.ru >> > >> >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics Download AppDynamics Lite >> for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > |
From: Alexander C. <ale...@gm...> - 2013-03-22 12:21:24
|
Are they real cores or Hyper Threading? Do you run a GUI on the computer? Power should be enough (look at the 'htop' output), but if you run X11 it may introduce hiccups. The patch Ivan is preparing will solve the issue with a complete GPRS stop, but performance may be deteriorated. Those hiccups will lead to lost packets. Please excuse typos. Written with a touchscreen keyboard. -- Regards, Alexander Chemeris CEO/Founder Fairwaves LLC http://fairwaves.ru On Mar 22, 2013 4:13 PM, "Natalia Vesina" <nv...@st...> wrote: > Thank's for advice. > But there are two cores - I mentioned it in the first lines of my message ) > > Natalia. > > > > Lots of power, but only one core. Not very useful for nowadays > > multitasking OSs and applications, the core is waiting for I/O, and the > > whole machine hangs. Changing even to an outdated Core 2 Duo will > > dramatically improve the "snappyness" of a system! Add a SSD, and it will > > fly, but for OpenBTS the SSD will not be important :) > > > > Ralph. > > > >> -----Original Message----- > >> From: Natalia Vesina [mailto:nv...@st...] > >> Sent: Friday, March 22, 2013 12:53 PM > >> To: Alexander Chemeris > >> Cc: Ivan Kluchnikov; ope...@li... > >> Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS > >> > >> > >> Hello Alexander, > >> > >> This is the information about my CPU: > >> There are two cores. > >> > >> processor : 0 > >> vendor_id : GenuineIntel > >> cpu family : 15 > >> model : 4 > >> model name : Intel(R) Pentium(R) 4 CPU 3.06GHz > >> stepping : 9 > >> microcode : 0x3 > >> cpu MHz : 3066.676 > >> cache size : 1024 KB > >> physical id : 0 > >> siblings : 2 > >> core id : 0 > >> cpu cores : 1 > >> apicid : 0 > >> initial apicid : 0 > >> fdiv_bug : no > >> hlt_bug : no > >> f00f_bug : no > >> coma_bug : no > >> fpu : yes > >> fpu_exception : yes > >> cpuid level : 5 > >> wp : yes > >> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge > mca cmov > >> pat > >> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc > >> pebs > >> bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm > >> bogomips : 6133.35 > >> clflush size : 64 > >> cache_alignment : 128 > >> address sizes : 36 bits physical, 48 bits virtual > >> power management: > >> > >> 1 G RAM. > >> It is actually important for me to know whether it makes sense to change > >> hardware. > >> > >> It would be great, I mean if it is possible to fix this issue soon. > >> I am looking forward for it. > >> > >> Natalia. > >> > >> > Natalia, > >> > > >> > Yes, this issue is related to the issues with CPU load, so it might be > >> > possible that your CPU is too slow. Could you tell us the model and > >> > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. > >> > > >> > Actually, Ivan has found a fix for this issue today - he should commit > >> > it and report here soon. > >> > > >> > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina > >> > <nv...@st...> wrote: > >> >> Hello Ivan,thank you for help > >> >> I will try your fix, > >> >> I use the following OS and hardware: > >> >> > >> >> OS : Ubuntu 12.04 > >> >> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 > >> >> i686 > >> >> i686 i386 GNU/Linux > >> >> > >> >> so could the problem be that there is not enough power in CPU? > >> >> > >> >> Natalia Vesnina. > >> >> > >> >> > >> >> > >> >>> Hi, Natalia! > >> >>> > >> >>> From your osmo-pcu logs I see these errors: > >> >>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown > >> FN=765765 > >> >>> TLL=0x7ec4dea8 > >> >>> > >> >>> Such errors are the reason of unstable GPRS connection. > >> >>> It is known problem, but we are still working on it. > >> >>> Try to set real time priority for OpenBTS and osmo-pcu, it can help: > >> >>> sudo chrt 80 ./osmo-pcu > >> >>> sudo chrt 80 ./OpenBTS > >> >>> > >> >>> What hardware and os do you use? > >> >>> > >> >>> 2013/3/20 Natalia Vesina <nv...@st...>: > >> >>>> Dear all, > >> >>>> > >> >>>> My OpenBTS works now (I could receive and send messages and also > >> >>>> make calls). But GPRS still dosen´t work properly. What I mean > >> is > >> >>>> that I cannot download webpage from the cellphone after > >> >>>> registration in the network. It seems to be that the connection is > >> >>>> not stable, as sometimes mode G is activated and It is observed > >> >>>> some activities between PCU-SGSN. > >> >>>> In GGSN it is got messages: > >> >>>> > >> >>>> Received create PDP context request encaps_tun. Packet received: > >> >>>> forwarding to tun Received packet from tun! > >> >>>> Received packet from tun! > >> >>>> Received packet from tun! > >> >>>> > >> >>>> . I used VTY for SGSN and got following: > >> >>>> > >> >>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI > >> >>>> 799e91ce > >> >>>> MSISDN: , TLLI: f99e91ce > >> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell > >> ID: > >> >>>> 0 > >> >>>> SGSN MM Context Statistics: > >> >>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) > >> >>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) > >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) > >> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > >> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > >> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > >> >>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) > >> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > >> >>>> APN: internet.eplus.de > >> >>>> PDP Address: IPv4 192.168.0.2 > >> >>>> SGSN PDP Context Statistics: > >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> OsmoSGSN> show pdp-context all > >> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 > >> >>>> APN: internet.eplus.de > >> >>>> PDP Address: IPv4 192.168.0.2 > >> >>>> SGSN PDP Context Statistics: > >> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) > >> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) > >> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) > >> >>>> > >> >>>> But anyway I managed to download local webpage from the cell phone > >> >>>> and cached some TCP packets in wireshark in tun0 interface; in vty > >> >>>> got the > >> >>>> following: > >> >>>> > >> >>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI > >> >>>> 707bf437 > >> >>>> MSISDN: , TLLI: f07bf437 > >> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell > >> ID: > >> >>>> 0 > >> >>>> SGSN MM Context Statistics: > >> >>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) > >> >>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) > >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) > >> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) > >> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) > >> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) > >> >>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) > >> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > >> >>>> APN: Internet > >> >>>> PDP Address: IPv4 192.168.0.2 > >> >>>> SGSN PDP Context Statistics: > >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >> >>>> OsmoSGSN> show pdp-context all > >> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 > >> >>>> APN: Internet > >> >>>> PDP Address: IPv4 192.168.0.2 > >> >>>> SGSN PDP Context Statistics: > >> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) > >> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) > >> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) > >> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) > >> >>>> > >> >>>> And in pcu I got the following messages in that case: > >> >>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, > >> >>>> ra=120, > >> >>>> fn=765607 > >> >>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest > >> >>>> octets do not start with bit sequence 'HH01' (Packet Downlink > >> >>>> Assignment) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL > >> >>>> TBF=2 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS > >> >>>> confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 > >> >>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 > >> while > >> >>>> UL > >> >>>> TBF=2 still exists. Killing pending UL TBF <0008> > >> >>>> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 > >> >>>> len=49 > >> >>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 > >> >>>> IMSI: > >> >>>> 262074907255246 len: 24 > >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > >> <0002> > >> >>>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown > >> >>>> FN=765765 > >> >>>> TLL=0x7ec4dea8 (TRX 0 TS 6) > >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >> >>>> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK > >> >>>> for PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment > >> >>>> was on CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was > >> >>>> received <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 > >> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> > >> >>>> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK > >> ACK. > >> >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> > >> >>>> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> > >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > >> <0002> > >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> > >> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> > >> >>>> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> > >> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm > >> <0002> > >> >>>> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown > >> >>>> FN=766016 > >> >>>> TFI=1 (TRX 0 TS 6) > >> >>>> > >> >>>> But the problem is that in both cases the connection appears and > >> >>>> disappears occasionally. Sometimes GPRS is even not active at all. > >> >>>> What > >> >>>> could be the reason of it? I am using different phones (Nokia, HTC) > >> >>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with > >> >>>> respect to MNC and MCC of the tested simcard) and the ./OpenBTS > >> >>>> > >> >>>> My configuration settings for GGSN: > >> >>>> listen: 10.33.21.111 > >> >>>> conf: /etc/ggsn.conf > >> >>>> fg: 1 > >> >>>> debug: 1 > >> >>>> qos: 0x0b921f > >> >>>> apn: internet > >> >>>> net: 192.168.0.0/24 > >> >>>> dynip: 192.168.0.0/24 > >> >>>> pidfile: /var/run/ggsn.pid > >> >>>> statedir: ./ > >> >>>> timelimit: 0 > >> >>>> > >> >>>> for SGSN: > >> >>>> ! > >> >>>> line vty > >> >>>> no login > >> >>>> ! > >> >>>> sgsn > >> >>>> gtp local-ip 127.0.0.1 > >> >>>> ggsn 0 remote-ip 10.33.21.111 > >> >>>> ggsn 0 gtp-version 1 > >> >>>> ! > >> >>>> ns > >> >>>> timer tns-block 3 > >> >>>> timer tns-block-retries 3 > >> >>>> timer tns-reset 3 > >> >>>> timer tns-reset-retries 3 > >> >>>> timer tns-test 30 > >> >>>> timer tns-alive 3 > >> >>>> timer tns-alive-retries 10 > >> >>>> encapsulation udp local-ip 127.0.0.1 encapsulation udp local-port > >> >>>> 23000 encapsulation framerelay-gre enabled 0 ! > >> >>>> bssgp > >> >>>> for OpenBSC: > >> >>>> gprs mode gprs > >> >>>> gprs routing area 0 > >> >>>> gprs cell bvci 2 > >> >>>> gprs nsei 101 > >> >>>> gprs nsvc 0 nsvci 101 > >> >>>> gprs nsvc 0 local udp port 23000 > >> >>>> gprs nsvc 0 remote udp port 23000 > >> >>>> gprs nsvc 0 remote ip 10.33.21.111 > >> >>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 > -j > >> >>>> MASQUERADE > >> >>>> > >> >>>> Parameters of the network: > >> >>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f > >> >>>> inet addr:10.33.21.111 Bcast:10.33.21.255 > >> >>>> Mask:255.255.255.0 > >> >>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link > >> >>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 > >> >>>> Scope:Global > >> >>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 > >> >>>> Scope:Global > >> >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > >> >>>> RX packets:601600249 errors:0 dropped:0 overruns:0 > >> frame:0 > >> >>>> TX packets:229610619 errors:0 dropped:0 overruns:0 > >> carrier:0 > >> >>>> collisions:0 txqueuelen:1000 > >> >>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 > >> MB) > >> >>>> Interrupt:23 Base address:0xa000 > >> >>>> > >> >>>> lo Link encap:Local Loopback > >> >>>> inet addr:127.0.0.1 Mask:255.0.0.0 > >> >>>> inet6 addr: ::1/128 Scope:Host > >> >>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 > >> >>>> RX packets:139122715 errors:0 dropped:0 overruns:0 > >> frame:0 > >> >>>> TX packets:139122715 errors:0 dropped:0 overruns:0 > >> carrier:0 > >> >>>> collisions:0 txqueuelen:0 > >> >>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 > >> >>>> (29.6 > >> >>>> GB) > >> >>>> > >> >>>> tun0 Link encap:UNSPEC HWaddr > >> >>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 > >> >>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 > >> Mask:255.255.255.0 > >> >>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 > >> >>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > >> >>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 > >> >>>> collisions:0 txqueuelen:500 > >> >>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) > >> >>>> > >> >>>> Thank you in advance for any suggestions and comments. > >> >>>> > >> >>>> Natalia Vesnina > >> >>>> > >> >>>>>> Hi, Natalia > >> >>>>>> > >> >>>>>> First, you should use gprs-work branch instead of gprs-exp, > >> >>>>>> because gprs-exp is out of date. > >> >>>>>> Use: > >> >>>>>> git clone -b gprs-work > >> >>>>>> git://github.com/chemeris/openbts-p2.8.git > >> >>>>>> > >> >>>>>> > >> >>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: > >> >>>>>>> Hello, > >> >>>>>>> I am trying to install and run OpenBTS with GPRS support using > >> >>>>>>> manual https://wush.net/trac/rangepublic/wiki/GPRS . > >> >>>>>>> > >> >>>>>>> OS : Ubuntu 12.04 > >> >>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC > >> >>>>>>> 2013 > >> >>>>>>> i686 > >> >>>>>>> i686 i386 GNU/Linux > >> >>>>>>> > >> >>>>>>> To get source code for OpenBTS I did this : git clone -b > >> >>>>>>> gprs-exp git://github.com/chemeris/openbts-p2.8.git (I > >> >>>>>>> downloaded it a week ago from there) > >> >>>>>>> > >> >>>>>>> I followed all the steps to set up and run OpenBTS in accordance > >> >>>>>>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun > >> >>>>>>> using UHD on an N210. > >> >>>>>>> > >> >>>>>>> I have installed latest release > >> >>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> When I run sudo ./OpenBTS nothing happens - no error or anything > >> >>>>>>> , just goes back to the command line and does nothing. And if I > >> >>>>>>> run ./OpenBTS as my user it gives me 'Segmentation Fault' > >> >>>>>>> > >> >>>>>>> Core was generated by `./OpenBTS'. > >> >>>>>>> Program terminated with signal 11, Segmentation fault. > >> >>>>>>> #0 0x005d6d06 in > >> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod > >> >>>>>>> e_base*) > >> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >> >>>>>>> (gdb) bt > >> >>>>>>> #0 0x005d6d06 in > >> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod > >> >>>>>>> e_base*) > >> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 > >> >>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., > >> >>>>>>> this=<optimized > >> >>>>>>> out>) > >> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 > >> >>>>>>> #2 push_back (__x=..., this=0x81d01a0) > >> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 > >> >>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 > >> >>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, > >> >>>>>>> __in_chrg=<optimized > >> >>>>>>> out>) > >> >>>>>>> at Logger.cpp:156 > >> >>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable (this=0x81c68dc, > >> >>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at > >> >>>>>>> TMSITable.cpp:70 > >> >>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( > >> >>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) > >> >>>>>>> at OpenBTS.cpp:76 > >> >>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 > >> >>>>>>> #8 0x081772d2 in __libc_csu_init () > >> >>>>>>> #9 0x003a646a in __libc_start_main () from > >> >>>>>>> /lib/i386-linux-gnu/libc.so.6 > >> >>>>>>> #10 0x0805bc01 in _start () > >> >>>>>>> (gdb) > >> >>>>>>> > >> >>>>>>> I found the same problem discussion here : > >> >>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont- > >> start-o > >> >>>>>>> n-ubuntu-1110.html > >> >>>>>>> > >> >>>>>>> it was written there about some kind of patch that could fix > >> >>>>>>> this problem, if it is so, where it is possible to get it? Or > >> >>>>>>> are there some other ways to fix this problem? > >> >>>>>>> > >> >>>>>>> Natalia Vesnina > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> ---------------------------------------------------------------- > >> >>>>>>> -------------- Everyone hates slow websites. So do we. > >> >>>>>>> Make your web apps faster with AppDynamics Download > >> AppDynamics > >> >>>>>>> Lite for free today: > >> >>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan > >> >>>>>>> _______________________________________________ > >> >>>>>>> Openbts-discuss mailing list > >> >>>>>>> Ope...@li... > >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> -- > >> >>>>>> Regards, > >> >>>>>> Ivan Kluchnikov. > >> >>>>>> http://fairwaves.ru > >> >>>>>> > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> Thank for the quick answer and helpful, I used the work code as > >> >>>>> you advised and it runs! > >> >>>>> > >> >>>> > >> >>>> > >> >>>> > >> >>>> ------------------------------------------------------------------- > >> >>>> ----------- Everyone hates slow websites. So do we. > >> >>>> Make your web apps faster with AppDynamics Download AppDynamics > >> >>>> Lite for free today: > >> >>>> http://p.sf.net/sfu/appdyn_d2d_mar > >> >>>> _______________________________________________ > >> >>>> Openbts-discuss mailing list > >> >>>> Ope...@li... > >> >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Regards, > >> >>> Ivan Kluchnikov. > >> >>> http://fairwaves.ru > >> >>> > >> >> > >> >> > >> >> > >> >> --------------------------------------------------------------------- > >> >> --------- Everyone hates slow websites. So do we. > >> >> Make your web apps faster with AppDynamics Download AppDynamics > >> Lite > >> >> for free today: > >> >> http://p.sf.net/sfu/appdyn_d2d_mar > >> >> _______________________________________________ > >> >> Openbts-discuss mailing list > >> >> Ope...@li... > >> >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > >> > > >> > > >> > > >> > -- > >> > Regards, > >> > Alexander Chemeris. > >> > CEO, Fairwaves LLC / ООО УмРадио > >> http://fairwaves.ru > >> > > >> > >> > >> > >> > ------------------------------------------------------------------------------ > >> Everyone hates slow websites. So do we. > >> Make your web apps faster with AppDynamics Download AppDynamics Lite > >> for free today: > >> http://p.sf.net/sfu/appdyn_d2d_mar > >> _______________________________________________ > >> Openbts-discuss mailing list > >> Ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > > > |
From: Natalia V. <nv...@st...> - 2014-01-19 18:40:24
|
Dear all, I met the following problem: when I used once SGSN VTY (telenet 4245) I got the following result: show pdp-context all PDP Context IMSI: 262072221582221, SAPI: 3, NSAPI: 5 APN: indosatm2 PDP Address: IPv4 192.168.0.4 SGSN PDP Context Statistics: User Data Messages ( In): 46 (1/s 44/m 39/h 0/d) User Data Messages (Out): 39 (0/s 38/m 36/h 0/d) User Data Bytes ( In): 10074 (1055/s 8932/m 5593/h 0/d) User Data Bytes (Out): 2572 (0/s 2488/m 2320/h 0/d) OsmoSGSN> The question is what exactly the data in parentheses mean, as I understood, this is messages or packet per second, minute,hour and day, but if it is so, how it is possible, that the amount of messages per hour is less than per minute. May be someone could give some comments about this? All the configurations and settings have not been changes since last time. Thank you in advance, Natalia Vesnina > Thank's for advice. > But there are two cores - I mentioned it in the first lines of my message > ) > > Natalia. > > >> Lots of power, but only one core. Not very useful for nowadays >> multitasking OSs and applications, the core is waiting for I/O, and the >> whole machine hangs. Changing even to an outdated Core 2 Duo will >> dramatically improve the "snappyness" of a system! Add a SSD, and it >> will >> fly, but for OpenBTS the SSD will not be important :) >> >> Ralph. >> >>> -----Original Message----- >>> From: Natalia Vesina [mailto:nv...@st...] >>> Sent: Friday, March 22, 2013 12:53 PM >>> To: Alexander Chemeris >>> Cc: Ivan Kluchnikov; ope...@li... >>> Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS >>> >>> >>> Hello Alexander, >>> >>> This is the information about my CPU: >>> There are two cores. >>> >>> processor : 0 >>> vendor_id : GenuineIntel >>> cpu family : 15 >>> model : 4 >>> model name : Intel(R) Pentium(R) 4 CPU 3.06GHz >>> stepping : 9 >>> microcode : 0x3 >>> cpu MHz : 3066.676 >>> cache size : 1024 KB >>> physical id : 0 >>> siblings : 2 >>> core id : 0 >>> cpu cores : 1 >>> apicid : 0 >>> initial apicid : 0 >>> fdiv_bug : no >>> hlt_bug : no >>> f00f_bug : no >>> coma_bug : no >>> fpu : yes >>> fpu_exception : yes >>> cpuid level : 5 >>> wp : yes >>> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov >>> pat >>> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm >>> constant_tsc >>> pebs >>> bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm >>> bogomips : 6133.35 >>> clflush size : 64 >>> cache_alignment : 128 >>> address sizes : 36 bits physical, 48 bits virtual >>> power management: >>> >>> 1 G RAM. >>> It is actually important for me to know whether it makes sense to >>> change >>> hardware. >>> >>> It would be great, I mean if it is possible to fix this issue soon. >>> I am looking forward for it. >>> >>> Natalia. >>> >>> > Natalia, >>> > >>> > Yes, this issue is related to the issues with CPU load, so it might >>> be >>> > possible that your CPU is too slow. Could you tell us the model and >>> > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. >>> > >>> > Actually, Ivan has found a fix for this issue today - he should >>> commit >>> > it and report here soon. >>> > >>> > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina >>> > <nv...@st...> wrote: >>> >> Hello Ivan,thank you for help >>> >> I will try your fix, >>> >> I use the following OS and hardware: >>> >> >>> >> OS : Ubuntu 12.04 >>> >> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC 2013 >>> >> i686 >>> >> i686 i386 GNU/Linux >>> >> >>> >> so could the problem be that there is not enough power in CPU? >>> >> >>> >> Natalia Vesnina. >>> >> >>> >> >>> >> >>> >>> Hi, Natalia! >>> >>> >>> >>> From your osmo-pcu logs I see these errors: >>> >>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >>> FN=765765 >>> >>> TLL=0x7ec4dea8 >>> >>> >>> >>> Such errors are the reason of unstable GPRS connection. >>> >>> It is known problem, but we are still working on it. >>> >>> Try to set real time priority for OpenBTS and osmo-pcu, it can >>> help: >>> >>> sudo chrt 80 ./osmo-pcu >>> >>> sudo chrt 80 ./OpenBTS >>> >>> >>> >>> What hardware and os do you use? >>> >>> >>> >>> 2013/3/20 Natalia Vesina <nv...@st...>: >>> >>>> Dear all, >>> >>>> >>> >>>> My OpenBTS works now (I could receive and send messages and also >>> >>>> make calls). But GPRS still dosenôt work properly. What I mean >>> is >>> >>>> that I cannot download webpage from the cellphone after >>> >>>> registration in the network. It seems to be that the connection is >>> >>>> not stable, as sometimes mode G is activated and It is observed >>> >>>> some activities between PCU-SGSN. >>> >>>> In GGSN it is got messages: >>> >>>> >>> >>>> Received create PDP context request encaps_tun. Packet received: >>> >>>> forwarding to tun Received packet from tun! >>> >>>> Received packet from tun! >>> >>>> Received packet from tun! >>> >>>> >>> >>>> . I used VTY for SGSN and got following: >>> >>>> >>> >>>> MM Context for IMSI 262032490696264, IMEI 359028032256360, P-TMSI >>> >>>> 799e91ce >>> >>>> MSISDN: , TLLI: f99e91ce >>> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-3-1000-0, Cell >>> ID: >>> >>>> 0 >>> >>>> SGSN MM Context Statistics: >>> >>>> Signalling Messages ( In): 17 (0/s 0/m 17/h 17/d) >>> >>>> Signalling Messages (Out): 17 (0/s 0/m 17/h 17/d) >>> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 1/d) >>> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>> >>>> Routing Area Update : 4 (0/s 0/m 4/h 4/d) >>> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>> >>>> APN: internet.eplus.de >>> >>>> PDP Address: IPv4 192.168.0.2 >>> >>>> SGSN PDP Context Statistics: >>> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> OsmoSGSN> show pdp-context all >>> >>>> PDP Context IMSI: 262032490696264, SAPI: 3, NSAPI: 5 >>> >>>> APN: internet.eplus.de >>> >>>> PDP Address: IPv4 192.168.0.2 >>> >>>> SGSN PDP Context Statistics: >>> >>>> User Data Messages ( In): 2 (0/s 0/m 2/h 2/d) >>> >>>> User Data Messages (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> User Data Bytes ( In): 126 (0/s 0/m 126/h 126/d) >>> >>>> User Data Bytes (Out): 0 (0/s 0/m 0/h 0/d) >>> >>>> >>> >>>> But anyway I managed to download local webpage from the cell phone >>> >>>> and cached some TCP packets in wireshark in tun0 interface; in >>> vty >>> >>>> got the >>> >>>> following: >>> >>>> >>> >>>> MM Context for IMSI 262074907255246, IMEI 354837024589880, P-TMSI >>> >>>> 707bf437 >>> >>>> MSISDN: , TLLI: f07bf437 >>> >>>> MM State: REGISTERED (NORMAL), Routeing Area: 262-7-1000-0, Cell >>> ID: >>> >>>> 0 >>> >>>> SGSN MM Context Statistics: >>> >>>> Signalling Messages ( In): 3 (0/s 0/m 3/h 0/d) >>> >>>> Signalling Messages (Out): 5 (0/s 0/m 5/h 0/d) >>> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> >>>> PDP Context Activations : 1 (0/s 0/m 1/h 0/d) >>> >>>> SUSPEND Count : 0 (0/s 0/m 0/h 0/d) >>> >>>> Paging Packet Switched : 0 (0/s 0/m 0/h 0/d) >>> >>>> Paging Circuit Switched : 0 (0/s 0/m 0/h 0/d) >>> >>>> Routing Area Update : 0 (0/s 0/m 0/h 0/d) >>> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>> >>>> APN: Internet >>> >>>> PDP Address: IPv4 192.168.0.2 >>> >>>> SGSN PDP Context Statistics: >>> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> >>>> OsmoSGSN> show pdp-context all >>> >>>> PDP Context IMSI: 262074907255246, SAPI: 3, NSAPI: 5 >>> >>>> APN: Internet >>> >>>> PDP Address: IPv4 192.168.0.2 >>> >>>> SGSN PDP Context Statistics: >>> >>>> User Data Messages ( In): 7 (0/s 0/m 7/h 0/d) >>> >>>> User Data Messages (Out): 8 (0/s 0/m 8/h 0/d) >>> >>>> User Data Bytes ( In): 1537 (0/s 0/m 1537/h 0/d) >>> >>>> User Data Bytes (Out): 1382 (0/s 0/m 1382/h 0/d) >>> >>>> >>> >>>> And in pcu I got the following messages in that case: >>> >>>> <0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=1, >>> >>>> ra=120, >>> >>>> fn=765607 >>> >>>> <0002> gprs_rlcmac_data.cpp:1865 Got IMM.ASS confirm, but rest >>> >>>> octets do not start with bit sequence 'HH01' (Packet Downlink >>> >>>> Assignment) <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL >>> >>>> TBF=2 <0002> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS >>> >>>> confirm <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=2 >>> >>>> <0005> gprs_rlcmac_data.cpp:880 Got RACH from TLLI=0x7ec4dea8 >>> while >>> >>>> UL >>> >>>> TBF=2 still exists. Killing pending UL TBF <0008> >>> >>>> gprs_rlcmac.cpp:1787 LLC [PCU -> SGSN] TFI: 3 TLLI: 0x7ec4dea8 >>> >>>> len=49 >>> >>>> <0008> gprs_bssgp_pcu.cpp:147 LLC [SGSN -> PCU] = TLLI: 0x7ec4dea8 >>> >>>> IMSI: >>> >>>> 262074907255246 len: 24 >>> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >>> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> >>> >>>> gprs_rlcmac_data.cpp:280 PACKET CONTROL ACK with unknown >>> >>>> FN=765765 >>> >>>> TLL=0x7ec4dea8 (TRX 0 TS 6) >>> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >>> >>>> gprs_rlcmac_data.cpp:107 - Timeout for polling PACKET CONTROL ACK >>> >>>> for PACKET UPLINK ACK <0002> gprs_rlcmac_data.cpp:82 - Assignment >>> >>>> was on CCCH <0002> gprs_rlcmac_data.cpp:86 - Uplink data was >>> >>>> received <0002> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 >>> >>>> <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0002> >>> >>>> gprs_rlcmac_data.cpp:180 - Timeout for polling PACKET DOWNLINK >>> ACK. >>> >>>> <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> >>> >>>> gprs_rlcmac_data.cpp:92 - No downlink ACK received yet <0002> >>> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >>> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> >>> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=0 <0002> >>> >>>> gprs_rlcmac_data.cpp:100 Poll timeout for UL TBF=3 <0002> >>> >>>> gprs_rlcmac_data.cpp:119 - N3103 exceeded <0002> >>> >>>> gprs_rlcmac_data.cpp:516 Continue flow after IMM.ASS confirm >>> <0002> >>> >>>> gprs_rlcmac_data.cpp:368 PACKET DOWNLINK ACK with unknown >>> >>>> FN=766016 >>> >>>> TFI=1 (TRX 0 TS 6) >>> >>>> >>> >>>> But the problem is that in both cases the connection appears and >>> >>>> disappears occasionally. Sometimes GPRS is even not active at >>> all. >>> >>>> What >>> >>>> could be the reason of it? I am using different phones (Nokia, >>> HTC) >>> >>>> I run first ./ggsn, ./open-sgsn, ./osmo-pcu -n 0x -m xxx (with >>> >>>> respect to MNC and MCC of the tested simcard) and the ./OpenBTS >>> >>>> >>> >>>> My configuration settings for GGSN: >>> >>>> listen: 10.33.21.111 >>> >>>> conf: /etc/ggsn.conf >>> >>>> fg: 1 >>> >>>> debug: 1 >>> >>>> qos: 0x0b921f >>> >>>> apn: internet >>> >>>> net: 192.168.0.0/24 >>> >>>> dynip: 192.168.0.0/24 >>> >>>> pidfile: /var/run/ggsn.pid >>> >>>> statedir: ./ >>> >>>> timelimit: 0 >>> >>>> >>> >>>> for SGSN: >>> >>>> ! >>> >>>> line vty >>> >>>> no login >>> >>>> ! >>> >>>> sgsn >>> >>>> gtp local-ip 127.0.0.1 >>> >>>> ggsn 0 remote-ip 10.33.21.111 >>> >>>> ggsn 0 gtp-version 1 >>> >>>> ! >>> >>>> ns >>> >>>> timer tns-block 3 >>> >>>> timer tns-block-retries 3 >>> >>>> timer tns-reset 3 >>> >>>> timer tns-reset-retries 3 >>> >>>> timer tns-test 30 >>> >>>> timer tns-alive 3 >>> >>>> timer tns-alive-retries 10 >>> >>>> encapsulation udp local-ip 127.0.0.1 encapsulation udp >>> local-port >>> >>>> 23000 encapsulation framerelay-gre enabled 0 ! >>> >>>> bssgp >>> >>>> for OpenBSC: >>> >>>> gprs mode gprs >>> >>>> gprs routing area 0 >>> >>>> gprs cell bvci 2 >>> >>>> gprs nsei 101 >>> >>>> gprs nsvc 0 nsvci 101 >>> >>>> gprs nsvc 0 local udp port 23000 >>> >>>> gprs nsvc 0 remote udp port 23000 >>> >>>> gprs nsvc 0 remote ip 10.33.21.111 >>> >>>> I made iptables -A POSTROUTING -s 192.168.0.0/24 -t nat -o eth1 >>> -j >>> >>>> MASQUERADE >>> >>>> >>> >>>> Parameters of the network: >>> >>>> eth1 Link encap:Ethernet HWaddr 00:40:ca:92:5a:5f >>> >>>> inet addr:10.33.21.111 Bcast:10.33.21.255 >>> >>>> Mask:255.255.255.0 >>> >>>> inet6 addr: 2001:638:914:2:8d2c:850c:c5ed:7b8e/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:3558:773f:cb61:678f/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:cc5:b55f:892d:1ab3/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:9512:60fa:8750:75a1/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:240:caff:fe92:5a5f/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: fe80::240:caff:fe92:5a5f/64 Scope:Link >>> >>>> inet6 addr: 2001:638:914:2:2ca8:37fb:7d4a:26a7/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:dc8a:3669:dce:5658/64 >>> >>>> Scope:Global >>> >>>> inet6 addr: 2001:638:914:2:5881:a96a:f875:1971/64 >>> >>>> Scope:Global >>> >>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>> >>>> RX packets:601600249 errors:0 dropped:0 overruns:0 >>> frame:0 >>> >>>> TX packets:229610619 errors:0 dropped:0 overruns:0 >>> carrier:0 >>> >>>> collisions:0 txqueuelen:1000 >>> >>>> RX bytes:1410815173 (1.4 GB) TX bytes:277029730 (277.0 >>> MB) >>> >>>> Interrupt:23 Base address:0xa000 >>> >>>> >>> >>>> lo Link encap:Local Loopback >>> >>>> inet addr:127.0.0.1 Mask:255.0.0.0 >>> >>>> inet6 addr: ::1/128 Scope:Host >>> >>>> UP LOOPBACK RUNNING MTU:16436 Metric:1 >>> >>>> RX packets:139122715 errors:0 dropped:0 overruns:0 >>> frame:0 >>> >>>> TX packets:139122715 errors:0 dropped:0 overruns:0 >>> carrier:0 >>> >>>> collisions:0 txqueuelen:0 >>> >>>> RX bytes:29675169594 (29.6 GB) TX bytes:29675169594 >>> >>>> (29.6 >>> >>>> GB) >>> >>>> >>> >>>> tun0 Link encap:UNSPEC HWaddr >>> >>>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 >>> >>>> inet addr:192.168.0.1 P-t-P:192.168.0.1 >>> Mask:255.255.255.0 >>> >>>> UP POINTOPOINT RUNNING MTU:1500 Metric:1 >>> >>>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0 >>> >>>> TX packets:1 errors:0 dropped:0 overruns:0 carrier:0 >>> >>>> collisions:0 txqueuelen:500 >>> >>>> RX bytes:0 (0.0 B) TX bytes:64 (64.0 B) >>> >>>> >>> >>>> Thank you in advance for any suggestions and comments. >>> >>>> >>> >>>> Natalia Vesnina >>> >>>> >>> >>>>>> Hi, Natalia >>> >>>>>> >>> >>>>>> First, you should use gprs-work branch instead of gprs-exp, >>> >>>>>> because gprs-exp is out of date. >>> >>>>>> Use: >>> >>>>>> git clone -b gprs-work >>> >>>>>> git://github.com/chemeris/openbts-p2.8.git >>> >>>>>> >>> >>>>>> >>> >>>>>> 2013/1/30 Natalia Vesina <nv...@st...>: >>> >>>>>>> Hello, >>> >>>>>>> I am trying to install and run OpenBTS with GPRS support >>> using >>> >>>>>>> manual https://wush.net/trac/rangepublic/wiki/GPRS . >>> >>>>>>> >>> >>>>>>> OS : Ubuntu 12.04 >>> >>>>>>> Kernel: 3.2.0-36-generic #57-Ubuntu SMP Tue Jan 8 21:41:24 UTC >>> >>>>>>> 2013 >>> >>>>>>> i686 >>> >>>>>>> i686 i386 GNU/Linux >>> >>>>>>> >>> >>>>>>> To get source code for OpenBTS I did this : git clone -b >>> >>>>>>> gprs-exp git://github.com/chemeris/openbts-p2.8.git (I >>> >>>>>>> downloaded it a week ago from there) >>> >>>>>>> >>> >>>>>>> I followed all the steps to set up and run OpenBTS in >>> accordance >>> >>>>>>> with http://wush.net/trac/rangepublic/wiki/BuildInstallRun >>> >>>>>>> using UHD on an N210. >>> >>>>>>> >>> >>>>>>> I have installed latest release >>> >>>>>>> uhd_003.005.000-release_Ubuntu-12.04-i686.deb >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> When I run sudo ./OpenBTS nothing happens - no error or >>> anything >>> >>>>>>> , just goes back to the command line and does nothing. And if >>> I >>> >>>>>>> run ./OpenBTS as my user it gives me 'Segmentation Fault' >>> >>>>>>> >>> >>>>>>> Core was generated by `./OpenBTS'. >>> >>>>>>> Program terminated with signal 11, Segmentation fault. >>> >>>>>>> #0 0x005d6d06 in >>> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod >>> >>>>>>> e_base*) >>> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>> >>>>>>> (gdb) bt >>> >>>>>>> #0 0x005d6d06 in >>> >>>>>>> std::__detail::_List_node_base::_M_hook(std::__detail::_List_nod >>> >>>>>>> e_base*) >>> >>>>>>> () from /usr/lib/i386-linux-gnu/libstdc++.so.6 >>> >>>>>>> #1 0x081125d9 in _M_insert (__position=..., __x=..., >>> >>>>>>> this=<optimized >>> >>>>>>> out>) >>> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:1516 >>> >>>>>>> #2 push_back (__x=..., this=0x81d01a0) >>> >>>>>>> at /usr/include/c++/4.6/bits/stl_list.h:988 >>> >>>>>>> #3 addAlarm (s=...) at Logger.cpp:144 >>> >>>>>>> #4 0x08112cef in Log::~Log (this=0xbff37a3c, >>> >>>>>>> __in_chrg=<optimized >>> >>>>>>> out>) >>> >>>>>>> at Logger.cpp:156 >>> >>>>>>> #5 0x080dc2a5 in Control::TMSITable::TMSITable >>> (this=0x81c68dc, >>> >>>>>>> wPath=0x95dcfcc "/var/run/OpenBTS/TMSITable.db") at >>> >>>>>>> TMSITable.cpp:70 >>> >>>>>>> #6 0x08058d4a in __static_initialization_and_destruction_0 ( >>> >>>>>>> __initialize_p=<optimized out>, __priority=<optimized out>) >>> >>>>>>> at OpenBTS.cpp:76 >>> >>>>>>> #7 _GLOBAL__sub_I_gConfig () at OpenBTS.cpp:390 >>> >>>>>>> #8 0x081772d2 in __libc_csu_init () >>> >>>>>>> #9 0x003a646a in __libc_start_main () from >>> >>>>>>> /lib/i386-linux-gnu/libc.so.6 >>> >>>>>>> #10 0x0805bc01 in _start () >>> >>>>>>> (gdb) >>> >>>>>>> >>> >>>>>>> I found the same problem discussion here : >>> >>>>>>> http://www.mentby.com/Group/openbts-discuss/openbts-wont- >>> start-o >>> >>>>>>> n-ubuntu-1110.html >>> >>>>>>> >>> >>>>>>> it was written there about some kind of patch that could fix >>> >>>>>>> this problem, if it is so, where it is possible to get it? Or >>> >>>>>>> are there some other ways to fix this problem? >>> >>>>>>> >>> >>>>>>> Natalia Vesnina >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> ---------------------------------------------------------------- >>> >>>>>>> -------------- Everyone hates slow websites. So do we. >>> >>>>>>> Make your web apps faster with AppDynamics Download >>> AppDynamics >>> >>>>>>> Lite for free today: >>> >>>>>>> http://p.sf.net/sfu/appdyn_d2d_jan >>> >>>>>>> _______________________________________________ >>> >>>>>>> Openbts-discuss mailing list >>> >>>>>>> Ope...@li... >>> >>>>>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> -- >>> >>>>>> Regards, >>> >>>>>> Ivan Kluchnikov. >>> >>>>>> http://fairwaves.ru >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> Thank for the quick answer and helpful, I used the work code as >>> >>>>> you advised and it runs! >>> >>>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> ------------------------------------------------------------------- >>> >>>> ----------- Everyone hates slow websites. So do we. >>> >>>> Make your web apps faster with AppDynamics Download AppDynamics >>> >>>> Lite for free today: >>> >>>> http://p.sf.net/sfu/appdyn_d2d_mar >>> >>>> _______________________________________________ >>> >>>> Openbts-discuss mailing list >>> >>>> Ope...@li... >>> >>>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Regards, >>> >>> Ivan Kluchnikov. >>> >>> http://fairwaves.ru >>> >>> >>> >> >>> >> >>> >> >>> >> --------------------------------------------------------------------- >>> >> --------- Everyone hates slow websites. So do we. >>> >> Make your web apps faster with AppDynamics Download AppDynamics >>> Lite >>> >> for free today: >>> >> http://p.sf.net/sfu/appdyn_d2d_mar >>> >> _______________________________________________ >>> >> Openbts-discuss mailing list >>> >> Ope...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >>> > >>> > >>> > >>> > -- >>> > Regards, >>> > Alexander Chemeris. >>> > CEO, Fairwaves LLC / ÞÞÞ ãüà ðôøþ >>> http://fairwaves.ru >>> > >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics Download AppDynamics Lite >>> for free today: >>> http://p.sf.net/sfu/appdyn_d2d_mar >>> _______________________________________________ >>> Openbts-discuss mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> > > |
From: David B. <da...@ra...> - 2013-03-22 14:41:43
|
We routinely run single-TRX OpenBTS with GPRS on 1.2 GHz single-core Atom boards. Granted, it is Range's private GPRS implementation instead of Fairwaves, but I doubt that the computational requirements are terribly different. -- David David A. Burgess CEO, Range Networks, Inc. ____________________________________________ Cellular networks made simple and affordable. http://www.rangenetworks.com ____________________________________________ Am 22.03.2013 um 05:08 schrieb "Ralph A. Schmid, dk5ras" <ra...@sc...>: > Lots of power, but only one core. Not very useful for nowadays multitasking OSs and applications, the core is waiting for I/O, and the whole machine hangs. Changing even to an outdated Core 2 Duo will dramatically improve the "snappyness" of a system! Add a SSD, and it will fly, but for OpenBTS the SSD will not be important :) > > Ralph. > >> -----Original Message----- >> From: Natalia Vesina [mailto:nv...@st...] >> Sent: Friday, March 22, 2013 12:53 PM >> To: Alexander Chemeris >> Cc: Ivan Kluchnikov; ope...@li... >> Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS >> >> >> Hello Alexander, >> >> This is the information about my CPU: >> There are two cores. >> >> processor : 0 >> vendor_id : GenuineIntel >> cpu family : 15 >> model : 4 >> model name : Intel(R) Pentium(R) 4 CPU 3.06GHz >> stepping : 9 >> microcode : 0x3 >> cpu MHz : 3066.676 >> cache size : 1024 KB >> physical id : 0 >> siblings : 2 >> core id : 0 >> cpu cores : 1 >> apicid : 0 >> initial apicid : 0 >> fdiv_bug : no >> hlt_bug : no >> f00f_bug : no >> coma_bug : no >> fpu : yes >> fpu_exception : yes >> cpuid level : 5 >> wp : yes >> flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov >> pat >> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs >> bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm >> bogomips : 6133.35 >> clflush size : 64 >> cache_alignment : 128 >> address sizes : 36 bits physical, 48 bits virtual >> power management: >> >> 1 G RAM. >> It is actually important for me to know whether it makes sense to change >> hardware. >> >> It would be great, I mean if it is possible to fix this issue soon. >> I am looking forward for it. >> >> Natalia. >> >>> Natalia, >>> >>> Yes, this issue is related to the issues with CPU load, so it might be >>> possible that your CPU is too slow. Could you tell us the model and >>> the speed of your CPU? 'cat /proc/cpuinfo' would be enough. >>> >>> Actually, Ivan has found a fix for this issue today - he should commit >>> it and report here soon. >>> >>> On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina >>> <nv...@st...> wrote: >>>> Hello Ivan,thank you for help >>>> I will try your fix, >>>> I use the following OS and hardware: >>>> >>>> OS : Ubuntu 12.04 >>>> Ke |
From: Ralph A. S. <ra...@sc...> - 2013-03-22 15:52:34
|
Hi David, sure, but I guess, no KDE, no graphic gimmicks, no trashed standard dristribution that is not a single bit better than Windows :) Ralph. On Friday, March 22, 2013 07:41:34 AM you wrote: We routinely run single-TRX OpenBTS with GPRS on 1.2 GHz single-core Atom boards. Granted, it is Range's private GPRS implementation instead of Fairwaves, but I doubt that the computational requirements are terribly different. -- David David A. Burgess CEO, Range Networks, Inc. ____________________________________________ Cellular networks made simple and affordable. http://www.rangenetworks.com ____________________________________________ Am 22.03.2013 um 05:08 schrieb "Ralph A. Schmid, dk5ras" <ra...@sc...>: Lots of power, but only one core. Not very useful for nowadays multitasking OSs and applications, the core is waiting for I/O, and the whole machine hangs. Changing even to an outdated Core 2 Duo will dramatically improve the "snappyness" of a system! Add a SSD, and it will fly, but for OpenBTS the SSD will not be important :) Ralph. -----Original Message----- From: Natalia Vesina [mailto:nv...@st...] Sent: Friday, March 22, 2013 12:53 PM To: Alexander Chemeris Cc: Ivan Kluchnikov; ope...@li... Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS Hello Alexander, This is the information about my CPU: There are two cores. processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.06GHz stepping : 9 microcode : 0x3 cpu MHz : 3066.676 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm bogomips : 6133.35 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: 1 G RAM. It is actually important for me to know whether it makes sense to change hardware. It would be great, I mean if it is possible to fix this issue soon. I am looking forward for it. Natalia. Natalia, Yes, this issue is related to the issues with CPU load, so it might be possible that your CPU is too slow. Could you tell us the model and the speed of your CPU? 'cat /proc/cpuinfo' would be enough. Actually, Ivan has found a fix for this issue today - he should commit it and report here soon. On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina <nv...@st...> wrote: Hello Ivan,thank you for help I will try your fix, I use the following OS and hardware: OS : Ubuntu 12.04 Ke |
From: Alexander C. <ale...@gm...> - 2013-03-22 16:24:58
|
Right. We also run GPRS on Atoms here without any issues. That's why I wonder what could be a problem in case of a pretty powerful P4. On Fri, Mar 22, 2013 at 6:41 PM, David Burgess <da...@ra...> wrote: > We routinely run single-TRX OpenBTS with GPRS on 1.2 GHz single-core Atom > boards. Granted, it is Range's private GPRS implementation instead of > Fairwaves, but I doubt that the computational requirements are terribly > different. > > -- David > > David A. Burgess > CEO, Range Networks, Inc. > > > ____________________________________________ > > Cellular networks made simple and affordable. > http://www.rangenetworks.com > ____________________________________________ > > > Am 22.03.2013 um 05:08 schrieb "Ralph A. Schmid, dk5ras" <ra...@sc...>: > > Lots of power, but only one core. Not very useful for nowadays multitasking > OSs and applications, the core is waiting for I/O, and the whole machine > hangs. Changing even to an outdated Core 2 Duo will dramatically improve the > "snappyness" of a system! Add a SSD, and it will fly, but for OpenBTS the > SSD will not be important :) > > Ralph. > > -----Original Message----- > > From: Natalia Vesina [mailto:nv...@st...] > > Sent: Friday, March 22, 2013 12:53 PM > > To: Alexander Chemeris > > Cc: Ivan Kluchnikov; ope...@li... > > Subject: Re: [Openbts-discuss] Problem with GPRS via OpenBTS > > > > Hello Alexander, > > > This is the information about my CPU: > > There are two cores. > > > processor : 0 > > vendor_id : GenuineIntel > > cpu family : 15 > > model : 4 > > model name : Intel(R) Pentium(R) 4 CPU 3.06GHz > > stepping : 9 > > microcode : 0x3 > > cpu MHz : 3066.676 > > cache size : 1024 KB > > physical id : 0 > > siblings : 2 > > core id : 0 > > cpu cores : 1 > > apicid : 0 > > initial apicid : 0 > > fdiv_bug : no > > hlt_bug : no > > f00f_bug : no > > coma_bug : no > > fpu : yes > > fpu_exception : yes > > cpuid level : 5 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov > > pat > > pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc > pebs > > bts pni dtes64 monitor ds_cpl tm2 cid cx16 xtpr lahf_lm > > bogomips : 6133.35 > > clflush size : 64 > > cache_alignment : 128 > > address sizes : 36 bits physical, 48 bits virtual > > power management: > > > 1 G RAM. > > It is actually important for me to know whether it makes sense to change > > hardware. > > > It would be great, I mean if it is possible to fix this issue soon. > > I am looking forward for it. > > > Natalia. > > > Natalia, > > > Yes, this issue is related to the issues with CPU load, so it might be > > possible that your CPU is too slow. Could you tell us the model and > > the speed of your CPU? 'cat /proc/cpuinfo' would be enough. > > > Actually, Ivan has found a fix for this issue today - he should commit > > it and report here soon. > > > On Thu, Mar 21, 2013 at 4:53 PM, Natalia Vesina > > <nv...@st...> wrote: > > Hello Ivan,thank you for help > > I will try your fix, > > I use the following OS and hardware: > > > OS : Ubuntu 12.04 > > Ke -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru |