your first port has the following slots: d=1, b=2-15
your second port has the following slots: d=16, b=17-31
did you set the timeslots in osmocom.cfg according to your second port?
> the misdn driver is nice configured now(dmask=0x00020002,
> bmask=0x0000fffc,0xfffc0000), but i get the error message "could not
hello
the misdn driver runs, but it seems im doing something wrong with the
parameter. i have 2 bs-11, means i need 2 d-channels, right? i took the
config from the hfcmulti.c-helptext which seemed sensible: d-channels on
slot 1 and 17, the rest except 16 b-channels.
i tried "modprobe hfcmulti dmask=0x00020002 bmask=0x0000fffc,0xfffc0000"
but that doesnt seem to work.
T.
--
Wer Rechtschreibfehler findet, darf sie behalten!
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
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!
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!
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
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
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)
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
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