Hi,
Sorry for smsching this all together, but I couldn't find a
logical point to split the patches. Also the order can't
really be changed as most patches depend on each other.
After this series, the GTP kernel module is functional
for IPv4 payload in IPv4 GTP tunnels (for GTPv0 and v1).
The libgtnl API was changed without increasing the SO version
of the lib. I think this is ok since nothing really uses it
(yet) nor has the library been offcially released.
Andreas Schultz (16):
gtp: remove unused local variable
gtp: remove genl_register_family_with_ops for Linux < 3.13
gtp: convert the global gtp_instance_list to a per netns list
gtp: select netns based on NL attribute
gtp-rtnl: and netns support
gtp: add error handling to gtp_newlink
gtp: fix the order of error cases in gtp_encap_enable
gtp: add socket destroy handler
gtp: replace udp encap setup with setup_udp_tunnel_sock
gtp: switch to iptunnel framework and no longer depend on real_dev
gtp: Split TID handling got GTPv0 and GTPv1
gtp-rtnl: sync GTPA_FLOW nl attribute name from kernel to userspace
gtp-rtnl: real_ifname is not long needed, remove it
gtp-rtnl: Split tid handling for GTPv0 and GTPv1
list Andreas Schultz as author
gtp: add support for replacing PDP contexts
gtp.c | 657 ++++++++++++++++++++++++---------------
gtp_nl.h | 3 +
libgtnl/AUTHORS | 1 +
libgtnl/include/libgtpnl/gtp.h | 6 +
libgtnl/include/libgtpnl/gtpnl.h | 3 +-
libgtnl/include/linux/gtp_nl.h | 5 +-
libgtnl/src/gtp-genl.c | 34 +-
libgtnl/src/gtp-rtnl.c | 10 +-
libgtnl/src/gtp.c | 44 ++-
libgtnl/src/internal.h | 13 +-
libgtnl/src/libgtpnl.map | 6 +
libgtnl/tools/Makefile.am | 4 +-
libgtnl/tools/gtp-link-add.c | 5 +-
libgtnl/tools/gtp-tunnel.c | 132 +++++---
libgtnl/tools/gtpnl.c | 35 ---
15 files changed, 613 insertions(+), 345 deletions(-)
delete mode 100644 libgtnl/tools/gtpnl.c
--
2.5.0
Hi.
While trying to debug issue with osmo-pcu failing to allocate tfi due to pdch
unavailability I've noticed that regular connection attempts are also failing with
imm. ass. reject due to channel unavailability.
I do not see rach flood so it feels like misconfiguration or maybe hw issue.
MY question is - how to troubleshoot this? Where can I look as to which channels are
available, which are occupied and by whom?
thanks,
Max.
Hi all,
I've been looking into upgrading our copy of talloc.[ch] in libosmocore,
but unlike 7 years ago, it is not that easy anymore. The build system
integration is quite heavy, and it might be a good point to simply drop
talloc from libosmocore.
Also contrary to 7 years ago, distributions tend to ship libtalloc these
days. So there's not really any reason to continue shiping it.
Right now I'm making it optional, and have sorted out how to make this
source compatible. But this generates runtime incompabilities, due to
the ABI incompabibilities between our ancient talloc and current talloc :(
While the API of our talloc and current talloc seems compatible, the ABI
is not. For example, they changed talloc_free() into an inline function
resulting in calls to _talloc_free(), while our code links directly
against talloc_free().
So We'd have to move from libosmocore-6.0.0 to 7.0.0 as part of the
transition and cannot really keep both options without causing
additional compatibility issues to our users.
So the question is: Why bother? does anyone have objections to removing
the built-in talloc?
--
- 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)
With phone attached to my configured EGPRS, sometimes it has a data rate around 200kbps (which is near optimal), while frequently it has a intolerablly slow data rate. Is it a common problem, or it's due to incorrect configrations or hardware problems? I run a gsm test system with nanobts, and the libosmocore, openbsc, openggsn codes are based on the version around end of April 2015. The configuration is made accorrding to the instruction from openbsc web. The correction in fc_queue_timer_cfg has also been made according to Jacob Erlbeck.
Hi list,
I'm sometimes confused about which repository a patch set is intended for.
Is there an easy way to include the repository name in a mailed patch set,
besides naming it manually in a cover-letter?
~Neels
This is the part from the larger patch that deals with network namespace
support only.
The debug instrumentation is there to better diagnose cross namespace
device setup.
The netlink attribute IFLA_NET_NS_FD can be used to specifiy the namespace
for the newly create gtp netdevice.
In the libgtnl API the netspace filedescriptor is optional.
Andreas
--
Andreas Schultz (3):
gtp: add some debug instrumentation
gtp: select netns based on NL attribute
gtp-rtnl: and netns support
gtp.c | 41 ++++++++++++++++++++++++++++++++++++----
gtp_nl.h | 1 +
libgtnl/include/libgtpnl/gtp.h | 2 ++
libgtnl/include/libgtpnl/gtpnl.h | 2 +-
libgtnl/include/linux/gtp_nl.h | 1 +
libgtnl/src/gtp-genl.c | 2 ++
libgtnl/src/gtp-rtnl.c | 4 +++-
libgtnl/src/gtp.c | 12 ++++++++++++
libgtnl/src/internal.h | 1 +
libgtnl/src/libgtpnl.map | 2 ++
10 files changed, 62 insertions(+), 6 deletions(-)
--
2.5.0