[Fli4l_dev] OPT QOS bringt Router zum Absturz
B. Sprenger
b.sprenger at sprenger-ffm.de
Fr Jan 17 15:25:24 CET 2020
Hallo zusammen,
ich hatte vor einigen Monaten schon mal (m)ein Problem geschildert, aber
damals war der Glaskugelanteil zu hoch.
Also von vorne:
Eingesetzt wird FLi4l in der Version 4.o (im Laufe der Zeit verschiedene
Versionsstufen).
Als Hardware dienen jeweils PC's mit Intel-Prozessor.
Ich administriere 3 mehr oder wenig ähnlich konfigurierte Router an
Telekom VDSL-Anschlüssen (100/40 MBit).
Einer (nur einer!) der Router stürzt nach einigen Betriebsstunden
(manchmal auch nach erst nach einigen Tagen) ab, d.h. er friert ein.
Mit Fehlermeldungen von der Konsole kann ich leider nicht dienen.
Zunächst bin ich von einem Hardwaredefekt ausgangen. Ein Tausch der
Hardware brachte jedoch keine Besserung.
Das Problem verschwand schlagartig mit dem Downgrade auf eine ältere
Konfiguration.
Durch mühseliges Testen mit Versuch und Irrtum konnte ich das OPT QOS
als Schuldigen ausmachen.
Wenn der Router mit hohem Traffic beschäftigt wird, stürzt er ab.
Deaktiviere ich das OPT QOS läuft er stabil.
Das war jetzt auch über die letzten Updates nachvollziehbar.
Derzeit setze ich die r57313-testing ein.
Die Konfigurationsdatei für das QOS sieht wie folgt aus:
QOS_INTERNET_DEV_N='1' # Number of QOS devices
QOS_INTERNET_DEV_1='ppp1' # Device which transmits/receives data
# to/from the internet
QOS_INTERNET_BAND_DOWN='116798Kibit/s' # Maximum downstream bandwith
QOS_INTERNET_BAND_UP= '41275Kibit/s'
QOS_INTERNET_DEFAULT_DOWN='0' # Default class for download
QOS_INTERNET_DEFAULT_UP='2' # Default class for upload
#------------------------------------------------------------------------------
# Feature: class
#------------------------------------------------------------------------------
QOS_CLASS_N='2'
QOS_CLASS_1_PARENT='0' # Parent class
QOS_CLASS_1_MINBANDWIDTH='40275Kibit/s'
QOS_CLASS_1_MAXBANDWIDTH='41275Kibit/s'
QOS_CLASS_1_DIRECTION='up' # Direction of the traffic: up or down
QOS_CLASS_1_PRIO='' # 0-7, empty equals 0
QOS_CLASS_2_PARENT='0' # Parent class
QOS_CLASS_2_MINBANDWIDTH='1Kibit/s'
QOS_CLASS_2_MAXBANDWIDTH='41275Kibit/s'
QOS_CLASS_2_DIRECTION='up' # Direction of the traffic: up or down
QOS_CLASS_2_PRIO='' # 0-7, empty equals 0
#------------------------------------------------------------------------------
# Feature: filter
#------------------------------------------------------------------------------
QOS_FILTER_N='1' # Number of filters
QOS_FILTER_1_CLASS='1' # Destination class(es)
QOS_FILTER_1_IP_INTERN='' # IP address (or address range)
QOS_FILTER_1_IP_EXTERN='' # IP address (or address range)
QOS_FILTER_1_PORT='' # Destination- or Source port(range)s,
QOS_FILTER_1_PORT_TYPE='' # Client and/or server after filtering
QOS_FILTER_1_OPTION='ACK' # ACK, ICMP, TCP, UDP, TOSMD, TOSMT,
So jetzt bitte Glaskugel an.
Oder welche Informationen sind zur Eingrenzung des Problems noch hilfreich?
Es muss noch irgend etwas in der Konfiguration des Routers ein.
Sonst würden die anderen Router nicht stabil laufen.
Aber wo kann ich anfangen zu suchen?
Die Differenzen der Router liegen eigentlich nur im Adressbereich.
Für zweckdienliche Hinweise dankbar
Boris
Weitere evt. benötigte Infos:
Pakete:
accounting, advanced_netwprking, base, chrony, circuits, dns_dhcp,
dsltool, dyndns, easycon, hd, httpd, openvpn, ppp, ppoe, qos, sshd.
tools, usb
Ich hänge noch ein paar Auszüge aus der Konfiguration dran
Auszug aus der base.txt
# Networks
#------------------------------------------------------------------------------
OPT_IPV4='yes' # enable IPv4 networking
IP_NET[1]='172.17.0.1/16' # IP address of your n'th ethernet card
{
DEV='eth0' # required: device name like ethX
MAC='10:fe:ed:05:c9:d0'
}
IP_NET[2]='172.30.0.1/16' # IP address of your n'th ethernet card
{
DEV='eth2' # required: device name like ethX
MAC='00:08:54:d0:67:06'
}
# IP_NET[3]='{IPTV}' # IP address of your n'th ethernet
# {
# DEV='eth1.8' # required: device name like ethX
# MAC='00:40:63:da:cf:32' # neue MAC/nicht MAC von eth1
# }
IP_NET[3]='{VDSL}' # IP address of your n'th ethernet card
{
DEV='eth1.7' # required: device name like ethX
MAC='00:40:63:da:cf:33' # neue MAC/nicht MAC von eth1
}
IP_NET[4]='192.168.1.2/30' # für den Zugriff auf das DSL-Modem
# /30 maskiert *.1.0, *.1.1, *.1.2, *.1.3
{
DEV='eth1' # required: device name like ethX
}
Auszug aus circuits.txt
---------------------------------
CIRC_CLASS[] { NAME='internet' }
CIRC[] {
NAME='VDSL' # circuit name, don't use spaces
TYPE='ppp' # this is a PPP circuit...
PPP_TYPE='ethernet' # ...routed over Ethernet (PPPoE)
ENABLED='yes' # the circuit is enabled
CLASS[]='internet'
PPP_ETHERNET_DEV='eth1.7' # eth dev connected to ADSL modem,
PPP_ETHERNET_TYPE='kernel'
PPP_USERID='xxxxxxxx' # username
PPP_PASSWORD='xxxxxx' # password
PPP_FILTER='no' # filter traffic to be able to hangup
PPP_VJ='yes' # try Van Jacobson TCPv4 header compression
NETS_IPV4[]='0.0.0.0/0' # use default IPv4 route over this circuit
DEBUG='no' # enable pppd debugging, 'yes' or 'no'
## muss auf yes stehen, wenn DNS-Auflösung vom Provider genutzt werden soll
USEPEERDNS='no' # use dns server of your provider: yes or no
## Hier wird der interne Pi-Hole genutzt: siehe base.txt und dnsd_hcp.txt
HUP_TIMEOUT='0' # idle time after which to hangup
UP='yes' # activate at boot time (START_IMOND='no')
}
Auszug aus advanced_networking.txt
------------------------------------------------------------------------------
# Optional package: VLAN 802.1Q
(http://www.candelatech.com/~greear/vlan.html)
#------------------------------------------------------------------------------
OPT_VLAN_DEV='yes' # activate VLAN 802.1Q, yes or no
VLAN_DEV_N='1' # number of VLAN devices
VLAN_DEV_1_DEV='eth1'
VLAN_DEV_1_VID='7'
Mehr Informationen über die Mailingliste Fli4l_dev