OpenBSC

openbsc@lists.osmocom.org

10 participants
4277 discussions

VTY-command "drop bts connection"
by Luca Bertoncello 12 Jan '11

12 Jan '11

Hi, list! I need to restart the communication between the BTS and OpenBSC, in order to change some parameters. I think, I have to use the command "drop bts connection BTS oml". Unfortunately, I can't find this command in the VTY... I see in the code (vty_interface.c), that it is defined for the VIEW_NODE, but I can't find it in the VTY. Need I vacancy or have I to switch to some other VTY-menu? Thanks a lot -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 _______________________________________________________________________ Impressum: NETZING Solutions AG - Fröbelstraße 57 - 01159 Dresden Sitz der Gesellschaft Amtsgericht Dresden HRB 18926 Vorstand Dieter Schneider - Aufsichtsratsvorsitzender Volker Kanitz USt.Id DE211326547 Mail: netzing.ag(a)netzing.de

2 5

AW: mISDN config problem
by Andreas.Eversberg 12 Jan '11

12 Jan '11

hi thomas, see help inside mISDN/drivers/isdn/hardware/mISDN/hfcmulti.c dslot is now "dmask" and "bmask". you can structure your card using masks now. regards, andreas -----Ursprüngliche Nachricht----- Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Thomas Ansorg Gesendet: Dienstag, 11. Januar 2011 17:10 An: openBSC-Mailingliste Betreff: mISDN config problem hello i was succesfull in building the 2.6.31.3 kernel in order to install a new misdn driver. the tar file is git-11ae851f95a3f795d6f8caa26e889f2426dd93f1.tar.gz. after configuring, make and installing, bsc_hack reported 3 recognized devices. fine! but after restarting, lsmod said, no hfcmulti is loaded. modprobe hfcmulti didn't work. dmesg said: [ 4752.384476] base_sock_release(f6ddd500) sk=f73be000 [ 4763.947599] hfcmulti: Unknown parameter `dslot' what did i forget? T. -- Wer Rechtschreibfehler findet, darf sie behalten!

1 0

mISDN config problem
by Thomas Ansorg 12 Jan '11

12 Jan '11

hello i was succesfull in building the 2.6.31.3 kernel in order to install a new misdn driver. the tar file is git-11ae851f95a3f795d6f8caa26e889f2426dd93f1.tar.gz. after configuring, make and installing, bsc_hack reported 3 recognized devices. fine! but after restarting, lsmod said, no hfcmulti is loaded. modprobe hfcmulti didn't work. dmesg said: [ 4752.384476] base_sock_release(f6ddd500) sk=f73be000 [ 4763.947599] hfcmulti: Unknown parameter `dslot' what did i forget? T. -- Wer Rechtschreibfehler findet, darf sie behalten!

2 1

Re: Adding patches to wireshark...
by omar.atia＠its.ws 12 Jan '11

12 Jan '11

Tomorrow I will do search on the on openbsc wiki , I have to sleep now good night . Thanks again, Omar atia Sent via BlackBerry® from mtc touch -----Original Message----- From: omar.atia(a)its.ws Date: Tue, 11 Jan 2011 20:45:37 To: Holger Hans Peter Freyther<holger(a)freyther.de>; <openbsc-bounces(a)lists.gnumonks.org>; <openbsc(a)lists.gnumonks.org> Reply-To: omar.atia(a)its.ws Subject: Re: Adding patches to wireshark... Dear Holger, Yes , I found two 1 location update reject and one location update accept .is this abis oml ? Thanks, Omar ------Original Message------ From: Holger Hans Peter Freyther Sender: openbsc-bounces(a)lists.gnumonks.org To: openbsc(a)lists.gnumonks.org Subject: Re: Adding patches to wireshark... Sent: Jan 11, 2011 11:37 PM On 01/11/2011 09:08 PM, Omar Atia wrote: > Thanks It is clear for me !! just send me 1 pcap file to open it with the > patched wireshark Hmm, who do you address with this request? Have you attempted to search for 'pcap' in the OpenBSC wiki? Sent via BlackBerry® from mtc touch

1 0

Adding patches to wireshark...
by Omar Atia 12 Jan '11

12 Jan '11

Dears, Can you explain how to add packages to wire shark ? I quoted the following : A-bis OML dissector¶ <http://openbsc.osmocom.org/trac/wiki/PacketDump#A-bisOMLdissector> To add a dissector for the GSM 12.21 A-bis Organization and Maintenance Layer (OML), you can use the abis_oml.patch file from the wireshark directory of our git repository. This will be submitted for inclusion into wireshark soon. From http://openbsc.osmocom.org/trac/wiki/PacketDump is the above updated on the latest apt-get install wireshark , or we need to get the sources and apply the patch !!! plz let me know how ? Omar Atia TPSG Functional Consultant ITS Logo.png T. + (961) 9 641555 ext. 416 M. + (961) 3 001294 F. + (961) 9 641555 ext. 217 degital signeture.pngE. <mailto:omar.atia@its.ws> omar.atia(a)its.ws

3 8

WG: Why TDM time slot time duration is 577us ??
by Andreas.Eversberg 10 Jan '11

10 Jan '11

in addition: Traffic Multiframe Structures - The 26 traffic multiframe structure is used to send information on the traffic channel. The 26 traffic multiframe structure is used to combine user data (traffic), slow control signaling (SACCH), and idle time period. The idle time period allows a mobile device to perform other necessary operations such as monitoring the radio signal strength level of a beacon channel from other cells. The time interval of a 26 frame traffic multiframe is 6 blocks of speech coder data (120 msec). (http://www.althos.com/tutorial/GSM-tutorial-frame-structure.html) one encoded speech block lasts 20ms. 576,92307692307692307692307692308us per slot 4615,3846153846153846153846153846 per 8 slots (1 frame) 120ms per 26 frames (6 speech blocks)

4 4

Unknown issue with GGSN/SGSN
by Chris Rankine 09 Jan '11

09 Jan '11

I am trying to implement an experimental EDGE deployment using one of the DCS1800 models. (If needed for debugging purposes, I can request access to a GSM900 for GPRS only testing). I have everything compiled and running with the newest builds as of a few or two ago. EDGE works most of the time, however randomly it stops working. I have the SGSN and GGSN running, and typically during these down periods I will see messages appearing on the SGSN, but none of the typical traffic flowing messages on the GGSN (typical messages being "Received packet from tun!" and "encaps_tun. Packet received: forwarding to tun"). Typically if I wait a period of time, sometimes about 2 minutes, other times for a long time, then the connection returns. During this entire time the phone still displays the "E" meaning it believes it has an EDGE connection. If I reboot the phone I will get the PDP entry deleted and requested messages. As for the SGSN, I am new to GPRS and EDGE and I am not familiar with a lot of the terms that are appearing, so I can not comment on what is good or bad. I get the same results if I put three IPs on one VM and have it running OpenBSC, OpenGGSN, and the OpenBSC based SGSN, as compared to when I give one VM to OpenBSC and another dual homed VM hosts OpenGGSN and SGSN. I guess what I am asking is what do you suggest I should be looking into to try to figure out what is causing this problem? I have two old Android phones to play with.. So, at least for the Android phones I have better access at debugging issues on the phone. Attached below are the relevant parts of the GGSN conf, SGSN conf, and openBSC conf. Thanks for any suggestions. Chris Rankine ##### /etc/ggsn.conf fg debug listen 192.168.21.189 pcodns1 130.207.244.251 pcodns2 130.207.244.251 ###### osmo_sgsn.cfg sgsn gtp local-ip 192.168.21.188 ggsn 0 remote-ip 192.168.21.189 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 192.168.21.188 encapsulation udp local-port 23000 encapsulation framerelay-gre enabled 0 bssgp ##### openbsc.cfg network network country code 1 mobile network code 1 short name OpenBSC long name OpenBSC auth policy closed location updating reject cause 13 encryption a5 0 neci 1 rrlp mode none mm info 1 handover 0 handover window rxlev averaging 10 handover window rxqual averaging 1 handover window rxlev neighbor averaging 10 handover power budget interval 6 handover power budget hysteresis 3 handover maximum distance 9999 timer t3101 10 timer t3103 0 timer t3105 0 timer t3107 0 timer t3109 0 timer t3111 0 timer t3113 60 timer t3115 0 timer t3117 0 timer t3119 0 timer t3141 0 bts 0 type nanobts band DCS1800 cell_identity 0 location_area_code 1 training_sequence_code 7 base_station_id_code 63 ms max power 40 cell reselection hysteresis 4 rxlev access min 0 channel allocator ascending rach tx integer 9 rach max transmission 7 ip.access unit_id 3 0 oml ip.access stream_id 255 gprs mode egprs gprs routing area 1 gprs cell bvci 2 gprs nsei 1 gprs nsvc 0 nsvci 1 gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 gprs nsvc 0 remote ip 192.168.21.188 trx 0 rf_locked 0 arfcn 514 nominal power 70 max_power_red 0 rsl e1 tei 0 timeslot 0 phys_chan_config CCCH+SDCCH4 timeslot 1 phys_chan_config SDCCH8 timeslot 2 phys_chan_config TCH/F timeslot 3 phys_chan_config PDCH timeslot 4 phys_chan_config TCH/F timeslot 5 phys_chan_config PDCH timeslot 6 phys_chan_config PDCH timeslot 7 phys_chan_config PDCH

2 1

Re: OpenBSC on Solaris (WAS: Re: Notes from the 27C3 network)
by omar.atia＠its.ws 08 Jan '11

08 Jan '11

Dears, Sorry for hijacking the thread , next time I will create new thread ... I will try to bind using IP to avoid using SO_BINDTODEVICE ,and I will google IP_BOUND_IF as well. Another issue is the linux command for vty which is the c function under linux called cfmakeraw which I removed from vty.c cause there is no library under SUN for that command or function to link with. Can you please ensure that this commented line will not affect vty functionality ? Thanks, Omar atia ------Original Message------ From: Holger Hans Peter Freyther Sender: openbsc-bounces(a)lists.gnumonks.org To: openbsc(a)lists.gnumonks.org Subject: OpenBSC on Solaris (WAS: Re: Notes from the 27C3 network) Sent: Dec 31, 2010 11:28 AM On 12/31/2010 12:30 AM, Omar Atia wrote: > Dears ,, please help :: Dear Omar, please do not hijack threads, start a new one instead. > > in ipaccess-find.c , can we use bind instead of setsockopt cause solaries > doesn't have SO_BINDTODEVICE defined in socket.h. For ipaccess-find is sending a broadcast packet, so it is important to select the physical interface it should be send on. For the user it is more convenient to write the interface name then to remember the ip address of this interface. Does Solaris provide another way to bind to a specific interface? What about IP_BOUND_IF? If that is not the case we could consider doing a normal bind and bind to the interface via an ip... z. Sent via BlackBerry® from mtc touch

4 12

AW: Why TDM time slot time duration is 577us ??
by Andreas.Eversberg 08 Jan '11

08 Jan '11

576,92307692307692307692307692308us per slot 4615,3846153846153846153846153846 per 8 slots (1 frame) 120ms per 26 frames ________________________________ Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Nataraju A B Gesendet: Freitag, 7. Januar 2011 13:46 An: openbsc(a)lists.gnumonks.org Betreff: Why TDM time slot time duration is 577us ?? Hi All, I wish I am posting this query to the right mailing list. If not please let me know the correct list for this query. I understand the basics of GSM and wireless in general. I have a very basic question. Why did the time slot value considered to be 577us ? I searches Google for some useful doc, which clarifies the reason behind selection of time slot ? Thanks, Nataraju A B

1 0

Why TDM time slot time duration is 577us ??
by Nataraju A B 07 Jan '11

07 Jan '11

Hi All, I wish I am posting this query to the right mailing list. If not please let me know the correct list for this query. I understand the basics of GSM and wireless in general. I have a very basic question. Why did the time slot value considered to be 577us ? I searches Google for some useful doc, which clarifies the reason behind selection of time slot ? Thanks, Nataraju A B

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC