Beiträge von mbo77

De facto macht BorgBackup genau das. Alle Backups sind im Repository Vollbackups, global im konkreten Repository dedupliziert.

Rsync überträgt dann natürlich nur neue Blöcke, die BorgBackup erzeugt hat.

building file list ... done
deleting borg/integrity.69408
deleting borg/index.69408
deleting borg/hints.69408
deleting borg/data/68/68150
deleting borg/data/68/68149
deleting borg/data/68/68146
deleting borg/data/68/68145
deleting borg/data/68/68144
deleting borg/data/68/68143
deleting borg/data/68/68139
deleting borg/data/68/68138
deleting borg/data/68/68130
deleting borg/data/69/69408
deleting borg/data/69/69404
deleting borg/data/69/69403
deleting borg/data/69/69402
deleting borg/data/69/69397
borg/
borg/hints.69444
borg/index.69444
borg/integrity.69444
borg/data/68/
borg/data/69/
borg/data/69/69409
borg/data/69/69410
borg/data/69/69411
borg/data/69/69412
borg/data/69/69413
borg/data/69/69414
borg/data/69/69415
borg/data/69/69416
borg/data/69/69417
borg/data/69/69418
borg/data/69/69419
borg/data/69/69420
borg/data/69/69421
borg/data/69/69422
borg/data/69/69423
borg/data/69/69424
borg/data/69/69425
borg/data/69/69426
borg/data/69/69435
borg/data/69/69437
borg/data/69/69438
borg/data/69/69439
borg/data/69/69440
borg/data/69/69441
borg/data/69/69442
borg/data/69/69443
borg/data/69/69444

sent 1.66G bytes  received 968 bytes  21.14M bytes/sec
total size is 791.35G  speedup is 476.98

80 Sekunden über Gf. Zuvor über DSL hätte es 320 Sekunden gedauert, also je Nacht keine sechs Minuten.

Und es geht ja nicht nur um die optimierte Übertragung. Hier habe ich 49 Generationen Backup im Repository:

------------------------------------------------------------------------------
                       Original size      Compressed size    Deduplicated size
All archives:               49.04 TB             43.05 TB            780.89 GB

                       Unique chunks         Total chunks
Chunk index:                 4628902            165381560

Effektiv sind nur 780 GB belegt.

Borgbackup überträgt immer nur die deduplizierten Deltas zum vorherigen Backup. So kann ich bequem mehrere Generationen vorhalten und der Job überträgt nachts für wenige Minuten Daten, selbst zu 40 Mbps Zeiten.

Ich verstehe deine Diskussion nicht.

Hat Pufferüberlauf nicht nachvollziehbar beschrieben, wie die Netzbetreiber entscheiden, wann weitere Invests stattfinden? Wozu sollten sie teures Kapital unnütz binden?

Und du hast doch gesehen, wie gering der Aufwand ist.

Ich verstehe diesen Punkt nicht und werde ihn wohl nie verstehen.

Dass Provider weltweit Bandbreite verkaufen, ist der absolute Normalfall.

Das hat damit zu tun, dass der Mensch halt immer gerne eine Auswahl haben möchte. Ich kenne kaum ein Produkt, wo das nicht der Fall ist.

Wie man mit wenig Aufwand ein Netz für XGS-PON ertüchtigt.

Das Video, das Pufferüberlauf verlinkt hat, erklärt es doch recht gut, oder nicht?

Ticket aufmachen und das Beste hoffen.

Also eine Linecard bei Bedarf aufzurüsten, scheint mir kein Hexenwerk.

Wie gesagt, jeder Anbieter darf da buddeln. Ob sich das lohnt, wird jeder selber wissen.

210 Jahre halte ich jetzt für ein bisschen sehr optimistisch.

Die Stadt kann einem Ausbau nicht widersprechen. Jeder hat das Recht, ein Netz zu errichten.

Zitat von Tommy43

Geht ja ganz gut ab hier, obwohl ich überhaupt keine Chance hatte, bei der Telekom zu bleiben und das Wort Telekom nur erwähnt hatte

Ja, dafür müssen sich alle hier mal entschuldigen, inklusive meiner Person.

Zitat von pufferueberlauf

Mmmh, das ist natuerlich auch ein Weg eine unbequeme Diskussion zu vermeiden

Ohne Worte, ehrlich. Als das Thema Routing mal genauer beleuchtet wurde, war es plötzlich ganz still. Es konnte ja nicht sein, was nicht sein darf. DAS war der Weg, einer unbequemen Wahrheit aus dem Weg zu gehen.

Du hast Recht, wir kommen da keineswegs zusammen. Vielleicht reift bei dir aber auch die Erkenntnis, wie beweglich du da wirklich bist. Aus meiner Sicht sehr unbeweglich.

Ansonsten kommen wir ja gut zurecht und daher möchte ich eigentlich vermeiden, mich in verbohrte "Diskussionen" zerren zu lassen, in der Argumente ausgeblendet werden.

Wenn ich indirekt sehe, dass der Berufshater mal wieder ungefragt Themen kapert, werde ich mich bei den Forenteilnehmern entsprechend entschuldigen. Etwas Hygiene im Forum ist wichtig. Egal, ob Frank M mal wieder Neulinge mit Problemen überbügelt oder Themen für die persönliche Agenda missbraucht wird.

Und wie wir sehen, hat der verbitterte Forenclown mal wieder ein völlig anderes Thema entgleisen lassen.

Und ich steige auf den Quatsch auch noch ein.

Mit einer Entschuldigung an die OP muss es in Zukunft getan sein, wenn er mal wieder seine Agenda durchdrücken will.

Mal schauen, wann sein Hass sich beim Nennen des Stichworts "Vodafone" entsprechend triggern lässt.

Was ist an BGP und dem was Cloudflare treibt, strittig?

Damit geht es ja schon los. Wenn diese Informationen nicht akzeptiert werden, ist jede weitere Diskussion hinfällig.

Wegen der Relevanz. Wenn ich hier jeden Provider, der regelmäßig Probleme in seinem Netz hat, abkanzeln würde, käme ich ja gar nicht mehr zu etwas anderen. Siehe die unzähligen Beispiele hier im Forum. Und vor allem völlig ungefragt, wie unhöflich.

Und dann geht es ja auch um so etwas wie Fakten. Siehe zum Beispiel Cloudflare und deren Anteil an der Geschichte.

Aber an einer sachgerechten Aufklärung ist keiner interessiert.

Das wurde heise.de auf eine IPv4-gemappte-Adresse aufgelöst/gelenkt. Das ist schon sehr suspekt.

All die genannten Punkte lassen sich mit einer gestörten IPv6-Verbindung beantworten, sodass zum Beispiel die Aufrufe in Safari vor die Wand gefahren sind. Aber auch da empfinde ich es nicht plausibel, dass der Browser keine Fehlermeldung rausgibt.

Bei curl hat OP es verpasst, den Aufruf zu verifizieren, denn auf mich wirkt es so, dass "-o /dev/null" nicht gegriffen hat. Entweder Tippfehler oder "/dev/null" ist unter Mac anders, glaube ich aber nicht. Daher könnte es zum Beispiel sein, dass die Verbindung zwar initiiert wurde, effektiv aber keine Daten flossen. CityCobra könnte höchstens aus der Terminal-History den Befehl neu aufrufen und schauen, ob es immer noch zum Schreibfehler kommt. Dann wüssten wir mehr.

Dem gegenüber steht die Selbstdiagnose der FB, die sowohl bei IPv4 als auch bei IPv6 keinen gültigen Uplink gefunden hat.

Was macht das Tool der BNetzA?

Spannend wären deine realen Nutzungsfälle. Wird da die Geschwindigkeit erreicht?