Syslog auf 1930EF zeigt seltsame Einträge des VCM

[awi]

Hallo fildercom,

um dem Ganzen näher zu kommen, wird eine längere Aufzeichnung benötigt, weil es offensichtlich etwas mit Wechseln zwischen den Servern der Telekom zu tun hat und es dabei wohl zu einem Wechsel zu einem Server mit niedrigerer Priorität gekommen ist und es erst nach frühestens 15 Minuten zu einem Wechsel zurück zum Server mit der höchsten Priorität kommen darf.

Am besten wäre natürlich eine Aufzeichnung vom kompletten Neustart an. Dafür müssten aber alle Leitungen deaktiviert werden, der Router neu gestartet werden, dann die Traces eingeschaltet und dann die Leitungen wieder aktiviert werden.
Nachteil hierbei wäre, dass man nicht weiß, wann das Problem wieder auftritt.

Deshalb versuchen wir es mal mit einer längeren Aufzeichnung während des aktuellen Betriebs.

Bitte die Traces Sip-Packet, Callmanager, Sip-Connection, VCM-DNS und Dns einschalten und mindestens 15, eher 20 Minuten laufen lassen.
Dabei bitte nicht zuviel zensieren, damit die Zugehörigkeit der Traceausgaben zu den einzelnen Leitungen festgestellt werden kann.

Gruß Awi

[plumpsack]

Dieses SRV-Problem hatte ich auch mit meinem R883VAW und Osnatel/EWEtel/SWB.

Dafür gab es nie einen Patch!

Lösung war, auf die ich selber gekommen bin, als Anmeldeserver nicht die Domain, sondern einen der Anmeldeserver als IP-Adresse einzutragen.

In deinem Fall:

(aktuell)

UDP - ohne - TCP Port 5060 - ohne TCP Port 5061

dig +noall +answer _sip._udp.tel.t-online.de SRV
_sip._udp.tel.t-online.de. 2978 IN SRV 30 0 5060 hno002-l01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._udp.tel.t-online.de. 2978 IN SRV 20 0 5060 nes008-f01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._udp.tel.t-online.de. 2978 IN SRV 10 0 5060 lei001-l01-mav-pc-rt-001.edns.t-ipnet.de.

tel.t-online.de

host hno002-l01-mav-pc-rt-001.edns.t-ipnet.de
hno002-l01-mav-pc-rt-001.edns.t-ipnet.de has address 217.0.147.197

nes008-f01-mav-pc-rt-001.edns.t-ipnet.de
host nes008-f01-mav-pc-rt-001.edns.t-ipnet.de
nes008-f01-mav-pc-rt-001.edns.t-ipnet.de has address 217.0.147.5

lei001-l01-mav-pc-rt-001.edns.t-ipnet.de
host lei001-l01-mav-pc-rt-001.edns.t-ipnet.de
lei001-l01-mav-pc-rt-001.edns.t-ipnet.de has address 217.0.147.69

nicht gelistet ist:
(aktuell)
host kln000-l01-mav-pc-rt-001.edns.t-ipnet.de
kln000-l01-mav-pc-rt-001.edns.t-ipnet.de has address 217.0.148.133

Versuch macht kluch ... einfach mal probieren ...

[fildercom]

Bitte die Traces Sip-Packet, Callmanager, Sip-Connection, VCM-DNS und Dns einschalten und mindestens 15, eher 20 Minuten laufen lassen.
Dabei bitte nicht zuviel zensieren, damit die Zugehörigkeit der Traceausgaben zu den einzelnen Leitungen festgestellt werden kann.

Danke für die Rückmeldung! Ich bin diese Woche aufgrund einer neuen Tätigkeit gerade extrem eingespannt, weshalb ich mich um die Langzeit-Traces vermutlich erst kommende Woche kümmern kann. Ich melde mich umgehend, sobald ich es habe. Die Telefonnummern und die feste IP-Adresse möchte ich jedoch nur ungern vollständig posten und werde es daher soweit zensieren, dass man noch erkennen kann, was genau im Trace passiert.

Viele Grüße
fildercom

[Jirka]

Lösung war, auf die ich selber gekommen bin, als Anmeldeserver nicht die Domain, sondern einen der Anmeldeserver als IP-Adresse einzutragen.

Das ist keine Lösung sondern allenfalls ein Workaround. Eine Lösung hatte ich Dir seinerzeit per E-Mail mitgeteilt/angeboten - leider ohne jemals eine Antwort zu bekommen.

Die Telefonnummern und die feste IP-Adresse möchte ich jedoch nur ungern vollständig posten und werde es daher soweit zensieren, dass man noch erkennen kann, was genau im Trace passiert.

Es gibt auch immer den Weg awi eine PN oder E-Mail zu schreiben. Dann ist hier nichts öffentlich gepostet und man ist zügig fertig. Das Ergebnis erfahren wir ja sicherlich trotzdem noch hier.

[fildercom]

Es gibt auch immer den Weg awi eine PN oder E-Mail zu schreiben. Dann ist hier nichts öffentlich gepostet und man ist zügig fertig. Das Ergebnis erfahren wir ja sicherlich trotzdem noch hier.

Ja, werde ich dann auch so machen. Bin nur gerade extrem eingespannt und hatte bisher diese Woche mit allerlei "Unwegbarkeiten" zu kämpfen, sodass ich noch keinen Kopf dafür hatte. Wenn es sich etwas "eingependelt" hat, ist kümmere ich mich um die Traces...

[plumpsack]

Das ist keine Lösung sondern allenfalls ein Workaround. Eine Lösung hatte ich Dir seinerzeit per E-Mail mitgeteilt/angeboten - leider ohne jemals eine Antwort zu bekommen.

Ich antworte nicht auf E-Mails !

Es gab keinen Patch oder Fix zu dem Problem für den R883VAW für das SRV-Problem in der <=10.50.1482SU15

Das war alles ein Software-Problem!

Es wurde später bzw. für andere Geräte in der 10.50er Serie gefixed.

Ebenso dümpelt immer noch die Meldung:
Truststore certificate expires on 11/29/2024 23:59:59 with CN=TeleSec Business CA 1 Fingerprint (SHA1): 57 a8 c5 b5 26 0e 20 63 53 d4 c3 46 e3

in der 10.50.1482SU15.

Dieser Fehler wurde ebenfalls kurz ->nach dem EOL<- des R883VAW gefixed, obwohl Lancom der Fehler VORHER* bekannt war!

*seit min. 29.11.2024

Lancom hat den R883VAW einfach ohne weitere Patche "aussterben" lassen.

10.50.1482SU15 / 07.09.2024
LC-R883VAW-10.50.1482.upx