xDLS SNR schwankt dauernd

[Carsten1972]

Hallo zusammen,
mein 1790VA mit aktueller FW ist seit dem 04.11.21 mit 166703 / 46719 kbit/s ohne Leitungsfehler snychron (durch "Protokoll" abgebaute Verbindungen wegen FW-Update gab es natürlich).

Mich irritiert aber, dass so viele Änderugen der SNR-Marge im Syslog erscheinen:

1 2021-12-30 09:17:35 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
2 2021-12-30 09:17:20 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.4
3 2021-12-30 09:17:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.5
4 2021-12-30 09:17:00 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.3
5 2021-12-30 09:16:35 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.7
6 2021-12-30 09:16:15 LOCAL3 Alarm detected possible DNS tunnel, originating by host 192.168.2.233 (filtered)
7 2021-12-30 09:15:56 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.0/5.3
8 2021-12-30 09:15:51 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
9 2021-12-30 09:14:56 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.7
10 2021-12-30 09:14:50 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
11 2021-12-30 09:14:21 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/5.5
12 2021-12-30 09:14:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/6.7
13 2021-12-30 09:14:13 LOCAL3 Alarm detected possible DNS tunnel, originating by host 192.168.2.233 (filtered)
14 2021-12-30 09:14:10 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.4
15 2021-12-30 09:13:50 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.5
16 2021-12-30 09:13:41 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/5.4
17 2021-12-30 09:13:30 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.0/6.9
18 2021-12-30 09:13:20 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.7
19 2021-12-30 09:13:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
20 2021-12-30 09:13:11 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.3
21 2021-12-30 09:12:55 AUTHPRIV Hinweis Login from 192.168.1.170 {desktop-3qjj9k2} via HTTPS

Fragen:
1. Ist das "schlimm", dass die SNR-Marge sekündlich um +/- 0,6dB schwankt?
2. Wenn "nein": Warum sagt es mir der 1790A dann überhaupt? Habe ich da was falsch eingestellt, hat er einfach mal erhöhten Redebedarf, ist ihm langweilig?

Nachdem ein T-Techniker am 01.09.21 den korrodierten Kontakt im Kabelverzweiger beseitigt hat und das DLM mir 14 Tage später wieder die volle Syn-Rate freigegeben hatte, gab es nur am 04.11. nochmal einen Leitungsfehler - just zu dem Zeitpunkt, ab dem am MSAN Supervectoring verfügbar wurde (ich bleibe aber bei 100/40 Mbit/s). Fast zwei Monate ohne jede Unterbrechung hatte ich zuvor noch nie, ich habe keinen Grund zur Klage.

[5624]

Nein, dass ist nicht schlimm, dass kommt durchs Vectoring, weil hier ja aktiv eine dynamische Gegenstörung aufs Kabel gegeben wird.

Es wird geloggt, um einen Verlauf zu sehen. Ich habe Anschlüsse, bei denen es kein ± gibt, sondern nur ein -. Da driftet der Anschluss über Wochen hinweg immer weiter nach unten, bis ein Resync das Problem behebt. Früher gab es keine dynamische Anpassung sondern da wurde die Verbindung bei der Synchronisierung ausgehandelt, mit extrem viel Spielraum, zu Lasten der möglichen Bandbreite und wurde bis zu einem Resync (gewollt oder durch Abriss) beibehalten. Daher sind viele Konzepte eben noch darauf ausgelegt und es gibt kein brauchbares Monitoring dafür.

Das es einen Leitungsfehler gibt, wenn die Vectoring- oder Supervectoring-Karte im MSAN nicht zur Verfügung steht, ist normal. Ohne die Karte funktioniert es nicht und alle Anschlüsse gehen dann in den Notlauf, also VDSL16, mit einem kompletten Resync.

Ich hab Anschlüsse, die laufen seit über 1,7 Jahren ohne Resync, hab aber auch Anschlüsse, die gönnen sich den zwei dreimal am Tag.

[Carsten1972]

Hallo,
ich befürworte durchaus, wenn alle relevanten Ereignisse auch geloggt werden - aber bei mehreren Hundert xDSL-Ereignissen am Tag ist das am Ende doch etwas unübersichtlich.

Gibt es eigentlich ein Tool, welches DSL-Werte graphisch anzeigen kann?
Als ich noch ein Thomson Modem hatte, war "DMT" (DSL-Modem Tool) eine schöne Sache.

[Dr.Einstein]

Dafür gibt es doch unter Meldungen / Protokolle / Syslog die Filteroptionen mittels RegEx. Unterdrücke dort einfach die SNR Meldungen.

Deine DSL Darstellung findest du unter:

Code: Alles auswählen

l /Status/VDSL/Advanced/DS-Bit-Loading

bzw .

Code: Alles auswählen

l /Status/VDSL/Advanced/US-Bit-Loading

Gruß Dr.Einstein

[Carsten1972]

Hallo,

die Filter kannte ich tatsächlich gar nicht, danke für den Hinweis.

Und zur Grafik: Nun ja, wollte ich überall klicki-bunti, dann hätte ich ne Fritzbox. Aber die DSL-Statistik mit Spektrum und Fehlerzählern bei den Dingern ist schon anschaulicher als 517 weiße Sternchen auf schwarzem Hintergrund.

[plumpsack]

Hallo zusammen,
mein 1790VA mit aktueller FW ist seit dem 04.11.21 mit 166703 / 46719 kbit/s ohne Leitungsfehler snychron (durch "Protokoll" abgebaute Verbindungen wegen FW-Update gab es natürlich).

Mich irritiert aber, dass so viele Änderugen der SNR-Marge im Syslog erscheinen:

1 2021-12-30 09:17:35 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
2 2021-12-30 09:17:20 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.4
3 2021-12-30 09:17:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.5
4 2021-12-30 09:17:00 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.3
5 2021-12-30 09:16:35 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.7
6 2021-12-30 09:16:15 LOCAL3 Alarm detected possible DNS tunnel, originating by host 192.168.2.233 (filtered)
7 2021-12-30 09:15:56 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.0/5.3
8 2021-12-30 09:15:51 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
9 2021-12-30 09:14:56 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.7
10 2021-12-30 09:14:50 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
11 2021-12-30 09:14:21 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/5.5
12 2021-12-30 09:14:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/6.7
13 2021-12-30 09:14:13 LOCAL3 Alarm detected possible DNS tunnel, originating by host 192.168.2.233 (filtered)
14 2021-12-30 09:14:10 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.4
15 2021-12-30 09:13:50 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.5
16 2021-12-30 09:13:41 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.2/5.4
17 2021-12-30 09:13:30 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.0/6.9
18 2021-12-30 09:13:20 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.7
19 2021-12-30 09:13:15 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/6.9
20 2021-12-30 09:13:11 KERN Debug xDSL: [1] SNR margin (dB, Down/Up): 12.1/5.3
21 2021-12-30 09:12:55 AUTHPRIV Hinweis Login from 192.168.1.170 {desktop-3qjj9k2} via HTTPS

Fragen:
1. Ist das "schlimm", dass die SNR-Marge sekündlich um +/- 0,6dB schwankt?
2. Wenn "nein": Warum sagt es mir der 1790A dann überhaupt? Habe ich da was falsch eingestellt, hat er einfach mal erhöhten Redebedarf, ist ihm langweilig?

Vorab, frohes neues Jahr 2022 und happy debugging

Bei uns war es immer der DSLAM der Deutschen Telekom, der diesen Mist verursachte.
Temperaturschwankungen, Feuchtigkeit, schlechte Bauteile etc. ...

Warum machst du dir eigentlich keine Sorgen um -> 192.168.2.233 <- ?

[Dr.Einstein]

Hey,

du meinst sowas?

lancom-allgemeine-fragen-f23/lcmt-lanco ... t6763.html

Ja, wäre toll. Aber in der Praxis hilft dir meiner Meinung nach diese grafische Spielerei kaum etwas. Wenn man was mit den Rohdaten anfangen kann, ist es einem egal, ob man dies als Graphen oder als Datentabelle vorliegen hat, oder sehe ich das falsch?

Gruß Dr.Einstein

[Carsten1972]

Warum machst du dir eigentlich keine Sorgen um -> 192.168.2.233 <- ?

Tja, das war mir auch schon aufgefallen.
Dabei habe ich folgendes festgestellt:
- die Meldung kommt aus dem Netz meiner Schwester (samt Anhang)
- genauer: der Verursacher ist ein Gigaset S850A-GO
- ich habe das Sicherheitsproblem dahinter nicht verstanden
- aber anscheinend blockt der Router das ja vorsorglich

Aber du hast ja Recht, ich wollte sowieso mal fragen, was dieser Eintrag überhaupt genau bedeutet und ob ich mir Sorgen machen muss.

Netzwerktechnik ist ein sekundäres Hobby, ich bezeichne mich da als fortgeschrittener Anfänger, wobei ich zwischen Anfänger, Kenner und Profi je einen Faktor 10 beim Wissen annehme.
Der Wissensstand beim Profi liegt bei 100, der Kenner mag 10 erreichen, ich komme vielleicht auf 2.

[plumpsack]

Dabei habe ich folgendes festgestellt:
- die Meldung kommt aus dem Netz meiner Schwester (samt Anhang)
- genauer: der Verursacher ist ein Gigaset S850A-GO

Warum benutzt das Gigaset S850A-GO einen externen DNS-Server?
Ich frag mich sowieso, warum muss ein "Telefon" wie das Gigaset S850A-GO auf "dastelefonbuch.de" zugreifen?

[GrandDixence]

Warum benutzt das Gigaset S850A-GO einen externen DNS-Server?
Ich frag mich sowieso, warum muss ein "Telefon" wie das Gigaset S850A-GO auf "dastelefonbuch.de" zugreifen?

Weil es der/die BenutzerIn im Webinterface der Gigaset-Basisstation so konfiguriert hat oder so vorkonfiguriert ist. Und neuere Gigaset-Basisstationen unterstützen halt auch den Zugriff auf (Online-)Telefonbücher und der/die BenutzerIn hat der Verwendung dieser Telefonbücher zugestimmt. Siehe Vorstellungsvideo vom Gigaset C430, Teil "2. Konfiguration", 17:44 min:
https://www.youtube.com/watch?v=7Mr8D6lw_rA&t=1s

[plumpsack]

Sorry, aber du kaufst dir einen Lancom 1790VA und wunderst dich dann, u.A., das dieser Dich auf Deine Sicherheitsprobleme hinweist?

Du kannst auch gerne weitere "Wanzen" wie z.B. "smarte Lautsprecher" hinter deinem Lancom-Gerät installieren aber wunder Dich dann bitte nicht, wenn Dir Dein Lancom-Gerät einen "Hinweis" liefert.

[Carsten1972]

Sorry, aber du kaufst dir einen Lancom 1790VA und wunderst dich dann, u.A., das dieser Dich auf Deine Sicherheitsprobleme hinweist?

Du kannst auch gerne weitere "Wanzen" wie z.B. "smarte Lautsprecher" hinter deinem Lancom-Gerät installieren aber wunder Dich dann bitte nicht, wenn Dir Dein Lancom-Gerät einen "Hinweis" liefert.

Eigentlich habe ich mich hier nur gewundert, dass er mir in kurzer Abfolge Änderungen des DSL-SNR mitteilt, wobei es mir darum ging, ob das ein Problem darstellt, die aktuelle FW da einfach etwas geschwätziger ist oder mein Anschluss physikalische Probleme hat.

Dass eine DECT-IP-Basis im Netz meiner Schwester ab und zu Dinge macht, die vom Lancom als potenziell gefährlich betrachtet werden, habe ich tatsächlich hingenommen, nachdem ich sah, dass es eben von diesem Gagaset kommt.

Die FW vom Gigaset wurde längst aktualisiert, die Warnungen sind immer noch da.

Siehst du darin ein reales Bedrohungsszenario?

[plumpsack]

Siehst du darin ein reales Bedrohungsszenario?

Eigentlich nur wenn ein Gerät, aus dem internen Netz, versucht sich mit einer IP-Adresse oder einer (sub-) Domäne oder einer CNAME (sub-) Domäne (Alias) versucht sich zu verbinden, die eigentlich entweder durch die angelegten Firewall-Regeln, DNS-Filter, andere Filter oder der Routing-Tabelle des Lancom-Routers verboten sind oder gerade neu im Syslog auftauchen.

Ist aber "Geschmackssache" und hat auch was mit Arbeit zu tun - siehe täglich Syslog.

Muss halt jeder selber wissen.

Aber ich lese täglich im Web "... huch, wie konnte das nur passieren ..."



PS:
Nicht das du denkst ich bin "zu" Sicherheitsbesessen, aber unsere deutschen Athleten bekommen für die "Olympische Winterspiele 2022" in Peking "Einwegtelefone" angeboten, die nach der Olympiade vernichtet werden!

Siehe u.A. Syslog - IP-Adressen China

[plumpsack]

Siehe u.A. Syslog - IP-Adressen China

Hier wieder so ein "FickFrosch!" aus China!

185.23.181.24 versucht bei mir auf Port 443 UDP zuzugreifen.

(IP-Adressen mit 185.xxx.xxx.xxx scheinen wohl "bevorzugt von Idioten" benutzt zu werden)

185.23.181.24, angeblich eine IP-Adresse aus Deutschland.

KAOPUCLOUD GER

Angeblich Kaopu Cloud HK Limited aus Hong Kong

185.23.180.0/22

Prefix: 185.23.180.0/22
Name: HK-KAOPU-20181227
Description: Kaopu Cloud HK Limited
Country: Turkey (TR)
IP Addresses: 1,024

Oh, läuft über die Türkei?

Hmmm ...

Address:
8F,
B Building,
Yin Jiang Shang,
Xi Hong Road,
350000,
Fuzhou,
CHINA

Fuzhou in China ist aber nicht Hongkong ...

Huch ...

Fuzhou hat ja mit Hongkong soviel zutun wie ne Kuh mit Knutschen ...