2003-01-28 21:58:05 +00:00
|
|
|
# Process this file with autoconf to produce a configure script.
|
2017-08-11 11:47:24 +00:00
|
|
|
AC_INIT(openggsn, m4_esyscmd([./git-version-gen .tarball-version]), osmocom-net-gprs@lists.osmocom.org)
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_CONFIG_SRCDIR([gtp/gtp.c])
|
|
|
|
|
AM_CONFIG_HEADER([config.h])
|
|
|
|
|
#AC_CONFIG_HEADER([config.h])
|
2002-12-16 13:33:51 +00:00
|
|
|
|
2016-09-30 22:51:13 +00:00
|
|
|
dnl *This* is the root dir, even if an install-sh exists in ../ or ../../
|
|
|
|
|
AC_CONFIG_AUX_DIR([.])
|
|
|
|
|
|
2004-09-10 17:19:31 +00:00
|
|
|
AC_CANONICAL_SYSTEM
|
|
|
|
|
|
2011-11-02 12:11:56 +00:00
|
|
|
dnl kernel style compile messages
|
|
|
|
|
m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
|
|
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
# Checks for programs.
|
2002-12-16 13:33:51 +00:00
|
|
|
AC_PROG_CC
|
|
|
|
|
AC_PROG_INSTALL
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_PROG_AWK
|
|
|
|
|
AC_PROG_CPP
|
|
|
|
|
AC_PROG_CXX
|
2012-11-02 09:00:10 +00:00
|
|
|
LT_INIT
|
2003-01-28 21:58:05 +00:00
|
|
|
|
2016-09-30 22:51:26 +00:00
|
|
|
dnl check for pkg-config (explained in detail in libosmocore/configure.ac)
|
|
|
|
|
AC_PATH_PROG(PKG_CONFIG_INSTALLED, pkg-config, no)
|
|
|
|
|
if test "x$PKG_CONFIG_INSTALLED" = "xno"; then
|
|
|
|
|
AC_MSG_WARN([You need to install pkg-config])
|
|
|
|
|
fi
|
|
|
|
|
PKG_PROG_PKG_CONFIG([0.20])
|
|
|
|
|
|
2010-09-07 15:01:20 +00:00
|
|
|
AC_CONFIG_MACRO_DIR([m4])
|
|
|
|
|
AC_CONFIG_LIBOBJ_DIR([lib])
|
2002-12-16 13:33:51 +00:00
|
|
|
|
2004-09-10 17:19:31 +00:00
|
|
|
AC_ARG_ENABLE(static-exec,
|
|
|
|
|
[ --enable-static-exec Enable static linking of executables],
|
|
|
|
|
[ EXEC_LDFLAGS="-all-static"])
|
|
|
|
|
|
|
|
|
|
AC_SUBST(EXEC_LDFLAGS)
|
|
|
|
|
|
2004-12-30 23:07:42 +00:00
|
|
|
|
2004-09-10 17:19:31 +00:00
|
|
|
case "${host}" in
|
2004-12-30 23:07:42 +00:00
|
|
|
i*86-*-linux-gnu*)
|
2012-11-06 13:10:17 +00:00
|
|
|
EXEC_LDADD="" ;;
|
2004-09-10 17:19:31 +00:00
|
|
|
*solaris*)
|
2004-12-30 23:07:42 +00:00
|
|
|
EXEC_LDADD="-lresolv -lsocket -lnsl" ;;
|
2004-09-10 17:19:31 +00:00
|
|
|
esac
|
|
|
|
|
|
2004-12-30 23:07:42 +00:00
|
|
|
AC_SUBST(EXEC_LDADD)
|
2004-09-10 17:19:31 +00:00
|
|
|
|
2002-12-16 13:33:51 +00:00
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
# Checks for libraries.
|
|
|
|
|
# FIXME: Replace `main' with a function in `-le':
|
2003-07-07 15:15:38 +00:00
|
|
|
#AC_CHECK_LIB([e], [main])
|
2003-01-28 21:58:05 +00:00
|
|
|
# FIXME: Replace `main' with a function in `-lgtp':
|
2003-07-07 15:15:38 +00:00
|
|
|
#AC_CHECK_LIB([gtp], [main])
|
2003-01-28 21:58:05 +00:00
|
|
|
# FIXME: Replace `main' with a function in `-links':
|
2003-07-07 15:15:38 +00:00
|
|
|
#AC_CHECK_LIB([inks], [main])
|
2003-01-28 21:58:05 +00:00
|
|
|
|
2017-08-28 10:15:03 +00:00
|
|
|
dnl include release helper
|
|
|
|
|
RELMAKE='-include osmo-release.mk'
|
|
|
|
|
AC_SUBST([RELMAKE])
|
|
|
|
|
|
2016-05-10 17:08:29 +00:00
|
|
|
dnl GTP Linux kernel dependencies
|
|
|
|
|
AC_ARG_ENABLE([gtp-linux],
|
|
|
|
|
AS_HELP_STRING([--enable-gtp-linux], [Build GTP tunneling Linux kernel]),
|
|
|
|
|
[enable_gtp_linux="$enableval"], [enable_gtp_linux="no"])
|
ggsn: add support for GTP kernel data encapsulation
This patch adds the -g, --gtpnl=device option that allows you to
enable the GTP kernel tunneling mode in openggsn. You have to specify
the real downlink device that will be used to tunnel traffic, eg.
-g=eth0
This means that the gtp0 device will be created and it will use eth0
as the real device to encapsulate packet coming from the Internet that
are addressed to the MS (so the tunnel devuce encapsulates these IP
packets in GTP packets when traveling to the SGSN).
Alternatively, you can also add this to the ggsn.conf configuration file:
gtpnl eth0
The device has to be the real device that can route packets to the SGSN,
if you select the wrong device, the kernel routing code may not find a
way to reach the SSGN, you've been warned.
Therefore, if this option is set, the operational becomes the following:
1) A gtp0 device is created via rtnetlink and configure the socket
encapsulation infrastructure in the kernel.
2) Whenever a PDP context is created, this adds the necessary tunnel
configuration via genetlink GTP interface.
3) Whenever a PDP context is destroyed, this deletes the tunnel via
genetlink GTP interface.
4) Destroy the gtp0 device if ggsn is stopped, including all of the
existing tunnels.
You require the osmo-ggsn.git tree, which contains the kernel module
gtp.ko and the libgtpnl library that you have to compile and install.
Make sure you have loaded the gtp.ko kernel module before launching
the ggsn daemon using the kernel driver mode, otherwise you will get
a nice "operation not supported" error message ;-).
This patch also adds supports for "ipup" configuration option to invoke
an external script after the gtp0 device has been brought up. Typical
command to add the route to reach the MS behind the GGSN is required,
eg. ip route add 10.0.0.0/8 dev gtp0.
The (horrible) ggsn parser has been manually extended to support the
new configuration option. That code doesn't look nice, but it just
mimics what we already have there for consistency, please don't blame
me for that.
If you want to run in debugging mode, I suggest you to use:
sudo ggsn -c ggsn.conf -f -d
Note that you do have to run openggsn as root to bring up the gtp0
device. You have to see this message that announce that the GTP kernel
mode is enabled.
openggsn[1106]: ggsn.c: 656: Using the GTP kernel mode (genl ID is 25)
This patch also automagically sets up route to reach MS from Internet
just like tun mode does. This is fundamental to get this working,
better don't leave to the admin, he may forget to add this route.
In this patch, I tried to encapsulate this new feature as much as
possible as Harald initially suggested.
To compile this feature, you have to pass --enable-gtp-kernel, ie.
./configire --enable-gtp-kernel
Otherwise, the code to interact with the gtp kernel part is not compiled.
Signed-off-by: Andreas Schultz <aschultz@tpip.net>
2015-11-17 11:22:42 +00:00
|
|
|
|
2016-05-10 17:08:29 +00:00
|
|
|
AS_IF([test "x$enable_gtp_linux" = "xyes"], [
|
ggsn: add support for GTP kernel data encapsulation
This patch adds the -g, --gtpnl=device option that allows you to
enable the GTP kernel tunneling mode in openggsn. You have to specify
the real downlink device that will be used to tunnel traffic, eg.
-g=eth0
This means that the gtp0 device will be created and it will use eth0
as the real device to encapsulate packet coming from the Internet that
are addressed to the MS (so the tunnel devuce encapsulates these IP
packets in GTP packets when traveling to the SGSN).
Alternatively, you can also add this to the ggsn.conf configuration file:
gtpnl eth0
The device has to be the real device that can route packets to the SGSN,
if you select the wrong device, the kernel routing code may not find a
way to reach the SSGN, you've been warned.
Therefore, if this option is set, the operational becomes the following:
1) A gtp0 device is created via rtnetlink and configure the socket
encapsulation infrastructure in the kernel.
2) Whenever a PDP context is created, this adds the necessary tunnel
configuration via genetlink GTP interface.
3) Whenever a PDP context is destroyed, this deletes the tunnel via
genetlink GTP interface.
4) Destroy the gtp0 device if ggsn is stopped, including all of the
existing tunnels.
You require the osmo-ggsn.git tree, which contains the kernel module
gtp.ko and the libgtpnl library that you have to compile and install.
Make sure you have loaded the gtp.ko kernel module before launching
the ggsn daemon using the kernel driver mode, otherwise you will get
a nice "operation not supported" error message ;-).
This patch also adds supports for "ipup" configuration option to invoke
an external script after the gtp0 device has been brought up. Typical
command to add the route to reach the MS behind the GGSN is required,
eg. ip route add 10.0.0.0/8 dev gtp0.
The (horrible) ggsn parser has been manually extended to support the
new configuration option. That code doesn't look nice, but it just
mimics what we already have there for consistency, please don't blame
me for that.
If you want to run in debugging mode, I suggest you to use:
sudo ggsn -c ggsn.conf -f -d
Note that you do have to run openggsn as root to bring up the gtp0
device. You have to see this message that announce that the GTP kernel
mode is enabled.
openggsn[1106]: ggsn.c: 656: Using the GTP kernel mode (genl ID is 25)
This patch also automagically sets up route to reach MS from Internet
just like tun mode does. This is fundamental to get this working,
better don't leave to the admin, he may forget to add this route.
In this patch, I tried to encapsulate this new feature as much as
possible as Harald initially suggested.
To compile this feature, you have to pass --enable-gtp-kernel, ie.
./configire --enable-gtp-kernel
Otherwise, the code to interact with the gtp kernel part is not compiled.
Signed-off-by: Andreas Schultz <aschultz@tpip.net>
2015-11-17 11:22:42 +00:00
|
|
|
PKG_CHECK_MODULES([LIBGTPNL], [libgtpnl >= 1.0.0])
|
2015-11-17 11:22:44 +00:00
|
|
|
])
|
ggsn: add support for GTP kernel data encapsulation
This patch adds the -g, --gtpnl=device option that allows you to
enable the GTP kernel tunneling mode in openggsn. You have to specify
the real downlink device that will be used to tunnel traffic, eg.
-g=eth0
This means that the gtp0 device will be created and it will use eth0
as the real device to encapsulate packet coming from the Internet that
are addressed to the MS (so the tunnel devuce encapsulates these IP
packets in GTP packets when traveling to the SGSN).
Alternatively, you can also add this to the ggsn.conf configuration file:
gtpnl eth0
The device has to be the real device that can route packets to the SGSN,
if you select the wrong device, the kernel routing code may not find a
way to reach the SSGN, you've been warned.
Therefore, if this option is set, the operational becomes the following:
1) A gtp0 device is created via rtnetlink and configure the socket
encapsulation infrastructure in the kernel.
2) Whenever a PDP context is created, this adds the necessary tunnel
configuration via genetlink GTP interface.
3) Whenever a PDP context is destroyed, this deletes the tunnel via
genetlink GTP interface.
4) Destroy the gtp0 device if ggsn is stopped, including all of the
existing tunnels.
You require the osmo-ggsn.git tree, which contains the kernel module
gtp.ko and the libgtpnl library that you have to compile and install.
Make sure you have loaded the gtp.ko kernel module before launching
the ggsn daemon using the kernel driver mode, otherwise you will get
a nice "operation not supported" error message ;-).
This patch also adds supports for "ipup" configuration option to invoke
an external script after the gtp0 device has been brought up. Typical
command to add the route to reach the MS behind the GGSN is required,
eg. ip route add 10.0.0.0/8 dev gtp0.
The (horrible) ggsn parser has been manually extended to support the
new configuration option. That code doesn't look nice, but it just
mimics what we already have there for consistency, please don't blame
me for that.
If you want to run in debugging mode, I suggest you to use:
sudo ggsn -c ggsn.conf -f -d
Note that you do have to run openggsn as root to bring up the gtp0
device. You have to see this message that announce that the GTP kernel
mode is enabled.
openggsn[1106]: ggsn.c: 656: Using the GTP kernel mode (genl ID is 25)
This patch also automagically sets up route to reach MS from Internet
just like tun mode does. This is fundamental to get this working,
better don't leave to the admin, he may forget to add this route.
In this patch, I tried to encapsulate this new feature as much as
possible as Harald initially suggested.
To compile this feature, you have to pass --enable-gtp-kernel, ie.
./configire --enable-gtp-kernel
Otherwise, the code to interact with the gtp kernel part is not compiled.
Signed-off-by: Andreas Schultz <aschultz@tpip.net>
2015-11-17 11:22:42 +00:00
|
|
|
|
2016-05-10 17:08:29 +00:00
|
|
|
AM_CONDITIONAL([ENABLE_GTP_KERNEL], [test "$enable_gtp_linux" = "yes"])
|
ggsn: add support for GTP kernel data encapsulation
This patch adds the -g, --gtpnl=device option that allows you to
enable the GTP kernel tunneling mode in openggsn. You have to specify
the real downlink device that will be used to tunnel traffic, eg.
-g=eth0
This means that the gtp0 device will be created and it will use eth0
as the real device to encapsulate packet coming from the Internet that
are addressed to the MS (so the tunnel devuce encapsulates these IP
packets in GTP packets when traveling to the SGSN).
Alternatively, you can also add this to the ggsn.conf configuration file:
gtpnl eth0
The device has to be the real device that can route packets to the SGSN,
if you select the wrong device, the kernel routing code may not find a
way to reach the SSGN, you've been warned.
Therefore, if this option is set, the operational becomes the following:
1) A gtp0 device is created via rtnetlink and configure the socket
encapsulation infrastructure in the kernel.
2) Whenever a PDP context is created, this adds the necessary tunnel
configuration via genetlink GTP interface.
3) Whenever a PDP context is destroyed, this deletes the tunnel via
genetlink GTP interface.
4) Destroy the gtp0 device if ggsn is stopped, including all of the
existing tunnels.
You require the osmo-ggsn.git tree, which contains the kernel module
gtp.ko and the libgtpnl library that you have to compile and install.
Make sure you have loaded the gtp.ko kernel module before launching
the ggsn daemon using the kernel driver mode, otherwise you will get
a nice "operation not supported" error message ;-).
This patch also adds supports for "ipup" configuration option to invoke
an external script after the gtp0 device has been brought up. Typical
command to add the route to reach the MS behind the GGSN is required,
eg. ip route add 10.0.0.0/8 dev gtp0.
The (horrible) ggsn parser has been manually extended to support the
new configuration option. That code doesn't look nice, but it just
mimics what we already have there for consistency, please don't blame
me for that.
If you want to run in debugging mode, I suggest you to use:
sudo ggsn -c ggsn.conf -f -d
Note that you do have to run openggsn as root to bring up the gtp0
device. You have to see this message that announce that the GTP kernel
mode is enabled.
openggsn[1106]: ggsn.c: 656: Using the GTP kernel mode (genl ID is 25)
This patch also automagically sets up route to reach MS from Internet
just like tun mode does. This is fundamental to get this working,
better don't leave to the admin, he may forget to add this route.
In this patch, I tried to encapsulate this new feature as much as
possible as Harald initially suggested.
To compile this feature, you have to pass --enable-gtp-kernel, ie.
./configire --enable-gtp-kernel
Otherwise, the code to interact with the gtp kernel part is not compiled.
Signed-off-by: Andreas Schultz <aschultz@tpip.net>
2015-11-17 11:22:42 +00:00
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
# Checks for header files.
|
2002-12-16 13:33:51 +00:00
|
|
|
AC_HEADER_STDC
|
|
|
|
|
AC_HEADER_SYS_WAIT
|
2014-12-04 15:32:37 +00:00
|
|
|
AC_CHECK_HEADERS([arpa/inet.h fcntl.h netdb.h netinet/in.h stdint.h stdlib.h string.h sys/ioctl.h sys/socket.h sys/time.h unistd.h])
|
2002-12-16 13:33:51 +00:00
|
|
|
|
2004-09-10 17:19:31 +00:00
|
|
|
# Check for if header
|
|
|
|
|
AC_CHECK_HEADERS([linux/if.h net/if.h])
|
|
|
|
|
|
|
|
|
|
# Check for tun header
|
|
|
|
|
AC_CHECK_HEADERS([linux/if_tun.h net/if_tun.h])
|
|
|
|
|
|
|
|
|
|
# Check for netlink and rtnetlink headers
|
|
|
|
|
AC_CHECK_HEADERS([linux/netlink.h linux/rtnetlink.h])
|
|
|
|
|
|
|
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
# Checks for typedefs, structures, and compiler characteristics.
|
2002-12-16 13:33:51 +00:00
|
|
|
AC_C_CONST
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_TYPE_MODE_T
|
2002-12-16 13:33:51 +00:00
|
|
|
AC_TYPE_SIZE_T
|
|
|
|
|
AC_HEADER_TIME
|
|
|
|
|
|
2004-09-10 17:19:31 +00:00
|
|
|
# check for ifaliasreq
|
|
|
|
|
AC_MSG_CHECKING(whether struct ifaliasreq exist)
|
|
|
|
|
AH_TEMPLATE(HAVE_IFALIASREQ)
|
|
|
|
|
AC_EGREP_HEADER(ifaliasreq, net/if.h,
|
|
|
|
|
[AC_MSG_RESULT(yes)
|
|
|
|
|
AC_DEFINE([HAVE_IFALIASREQ])],
|
|
|
|
|
AC_MSG_RESULT(no))
|
|
|
|
|
|
|
|
|
|
# check for ifreq.ifru_netmask
|
|
|
|
|
AC_MSG_CHECKING(whether struct ifreq.ifru_netmask exist)
|
|
|
|
|
AH_TEMPLATE(HAVE_IFREQ_IFRU_NETMASK)
|
|
|
|
|
AC_EGREP_HEADER(ifru_netmask, linux/if.h,
|
|
|
|
|
[AC_MSG_RESULT(yes)
|
|
|
|
|
AC_DEFINE([HAVE_IFREQ_IFRU_NETMASK])],
|
|
|
|
|
AC_MSG_RESULT(no))
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# check for rt_msghdr
|
|
|
|
|
AC_MSG_CHECKING(whether struct rt_msghdr exist)
|
|
|
|
|
AH_TEMPLATE(HAVE_RT_MSGHDR)
|
|
|
|
|
AC_EGREP_HEADER(rt_msghdr, net/route.h,
|
|
|
|
|
[AC_MSG_RESULT(yes)
|
|
|
|
|
AC_DEFINE([HAVE_RT_MSGHDR])],
|
|
|
|
|
AC_MSG_RESULT(no))
|
|
|
|
|
|
2017-08-02 19:10:09 +00:00
|
|
|
AC_MSG_CHECKING(whether struct iphdr exists)
|
|
|
|
|
AH_TEMPLATE(HAVE_IPHDR)
|
|
|
|
|
AC_EGREP_HEADER(struct iphdr, netinet/ip.h,
|
|
|
|
|
[AC_MSG_RESULT(yes)
|
|
|
|
|
AC_DEFINE([HAVE_IPHDR])],
|
|
|
|
|
AC_MSG_RESULT(no))
|
2004-09-10 17:19:31 +00:00
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
# Checks for library functions.
|
2002-12-16 13:33:51 +00:00
|
|
|
AC_PROG_GCC_TRADITIONAL
|
2005-03-14 21:53:10 +00:00
|
|
|
# AC_FUNC_MALLOC
|
2004-01-16 09:56:56 +00:00
|
|
|
# AC_FUNC_MEMCMP
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_CHECK_FUNCS([gethostbyname inet_ntoa memset select socket strdup strerror strtol])
|
2004-01-16 09:56:56 +00:00
|
|
|
AC_CHECK_FUNCS(inet_aton inet_addr, break)
|
|
|
|
|
|
|
|
|
|
# check for getopt in standard library
|
|
|
|
|
adl_FUNC_GETOPT_LONG
|
2003-01-28 21:58:05 +00:00
|
|
|
|
2017-02-23 20:55:33 +00:00
|
|
|
AM_INIT_AUTOMAKE([foreign])
|
2003-01-28 21:58:05 +00:00
|
|
|
|
2014-12-03 18:59:15 +00:00
|
|
|
PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore >= 0.6.4)
|
|
|
|
|
PKG_CHECK_MODULES(LIBOSMOVTY, libosmovty >= 0.3.0)
|
2016-08-02 15:10:38 +00:00
|
|
|
PKG_CHECK_MODULES(LIBOSMOCTRL, libosmoctrl)
|
2014-12-03 18:59:15 +00:00
|
|
|
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_CONFIG_FILES([Makefile
|
|
|
|
|
doc/Makefile
|
|
|
|
|
ggsn/Makefile
|
|
|
|
|
gtp/Makefile
|
2011-05-10 15:44:39 +00:00
|
|
|
lib/Makefile
|
2003-01-28 21:58:05 +00:00
|
|
|
intl/Makefile
|
|
|
|
|
po/Makefile
|
|
|
|
|
sgsnemu/Makefile
|
2003-07-07 15:15:38 +00:00
|
|
|
tests/Makefile
|
2011-10-18 11:15:29 +00:00
|
|
|
libgtp.pc
|
2003-07-07 15:15:38 +00:00
|
|
|
openggsn.spec])
|
2003-01-28 21:58:05 +00:00
|
|
|
AC_OUTPUT
|
ggsn: add support for GTP kernel data encapsulation
This patch adds the -g, --gtpnl=device option that allows you to
enable the GTP kernel tunneling mode in openggsn. You have to specify
the real downlink device that will be used to tunnel traffic, eg.
-g=eth0
This means that the gtp0 device will be created and it will use eth0
as the real device to encapsulate packet coming from the Internet that
are addressed to the MS (so the tunnel devuce encapsulates these IP
packets in GTP packets when traveling to the SGSN).
Alternatively, you can also add this to the ggsn.conf configuration file:
gtpnl eth0
The device has to be the real device that can route packets to the SGSN,
if you select the wrong device, the kernel routing code may not find a
way to reach the SSGN, you've been warned.
Therefore, if this option is set, the operational becomes the following:
1) A gtp0 device is created via rtnetlink and configure the socket
encapsulation infrastructure in the kernel.
2) Whenever a PDP context is created, this adds the necessary tunnel
configuration via genetlink GTP interface.
3) Whenever a PDP context is destroyed, this deletes the tunnel via
genetlink GTP interface.
4) Destroy the gtp0 device if ggsn is stopped, including all of the
existing tunnels.
You require the osmo-ggsn.git tree, which contains the kernel module
gtp.ko and the libgtpnl library that you have to compile and install.
Make sure you have loaded the gtp.ko kernel module before launching
the ggsn daemon using the kernel driver mode, otherwise you will get
a nice "operation not supported" error message ;-).
This patch also adds supports for "ipup" configuration option to invoke
an external script after the gtp0 device has been brought up. Typical
command to add the route to reach the MS behind the GGSN is required,
eg. ip route add 10.0.0.0/8 dev gtp0.
The (horrible) ggsn parser has been manually extended to support the
new configuration option. That code doesn't look nice, but it just
mimics what we already have there for consistency, please don't blame
me for that.
If you want to run in debugging mode, I suggest you to use:
sudo ggsn -c ggsn.conf -f -d
Note that you do have to run openggsn as root to bring up the gtp0
device. You have to see this message that announce that the GTP kernel
mode is enabled.
openggsn[1106]: ggsn.c: 656: Using the GTP kernel mode (genl ID is 25)
This patch also automagically sets up route to reach MS from Internet
just like tun mode does. This is fundamental to get this working,
better don't leave to the admin, he may forget to add this route.
In this patch, I tried to encapsulate this new feature as much as
possible as Harald initially suggested.
To compile this feature, you have to pass --enable-gtp-kernel, ie.
./configire --enable-gtp-kernel
Otherwise, the code to interact with the gtp kernel part is not compiled.
Signed-off-by: Andreas Schultz <aschultz@tpip.net>
2015-11-17 11:22:42 +00:00
|
|
|
|
|
|
|
|
echo "
|
|
|
|
|
openggsn Configuration:
|
2016-05-10 17:08:29 +00:00
|
|
|
GTP Linux kernel support: ${enable_gtp_linux}"
|
