Archive > 20.7 Legacy Series
SOLVED: LTE usage broken - WARNING: attempt to domain_add(netgraph) after ...
franco:
It is enough evidence that a regression with 12.1 is more likely than anything we did. At this point raising an issue with FreeBSD is probably the best way forward: https://bugs.freebsd.org/bugzilla/
Cheers,
Franco
Werner Fischer:
Thank you for your hint.
I will test it next week using FreeBSD 12.1 and will report the issue then here: https://bugs.freebsd.org/bugzilla/
I will keep you updated in this thread, too.
Best regards,
Werner
Werner Fischer:
Hi Franco,
currently we have not managed to reproduce the issue under FreeBSD. I seems we cannot get mpd5 running in the correct way.
I'm curious what happens in the background on an OPNsense system when I as an user activate a LTE connection.
Under a OPNsense 20.1 system I see this process running:
--- Code: ---root@fw-home:/var/etc # ps -auxww | grep -i ppp
root 56849 0.0 0.3 1067716 6400 - Ss 06:51 0:04.04 /usr/local/sbin/mpd5 -b -k -d /var/etc -f mpd_wan.conf -p /var/run/ppp_wan.pid -s ppp pppclient
--- End code ---
So the configuration file for mpd is:
--- Code: ---/var/etc/mpd_wan.conf
--- End code ---
The contents of it is:
--- Code: ---startup:
# configure the console
set console close
# configure the web server
set web close
default:
pppclient:
create bundle static wan
set bundle enable ipv6cp
set iface name ppp0
set iface route default
set iface disable on-demand
set iface idle 0
set iface enable tcpmssfix
set iface up-script /usr/local/opnsense/scripts/interfaces/ppp-linkup.sh
set iface down-script /usr/local/opnsense/scripts/interfaces/ppp-linkdown.sh
set ipcp ranges 0.0.0.0/0 10.64.64.0/0
set ipcp enable req-pri-dns
set ipcp enable req-sec-dns
create link static wan_link0 modem
set link action bundle wan
set link disable multilink
set link keep-alive 10 60
set link max-redial 0
set link disable chap pap
set link accept chap pap eap
set link disable incoming
set link mtu 1492
set auth authname "user"
set auth password ���
set modem device /dev/cuaU0.2
set modem script DialPeer
set modem idle-script Ringback
set modem watch -cd
set modem var $DialPrefix "DT"
set modem var $Telephone "*99#"
set modem var $APN "FixedIPRange1.mass.at"
set modem var $APNum "1"
open
--- End code ---
Could you give us some hints what steps we could do on a FreeBSD 12.1 system on the command line to create the LTE connection in the same way like OPNsense does it?
Thanks in advance for your help,
best regards,
Werner
Werner Fischer:
Hi Franco,
we did some further extensive testing with both OPNsense 20.1 and 20.7.
Establishing a LTE connection from the command line works with both OPNsense 20.1 and 20.7beta.
I did now three times in a row the following tests on the command line of an OPNsense 20.7beta (all updates applied):
1. Boot OPNsense 20.7beta
2. Execute /usr/local/sbin/mpd5 -b -k -d /var/etc -f mpd_opt1-wernertest.conf -p /var/run/ppp_opt1-wernertest.pid -s ppp pppclient (see attachment for content of mpd_opt1-wernertest.conf)
3. Executing ifconfig ppp0 shows:
--- Code: ---root@OPNsense:~ # ifconfig ppp0
ppp0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1492
inet 10.164.12.43 --> 10.64.64.0 netmask 0xffffffff
inet6 fe80::de58:bcff:fee0:16%ppp0 prefixlen 64 scopeid 0x9
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
--- End code ---
I did then a poweroff / poweron and tried again (in total 3 times, every time it was successfully).
When configuring it via the OPNsense webinterface, I get the problem like described above.
Yesterday I had the issue, that when I tried it on the command line, the ppp0 interface did not get an IP address. But the interesting thing was, that as soon as a manual mpd5 process has been running (with my own manual pid file), activating the LTE interface via the OPNsense web interface was successfully possible (without causing the "Fatal trap 12: page fault while in kernel mode")
So my question is:
* What commands/things does OPNsense trigger/execute when enabling an LTE interface via the OPNsense web interface? (I think it must be more then simply executing "/usr/local/sbin/mpd5 -b -k -d /var/etc -f mpd_opt1-wernertest.conf -p /var/run/ppp_opt1-wernertest.pid -s ppp pppclient" as doing this on the command line in my tests did not trigger the "Fatal trap 12: page fault while in kernel mode" error)
Best regards,
Werner
Werner Fischer:
Hi again,
I did some further extensive testing today, and I have noticed that I have missed one step to mention in my former post (copying cp /usr/local/opnsense/scripts/interfaces/mpd.script to /var/etc/ before starting mpd5 on the command line).
So to sum up the following procedure works without any issues (using the command line):
------------
1) Install OPNsense 20.7 beta
2) Apply all updates as of July, 15th
3) Configure opt interface with LTE modem but do not enable it (I think this step would not be necessary)
4) Activate SSH access
5) Create /var/etc/mpd_opt1-wernertest.conf with the contents of the attached file from the former post above
6) Execute:
# cp -a /usr/local/opnsense/scripts/interfaces/mpd.script /var/etc/
# /usr/local/sbin/mpd5 -b -k -d /var/etc -f mpd_opt1-wernertest.conf -p /var/run/ppp_opt1-wernertest.pid -s ppp pppclient
------------
# ifconfig
[...]
ppp0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1492
inet 10.170.120.117 --> 10.64.64.0 netmask 0xffffffff
inet6 fe80::de58:bcff:fee0:16%ppp0 prefixlen 64 scopeid 0x9
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
------------
Log output /var/log/system.log:
Jul 15 11:36:45 OPNsense kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize()
Jul 15 11:36:45 OPNsense kernel: ng0: changing name to 'ppp0'
Jul 15 11:36:46 OPNsense opnsense-devel[3553]: /usr/local/etc/rc.newwanip: IPv4 renewal is starting on 'ppp0'
Jul 15 11:36:46 OPNsense opnsense-devel[3553]: /usr/local/etc/rc.newwanip: Interface 'opt1' is disabled or empty, nothing to do.
------------
Log output /var/log/ppps.log is attached (as it is longer)
So doing this on the command line does not trigger the issue. Therefore I have nothing what I could report on FreeBSD's bugzilla right now.
Best regards,
Werner
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version