Beiträge von frank_m

Zitat von belegdol

Dadurch werden die Löhne überall wo es geht gedrückt, wodurch wiederum, zumindest teilweise, genau diese Gruppen in als Working Poor enden.

Nur müssen die gerechten Löhne auch von jemandem bezahlt werden, das wird dabei gern vergessen.

Zitat von belegdol

Und wenn die Belastungen noch steigen, frage ich mich, wer hier noch Lust hat zu arbeiten.

Eben. Da lieferst du selbst das beste Argument für Niedrglohnkräfte aus dem Ausland.

Ich bin auch kein Freund davon. Aber realistischer Weise können wir daran in absehbarer Zeit nichts ändern.

Das kommt auf die Konfiguration an. Was steht in den allowed IPs? Grundsätzlich ist es so, dass Daten übers VPN fließen können, solange die Verbindung steht.

Zitat von belegdol

Wenn es dadurch teurer wird, ist es halt so.

Die Meinung dürftest du ziemlich exklusiv haben.

Natürlich müssen die Arbeitnehmer ihr Geld bekommen. Aber die Abwicklung über vor allem osteuropäische Subunternehmer wird uns bleiben. Internet wird unverzichtbar in Zukunft und muss auch für soziale Randgruppen bezahlbar bleiben. Die Belastungen werden generell steigen in Zukunft: Gesundheitssystem, Klimawandel, demografischer Wandel. Da sind gutbezahlte Tiefbauer mit Gewerkschaft im Rücken nicht drin.

Zitat von alpha_zulu

Man könnte zum Beispiel die Installationen von anständigen ggf. ortsansässigen Tiefbaufirmen durchführen lassen. Die

Die haben nur üblicherweise keine Zeit. Wenn das mit dem Tiefbau so einfach wäre, gäbe es das Problem nicht.

Das Gerät misst die Leistung, die aus einer Glasfaser rauskommt. Nicht mehr und nicht weniger.

Ob -45 dB gut sind oder nicht, hängt vom Szenario ab. Welcher Standard kommt zum Einsatz, was sind die typischen Ausgangsleistungen und in welchem Bereich liegt die spezifizierte Eingangsempfindlichkeit? Dann kann man einschätzen, ob -45dB gut sind, ob vielleicht die Dämpfung des Kabels zu hoch ist oder die Sendeleistung des Transmitters zu niedrig. Eine Sendeeinheit mit bekannter Sendeleistung hat das Gerät leider nicht, also ist es im Einzelfall schwierig, einzuschätzen, ob ein Problem nun auf das Kabel oder auf den Transmitter zurückzuführen ist. Aber über Vergleichsmessungen mit mehreren Transmittern kommt man vielleicht zu einer Einschätzung.

Zitat von hetti72

Ganz einfach: Es fliest kein Geld von der DG an den Auftragnehmer.

Das verbessert die Situation der Arbeitnehmer aber auch nicht.

Zitat von hetti72

Hier könnte dann z.b. die DG schon Vertraglich einschränken, das es nur eine ebene von Subunternehmen geben darf.

Nein, können sie nicht. Der Passus ist vor einiger Zeit mal kassiert worden, irgendwas mit Wettbewerbsrecht. Und außerdem ist es absolut unrealistisch, mit nur einer Ebene an Sub-Unternehmen zu arbeiten.

Die Fleischindustrie wurde zu Corona Zeiten durchs Dorf getrieben wie die sprichwörtlichen Tiere, die sie üblicherweise verarbeiten. Jetzt sind die Netzbetreiber dran. Was hat sich geändert? Genau.

Ja, man kann vielleicht was ändern, aber welchen Einfluss das auf Kosten und Zeit hat, davon redet lieber niemand. Machen wir uns nichts vor, das können wir uns nicht leisten - in mehrfacher Hinsicht.

Zitat von Kartoffelknilch

Führt wohl echt kein Weg dran vorbei an einem VPS... Echt doof!

Wenn du IPv4 brauchst. Wie gesagt, mit IPv6 geht es auch direkt.

Mit IPv6 kannst du dyndns auch einfach an DG Anschlüssen nutzen. Der Client braucht dann natürlich auch IPv6. Alternativen für IPv4 mit VPS und VPN gibt es hier im Forum.

Wen ich das richtig sehe, ist die letzte Version auf dem Inhaus Server die 114731.

Deshalb fragte ich, ob sie auf dem Inhaus Server liegt. Dann könnte man von außen ran.

Interessant wäre es ja zu sehen, ob diese Firmware auch anderen hilft. Ist sie als Inhaus verfügbar? Haben sie dazu was gesagt?

Zitat von rothlive

Das IPv6 Problem besteht weiterhin dazu hat mir EON noch keine Antwort gesendet.

Daran kann AVM wohl auch nichts machen. Wie gesagt, das Problem ist bekannt.

Zitat von itsme

Wird es damit klappen weiter telefonieren zu können?

Die Frage ist seriös so gut wie nicht zu beantworten.

Das Problem ist, dass zwischen VoIP Client und Server ein NAT Router ist (dein OpenWRT). Die Gigasets sind grundsätzlich dafür ausgelegt und bieten viele Funktionen, um hinter NAT Routern stabil zu arbeiten (Ports offenhalten etc.). Aber: Die richtigen Einstellungen muss man erst mal finden, und die sagt dir dein Anbieter nicht, denn das ist individuell dein Problem. Einige davon sieht man auf deinem Screenshot, aber es gibt in den Systemoptionen weitere.

Zugangsdaten wirst du von deinem Anbieter bekommen, aber wo die einzutragen sind, wird vermutlich ebenfalls an dir hängen bleiben, denn die Rufnummer wird bei einigen als Authentifizierungsmerkmal genutzt (z.B. als Anmelde- oder Benutzername), bei anderen nicht. Das herauszufinden, dürfte aufwendig werden, ist aber sicherlich möglich.

Aber auch dann ist es ein bisschen ein Glücksspiel. Bei Fritzboxen wird eigentlich grundsätzlich empfohlen, den VoIP Client in der Box zu benutzen und dann über die integrierte VoIP Server Funktion an weitere Geräte im Netz zu verteilen. Damit sitzt der VoIP Client dann vor dem NAT Router. Ob das am Ende dauerhaft stabil läuft, wird man ausprobieren müssen. Häufiges Symptom ist es, dass man für eingehende Anrufe nicht erreichbar ist, während ausgehende problemlos funktionieren.

Interessant ist das Ergebnis schon, wenn man es mit den Erfahrungsberichten hier vergleicht. Da zeigt sich, dass sich in Foren doch üblicherweise nur die Kunden mit Problemen tummeln. Die Kunden, bei denen es gut läuft, die sieht man kaum. Aber das ist vielleicht ganz gut, um mal die Relevanz der hier geschilderten Probleme gegen einen breit angelegten Test (800 Millionen Messungen an über 700.000 Anschlüssen) zu beurteilen. So viel dann zu pauschalen Beurteilungen wie "die haben ihren Laden nicht im Griff".

Zitat von HubeBube

Allerdings sehe ich, das die VLAN-ID 362 verwendet wird, obwohl ich eine kundeneigener 5530 direkt an der Faser verwendet.

Ach, echt? Siehst du die auch, wenn du einen Paketmitschnitt am WAN Port anfertigst? Ich sehe die VLAN ID, aber ich hab sie auch händisch eingetragen.

Zitat von rothlive

Gateway pingen funktioniert.

Das ist interessant, damit kommst du weiter, als andere. Wie weit kommt ein Trace auf 8.8.8.8 bzw. eine Google IPv6 Adresse?

Das könnte möglicherweise von der Firmware Version abhängen, oder davon, ob die Box in Werkseinstellungen ist.

Das ist das PPP Log und hat absolut gar nichts mit den GPON Modul zu tun. Die Informationen haben für AVM kaum einen Wert.

Es könnte sein, dass sich in den Diagnose-Daten der Fritzbox weitere Low-Level Informationen befinden, die Aufschluss geben können. Ich fürchte nur, dass die Daten an DG Anschlüssen da nicht weiterhelfen, denn die DG verhindert ja bereits das Onboarding. Daten von EON oder TNG Anschlüssen wären wohl interessanter, daraus könnte man vielleicht entnehmen, warum an so vielen Anschlüssen keine Daten fließen, trotz erfolgreicher GPON Verbindung.

Nein. Und direkt an der Faser hilft es wohl auch nicht, denn die Ursache ist ja klar.

Kannst du das Gateway pingen?

Ansonsten ist es das gleiche Fehlerbild, wie an anderen Anschlüssen. O5, es gibt eine IP, aber es fließen keine Daten.

Warum kommt es dann bei allen anderen Anbietern auch zu Problemen?