If the SIP server dies in the middle of a call, osmo-sip-connector is in a
bad state and generates a never ending stream of error messages:
58): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f258): zero length packettport(0xb7e9f258): zero length
packettport(0xb7e9f25
It looks like the messages are generated from sofia-sip and I have managed
to suppress the messages by setting the environment variable SU_DEBUG < 3:
http://sofia-sip.sourcearchive.com/documentation/1.12.7/tport__internal_8h_…
However, it looks like osmo-sip-connector is clearly in a bad state when
this happens and we need a way to detect and release these ghosted calls.
Hi Pablo,
Resent as v2, because I forgot the net-next target. Sorry for noise,
I promise I won't forget it again.
This series lays the groundwork for removing the socket references from
the GTP netdevice by removing duplicate code and simplifying the logic on
some code paths.
It slighly changes the GTP genl API by making the socket parameters optional
(though one of them is still required).
The removal of the socket references will break the 1:1 releation between
GTP netdevice and GTP socket that prevents us to support multiple VRFs with
overlaping IP addresse spaces attached to the same GTP socket (needed for
multi APN support).
Regards
Andreas
Andreas Schultz (6):
gtp: make GTP sockets in gtp_newlink optional
gtp: merge gtp_get_net and gtp_genl_find_dev
gtp: unify genl_find_pdp and prepare for per socket lookup
gtp: consolidate pdp context destruction into helper
gtp: add socket to pdp context
gtp: consolidate gtp socket rx path
drivers/net/gtp.c | 564 +++++++++++++++++++++++++++---------------------------
1 file changed, 280 insertions(+), 284 deletions(-)
--
2.10.2
Hello all
I have installed openbsc with pcs1900 nano bts but I can't make voice calls only the messages.
It's telling network busy
Thanks
Regards
Rajitha
Sri Lanka
Sent from my iPhone
On Jan 27, 2017, at 3:11 PM, "openbsc-request(a)lists.osmocom.org<mailto:openbsc-request@lists.osmocom.org>" <openbsc-request(a)lists.osmocom.org<mailto:openbsc-request@lists.osmocom.org>> wrote:
Send OpenBSC mailing list submissions to
openbsc(a)lists.osmocom.org<mailto:openbsc@lists.osmocom.org>
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osmocom.org/mailman/listinfo/openbsc
or, via email, send a message with subject or body 'help' to
openbsc-request(a)lists.osmocom.org<mailto:openbsc-request@lists.osmocom.org>
You can reach the person managing the list at
openbsc-owner(a)lists.osmocom.org<mailto:openbsc-owner@lists.osmocom.org>
When replying, please edit your Subject line so it is more specific
than "Re: Contents of OpenBSC digest..."
Today's Topics:
1. Re: [MERGED] osmo-trx[master]: Do not embed sqlite3 when
building (Alexander Chemeris)
2. Re: [PATCH net v2 3/3] gtp: fix cross netns recv on gtp
socket (David Miller)
3. Re: [MERGED] osmo-trx[master]: Do not embed sqlite3 when
building (Neels Hofmeyr)
4. HEADS UP: jenkins DOWN (Neels Hofmeyr)
5. HEADS DOWN: jenkins UP (Neels Hofmeyr)
6. Re: HEADS DOWN: jenkins UP (Holger Freyther)
7. [PATCH net v3 0/3] various gtp fixes (Andreas Schultz)
8. [PATCH net v3 2/3] gtp: clear DF bit on GTP packet tx
(Andreas Schultz)
----------------------------------------------------------------------
Message: 1
Date: Thu, 26 Jan 2017 20:53:07 +0400
From: Alexander Chemeris <alexander.chemeris(a)gmail.com<mailto:alexander.chemeris@gmail.com>>
To: Max <msuraev(a)sysmocom.de<mailto:msuraev@sysmocom.de>>
Cc: OpenBSC Mailing List <openbsc(a)lists.osmocom.org<mailto:openbsc@lists.osmocom.org>>
Subject: Re: [MERGED] osmo-trx[master]: Do not embed sqlite3 when
building
Message-ID:
<CABmJbFUifn=3OdUWH=aH5Nij9xz4v7Z3HCm09SQEHOBkaEBtXA(a)mail.gmail.com<mailto:CABmJbFUifn=3OdUWH=aH5Nij9xz4v7Z3HCm09SQEHOBkaEBtXA@mail.gmail.com>>
Content-Type: text/plain; charset=UTF-8
Great. I was also going to ask about debian contrl files, etc. Glad
this is already fixed.
Is there a way to subscribe to gerrit patches for a particular project?
On Thu, Jan 26, 2017 at 8:10 PM, Max <msuraev(a)sysmocom.de<mailto:msuraev@sysmocom.de>> wrote:
It should have been removed with gerrit 1485
<https://gerrit.osmocom.org/1485>. See also gerrit 1691
<https://gerrit.osmocom.org/1691> for follow-up fixes.
On 26.01.2017 16:53, Alexander Chemeris wrote:
Hi Harald, Thomas,
I think it also makes sense to remove sqlite3 subdirectory, since it's no
longer used. Any reason it's kept in the repository?
--
Max Suraev <msuraev(a)sysmocom.de<mailto:msuraev@sysmocom.de>> http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte
--
Regards,
Alexander Chemeris.
CEO, Fairwaves, Inc.
https://fairwaves.co
------------------------------
Message: 2
Date: Thu, 26 Jan 2017 14:22:47 -0500 (EST)
From: David Miller <davem(a)davemloft.net<mailto:davem@davemloft.net>>
To: aschultz(a)tpip.net<mailto:aschultz@tpip.net>
Cc: pablo(a)netfilter.org<mailto:pablo@netfilter.org>, netdev(a)vger.kernel.org<mailto:netdev@vger.kernel.org>,
Lionel.Gauthier(a)eurecom.fr<mailto:Lionel.Gauthier@eurecom.fr>, openbsc(a)lists.osmocom.org<mailto:openbsc@lists.osmocom.org>,
laforge(a)gnumonks.org<mailto:laforge@gnumonks.org>
Subject: Re: [PATCH net v2 3/3] gtp: fix cross netns recv on gtp
socket
Message-ID: <20170126.142247.527598780818100974.davem(a)davemloft.net<mailto:20170126.142247.527598780818100974.davem@davemloft.net>>
Content-Type: Text/Plain; charset=iso-8859-7
From: Andreas Schultz <aschultz(a)tpip.net<mailto:aschultz@tpip.net>>
Date: Thu, 26 Jan 2017 16:11:34 +0100
The use of the passed through netlink src_net to check for a
cross netns operation was wrong. Using the GTP socket and the
GTP netdevice is always correct (even if the netdev has been
moved to new netns after link creation).
Remove the now obsolete net field from gtp_dev.
Signed-off-by: Andreas Schultz <aschultz(a)tpip.net<mailto:aschultz@tpip.net>>
Please at least compile test your submissions:
drivers/net/gtp.c: In function ?gtp_newlink?:
drivers/net/gtp.c:677:8: error: too many arguments to function ?gtp_encap_enable?
err = gtp_encap_enable(dev, gtp, fd0, fd1, src_net);
^
drivers/net/gtp.c:659:12: note: declared here
static int gtp_encap_enable(struct net_device *dev, struct gtp_dev *gtp,
^
drivers/net/gtp.c: At top level:
drivers/net/gtp.c:822:12: error: conflicting types for ?gtp_encap_enable?
static int gtp_encap_enable(struct net_device *dev, struct gtp_dev *gtp,
^
drivers/net/gtp.c:659:12: note: previous declaration of ?gtp_encap_enable? was here
static int gtp_encap_enable(struct net_device *dev, struct gtp_dev *gtp,
^
drivers/net/gtp.c:659:12: warning: ?gtp_encap_enable? used but never defined
drivers/net/gtp.c:822:12: warning: ?gtp_encap_enable? defined but not used [-Wunused-function]
static int gtp_encap_enable(struct net_device *dev, struct gtp_dev *gtp,
^
scripts/Makefile.build:299: recipe for target 'drivers/net/gtp.o' failed
------------------------------
Message: 3
Date: Thu, 26 Jan 2017 21:40:27 +0100
From: Neels Hofmeyr <nhofmeyr(a)sysmocom.de<mailto:nhofmeyr@sysmocom.de>>
To: Alexander Chemeris <alexander.chemeris(a)gmail.com<mailto:alexander.chemeris@gmail.com>>
Cc: Max <msuraev(a)sysmocom.de<mailto:msuraev@sysmocom.de>>, OpenBSC Mailing List
<openbsc(a)lists.osmocom.org<mailto:openbsc@lists.osmocom.org>>
Subject: Re: [MERGED] osmo-trx[master]: Do not embed sqlite3 when
building
Message-ID: <20170126204027.GA7681(a)my.box<mailto:20170126204027.GA7681@my.box>>
Content-Type: text/plain; charset="us-ascii"
On Thu, Jan 26, 2017 at 08:53:07PM +0400, Alexander Chemeris wrote:
Great. I was also going to ask about debian contrl files, etc. Glad
this is already fixed.
Is there a way to subscribe to gerrit patches for a particular project?
I'm not sure, but I guess not. We have our gerrit-log mailing list that catches
all changes https://lists.osmocom.org/mailman/listinfo/gerrit-log -- otherwise
take a look at your user's settings, maybe there's such a feature hidden there?
~N
Hi Pablo,
This series lays the groundwork for removing the socket references from
the GTP netdevice by removing duplicate code and simplifying the logic on
some code paths.
It slighly changes the GTP genl API by making the socket parameters optional
(though one of them is still required).
The removal of the socket references will break the 1:1 releation between
GTP netdevice and GTP socket that prevents us to support multiple VRFs with
overlaping IP addresse spaces attached to the same GTP socket (needed for
multi APN support).
Regards
Andreas
--
Andreas Schultz (6):
gtp: make GTP sockets in gtp_newlink optional
gtp: merge gtp_get_net and gtp_genl_find_dev
gtp: unify genl_find_pdp and prepare for per socket lookup
gtp: consolidate pdp context destruction into helper
gtp: add socket to pdp context
gtp: consolidate gtp socket rx path
drivers/net/gtp.c | 564 +++++++++++++++++++++++++++---------------------------
1 file changed, 280 insertions(+), 284 deletions(-)
--
2.10.2
This is the part of the previous "simple gtp improvements" series
that Pablo indicated should go into net-next.
The rcu_lock removal is small correctness changes. Passing invalid
to user space allows for more standards compliant handling of invalid
tunnels.
--
Andreas Schultz (2):
gtp: remove unnecessary rcu_read_lock
gtp: let userspace handle packets for invalid tunnels
drivers/net/gtp.c | 24 ++++--------------------
1 file changed, 4 insertions(+), 20 deletions(-)
--
2.10.2
I'm sorry for the compile error mess up in the last version.
It's no excuse for not test compiling, but the hunks got lost in
a rebase.
This is the part of the previous "simple gtp improvements" series
that Pablo indicated should go into net.
The addition of the module alias fixes genl family autoloading,
clearing the DF bit fixes a protocol violation in regard to the
specification and the netns comparison fixes a corner case of
cross netns recv.
Andreas
v2->v3: fix compiler error introduced in rebase
--
Andreas Schultz (3):
gtp: add genl family modules alias
gtp: clear DF bit on GTP packet tx
gtp: fix cross netns recv on gtp socket
drivers/net/gtp.c | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)
--
2.10.2
While I was waiting for jenkins just now, I noticed that it was getting
impossibly slow despite an idle CPU. An attempt to restart resulted in failure
to launch jenkins due to "Disk quota exceeded".
There are things happening that I don't understand (file system is shrinking as
I remove files). I need help from Holger (or Harald?), to understand and
probably fix with a simple command making more space for the jail...
Until then our jenkins will be DOWN :/
~N
--
- Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschäftsführer / Managing Directors: Harald Welte