@meliha58d iOS’ta telefon kilitliyken aramayı yanlışlıkla (örneğin cepteyken) açmamak için kaydırarak cevaplama sistemi var. Telefon açıksa ise kullanıcı zaten ekranı kullanıyordur, bu yüzden hız için direkt “Kabul Et” ve “Reddet” butonları gösterilir.
@Nordikkkk@Hetzner_Online@deutschetelekom Meine Clients zeigen alle auf das Gateway bzw. die UniFi. Nur die WAN-Schnittstelle zeigt auf 1.1.1.1 und 1.0.0.1. Aber die Domains die ich dann im Policy Based Routing eintrage jucken ihn nicht..
@Nordikkkk@Hetzner_Online@deutschetelekom Ah.. ich glaube man fügt einfach eine zweite Policy hinzu und anstatt IP nimmt man dann DNS. Leider funktioniert aber bei mir das DNS basierte Routing nicht. Liegt aber glaube daran, dass ich manuelle DNS Server bei mir eingestellt habe. Das muss man wohl auf Auto stellen.
@Nordikkkk@Hetzner_Online@deutschetelekom Danke! 🙏🏼
Die IPs habe ich auch soweit eingetragen. Das doofe ist aber, wenn ich nun bei Ziel auf Domain Name gehe, sind die IPs alle weg. Also man kann nur ein Ziel festlegen. Gibt es dafür einen Weg dass beide parallel laufen?
@Nordikkkk@Hetzner_Online@deutschetelekom Hast du mal den WARP Dienst von CF mal getestet und kannst dazu was sagen?
Könntest du eventuell mal deine ganzen IP Adressen posten, die du für das Policy Based Routing nutzt? Natürlich außer die, die sich hinter den URLs oben verbergen..
@Telekom_hilft Ergänzend dazu finde ich es auffällig, dass es bei anderen Anbietern wie o2 unter vergleichbaren Bedingungen problemlos funktioniert. Dort kommt u.a. L3-Bitstream zum Einsatz, zudem ist o2 laut PeeringDB deutlich breiter bei den Peerings aufgestellt. 🤷🏻♂️
@Telekom_hilft Wie wäre es mit einem Statement dazu? Es betrifft ja seit kurzem sehr viele Kunden! Ein wenig Transparenz wäre nicht schlecht.. dann wissen auch die Kunden Bescheid. Das mit Cloudflare und dem Peering dürfte euch ja bekannt sein..
@TheresaMurmel@deutschetelekom@Telekom_hilft Tatsächlich muss da seitens Cloudflare etwas passiert sein.. wenn du Netzwerke die bei bzw. über Cloudflare gehen anpingst sind die Pings eventuell schlechter und man hat Packet Loss. Such mach mal WARP und WireGuard. Damit kannst du dein Netz etwas stabilisieren.
@Telekom_hilft@KuxMichael Ohne VPN:
Telekom DE → London → Cloudflare
→ Traffic nimmt einen Umweg über internationale Backbones → (~130 ms)
Mit VPN:
VPN-Server → Frankfurt (xtom) → Cloudflare
→ Direkter Peer in Deutschland → (~12 ms)
@KuxMichael @pcde_eu @Telekom_hilft Telekom wirbt mit 97 % Verfügbarkeit = fast 11 Tage Ausfall pro Jahr laut AGB „zulässig“.
Aber man ist ja den AGB eingegangen… trotzdem unverständlich: Andere Anbieter bekommen stabiles Routing hin — teilweise sogar über Telekom-Leitungen.
Unfassbar. 🤷♂️
@blizzchaq@Telekom_hilft "Bald" ist gut… Der Telekom-Post ist 6 Jahre alt, und seitdem ist nichts passiert. Im Gegenteil: Es wird sogar schlechter. Dann lieber zu @o2cando – die haben L3-Bitstream und besseres Peering. Ich überlege ernsthaft, als langjähriger Kunde zu wechseln. Es nervt nur noch!
@Telekom_hilft@KuxMichael Ohne VPN:
Telekom DE → London → Cloudflare
→ Traffic nimmt einen Umweg über internationale Backbones → (~130 ms)
Mit VPN:
VPN-Server → Frankfurt (xtom) → Cloudflare
→ Direkter Peer in Deutschland → (~12 ms)