Hello Holger,
On Sat, 28 Feb 2009 11:53:23 +0100, "Holger Adams" <holger(a)kernreaktor.org> wrote:
>
> Maybe its important to mention:
> - Both LEDs of the E-1 card are blinking red
> - Used cables for the RJ45 plug (CAT5): orange/blue
I can't help with Linux (I use Windows), however I noticed
this in mISDN (hfc_multi.c) a while ago:
case 1: /* HFC-E1 OEM */
/* 2 red blinking: NT mode deactivate
* 2 red steady: TE mode deactivate
* left green: L1 active
* left red: frame sync, but no L1
* right green: L2 active
*/
So I would guess that there is a synchronisation problem which is not
related to the TEI setting. Maybe there is something wrong with the
wire connection. If you can see the signal sent from the E1 card at
the BS-11 and there is also a signal sent from the BS-11, than probably
the signal from the BS-11 is not received by the E1 card so it could
not synchronize on it.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Everybody,
I'm just trying to connect the E-1 host card to the BS-11, but I can't
get it work. The serial connection works fine, I'm also seeing the
"Abis-link: Restoring" message.
My hardware configuration:
1) I removed the green jumpers TB01 - TB04
2) Jumper settings below the Twinax-board: 1-4 ON, 5-8 OFF
3) HFC-E1: NT Mode, Config A (all jumpers on the left side to the left)
4) 'hfcmulti' modprobed with 'dslot=1'
5) Forced the BS-11 to use correct TEI and E1 slot by using 'bs11_config'
Have I missed something? I put a scope upon the rx/tx pins - traffic
flows into both directions, so I think there's no collision (tx->tx, rx->rx)
Thanks,
Holger
Hello Holger,
On Sat, 28 Feb 2009 12:55:04 +0100, "Holger Adams" <holger(a)kernreaktor.org> wrote:
>
> OK, I think I know where the problem is - there must be a cableing
> problem with the Twinax connectors.
>
> So there is my next question:
> Which pin of Y01 is TX+ and TX-?
> Which pin of Y02 is RX+ and RX-?
The polarity does not care, you can exchange TX+ with TX- and RX+
with RX-. A simple test for just the correct wire without connection
the BS-11:
- On the cable which goes to Y01 you should be able to see a
signal with an oscilloscop between TX+ and TX-.
- If you connect the two TX lines with the two RX lines (loopback,
polarity does not care), the card should synchronise and the LEDs
should not longer blink. Attention: I have tested this on Windows
only, with a loopback, I can see that the card synchronises, however
I don't know what mISDN does, but I guess it will also synchronise.
If this works, you know that the cable is OK.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi All!
I'll be on holidays pretty much throughout the time from March 4th through
March 25th. I will check my email only in very irregular intervals,
particularly not after March 11.
I will try to get back to any inquiries after I have returned. Meanwhile,
the list (particularly subscribers like zecke, dieter spaar, nibbler and
others) will hopefully be able to adress all issues you might have.
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)
Hi Folks,
yesterday i´ve tried to do the initial config of my BS-11.
But i have a problem after warmup while querying the BS-11:
rene@nb-stegmaier:~/data/development/bs-11/svn/trunk/openbsc/src
$ ./bs11_config -p /dev/ttyUSB0 query
bs11_config (C) 2009 by Harald Welte and Dieter Spaar
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY
LMT LOGON: ACK
PHASE: 1 Software required Abis-link: Down
No valid Safety Load file "BTSBMC76.SWI"
PHASE: 1 Software required Abis-link: Down
No valid Safety Load file "BTSBMC76.SWI"
Whatis going wrong?
I read in the wiki that the projekt doesn't provide any firmware images,
but how can i get the BS-11 working?
Is there any way to generate this "Safety Load file" and upload it to
the BS-11?
cheers,
René
--
Rene Stegmaier <rene(a)rr47.de>
LAN-TEX
Schuberstr. 14
38518 Gifhorn
Mobil: 01703183653
Hello Everybody,
we have several Tektronix K1103 protocol analyzers standing around here
and it was quite complicated to get the pinout of the SUB-D 9 connectors.
Monitor A:
Pin Purpose
9 RX+B
4 RX-B
6 RX+A
1 RX-A
2,3,4 GND
A = E-1-Linecard -> BTS
B = BTS -> E-1-Linecard
Monitor C:
9 RX+D
5 RX-D
6 RX+C
1 RX-C
2,3,4 GND
Telephone socket:
1 mic input (-)
2 hearer output (+)
3 hearer output (-)
4 mic input (+)
Factsheet of this analyzer:
http://www2.tek.com/cmswpt/psdetails.lotr?ct=PS&lc=EN&ci=14411&cs=psu
Holger
hi!
I've put together a new page at
http://bs11-abis.gnumonks.org/trac/wiki/BS11_Getting_Started
which explains the individual steps from unpacking the BTS, verifying its
configuration using bs11_config up to connecting and getting it up and running
with a HFC-E1 Eval Board and the bsc_hack program.
Once again, feel free to add information to the wiki, I will happily provide
accounts to every user!
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)
Hi!
I'm sending this mail to all recent buyers of a BS-11.
I would like to ask you to raise any questions you might have regarding
setup/configuration/installation of the BS-11 unit or OpenBSC at the
openbsc(a)lists.gnumonks.org
mailing list. You can subscribe to the list online at
https://lists.gnumonks.org/mailman/listinfo/openbsc
The benefit of asking your question at this list is that other BS-11 / OpenBSC
users and developers will see your questions and learn from the answers or at
some point even provide the respective answers themselves.
I would also want to invite you to contribute to our wiki at
http://bs11-abis.gnumonks.org/. We do not allow public editing, so if you
want an account, just email me privately and I will send you username and
password.
I hope we can now finally start to build a community around the project, with
some 30 BS-11 distributed to various GSM enthusiasts all over the world.
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,
Does anyone has a sample database to test the hlrstat.pl script against ?
I am specifically after the subscriber database.
Best regards,
Abdul Hakeem
Hi!
Some of you have already received their BS-11 and built the power cord for it.
Next step is to obviously try bs11_config on the serial port. Unfortunately
it doesn't build right now since I restructured some shared code. I'll work
on this tonight, should be fixed soon.
--
- 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)
Hi David,
hope you don't mind me Cc'in the list, as other people might find this
information useful.
On Tue, Feb 17, 2009 at 08:31:53PM -0800, David A. Burgess wrote:
> Congratulations!!
thanks!
> So if you need the channel mode modify, does that mean you're doing very
> early assignment?
yes, it is the most simple option. commit the TCH early and you don't have to
do conflict resolval in the middle of the call setup if you first only have a
SDCCH and then want to switch to a TCH but don't have a free one.
> It took me a few days to figure that out when I decided to try very early
> assignment.
I was pretty clear that I have to do CHANNEL MODE MODIFY on GSM 04.08 to tell
the MS to switch to voice mode.
However, what is a bit weird is that in addition you have to send a MODE MODIFY
REQUEST (08.58) packet to the BTS. Plus, the actual channel mode values for
EFR are different on 04.08 and 08.58 ;)
Why is it weird? Because typically in a case like this, you would send one
08.58 packet to the BTS, with the payload for the 04.08 packet. The BTS would
then do the local state change, and send the 04.08 packet over the air to cause
the MS state change. This is how it works with many other operations, you
almost never have to explicitly talk to both sides separately.
> For early or late assignment, started call setup on the SDCCH, I didn't
> need that channel mode modify step.
I was aware of that, but then you need another channel assignment and a more
complex resource management, at least that's what I think. So I went for very
early assingment for now.
> Are you transcoding, or just copying raw vocoder frames from TCH to TCH?
No, I'm not transcoding. But in order to route TRAU frames from one TCH to the
other, you already need to do quite a bit of parsing and re-encoding. It's
just how they stuff the bits in the TRAU frames, not actually touching any of
the voice processing.
I think what is useful is to 'outsource' this TRAU frame processing into a
separate process. Apart from simple commands like 'map this sub-channel to
another sub-channel' it doesn't need much interaction with the actual
signalling part. In fact, the relatively high data rates clog the debug log
and make it hard to strace OpenBSC for further work on the signalling side.
On the ip.access nanoBTS it's even easier. You can directly feed the RTP
streams over the loopback device on the BTS, so the voice data naver even has
to go to the BTS (unless you want to route between multiple BTS, which I haven't
done yet but is very easy with nanoBTS too, in fact the code _should_ already
work.
What will be interesting is to figure out the actual RTP payload of the
ip.access. I've already seen they use RTP payload type 127 and the size of the
packets looks like it is one 40-byte TRAU frame per RTP packet. If that is
true, I would probably work on E1-to-RTP interworking to route calls between
traditional E1-based BTS and IP-based ones.
Cheers,
--
- 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)
Hi,
it seems that the last few commits (starting with SVN revision 308)
broke the compilation of bs11_config. As I wanted to take a look at
the boot process of my newly delivered BS11, I've just fixed bs11_config
to build again and it even seems to work.
Find attached my (ugly) patch to fix the build problems.
Regards,
Michael
--
Michael Gernoth Department of Computer Science IV
Martensstrasse 1 D-91058 Erlangen Germany University of Erlangen-Nuremberg
http://www4.informatik.uni-erlangen.de/~gernoth/
Hi all!
Like I just wrot in my blog, I have managed to get the first voice calls
between two MS on one BTS working. The Q.931 like call control never
really was the problem, and paging as well as RR/MM seems to work very stable
all the time. Bigger problems were related to the CHANNEL MODIFY that has
to be done on the 04.08 level (for the MS side) as well as the 08.58 side for
the BTS side - plus many classic programming mistakes in what used to be
so-far untested/unused code.
In any case, I have succesfully had voice calls through both the BS-11
as well as the ip.access nanoBTS.
There are still lots of things left to be done (e.g. the E1 subslot assignments
are still static, there is a big yet-to-be-explained lag on E1 based calls,
Motorola phones seem to have compatibility issues, you can call yourself and
make your own phone ring, etc). But at least the foundation is working.
Regards,
[... and it's not even two months too late for the originally planned call demo
at 25C3]
--
- 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)
Hi Philippe!
On Fri, Feb 13, 2009 at 03:31:08PM +0100, Philippe Langlois wrote:
> Can you also upload there some raw packet traces of this ip.access
> abis-over-ip ?
I'm working on a wireshark plugin, and I'll release traces + the plugin soon.
The traces will then be traces of OpenBSC talking to the nanoBTS. The traces
I currently have are from a test network, but contain things like IMSI/IMEI
numbers which I consider confidential information.
By the way: There is currently no wireshark plugin for GSM 12.21 (OML) yet, as
far as I can tell. Only 08.58 is there. Anyone interested in working on this?
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)
Hi!
I've started a page documenting the ip.access A-bis over IP protocol at
https://bs11-abis.gnumonks.org/trac/wiki/nanoBTS
There are no NDA problems with it, since all information was derived from
looking at packet traces. I do not have access to any protocol documentation
from ip.access.
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)
Hi!
This seems to solve the mystery that zecke and me experienced yesterday
working with the B-Channels on mISDN.
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 Bjoern,
> Can't get logged in to the LMT.
> It asks for a password (cambio menu).
> "L3proc" isn't working...
This is not the LMT COM Port, you have plugged the cable into
the wrong port. Besides the LMT COM port, which is close to the
E1 BNC connectors, there are several other COM ports which are
directly routed to the various microcontrollers. There are some
simple debug menues active during startup, but on the LMT port
you won't get any reply without sending the correct message first.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi!
I was trying to get the data model right for the TRAU mux/demux handling,
and discovered it is about time to re-do the entire 'input' side, i.e.
the interface towards the actual E1 link.
The main objectives are:
1) ability to deal with multiple BTS on one E1 link
2) ability to easily integrate E1 drivers != mISDN, e.g. zaptel while
still keeping most of the E1 related functionality in common code
3) ability to easily add things like Abis over IP later
So please stay tuned for some potentially quite big committs in that area during
the next couple of days.
--
- 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)
Hi!
JFYI: Software load through the A-bis / E1 interface is only marginally
faster than through the serisal RS232 line.
The theoretical maximum speed is the 64kbps of the E1 timeslot, which should give quite a bit of improvement over the 19200bps serial line.
However, the BS-11 is throttling down the transver even via A-bis. I have
tried to increase the window size to 20 (LMT has a max of 8. I tried up to 32
but then the transfer fails)
The speed that I'm getting now is somewhere around 1232 bytes per second, which
is about 9656bps. Do they use a 9600bps serial line somewhere inside the
BS-11 to route those software updates through?
I haven't finished an entire transfer, but it seems like the transfer would
take some 36 minutes using this method. Not too far off the 45minutes
that we get with LMT or bs11_config.
I guess "in the field" this doesn't really matter since they can install
the software image while the BTS is still in operation, and then at some
point schedule a reboot which activates the new software.
p.s.: yes, I removed all delays (usleep calls) from misdn.c before testing.
--
- 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)
Hi!
Just a quick update on bs11_config, the program used for BS-11 configuration
over a serial line.
I have now
* successfully loaded SMU safety and software (SWL) from regular files
in the filesystem (not as easy since BS-11 firmware comes as multiple
files that need to be loaded consecutively)
* created all objects required for minimal config,
including TRX1/PA1 activation
* display the A-bis/T link state, phase/subphase and MBBCU status
from bs11_config
Furthermore, I have added abis_nm functions to
* set the A-bis external time (important for getting correct timestamps
for alarms)
* obtain the BS-11 serial number (as printed on the case).
--
- 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)
