Telekom - Sinn von PPPoE & Verlust bei GPON

TIM stellt auch nur 2Gbit im Upload bereit

Zitat von Funker

Genau, am Ende läuft's darauf hinaus. Und Hardware die PPPoE 8/8 Gbit/s kann, hat auch die Telekom nicht (und deshalb auch keine Tarife dafür).

Nachdem sich schon 1 und 2 Gbps Tarife verkaufen wie Sauerbier, ist das bestimmt der Grund warum es keine 8 Gbps Tarife von der Telekom fuer Privatkunden gibt...

Zitat von Funker

Der PPPoE-XGS-PON-Testcase spielt sich ja so auch auf kleineren Geräten ab, aber macht dann eben aus Gigabit Wirespeed 300 Mbit/s.

Der einzige bekannte per XGSPON realisierte Tarif der Telekom ist der 2000/1000er, wo kommt Deine "Information" zu 300Mbps@xgspon her?

Missverständnis, es gibt viele Geräte im Markt, die mit/wegen PPPoE auf normalem GPON kein Gigabit-Wirespeed schaffen und dann eben bei 300 Mbit/s rumdümpeln.

Nicht dass noch jemand den XGS-PON-Testcase als exotisch hinstellt. Der CPU-Overhead betrifft natürlich alles quer durch die Bank.

Zitat von Funker

Nicht dass noch jemand den XGS-PON-Testcase als exotisch hinstellt. Der CPU-Overhead betrifft natürlich alles quer durch die Bank.

Mmh, vielleicht mal an die eigene Nase fassen, das mit den 8 Gbps xgspon und PPPoE ist Deine Erzaehlung... Ich finde die Vorstellung ganz putzig, dass Du es fuer erstaunlich haeltst, dass Heimrouter die fuer DSL Bandbreiten entwickelt wurden, ins schwimmen kommen, wenn es um 1 Gbps Routing geht...

Zitat von BlackMage2

also 8-10G ist ja nicht brandneu

sollte es schon einiges für geben

Ja, im Businessumfeld gibts da viele Geräte für. Sind aber alle nicht für 99% der Privatkunden geeignet.

Zitat von BlackMage2

ja, natürlich spielt das eine Rolle. wie schafft es das?

Geräte wie das UniFi Cloud Gateway Fiber (UCG-Fiber) oder neuere Gateways UDM Beast setzen auf Qualcomm-SoCs mit integrierter NSS-Architektur (Enhanced Connection Management / ECM). Diese können PPPoE komplett in Hardware auslagern und schaffen problemlos Multi-Gigabit-Geschwindigkeiten ohne CPU-Last.

Habe daheim einen MyNet2500 an einer UDM Beast.
Die schafft es den Link auszulasten, allerdings ohne DPI. MIt wird es sogar bei dem Beast eng

Zitat von bananajoe

Habe daheim einen MyNet2500 an einer UDM Beast.
Die schafft es den Link auszulasten, allerdings ohne DPI. MIt wird es sogar bei dem Beast eng

Aber IDS/IPS läuft nicht über die Co‑Prozessoren. Da muss die normale CPU ran.
Aber ich finde die UNIF-OS und Oberfläche nicht sehr effektiv programmiert.
Ich habe meine UDM SE schon, als noch das alte OS darauf lief (kein Debian). Jetzt mit Debian können sie sich natürlich austoben und ich finde, die drückt die Performance.
Alles für eine hübsche Klicki-Bunti-Apple-Oberfläche.
Wobei UDM Beast für mich von Preis-Leistung zu teuer ist, im Home/Filialen 25 GBit/s-SFP28 gewiss übertrieben.
Es gibt mehr oder weniger eine Lücke bei den UDM, also eine UDM die 10 GBit mit IDS/IPS kann und PoE hat. Damit es wieder für eine Filiale einen Einzelbetrieb gibt und man nicht unnötig viele Geräte benötigt. Bei mir im Umfeld wären das 3–4 AP und 3–4 Webcams, vielleicht noch eine Zutrittskontrolle.

Zitat von BlackMage2

hast du das etwa geprüft?

Das ist jedenfalls die Bandbreite die TIM bei ihrem 8Gbit Tarif im Upstream angibt.

Zitat von BlackMage2

Also ich kann allgemein Debian nichts abgewinnen. Man sagt zwar Debian ist immer sehr stabil, aber dafür sind manche Pakete auch sehr veraltet und es setzt auch auf das veraltete APT(schwache Funktionen für Transaktionsverläufe und Rollbacks) als Paketmanagementsystem.

Das Problem ist nicht das Debian, ist ja immer eine angepasste Version, die speziell auf die Hardware angepasst wird mit den entsprechend Treiber der Chiphersteller. Die CPU und Co. Sind ja nicht x86 Umfeld.

Für mich ist es deshalb besonders nett, weil ich da gut Pakete installieren kann wie z.B. MC.

Aber neben dem reinem OS und den Network Teil haben die UNIFI-Gateways noch einige weiteren Anwendungen, die man nachinstallieren kann. Und damit wird es mit der Performance gerade bei den Geräten von vor 5 und mehr Jahren eng, aber nicht das direkte Problem von Debian.

Zitat von Phino

Geräte wie das UniFi Cloud Gateway Fiber (UCG-Fiber) oder neuere Gateways UDM Beast setzen auf Qualcomm-SoCs mit integrierter NSS-Architektur (Enhanced Connection Management / ECM). Diese können PPPoE komplett in Hardware auslagern und schaffen problemlos Multi-Gigabit-Geschwindigkeiten ohne CPU-Last.

Zitat

Why Isn't NSS Supported in Vanilla OpenWrt?

NSS requires proprietary binaries (NSS firmware) and extensive patches to the Linux kernel and networking stack. Qualcomm does not openly release the necessary firmware or detailed documentation on how to integrate NSS support, making it extremely difficult for the OpenWrt community to maintain. The required patches are invasive and complex, altering significant portions of the network stack, which makes upstream integration into OpenWrt unlikely. Maintaining compatibility with each new kernel version is another barrier, as Qualcomm’s support for these patches is minimal and sporadic.

Alles Probleme, die man ohne PPPoE schlicht nicht hat.

Zitat von BlackMage2

jaein, die reine PPPoE Technik selbst ist dafür aber nur indirekt verantwortlich; das primäre Problem liegt bei den Herstellern

Natürlich. Ethernet ist Standardkrams und PPPoE eine Sonderlocke.

Zitat von Funker

Natürlich. Ethernet ist Standardkrams und PPPoE eine Sonderlocke.

Die weite Verbreitung von PPPoE widerspricht der These ein wenig.

Zitat von Funker

Alles Probleme, die man ohne PPPoE schlicht nicht hat.

Dafür gibts ja dann if_pppoe