Hi list!
When I run ggsn, terminal shows:
*fg: 1*
*debug: 1*
*qos: 0x0b921f*
*apn: internet*
*net: 192.168.0.0/24*
*dynip: 192.168.254.0/24*
*pidfile: /var/run/ggsn.pid*
*statedir: /var/lib/ggsn/*
*timelimit: 0*
*gtpclient: Initialising GTP tunnel*
*openggsn[7002]: GTP: gtp_newgsn() started*
*openggsn[7002]: gtp.c: 719: State information file
(/var/lib/ggsn/gsn_restart) not found. Creating new file.*
*openggsn[7002]: gtp.c: 740: fopen(path=/var/lib/ggsn/gsn_restart, mode=w)
failed: Error = No such file or directory*
*openggsn[7002]: gtp.c: 808: bind(fd0=4, addr=bf86f8dc, len=16) failed:
Error = Address already in use*
*openggsn[7002]: ggsn.c: 498: Failed to create gtp*
*
*
If I run it again addr parameter change but log also indicates that address
is already in use.
Someone can help me?
Thanks!
Arturo Rivas.
Release the e1inp_line when the signalling link is destroyed. The
e1inp_line was leaked on every OML/RSL disconnect.
The leak occured on the following call path.
e1inp_close_socket
ipaccess_close
e1inp_sign_link_destroy
ipaccess_drop_oml
ipaccess_drop
handle_ts1_read
ipaccess_fd_cb
---
src/e1_input.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/e1_input.c b/src/e1_input.c
index 957b74c..a85dd91 100644
--- a/src/e1_input.c
+++ b/src/e1_input.c
@@ -486,6 +486,7 @@ void e1inp_sign_link_destroy(struct e1inp_sign_link *link)
if (link->ts->line->driver->close)
link->ts->line->driver->close(link);
+ e1inp_line_put(link->ts->line);
talloc_free(link);
}
--
1.7.10.4
I have now selected the day for the meeting which should
match for all who have send me their preferred days. The
first Osmocom meeting in Bavaria near Pfarrkirchen will
be held on:
Saturday, 1. September, starting at 10:00
If you are going to come, please let me know until
next Wednesday (29. August). I will then send you
a private email with the details of the location.
The agenda is not yet set, but it seems that at least
those who send me their areas of interest are mainly
targeted towards GMS (OpenBSC/OsmocomBB). We can
of course also talk about other stuff, e.g. RTL-SDR,
but for this it would be nice if one of the RTL-SDR
experts would join us (here you have the chance to
receive a nearly clean/empty spectrum without much
noise from other sources ;-).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Holger reported a leak in the ipaccess_drop path and a patch to
fix this. This is a new version of the patch posted that also
handle the case in which only one of the link (OML / RSL) is
established and no ID_RESP was received.
Based on patch of Holger Freyther.
---
src/e1_input.c | 1 +
src/input/hsl.c | 4 +---
src/input/ipaccess.c | 4 +---
3 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/src/e1_input.c b/src/e1_input.c
index 957b74c..a85dd91 100644
--- a/src/e1_input.c
+++ b/src/e1_input.c
@@ -486,6 +486,7 @@ void e1inp_sign_link_destroy(struct e1inp_sign_link *link)
if (link->ts->line->driver->close)
link->ts->line->driver->close(link);
+ e1inp_line_put(link->ts->line);
talloc_free(link);
}
diff --git a/src/input/hsl.c b/src/input/hsl.c
index 3dcba1d..b86d7f6 100644
--- a/src/input/hsl.c
+++ b/src/input/hsl.c
@@ -82,10 +82,8 @@ static void hsl_drop(struct e1inp_line *line, struct osmo_fd *bfd)
osmo_fd_unregister(bfd);
close(bfd->fd);
bfd->fd = -1;
+ e1inp_line_put(line);
}
- /* put the virtual E1 line that we cloned for this socket, if
- * it becomes unused, it gets released. */
- e1inp_line_put(line);
}
static int process_hsl_rsl(struct msgb *msg, struct e1inp_line *line,
diff --git a/src/input/ipaccess.c b/src/input/ipaccess.c
index 76d1994..4c50640 100644
--- a/src/input/ipaccess.c
+++ b/src/input/ipaccess.c
@@ -248,10 +248,8 @@ static int ipaccess_drop(struct osmo_fd *bfd)
close(bfd->fd);
bfd->fd = -1;
ret = -ENOENT;
+ e1inp_line_put(line);
}
- /* put the virtual E1 line that we cloned for this socket, if
- * it becomes unused, it gets released. */
- e1inp_line_put(line);
return ret;
}
--
1.7.10.4
--OgqxwSJOaUobr8KG--
Hi list!
I have a working installation of OpenBSC+LCR+Asterisk in my system and now, I want to install OpenGGSN in addiction.
I am trying tutorial of the next link: http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS and I don't know if the new compilation of osmo-nitb will crash previous installation.
I think that I have to install new programs in the same location where previous are but if I am not sure about because this could crash it.
Thank you!
Arturo Rivas.
Hi all!
This is the announcement for the next Osmocom Berlin meeting.
Aug 22, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin
There is no formal presentation scheduled for this meeting. However,
updates will be provided on various current developments, such as
* Progress on the CC32RS512 smart card (osmo-cos)
* Possibly: Status of current attempts to get CSD implemented in OpenBSC
If you are interested to show up, feel free to do so. There is no
registration required. The meeting is free as in "free beer", despite
no actual free beer being around.
Regards,
Harald
--
- 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,
I was going on with the autotools cleanup (in order of listing in cgit)
but I'm a bit surprised about the libosmo-sccp structure, which
contrarily to libosmocore, libosmo-abis and libosmo-dsp is not using
libtool, but it's actually building three static archives, with one
source file each.
Now, I don't know if it might be too late to consider changing this but
I'm wondering why it has been done this way; when using a shared object
it might make sense (although the overhead of using more than one object
is probably higher than loading the unused code), but with static
archives all the Unix link editors I know only take by default only the
objects that are actually needed by what it's being linked; that is
using a single libosmo-sccp.a will only bring in the final linking the
object files that are actually needed.
I also wonder if it wouldn't make more sense to have everything built in
the same project/source tree with libosmocore — in general this seems to
be small enough, and the time/space spent for these three files is
probably well recovered by the extra ./configure run that it has to run.
Let me know if I can be of help — I'll still send the autotools cleanup
for this project today I think.
--
Diego Elio Pettenò — Flameeyes
flameeyes(a)flameeyes.eu — http://blog.flameeyes.eu/
Hello Alexander,
On Wed, 8 Aug 2012 20:44:12 +0400, "Alexander Chemeris" <alexander.chemeris(a)gmail.com> wrote:
>
> I'd love to join, but it strongly depends on the exact dates of the
> meeting. I have very tight travel schedule in the next months.
Just to avoid any misunderstanding: Those meetings are not supposed
to be something similar to the Osmocom Developer Conference earlier
this year. The idea is to have a regular or "on demand" oportunity to
meet with people for a few hours and demonstrate or talk about
the Osmocom projects or share new ideas.
Its comparable to the regular Berlin meetings, you can get an idea
of what goes on there:
http://openbsc.osmocom.org/trac/blog/osmug-20120808
Of course you can attend, if you are close (Munich airport is 120 km
away) but I would expect that Berlin is more convenient if you come
from really far away and Berlin already has regular meetings.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de