Hello Andreas,
On Tue, 14 Apr 2009 16:54:40 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote:
> do we need a switch to select between mISDN bit order and other e1
> drivers? what other e1 drivers are/will be supported? or can i just
> change the bit order, because no other e1 driver is used with the code?
> if not, i would suggest to add a "msb" flag to the time slot structure.
I can only talk for my "personal" Windows driver, for me the changed
bit order works. I just wonder why mISDN and the HFC-E1 works different
on Haralds PC than on others.
> to make a better processing in kernel space, i need to put the gsm
> speech codec into kernel space. i need a source code that is open, light
> weight, and without integer math. any suggestions?
For a Full Rate Codec (should work too, however OpenBSC has to
modified so that "Full Rate" is used by the phones too) you can
use Toast (http://kbs.cs.tu-berlin.de/~jutta/toast.html).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Andreas,
On Tue, 14 Apr 2009 13:10:36 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote:
>
> on the easterhegg 2009 we got everything running. even audio worked! and
> we catched our first imsi from a public network.
Congratulation, great to hear that !
> @harald | @dieter: other isdn drivers (windows) have obviously reversed
> bit order on transparent channel. bit 0 is exchanged with bit 7 and so
> on. to make it work, i did not change the bit order, i just changed the
> location of the subslot, and it worked.
I noticed the same with my own Windows driver (its not an official driver,
just my personal very experimental stuff for the HFC-E1 card). However
because it worked with the Linux version (at least on Haralds PC) I though
it was a problem with my implementation and did not take care.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi,
I'm starting a new thread because it's a new topic... ;)
Harald Welte wrote:
> it has all been implemented quite some time ago. Used to work fine
> here, though I haven't tested it since about one month ago. We can
> have multiple concurrent voice calls between two handsets, as soon as
> you have the IMSI provisioned with an extension in the database,
> i.e.
> UPDATE subscriber set extension=1001 where id=1;
> UPDATE subscriber set extension=1002 where id=2;
> and then you can call 1002 from the handset with id1 and vice-versa.
assigning extensions to connected cell phones works fine and I tried
calling. The other phone rings and I can take the call but voice
transmission doesn't seem to work (I don't know if it's supposed to work
yet. :D).
---
<0002> gsm_04_08.c:1175 A -> CONNECT
<0002> gsm_04_08.c:1141 Setting up TCH map between (bts=0,trx=0,ts=0)
and (bts=0,trx=0,ts=6)
<0002> trau_mux.c:52 Setting up TRAU mux map between (e1=0,ts=1,ss=255)
and (e1=0,ts=3,ss=2)
<0002> gsm_04_08.c:1184 A <- CONNECT ACK
<0002> gsm_04_08.c:1191 B <- CONNECT
<0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e DATA
INDICATION
<0002> gsm_04_08.c:1288 -> CONNECT_ACK (state->ACTIVE)
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION
FAIL: CAUSE: 18 01 0b IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION
FAIL: CAUSE: 18 01 0c IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION
FAIL: CAUSE: 18 01 0a IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=5) chan_nr=0x0d CONNECTION
FAIL: CAUSE: 18 01 0d IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION
FAIL: CAUSE: 18 01 0b IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION
FAIL: CAUSE: 18 01 0c IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION
FAIL: CAUSE: 18 01 0a IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=5) chan_nr=0x0d CONNECTION
FAIL: CAUSE: 18 01 0d IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION
FAIL: CAUSE: 18 01 0b IGNORING
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION
FAIL: CAUSE: 18 01 0c IGNORING
<0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 DATA
INDICATION
<0002> gsm_04_08.c:1203 A -> DISCONNECT (state->RELEASE_REQ)
<0002> gsm_04_08.c:1208 A <- RELEASE
<0002> gsm_04_08.c:1216 B <- DISCONNECT
<0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e DATA
INDICATION
<0002> gsm_04_08.c:1291 -> RELEASE
<0002> gsm_04_08.c:1292 <- RELEASE_COMPLETE
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION
FAIL: CAUSE: 18 01 0a IGNORING
<0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 DATA
INDICATION
<0002> gsm_04_08.c:1276 -> RELEASE COMPLETE (state->NULL)
<0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e CONNECTION
FAIL: CAUSE: 18 01 0e IGNORING
<0008> gsm_04_08.c:961 Sending Channel Release: Chan: Number: 0 Type: 2
<0001> chan_alloc.c:225 Recycling the channel with: 0 (0)
<0010> abis_rsl.c:518 Channel Release CMD channel=(bts=0,trx=0,ts=6)
chan_nr=0x0e
---
kenny_
hi harald,
that sounds good. i will try this in hamburg on easterhegg, starting friday.
also i started coding on gsm_04_08.c file. i like to implement a real state machine and like to extract the call handling (application) from the signalling part (protocol). this way libbsc can be used to terminate calls to applications rather than just forwarding them.
here is my idea: we must define an API for applications to communicate with libbsc. i would suggest a structure with "message type", "call reference" and all informations like "calling party number". if the informations are not used, like "calling party number" in the "ALERTING" message, they are ignored:
struct high_level_structure_type_name {
int message;
int callref;
u_char imei[..];
u_char imsi[..];
u_char tmsi[..];
u_char dialing[..];
u_char calling_pn[..];
int notify_ind;
....
};
i would use a special message "NEW" for creating a new callref. after the instance (call) is released and freed, a special message "FREE" could be used. an example:
send NEW -> returns callref (or error)
send SETUP (callref, imei)
recv PROCEEDING (callref)
recv ALERTING (callref)
recv CONNECT (callref)
recv DISCONNECT (callref, cause)
send RELEASE (callref)
recv FREE (callref)
paging, timers, release_complete, ... is handled by gsm_04_08.c, data base, numbering plan, call control is done by extracted application file. (let me call it callcontrol.c.)
the current application for call forwarding would be removed and put in a seperat file or even out of it and make it part of bsc_hack.
what do you think?
regards,
andreas
-----Ursprüngliche Nachricht-----
Von: Harald Welte [mailto:laforge@gnumonks.org]
Gesendet: Mittwoch, 8. April 2009 11:27
An: Andreas.Eversberg
Cc: openbsc(a)lists.gnumonks.org
Betreff: Re: Solved: BS-11 runs, but no Network on my Mobile
On Tue, Apr 07, 2009 at 04:11:05PM +0200, Andreas.Eversberg wrote:
> hi,
>
> everything works now, even without external (accurat) clock from telephone network.
>
> the problem was the driver for some reason. with the latest GIT commit it works every time i startup the base or the software. (until now)
>
> now comes the next part. what has to be done in order to terminate calls or
> make calls between mobiles?
it has all been implemented quite some time ago. Used to work fine here, though
I haven't tested it since about one month ago. We can have multiple concurrent
voice calls between two handsets, as soon as you have the IMSI provisioned with
an extension in the database, i.e.
UPDATE subscriber set extension=1001 where id=1;
UPDATE subscriber set extension=1002 where id=2;
and then you can call 1002 from the handset with id1 and vice-versa.
regards.
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hello Marcel,
On Wed, 08 Apr 2009 18:19:20 +0200, "Marcel Klein" <marcel(a)koeln.ccc.de> wrote:
>
> Okay now I have access to some more cell phones. But still the same
> issue even with a Nokia 3330 and Nokia 6210.
>
> Sony Ericson k800i (no branding) - doesn't find the network most of the
> time or rather takes very long (when I'm lucky). Only one network in
> list when it manages to find my network. (Just happened once that
> everything was correct).
>
> Nokia 3330 and 6210 - Finds the network quick or just needs to be
> rebooted. Only one network in list.
>
> Siemens S45 - Network not found (yet)
>
> I already tried several networks that really exist but without success.
> ARFCN is free and stable - I checked this with a radio.
I am rather sure this is an issue with the BS-11 clock. It requires a
very accurate and stable clock for GSM (in my tests with just one
phone a BTS clock detuned by about 1 ppm causes the phone to no longer
see both test network and official network). There are most certainly
differences between the phones too in regards to how much inaccuracy
they tolerate.
You can make a test to see if it is a problem with the clock: take a SIM
card from a phone which is registered (location updated has been done)
to the BS-11 network and put it in a phone which did not find the
BS-11 network. Now the phone should be able to see the BS-11 network
when powered on because it immediately listens on the ARFCN of the
BS-11 and does not register (and synchronize its clock) to an
official network first. However it most certainly will no longer
find the official networks.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Marcel,
On Wed, 01 Apr 2009 15:52:21 +0200, "Marcel Klein" <marcel(a)koeln.ccc.de> wrote:
>
> Some phones can find the "001 01" network directly but most of the time
> it takes around an hour until some phones start to notice it (or they
> never do). I tried restarting bsc_hack several times, changed the
> ARFCN, MNC and MCC but without success. Even restarting the phone
> doesn't always help.
>
> So far everything seems to work fine, bsc_hack shows no warnings, I see
> lots of RXs when I use the debug option, and Abis-Link is up.
>
> I don't know if this is related but when a phone manages to see my
> network it's not able to see any others. I just see one - my own network.
You mean you can only see the "001 01" network and nothing else ?
Does this happen before or after having registered to the "001 01"
network ?
Something different to try: If finding the "001 01" network takes too
long and changing the ARFCN also does not help (to make sure that
there is no interference) maybe increasing the TRX power changes
the result ? Just try it for a short time (one or two minutes)
and see if that helps. Here at my place (most certainly a rather
"clean" RF environment) I don't have problems to find the "001 01"
network, this works with different phones (old and new ones) and only
takes about 30 seconds doing a "manual search". I can also see all the
other official networks.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hey Harald,
I didn't know your favorite way of getting patches so for now I simply
attached them to this mail. I found some time to continue with channel
management and would like to get feedback if this is running into the right
direction or if you have something else or other ideas.
The reason to not just apply these patches are within the first patch.
Currently we don't serialize the struct gsm_bts so after a restart of the
bsc_hack we would have to force another location updating request...
happy hacking and feedback would be welcomed
z.
Hello guys,
I'm a bit familiar with Linux, but not heavily experienced. Anyway, I
tried to get OpenBNC working but unfortunately with no succes. After
running the commands:
aclocal
autoconf
automake --add-missing
./configure
make
I get after running "make" the following errors:
libbsc.a(db.o)(.text+0x90d): In function `db_sms_mark_sent':
/home/nordin/Downloads/trunk/openbsc/src/db.c:447: undefined reference to `dbi_conn_queryf'
collect2: ld returned 1 exit status
make[1]: *** [bsc_hack] Error 1
make[1]: Leaving directory `/home/nordin/Downloads/trunk/openbsc/src'
make: *** [all-recursive] Error 1
This is the last part of the make output.
Befor this I had the following error running ./configure:
libc6-dev
libdbi-dev
libdbd-sqlite3
Comaplaining that these were missing.
I installed "libdbi-dev" with yum (yum showed me: libdbi-devel.i386, so I thought it's the same)
I than downloaded libdbd-sqlite3 from sourceforge (libdbi-drivers-0.8.3-1 <http://sourceforge.net/project/showfiles.php?group_id=65979&package_id=6377…>) and installed it too.
Finally I downloaded libc6-dev form http://packages.debian.org/search?keywords=libc6-dev, but don't know what to do with it.
Also couldn't find any usefull information on the net, except when using Debian.
I use Linux distro CentOS 4.4 (server edition).
Can you please help me with this?
Thank you very much.
hi,
everything works now, even without external (accurat) clock from telephone network.
the problem was the driver for some reason. with the latest GIT commit it works every time i startup the base or the software. (until now)
now comes the next part. what has to be done in order to terminate calls or make calls between mobiles?
here is the exact way on how to bind (open) mISDN time slots or bchannels: the "dev" field in the sockaddr_mISDN must equal the port number. in case of ony one card installed, it must be set to 0. the "channel" fiels must equal the time slot. because the base station uses time slot 2 and 3 for traffic channels, we must set it to 2 or 3. this is done correctly in misdn.c! is there any problem with getting data from BTS? what is the current state?
best regards,
andreas
-----Ursprüngliche Nachricht-----
Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Dieter Spaar
Gesendet: Freitag, 3. April 2009 15:08
An: openbsc(a)lists.gnumonks.org
Betreff: Re: WG: BS-11 runs, but no Network on my Mobile
Hello Andreas,
On Fri, 3 Apr 2009 12:27:05 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote:
>
> so, if this works, i will try to use an hfc-pci single port card
> (cheap) and provide a document on how to link the E1 card to the
> single port card. only two clocks are required, a frame clock and a
> bit clock. with the right settings, both clocks are compatible.
Great idea ! I am definitely interested in the results.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
i tried different network and country codes (other than '1'). also i tried different ARFCN, like 120 or so.
also note that eary tests showed me the network "01" just once, but at this time i did not get complete provisioning of BS-11 (only 3 channels were configured).
does BS-11 need to react on telephone messages in order to show the network to the phone? or does the phone just receive the BS-11 signalling information in order to display the available network? i don't know if the receiver works.
also i can create BBSIG1 and PA1, but it will not be used by bsc_hack. what do i need to change in order to use the second transponder? maybe this one works.
-----Ursprüngliche Nachricht-----
Von: Dieter Spaar [mailto:spaar@mirider.augusta.de]
Gesendet: Mittwoch, 1. April 2009 15:09
An: Andreas.Eversberg
Cc: openbsc(a)lists.gnumonks.org
Betreff: Re: AW: AW: BS-11 runs, but no Network on my Mobile
Hello Andreas,
On Wed, 1 Apr 2009 12:36:15 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote:
> the load is correct. i get an error pop-up while starting bsc_hack. this
> is because the LMT seems not to be 100% compatible with the load. with
> an older load i don't get this error pop-up, but it also doesn't work.
> also no alarms show on the LMT after syncing database. i will get the
> exact error message this weekend.
The error message that LMT is not compatible to the firmware version
should be no problem, it just complains about unknown attributes.
Its strange, because you already know that the transmitter
is working, so I wonder why you don't receive something on
the phone. Have you tried a different phone, just to be
sure ? Maybe also using a different ARFCN might help.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
