Project

General

Profile

ReportingBugs » History » Version 1

laforge, 04/16/2016 03:51 PM

1 1 laforge
h1. Reporting Bugs
2
3
No software is free of bugs, including Osmocom software.  We do appreciate your bug reports, though of course we can make no guarantees that we will be able to fix it.  It is a volunteer-driven Free Software project, after all.
4
5
In order for us to understand the conditions causing the bug, proper bug reporting is of high importance.
6
7
This page intends to provide some input into how to create a bug report that is useful for developers.
8
9
Sending incomplete / insufficient bug reports reduces the probability that the developers can fix the bug you experience, so we kindly ask you to work with us by preparing good bug reports.  Thanks for your attention.
10
11
h2. Important parts of a bug report
12
13
The most important parts of a bug report are
14
# Description of the bug
15
#* what exactly did you try to do?
16
#* what was the expected behavior?
17
#* what was the actual (erroneous) behavior?
18
# Reproducibility
19
#* At which frequency does the bug occur?
20
#* Have you observed any particular condition/trigger/setup that allows to reproduce the bug?
21
# Your setup / environment
22
#* which BTS model/version are you using?
23
#* which of the many Osmocom programs were running at the time of the bug?
24
#** which configuration did you use at the time for each Osmocom program? Include all config files
25
#** which exact version of each Osmocom programs did you use?
26
#* which other external software or hardware components are interfacing with Osmocom
27
#* which exact versions of libosmocore, libosmo-abis, libosmo-netif, etc. did you use?
28
#* if the issue relates to specific phone models, include information about the phone model + firmware/OS version
29
# Protocol Traces
30
#* include a pcap file of the relevant communication interfaces, such as
31
#** Abis/IP between BTS and BSC/NITB (tcp port 3002 + 3003)
32
#** Gb/IP between PCU and SGSN (udp port 23000 by default)
33
#** RUA, HNBAP and/or SUA in case of osmo-iuh / 3G
34
#** The UDP based transceiver interface in case of osmo-trx
35
# Log file output
36
#* The log file output ahead of the bug is very important, include the relevant log file snippets
37
#* If you already suspect/know the bug in a given sub-system, it might make sense to increase the logging verbosity in that sub-system. Please see the respective User Manuals of the Osmocom software you're using.
38
39
h2. Actual bug reporting
40
41
In case you have a user account with sufficient privileges, you can report the bug directly as a redmine issue on this web-site.
42
43
For the general public, bugs are reported via e-mails to one of our mailing lists. Compose an e-mail with as much of the contents listed above, and send it by e-mail to the applicable mailing list.  The subject should preferrably start with "BUG:" 
44
45
The mailing list addresses are as follows:
46
47
* @osmocom-net-gprs@lists.osmocom.org@ for bugs clearly related to the GPRS side of things (like OsmoPCU, OsmoSGSN, OpenGGSN)
48
* @openbsc@lists.osmocom.org@ for the circuit switched side (like OsmoBTS, OsmoBSC, OsmoNITB, ...) or library components.
Add picture from clipboard (Maximum size: 48.8 MB)