Beiträge von pufferueberlauf

Mach doch mal den Test:

# zeigt welche Adressen 1&1/Versatel selber per L2-BSA erschlossen hat

# hier als Beispiel das Presse- und Informationsamt der Bundesregierung

curl -s "https://www.easybell.de/api/provider-availabilities/TAL?exact_address=false&zip_code=10117&city=Berlin&street=Dorotheenstraße&house_number=84" | jq -r ".results[0].carrier"

Wenn da als Antwort 1U1 rauskommt, dann wird es wohl L2-BSA als Peering von 1&1:
Achtung, wenn man das jq Paket nicht installiert kann man im geschwaetzigen Output auch selber nach .results[0].carrier suchen.

Das ist ein guter Punkt, danke. Ich frage mich jedoch, basierend auf meiner eigenen limitierten Erfahrung, ob tatsaechlich der Grossteil der 58% DSL Kunden bei der Telekom jemals den Kundendienst kontaktieren musste. d.h. ob dass die "Sesshaftigkeit" der grossen Masse erklaert.

Ansonsten, wenn der Kundendienst der Tekekom tatsaechlich gut sein sollte (ich kenne nur deren Social-Madia Team, die in verschiedenen Fora Problemfaelle suchen und versuchen zu loesen*) dann ist das sicherlich ein guter Grund bereit zu sein einen Aufpreis zu zahlen.

*) Die waren meiner Einschaetzung nach gut, aber deren Existenz alleine zeigt, dass dem normalen Kundenservice wohl Problemfaelle entschluepfen koennen.

Zitat von Phino

Aber das wäre doch vollkommen in Ordnung und nicht wie das, sowieso nicht mehr haltbare Ziel 2030 zu propagieren.

Es wird doch bereits massiv zurueckgerudert was 2030 angeht. Ja, die Bundesregierung hat sich noch nicht dazu geaeussert (aber das faellt so oder so in die naechste Legislaturperiode und ist damit nicht zwingend ein Problem was akut behandelt werden muss, wer weiss wer in der Regierungsverantwortung sitzt wenn offiziell eongestanden werden muss, dass es mit 100% FTTH 2030 nichts wird ;)). Aber Bundesnetzagentur und Verbaende sind da inzwischen recht klar, dass 100% in 2030 kein erreichbares Ziel ist, nicht fuer homes passed und schon gar nicht fuer homes connected. Und das ist IMHO auch kein Beinbruch, das Ziel 2030 kommt ja daher, dass man einen Endterminbrauchte und 2020 "in genau 10 Jahren" halt knuffig aussah, eine objektive wissenschaftliche Begruendung warum 2030 statt 2029 oder 2031 (oder noch spaeter) gewaehlt wurde existiert IMHO nicht, was fuer politische Ziele auch voll OK ist.

Zitat von ConiKost

Am Ende ist es zu 99% der Preis für den Endkunden. Warum soll ein Endkunde für den selben monatlichen Preis auf Glasfaser umsteigen?

Jain, so preissensibel sind die Kunden hier gar nicht... sonst haette die Telekom, aus nachvollziehbaren regulatorischen Gruenden einer der teuersten DSL Anbieter, nicht ca. 58% der DSL Nutzer als direkte Kunden. Die DSL Reseller sind fast immer billiger als die Telekom, fuer vergleichbare Leistungen.

Zitat von Phino

Ich finde, man sollte die Glasfaserumstellung einfach langsamer angehen und dabei nicht so viel verbrannte Erde (genervte Konsumenten) hinterlassen. Ein Glasfasernetz für 85 Mill. Einwohner aufzubauen kostet nicht nur viel, sondern braucht auch Zeit.

Das Problem ist, bei aktuellem Tempo wird es noch ca. 10 Jahre brauchen bis wir mit dem FTTH Ausbau annaehernd durch sein werden. Aber die Ausruester haben bereits oder sind dabei die Produktion von FTTC DSL Komponenten einzustellen (so zumindest die Aussage meiner ISP Kontakte). Das heist, das DSL Netz laeuft bald auf Verschleiss. Da wohl noch letzte Bestellungen laufen erwarte ich, dass das DSL Netz noch ca. 10-15 Jahre wirtschaftlich betrieben werden kann. D.h. da ist keine Zeit den FTTH Ausbau abzubremsen.

Zitat von UST

Die Bundesnetzagentur werde ich kontaktieren,

Ich vermute fuer Dein Telephonieproblem und den Umstand, dass bei die DG sich dafuer trotz Mietgeraeten nicht verantwortlich fuehlt will die BNetzA gar keine abgeschlossene Messkampagne sehen... Dazu kommt, dass deren Tool mit Leitungen mit Ausfaellen oft gar nicht bereit ist Messungen bis zum Ende durchzufuehren. Aber Dein Netz, Deine Regeln, und eine Messkampagne kann so oder so interessante Erkenntnisse liefern, daher ist das IMHO rein guter Plan.

Ich denke es ist an der Zeit die Bundesnetzagentur mit einzubeziehen, die haben eine Schlichtungsstelle fuer genau solche Faelle wie Deinen. Schnell wird das nicht, aber nach 3 Jahren in denen sich die DG nicht gekuemmert hat (habeb die kein Monitoring fuer Miet-ONTs und -Router) kommt es bestimmt nicht mehr auf jeden Tag an.

EEE: energy efficient ethernet, unter Linux mit ethtool, aber ob/wie das unter FritzOS funktioniert weiss ich nicht.

Fuer Windows habe ich diese Anleitung gefunden:

aus Mangel an Windows Computern kann ich das selber nicht testen...

Weil Du gefragt hast, hier meine Notizen zu GPN/XGSPON und erzielbarem Durchsatz:

Zitat

XGS-PON
T-REC-G.9807.1-201606-I!!PDF-E.pdf
B.9.2.1 Line rate
The transmission line rate is a multiple of 8 kHz. The target standardized XGS-PON system supports
the following variant: XGS-PON with a downstream line rate of 9.95328 Gbit/s and an upstream line
rate of 9.95328 Gbit/s.

C.10.1.3.1 Downstream FEC
C.10.1.3.1.1 Downstream FEC codeword
For 9.95328 Gbit/s nominal line rate, the downstream FEC code is RS(248, 216). Each downstream
PHY frame contains 627 FEC codewords. Each codeword is 248 bytes long. Within a codeword, 216
data bytes are followed by 32 parity bytes.

C.10.1.3.2 Upstream FEC
C.10.1.3.2.1 Upstream FEC codeword
For 9.95328 Gbit/s, the upstream FEC code is RS(248, 216). The PSBu section is not included in the
FEC codeword. The first codeword in a PHY burst begins with the upstream FS header section. All
allocations of a particular ONU have the same FEC status. Contiguous allocations are encoded as a
single block of data, so that there is at most one shortened codeword at the end of the burst. For
9.95328 Gbit/s, the upstream FEC parity bytes insertion and payload reconstruction are shown in
Figures C.10.13 and C.10.14, respectively.

brutto nach FEC:
9.95328 * (216/248) = 8.66899 Gbps

XGSPON Overhead (PPPoE)
#XGSPON-XGEM: XGEM = 8 Byte
COMMON: 4 Byte Frame Check Sequence (FCS) + 6 (dest MAC) + 6 (src MAC) + 2 (ethertype) = 18 byte
PPPoE: 8 Byte
8+18+8 = 34

maximaler VLAN+PPPoE+IPv4+TCP Durchsatz ohne OMCI Traffic:
9.95328 * (216/248) * ((1500-8-20-20) / (1500-8+34)) = 8.24860248425

GPON
https://www.itu.int/rec/T-REC-G.984.2-201908-I/en
8.2.3.1 Downstream
The nominal bit rate of the OLT-to-ONU signal is 1 244.16, or 2 488.32 Mbit/s. When the OLT and
the end office are in their normal operating state, this rate is traceable to a stratum-1 clock (accuracy of 1 × 1011). When the end office is in its free-running mode, the rate of the downstream signal is traceable to a stratum-3 clock (accuracy of 4.6 × 106). When the OLT is in its free-running mode, the accuracy of the downstream signal is that of a stratum-4 clock (3.2 × 105).
NOTE – The OLT may source its timing from either a dedicated timing signal source or from a synchronous data interface (line timing). A packet-based timing source may also be used.
8.2.3.2 Upstream
The nominal bit rate of the ONU-to-OLT signal is 155.52, 622.08, 1 244.16, or 2 488.32 Mbit/s.
When in one of its operating states and given a grant, the ONU shall transmit its signal with an
accuracy equal to that of the received downstream signal. The ONU shall not transmit any signal when not in one of its operating states or when not given a grant.

T-REC-G.984.3-201401-I!!PDF-E.pdf
13 Forward error correction
13.1.1 Reed-Solomonencoding
Reed-Solomon (RS) code is a block-based code, which takes a data block of constant size and adds extra parity bytes at the end, thus creating a codeword. Using those extra bytes, the FEC decoder processes the data stream, discovers errors, corrects errors and recovers the original data. Reed-Solomon code is specified in [b-ITU-T J.81].
The most common RS code is RS(255,239), where a 255-byte codeword consists of 239 data bytes followed by 16 parity bytes. RS(255,239) is used in [b-ITU-T G.975] and [b-ITU-T G.709].

FEC RS(255,239)

2488.32 * 239/255 = 2332.19 Mbps
1244.16 * 239/255 = 1166.10 Mbps

GPON Overhead (PPPoE)
#GPON-GEM: GEM = 5 Byte
COMMON ETHERNET: 4 Byte Frame Check Sequence (FCS) + 6 (dest MAC) + 6 (src MAC) + 2 (ethertype) = 18 byte
PPPoE: 8 Byte
VLAN: 4 Byte

5+18+8+4 = 35

GPON Netto goodput ohne OMCI Traffic TCP ohne FEC
2488.32 * ((1500-20-20)/(1500+35)) = 2366.74084691
1244.16 * ((1500-20-20)/(1500+35)) = 1183.37042345

GPON Netto goodput ohne OMCI Traffic TCP mit FEC
2488.32 * 239/255 * ((1500-20-20)/(1500+35)) = 2218.23946043
1244.16 * 239/255 * ((1500-20-20)/(1500+35)) = 1109.11973022

Alles anzeigen

Ansonsten EEE ausschalten, das macht schon mal komische Probleme, gerade bei aelteren Geraeten deren EEE Implementierung noch gruen hinter den Ohren ist...

Zitat von mbo77

Wobei auf den Produktseiten nicht mehr von 5e die Rede ist.

Klicke ich den Link und dan den ersten Eintrag lese ich da:

Zitat

Realistic pricing and high quality is what makes L-com's Category 5E Network Patch Cables the right choice. Made with 2-Pair Category 5E rated cable and plugs, these cables are ready to be installed in your network. Since most 10Base-T and 100Base-T networks only use 2-pairs for data transmission, why pay for the other pairs to be terminated. Affordability and peace of mind are assured when choosing L-com's patch cables. Large volume OEM requests are welcomed with this series. Call us today for all your patch cord needs.

Features

• Category 5E RJ45 Patch Cables for Ethernet Applications
• 2-Pair Stranded Category 5E cable for compatibility with today's networks
• Non-booted RJ45 plug for simple connection to patch panels
• EIA568A/B Compatible for installation in all Ethernet networks
• Same day shipping on most items; Order online today!

Zitat von mbo77

Da Cat.5e explizit für GbE konzipiert wurde, wäre ich einigermaßen überrascht.

Guckst Du z.B. hier:
Cat5E RJ45 2-Pair Network Patch Cables – Color Grey

und ja ich war auch ueberrascht nachdem ich einen Nachmittag und Abend alle anderen Theorien ausprobiert hatte (gluecklicherweise war 2-pair auf dem Kabel aufgedruckt, so dass mir das irgendwann auffiel)

Zitat von UST

Die LAN-Kabel tragen beide den Aufdruck Cat 5 e.

Das ist schon mal nicht schlecht, aber es gibt IMHO auch Cat5e Kabel mit nur zwei Aderpaaren. Darf ich Dich bitten spaeter einfach Photos von allem Text auf dem Kabel zu machen und jeweils ein Detailphoto der Stecker an beiden Enden von der Seite mit den Kontakten, da sollte sichtbar sein wie viele Adern kontaktiert sind.

Zitat von UST

Danke für deine Hilfe. Das Kabel habe ich, wie bereits erwähnt, ausgetauscht. Wenn das alte defekt war, hatte das neue exakt denselben Defekt und konnte nur 100Mbps transportieren.

Muss nicht das Kabel sein, ich hatte auch schon mal eine Buchse in der ein Kontakt verbogen oder korrodiert war...

Zitat von UST

Der Provider Deutsche Glasfaser hat das Ticket wegen der mangelhaften Telefonie gestern schon geschlossen, ohne sich zu melden oder irgendeine Verbesserung der Telefonie zu erbringen. Das war mit derartigen Tickets bisher immer so, ich habe die Liste der Tickets zur Info mal angehängt.

Mal eine Frage, wieso musstest Du eigentlich die Telephonie selber konfigurieren (nach Anleitung), ich dachte bei gemieteten Providerroutern passiert das automatisch oder die sind gar vorkonfiguriert. Weiss vielleicht ein anderer DG Kunde hier mehr zu dieser Frage?

Zitat von UST

Die Umstellung des LAN-Adapters in den Einstellungen hat kein Ergebnis in der Anzeige der Eigenschaften gebracht. Der Datentransport ist bei einem erneuten Speedtest auch geblieben wie vorher.

Mmmh, wie schon von xrandr bemerkt handelt Ethernet den Linkspeed aus und wenn eine Seite nur 100 Mbps anbieter kommt auch nicht mehr als 100 Mbps zustande, und aehnlich wenn einer der Ports einen Schaden hat oder das Kabel. Es gibt auch Netzwerkkabel mit nur zwei statt 4 Aderpaaren... ich habe mal einen ganzen Nachmittag /Abend damit verbracht so einen Fall zu diagnostizieren, am Ende war es ein 4 Aderkabel, dass ich bisher immer nur an 100 Mbps Ports betrieben hatte und daher als "funktioniert" eingestuft hatte, ja es hat funktioniert, aber halt nur bis 100 Mbps

Aber sehe ich das richtig, sowohl ONT als auch Router sind von der DG gemietet?

Zitat von UST

@FR: Ich habe weder einen kundeneigenen Router noch eine zweite Internetverbindung für die Telefonie eingerichtet. Wenn ich mich diesbezüglich evtl. nicht klar ausgedrückt habe, bitte ich um Nachsicht. Die Hardware ist so vom Anbeiter gekommen und wird seitdem (2022) so benutzt.

Frank ist der lokale DG-Freund und hat immer erst mal im Verdacht, dass der Enduser es selber verbockt hat... das ist nicht immer falsch aber fuehrt zu eigenartigen Subthreads, so wie hier wo er nicht mal darlegt wie er zu der Ueberzeugung gekommen ist, dass "Du [...] eine zweite Internetverbindung für die Telefonie eingerichtet [hast]".

Jain, es gibt natuerlich von den ueblichen Ausruestern wie Nokia auch kombinierte ONU/Router, also Router die eine ONU eingebaut haben. Das ist wenig verwunderlich wenn man sieht, dass z.B. die alte Falcon PON Platform ein komplettes Linux/OpenWrt System auf dem ONT laufen laesst, da ist nicht so weit hin vollstaendige Router Funktionalitaet bereit zu stellen. Aber der ONT vom OP scheint kein kompletter Router zu sein.

Gl-inet mt6000/flint2 mit OpenWrt, dazu braucht man dann noch eine VoIP/SIP Basisstation, aber dafuer kannst Du Deine Fritzbox gebrauchen (also als reine VoIP/DECT Basis). Gut, OpenWrt ist nicht jedermanns Tasse Tee aber IMHO zumindest wert mit in die groessere Auswahl einbezogen zu werden.

OI Fan hast Du mal ein anderes Netzwerkkabel zwischen Router und ONT/Modem probiert?