VoIP Problem mit Telekom Trunk Yeastar S300

Das Problem in der Kombi ist die Fritte. Da die eine Voip Telefonanlage integriert hat, greift die sich den Port 5060.
Um das zu umgehen kannst Du nur die Telefonie in der Fritte deaktivieren und ggf. den Port 5060 an die VOIP Telefonanlage forwarden.
Damit sollte die Anlage auch nach den o.g. 5-10 min noch von extern erreichbar sein.

https://cpbxhilfe.netcologne.de/problemloesungen/verbindungsprobleme-fri ...

vom Heulen bekommst Du das Problem aber auch nicht gelöst.
Ich mag auch die Kommentare nicht so, die gar nicht auf die Problemlösung zielen, sieh es aber mal so: @aqui liest das hier mit und liest von dem hanebüchenen Unsinn Eurer Reserveschaltung (der noch dazu darin gipfelt, über den selben Provider zu laufen). Als Experte, der @aqui nun einmal unbestreitbar ist, muss man das einfach gerade rücken. Hier lesen ja auch noch andere mit. Da wäre es Deine Sache gewesen (noch dazu mit Deiner Erfahrung) in einem Nebensatz klar zu machen, dass das Unsinn ist, aber es aus anderen Gründen nicht zu ändern ist. Dennoch wäre natürlich sowohl ein moderaterer Ton als auch ein (zusätzlicher) Beitrag zur Sache in dem Kontext wünschenswerter gewesen. Mittlerweile ist der Beitrag allerdings gelöscht. Halten wir fest: Redundanz wird nicht allein durch vorhalten einer zweiten Leitung erreicht und wenn man solch eine hat, macht man eine Lastverteilung. Gut erklärt, versteht das auch der Chef. Zumal es praktisch nichts kostet, wenn der Admin eh schon bezahlt und sein Geld wert ist.

Um selbst zur Sache zu kommen: Looser weist auf eines der viel beschriebenen Probleme bei der Fritzbox-Kombi hin. Ich würde jedoch nicht die Box kastrieren und den Port verbiegen. Es ist ein verbreiteter Irrglaube, dass VOIP einen durchgeschliffenen Port 5060 braucht. Der macht nur vieles einfacher (aber auch unsicherer). In dem von Dir beschriebenen Fall liegt @chgorges wahrscheinlich näher dran: Die FB kappt die Verbindung, die die Anlage zum Provider aufbaut, nach einer Weile Untätigkeit mit einem Timeout. Ich denke, die in dem Link beschriebene Einstellung der FB wirkt dagegen. Habe ich so aber noch nie gemacht. Ich setze in meinen Anlagen ein "qualify", das in einem Abstand Kontakt zum Provider aufnimmt, der kürzer ist als das Timeout der FB (bei UDP sind das 5 Min.). Dann passiert das nicht mehr. Ich bin sicher, die Yeastar kann das auch.

Die von Dir zuletzt erwogene Lösung, das externe VOIP über die FB anzubinden und die Yeastar dann als Client (sozusagen als Telefon) an die FB geht auch zuverlässig und entspricht im Prinzip Eurer Siemens-Anbindung. Das ist aber so auch Schrott, woran man sieht, dass weder Dein Vorgänger, noch Deine Chefs Wert aufs Telefonieren legen: Die FB limitiert die Zahl zulässiger Verbindungen auf (ich glaube) maximal drei. Ergo rufen zwei Kunden an und einer faxt o.ä., kann keiner mehr rein- oder raustelefonieren. Ich kann mir so recht keinen Betrieb vorstellen, der sich einen (internen) Admin leistet, aber nur auf drei Leitungen telefoniert (dafür aber zwei Anschlüsse unterhält). Aber in Deutschland ist digital ja einiges im Argen. Ich drücke die Daumen, dass Du Dich da durchsetzen und aufräumen kannst.

Warum belässt du die die Yeahlink Gurken nicht auf den Zweitanschluss wo alles rennt und gut iss. Für eine Migrationsphase um die Netzwerk Infrastruktur überhaupt erstmal auf Vordermann zu bringen ist das doch eine gute Interimslösung und du kannst dich dann mit den wirklich wichtigen Dingen wie dem Scherbenhaufen Infrastruktur beschäftigen.
Aus rechtlichen Gründen bis du in einer Firma eh gezwungen das Voice Netz in ein VLAN abzutrennen. So kannst du das während der Migrationsphase doch völlig getrennt betreiben was ideal ist. Solche einfachen Binsenweisheiten kennst du als alte Netzwerk Profi mit 15 Jahren Erfahrung ja auch alle selber !
Zum technischen Rest ist oben ja schon alles gesagt.

Den Gedanken hatte ich auch. Er wollte aber "Redundanz" durch die FB, weil er Sorge hat, etwas kaputt zu administrieren. Vorsicht ist natürlich auch gut, wenn man das zum ersten Mal macht. Wenn man als Admin was nicht kann, der AG es aber erwartet, sollte man sich zunächst vielleicht etwas einlesen, bevor man ein (dieses) Forum bemüht. Netzwerken geht weder mit Angst noch mit Erfahrungsdefiziten, dazu braucht es Einsatzfreude, Zeit und eine Spielwiese. Wenn die Grundlagen stehen und dann was klemmt, ist solch ein Forum natürlich richtig wertvoll. (Edit: ich sag das als jemand, der selbst auch noch ganz viel zu lernen hat...)

@aqui - zum rechtlichen Hinweis: Bei uns kam die Frage auf, ob nach der (m.E. zutreffenden) Einschätzung der Bremer Datenschutzbehörde zum Fax VOIP-Telefonie unverschlüsselt nicht auch die DSGVO verletzt. Da hilft das VLAN dann auch nicht mehr. Will aber den Thread nicht kapern, vielleicht kommen wir nochmal drauf.

Welche Redundanz? Er hat einen nicht durchkonfigurierten Cold-Standby, das ist, zumindest für mich (und auch für aqui, was er in dem gelöschtem Post auch gesagt hat und was der TE nicht geschafft hat, da rauszulesen und abzuleiten), keine Redundanz.

VG

Nee, hast Du falsch verstanden, glaube ich. Ich meinte seine Kombi Fritzbox/Yeastar, die er "redundant" vorhält. @aqui (und auch ich) schrieben vorher zu der Anschluss"redundanz", die war hier aber nicht gemeint. Dass beides Pseudo ist, hat der TO hoffentlich gewusst und spätestens jetzt wohl verstanden

HI @commodity,


kannst du mir kurz erklären, wie der VLAN-Tag die Verschlüsselung des Ethernet-Frames beeinflusst?
Sry, bin neu in der Materie und möchte es verstehen.

Gruß
C.C.

Freitagsfrage?

Natürlich gar nicht. Der Punkt ist, dass VOIP sehr häufig unverschlüsselt läuft und die Bremer DSB Fax (FOIP) u.a. aus diesem Grunde für nicht DSGVO-Konform hält. Ein VLAN ändert daran nichts Sinnvoll ist es natürlich trotzdem und meine Anmerkung war nur genereller Natur.

Was bitteschön ist eine Freitagsfrage?

Du bist also der Meinung, eine Segmentierung des Netzwerkes ist für die Netzwerksicherheit unerheblich, sobald man VoIP einsetzt? An wem liegt es, dass die VoIP-Netzwerke nicht verschlüsselt sind? An der Hardware+Firmware oder an dem zuständigen Admin der die Verschlüsslung, aufgrund solcher Aussage nicht aktiviert?