[Fli4l_dev] OPT QOS bringt Router zum Absturz
Matthias Prager
linux at matthiasprager.de
Sa Jan 18 00:41:50 CET 2020
Hallo Boris,
das bringt mich auf einen Gedanken. Auch hier hängt sich der fli4l ab
und an auf (eher so im Monatsrythmus). Ich habe ihn an einer Stromleiste
mit Watchdog dran, das 'behebt' das Problem. Ich hatte dazu vor einer
Weile mal was auf der Mailingliste gepostet, aber bisher keine Ursache
ausmachen können.
An alternde Hardware habe ich auch schon gedacht, aber da der Load
eigentlich nie über 0.05 geht sollte das Mainboard lange halten.
Anyway, weswegen ich schreibe: Auch hier läuft QOS (quasi als
Hauptfeature des Routers). Ich habe leider auch keinen Monitor dran
(passt da nicht hin) und kann sehe dementsprechend nicht, ob er an der
Konsole irgendwas ausgibt.
Testen ist allerdings schwierig, da das Problem nur sporadisch auftritt
und ich QOS über einen längeren Zeitraum nicht deaktiveren kann, sonst
schreit die Family.
Gruß
Matthias
Am 17.01.2020 um 15:25 schrieb B. Sprenger:
> 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