1. Startseite
  2. Artikel
  3. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  4. Forum
  5. Digital Signage Info
  6. Glasfaserinternetanbieter bewerten
  7. Blog
    1. Artikel
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Blog-Artikel
  • Erweiterte Suche
  1. Glasfaserforum.de - Das Informations- und Hilfeforum rund um das Glasfaser-Internet.
  2. Mitglieder
  3. pufferueberlauf

Beiträge von pufferueberlauf

  • 1&1 / Telekom Peering vergleich

    • pufferueberlauf
    • 31. Dezember 2024 um 16:39

    Hast Du mal deren Test Methodologie durchgelesen? Das ist IMHO Marketinggruetze vom feinsten, das sind keine objektiven Studien (und sollen es auch nicht sein), und mann sollte die auch nicht mit solchen Studien verwechseln. Aber hey, wenn mich das in Deinen Augen zum Aluhutträger macht, muss ich wohl damit leben ;)

    Und ja, die Consultants die Auftragsstudien anfertigen machen i.d.R. auch keine möglichst objektiven Studien, die haben alle eine eigene Agenda (die bekannt ist, d.h. der Auftraggeber sucht sich den Consultant mit der generellen Agenda die er gerade möchte*).


    *) Das garantiert nicht, dass ein Consultant jeden Müll absegnen wird aber mann sollte das was die machen nicht mit objektiver Wahrheitsfindung verwechseln. Willkommen im Spätkapitalismus...

  • 1&1 / Telekom Peering vergleich

    • pufferueberlauf
    • 31. Dezember 2024 um 16:06
    Zitat von mbo77

    Schöne Verschwörungserzählungen. 🤣

    Wie kommst Du darauf? Die Telekom macht aus diesem Vorgehen keinen Hehl, allerdings gibt dem ganzen natürlich einen etwas anderen Spin. Daher bin ich immer erstaunt Mit-Nerds zu finden die der Meinung sind, das vosätzliche Unterpeering sei eine Erfindung von Telekomkritikern.

    Aus dem Transkript zum 2024er Capital Market Day (Oktober 10, 2024)

    Zitat

    Usman Ghazi - Joh. Berenberg, Gossler & Co. KG - Analyst

    Usman from Berenberg. I got two questions, please. The first one was just on this recent press about this dispute with Meta on fair share, et cetera. And you seem to be adopting a more aggressive stance towards this whole debate. So I would be interested to hear how this affects your customers, how you -- whether you see any resolution, whether this is setting a precedent for issues in other markets. That's one question.

    The other one was I guess I wanted to make this a bit broader. I mean from the first session and then now, it's pretty clear that as a group, you do not want to be seen as an incumbent, you don't see yourselves as an incumbent.

    I guess the issue that creates is -- and I guess we can see this in Germany, the most is that you're not only not prepared to lose market share, you actually want to gain market share and you're getting well above your market share in a market that yourself saying is becoming saturated with the volume growth going down.

    You're deploying network equipment that doubles your capacity, but that's not unique to you. Your competitors have access to the same equipment as well. So at what point do you say, this is too much market share, we need to give some space to others?

    Srinivasan Gopalan - Deutsche Telekom AG - Member of the Management Board, Responsible for Germany
    So here's the way I think of it, right? Look, I fundamentally respect market structure. I think it's the most powerful force that shapes our industry.

    That's a given in my mind. Now that said, the way I'd like to think about this is not at what point do I start giving up market share.

    It is -- because that's a very average view of the world. right? I would rather say at what point do I believe there aren't underrepresented segments. At what point do I believe that I do not have anything unique from an insight perspective to create share without it being based on a price-volume relationship.

    To me, market structure starts getting really impacted when you start saying, I will start using something to start playing a pure price volume relationship as long. As I can find opportunities like TV with 12% market share or I can find a segment like Congstar, which act or the family plan, I would argue what we've done with family plan improves market structure because what it does is it hurts the MVNOs most.

    I would also argue what we've done with family plan increases market ARPU because people upgraded from a much cheaper plan to a more expensive, albeit cheaper than normal telecom plan.

    So look, I completely believe in market structure is the most powerful force. But I think it's too simplistic to land up doing a linear read from respecting market structure to say, therefore, to use that phrase again, incumbents must decline, right? That's -- it is just too simplistic.

    I would totally agree with you if I was rushing out there tomorrow and saying, "I have more capacity, I'm going to drop price, and then we'll see who responds. That's just dumb. And we don't do dumb things, right? We are very thoughtful about making sure that market structure gets respected as we drive, but we will not ignore underrepresented segments our insights that we believe genuinely help us grow differentially.

    So I'll answer the question of when we start losing share, rather as when do I start running out of insights? And when do I start running out of under-representative segments. On the dispute with Meta, I think Tim has eloquently argued our position a few times on fair share. Now let me separate two things here.
    One, we completely believe that we should -- that we need a fair share in terms of network contribution because you look at the amount of traffic that's coming in, that's a pure violation of the historic Tier 1 agreements, which was based on balanced traffic if you'll have it, symmetric traffic rather than asymmetric traffic.

    The meta dispute itself is a bit more nuanced than that. We actually won a court ruling went in our favor in Cologne, which allowed us to charge for peering, right? So that's -- and I don't think we're adopting an aggressive stance here. We're simply adopting a stance consistent with what the court ruling told us, which is we can charge for peering.

    Alles anzeigen

    Übersetzt heisst das, die Telekom erwartet finanzielle Beteiligung für Links mit Transitanbietern die unballanzierten Traffic ins Netz der Telekom senden, wie z.B. Videostreams (die allerdings von Telekomkunden angefordert wurden und daher aus deren Sicht Teil des bereits bezahlten Internetzugangs über doe Telekom sind).

    Wie gesagt, ich bin verwundert wenn Mit-Nerds das anzweifeln... IMHO haben die sich nicht ausreichend mit der Materie vertraut gemacht...

  • 1&1 / Telekom Peering vergleich

    • pufferueberlauf
    • 31. Dezember 2024 um 13:47
    Zitat von DLMttH

    Ich stelle hiermit erneut die Testmethoden des Magazins in Frage, welches die Telekom immer wieder als Testsieger krönt ;)

    Warum? IMHO ist die Telekom im grossen und ganzen ein (teilweise regulatorisch bedingt) teurer aber kompetenter ISP, daher wundere ich mich nicht darüber, dass die bei Tests passabel bis gut abschneiden. Und auch das Unterpeering ist , IMHO mit der falschen Zielmarke, kompetent gemanagt, d.h. die bauen ihre Übergaben schon auch aus nur halt "später als üblich/zu spät".

    Das Unterpeering ist ja fuer Mittelstrahlnutzung nicht notwendigerweise sonderlich auffällig, zumindest konnte ich das in meiner Telekomkundenzeit wohl messen, aber in der normalen Nutzung fiel mir das nicht auf. (War trotzdem mit ein Grund mir einen anderen ISP zu suchen).

  • 1&1 / Telekom Peering vergleich

    • pufferueberlauf
    • 31. Dezember 2024 um 13:42
    Zitat von mbo77

    Gut, das testet die Zeitschrift "connect" regelmäßig in einem breiten, typischen Spektrum an gängigen Zielen im Internet und bewertet die Anbieter.

    Mmmh, ich bin bei Connect nicht 100% von deren Neutralität überzeugt, nicht in der Hinsicht, dass die ISP 1 generell besser bewerten als ISP 2, sondern, dass die generell ein Herz fuer ISPs haben.

  • 1&1 / Telekom Peering vergleich

    • pufferueberlauf
    • 31. Dezember 2024 um 13:31

    Wobei die "Fachpresse" da (vermutlich mit voller Absicht) um den heissen Brei herumredet und so tut als sei die Überlast unerwartet... d.h. statt das vorsätzliche Unterpeering der Telekom beim Namen zu nennen versuchen die das ganze als "mangelnde Peeringqualität" zu beschreiben, vermutlich um der Telekom eine Brücke fuer Verbesserungen zu bauen... nur wird die Telekom IMHO diese Brücke nicht betreten, da das ganze ja einem vorgefassten Plan zur Profitvergrössserung dient.

    Schon der erste Kommentar hat das ganze dann aufgeklärt...Solange das ganze für die Telekom keinen negativen Konsequenzen hat wird sich IMHO nichts/wenig ändern.

  • Switch statt ONT nutzen.

    • pufferueberlauf
    • 27. Dezember 2024 um 22:53

    Du sparst keinen ONT, Du hast nur einen ONT etwas anderer Bauform...

  • Switch statt ONT nutzen.

    • pufferueberlauf
    • 27. Dezember 2024 um 22:40
    Zitat von jokergermany

    (oder halt Module die aus ner Glasfaser-Fritzbox kommen) anfangen?

    Vorsicht, zumindest die 53NN 55NN Fiber-Fritzboxen haben die ONT Logik als ASIC7SoC Implementiert und arbeiten mit einfacheren optischen Transceivern, die in z.B. einem Swiitch nicht als ONT einsetzbar sind.

    Ansonsten kann das klappen, ONT-Modul in managed Switch und den Switch so organisieren, dass der Port mit dem ONT an der WAN Seite vom Router ankommt. Aber ob das die beste Option is muss mann selber wissen.

  • Deutsche Glasfaser IPv6 Routingprobleme

    • pufferueberlauf
    • 20. Dezember 2024 um 14:52

    Dann waere es einen Versuch wert mal zu sehen ob der OP fuer diese LAN seitige GUA der Fritzbox eine Firewallregel bauen kann...

  • Deutsche Glasfaser IPv6 Routingprobleme

    • pufferueberlauf
    • 20. Dezember 2024 um 14:29

    Erm, bei IPv6 sind alle GUA-Adressen WAN-gaengig... wenn die Firewall der FritzBox die Präfix-basierten Adressen der FritzBox nicht filtert sind die genau so gut wie die /64 Adresse der Fritzbox selber...

  • [GELÖST]FRITZ!Box 5690 Pro - Probleme bei der Telekom

    • pufferueberlauf
    • 16. Dezember 2024 um 18:40

    Waere interessant zu erfahren was da quer gesessen hat? Aber ich vermute, das wird AVMs Geheimnis bleiben...

  • [GELÖST]FRITZ!Box 5690 Pro - Probleme bei der Telekom

    • pufferueberlauf
    • 16. Dezember 2024 um 18:00

    War da nicht mal eine Anzeige wie viele Nutzer im Segment sind?

    "PON-Anschluss mit weiteren Teilnehmern" klingt so als fehle da ein X wie in "mit X weiteren Teilnehmern"...

  • Wie kann man einen Duplex-Stecker in einen einzelnen Port stecken

    • pufferueberlauf
    • 16. Dezember 2024 um 16:54

    Mmmh, hatte mich gewundert ob das wohl die notwendigen Singlemode Fasern seien, aber wohl nur due sind gelb... wieder etwas gelernt.

  • Peering Deutsche Glasfaser, Seitenaufbau langsam

    • pufferueberlauf
    • 11. Dezember 2024 um 19:48

    Hier die "Folien" zu einem guten Vortrag zum Thema traceroute/mtr interpretieren:

    https://archive.nanog.org/sites/default/files/10_Roisman_Traceroute.pdf

    Hier insbesondere Folie 36

  • Peering Deutsche Glasfaser, Seitenaufbau langsam

    • pufferueberlauf
    • 9. Dezember 2024 um 07:10
    Zitat

    Hat zwar nichts mit Cloudflare zu tun, aber die Route geht über Telia.

    Das ist vielleicht ein Resultat der (vorsaetzlichen Unter-) Peering-Politik der Telekom....

  • AON: Empfangsleistung niedrig

    • pufferueberlauf
    • 7. Dezember 2024 um 18:23

    Mmmh, bei den DOCSIS Boxen, hatte/hat AVM Probleme die richtige Referenz fuer dB Werte zu verwenden, vielleicht ist das hier aehnlich?

  • Leitungsauslastung AVM 5530 Deutsche Glasfaser

    • pufferueberlauf
    • 7. Dezember 2024 um 17:15
    Zitat von mbo77

    Er zeigt ja nicht an, wie viele Slots zugewiesen oder überhaupt in Nutzung sind, sondern es wird der Wert "Bytes/s" angegeben/berechnet. Und das kann die FB aus den bekannten Gründen gar nicht berechnen. Woher soll sie wissen, ob da 60 Bytes ACK oder 1300 Bytes andere Nutzlast enthalten ist?

    Ja, prozentualle Auslastung des Uploads waere ein besseres Mass, aber ist ja ueberhaupt nicht klar was der Plot da zeigt. Das man die temporale Auslastung auch in Bit/Sekunde umrechnen kann ist dem Umstand geschuldet, dass bei GPON immer mit den vollen Rate ngesendet ewitd (aehnlich wie bei Ethernet).


    Zitat von mbo77

    Beim Download sehr wohl, denn da ist die verschlüsselte Nutzlast des Segments ja für jeden einsehbar.

    Jein, Du weisst auch da nicht was da an Padding in den Paketen haengt. Aber ich stimme zu, die Unsicherheit ist im Upload groesser, aber auch da gilt, mir egal ob die Nachbarn ihre Slots mit Daten fuellen oder nicht, deren Splots stehen mir nicht zu Verfuegung...

    Zitat von mbo77

    Da wir den Download kennen, können wir grob im Bereich 1:5/1:10 abschätzen, wie groß der Upload tatsächlich ist. Über den Daumen also 10-20 Mbps. Die FB berechnet aber 1,25 Gbps. Das liegt nicht nur knapp daneben, sondern hat mit dem echten Wert gar nichts zu tun. Wir wissen auch nicht, wie dynamisch Slots umverteilt werden, wenn ein ONT tatsächlich zu senden anfängt (also ich weiß es nicht). Selbst wenn bei 20 Teilnehmern alle Slots erstmal zugeteilt sind, werden diese ja dynamisch neu vergeben, wenn sie gebraucht werden.

    Oh, wie gesagt, en Graphen traue ich nicht ueber den Weg, bzw. die zeigen wohl nicht was ich denke dass sie zeigen sollten. Wo kommen die eigentlich her?

    DBA ist Vendor-Geheimnis... aber ich habe gerade von Experimenten gehoert wo es mehrere 100 ms gedauert hat um in einem GPON Segment von 8 auf die vertraglichen 300 Mbps im Upload hochzuskalieren...


    Zitat von mbo77

    Von so einem System erwarte ich, dass wenn ich zwei Teilnehmer im Segment habe und diese zeitgleich mit 500 Mbps senden wollen und sonst nicht viel los ist, das System dies dynamisch bewältigt und alle anderen Teilnehmer noch genügen ACKs für ihren Downstream durchbekommen.

    Wenn dann nur kurzfristig, ueblicherweise werden alle Nutzer auf ihre vertraglichen Maximalraten gedrosselt (mit ein bisschen Burstallowance). Wobei der OLT schon auf eine basale Fairness achten sollte unter Last (aber was ist da fair, jeder die gleiche minimale Rate, oder die Kapazitaet aufgeteilt nach dem Verhaeltnis der vertraglichen Maximalraten?).


    Zitat von mbo77

    Das müsste man mal testen, wenn wir zwei Teilnehmer finden, die am selben OLT hängen. ;)

    +1; das waere in der Tat ein interessantes Experiment... DBA-reverse engineering :)

  • Leitungsauslastung AVM 5530 Deutsche Glasfaser

    • pufferueberlauf
    • 7. Dezember 2024 um 16:22
    Zitat von mbo77

    Wie würdest du das denn daraus ableiten wollen?

    Jeder ONT sieht die Sendeslotzuteilung fuer das ganze Segment und kann so einfach berechnen welcher Anteil der letzten X Sekunden oder Millisekunden der Upload in Benutzng war und zu welchem Anteil er Idle war... das ist ein ziemlich gutes Korrelat fuer die Auslastung des PON Uploads.... (von AUsnahmen wie geteilten XGS/XG PON Segmenten abgesehen, senden alle ONTs immer mit der maximalen Rate, d.h. der Duty-Cycle / die relative Auslastung laesst sich auch als Rate darstellen).


    Zitat von mbo77

    Ich habe explizit keine Idee, wie groß ein Sendeslot ist, aber als kleine Spielerei nehme ich mal die MTU-Size.

    Das scheint variabel zu sein... der OLT teilt die so zu wie er/sie/es es am optimalsten haelt (optimal fuer den OLT :) nicht zwingend fuer einzelne ONTs ).


    Zitat von mbo77

    Ein ACK-Paket wird maximal 60 Bytes groß. Gehen wir von 1300 Bytes echter Nutzlast aus. Dann liegt da ein Faktor von 21 zwischen.

    Jein, (unter Deiner Annahme fixer Sendeslots) der Upload des Segments wird trotzdem im Gegenwert einer vollen MTU ausgelastet, weil dieser Slot fuer andere Nutzer verloren ist, nur der ACK sender koennte statt eines ACKs etwas mehr senden... aber halt auch nur genug um den Slot zu fuellen.

    Zitat von mbo77

    Senden ein Großteil der ONTs fast nur ACKs, belegen sie trotzdem jede Menge Slots (bei vereinfacht ein Slot = ein TCP-Paket), aber es wird nur 1/21 der möglichen Nutzlast übertragen.

    Das ist richtig, unter der Annahme, dass jedem einzelnen ACK ein fixer Sendeslot zugeteilt wird.

    Zitat von mbo77

    Wie willst du bei so einer möglichen Spreizung die Auslastung des Segments abschätzen wollen?

    Easy, die Upload Auslastung des PON Segments ist der Anteil der genutzten Sendeslots...

    Zitat von mbo77

    Da müsste man jetzt tiefer einsteigen. Wie groß ist ein Slot wirklich, wie werden darin TCP-Pakete (Layer 4) eingepackt? Wenn die Slots größer sind und mehr als ein Paket aufnehmen, dann wird die Spreizung nur noch größer und die Abschätzung ungenauer.

    PON verpackt heutzutage i.d.R. L2 Frames, ohne sich fuer L3 oder L4 zu interessieren.


    Zitat von mbo77

    Die logarithmische Darstellung ist nicht hilfreich. Aber es lässt sich schon sehen, dass die beiden Linien deckungsgleich sind. Der Upload also angeblich mit 1,25 Gbps voll ausgelastet ist. Dass das nicht sein kann, sollte klar sein, oder?

    Da bin ich bei Dir, maximal unklar was der Graph genau zeigt....

  • Leitungsauslastung AVM 5530 Deutsche Glasfaser

    • pufferueberlauf
    • 7. Dezember 2024 um 16:05
    Zitat

    ITU G.983.4

    On the other hand, the algorithmic details of how the OLT applies the reported status information, the entire specification of the traffic monitoring DBA method, as well as the details of the OLT upstream scheduler, which is responsible for the BWmap generation, are outside the G-PON TC layer scope, and their implementation is left to the OLT vendors.

    Ja, Du hast Recht, das ist deutlich klarer in den ITU Standards vorbereitet als meine saloppe Formulierung es beschreibt, aber die Geheimsauce der Hersteller, bleibt auch weiterhin geheim... nur das notwendige Protokoll fuer die Informationsuebermittlung ist standardisiert damit DBA funktionieren kann.

  • Leitungsauslastung AVM 5530 Deutsche Glasfaser

    • pufferueberlauf
    • 7. Dezember 2024 um 15:15
    Zitat von mbo77

    Wie würdest du denn die Grafik interpretieren wollen? Dass der Upload tatsächlich nahezu ausgeschöpft ist?

    Oh, die Graphik halte ich auch fuer problematisch, weil mir komplett unklar ist was die genau zeigen soll und wie das gemessen wird... (ausserdem ist die logarithmische Skalierung hier weniger hilfreich).


    Zitat von mbo77

    Ich denke, das wird keinesfalls zutreffen. Die Fritzbox wird aber einer gewissen Anzahl ONTs im Segment immer eine volle Auslastung des Segments behaupten, auch wenn wie hier nur 25 Mbps von 1250 Mbps tatsächlich genutzt werden (statistische Abschätzung anhand des Downloads).

    Wenn das so ist (kann ich aus Mangel eines FFTH Anschlusses nur spekulieren) dann waere es besser so etwas gar nicht anzuzeigen...


    Zitat von mbo77

    Ohne die genaue Funktionsweise der Sendeslots zu kennen, behaupte ich, dass jeder ONT eine Minimalzuweisung bekommt, damit er zumindest die ACKs sauber durchbekommt.

    Haengt vom Vendor ab... DBA, also die dynamische Zuweisung von Sendeslots ist nicht direkt Teil der ITU Standards. Gibt wohl konzeptionell zwei varianten:

    a) jeder ONT bekommt ein kleines Kontingent an Sendeslots und sendet IDLE Pakete wenn keine echten Daten vorliegen, der OLT schaut dann auf das Verhaeltnis IDLE zu Daten Paketen und weist dann mehr/laengere Sendeslots zu.

    b) der OLT fragt die ONTs regelmaessig zum Fuellstand ihrer Warteschlange ab und teilt mehr/laengere Sendeslots zu, wenn ein ONT Daten in der Queue hat (und aus Sicht des OLT seine maximale Senderate nicht ueberschritten hat).

    Aber ja, auch ACKs brauchen Sendeslots, und duerften wegen konstantem Overhead per Sendeslot eher mehr Transmissionzeit in Beschlag nehmen, als man ihrer Groesse entsprechend erwarten wuerde, aber das ist trotzdem IMHO immer noch ein valides Mass fuer die Auslastung des PON Uploads...

  • Leitungsauslastung AVM 5530 Deutsche Glasfaser

    • pufferueberlauf
    • 7. Dezember 2024 um 12:49
    Zitat von mbo77

    Deswegen ist diese Grafik eher irreführend als hilfreich. Vermutlich kann die FB die zugewiesenen Upload-Slots bewerten. Diese werden alleine für ACK ständig gebraucht. Effektiv werden aber nur minimal Daten versendet. Und das sieht die FB eben nicht.

    Mmmh, bei GPON wird die Dauer der Sendeslots individuell angepasst... kann gut sein, dass ein ACK Frame auch nur einen kurzen Slot bekommt... aber ja, 100% praezise was die Nutzlast angeht ist das nicht, aber was die Auslastung des PON angeht schon :)

Glasfaseranbieter jetzt bewerten

Du bist mit deinem Glasfaseranbieter (un)zufrieden?

Dann nutze unsere community-getriebene Bewertungsplattform glasfaseranbieter.de - jetzt mit dem Glasfaserforum Login unkompliziert bewerten!

Jetzt in wenigen Sekunden fair bewerten!
  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™ 6.2.6

Wir respektieren Deine Privatsphäre

Wir nutzen Cookies und ähnliche Technologien für den Betrieb der Seite, Reichweitenmessung und Werbung. Du entscheidest, was Du erlaubst. Details in unserer Datenschutzerklärung. Deine Auswahl kannst Du jederzeit über den Link „Cookie-Einstellungen“ im Fußbereich ändern.

Cookie-Einstellungen

Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.

Weitere Informationen: Datenschutzerklärung · Impressum