Hm, also von hier aus (Telekom VDSL):

Guten Abend und herzlich willkommen @user_baa85e,

klasse, dass du dich mit deinen Fragen zu dem Thema "MS Teams aus dem Telekom-Netz mit IPv6" hier bei uns in der Community meldest.

Leider habe ich so ad hoc keine Lösung für dich parat. Gern versuche ich etwas in Erfahrung zu bringen und platziere dein Anliegen einmal in der Fachabteilung bei uns. Sobald ich von dort Neuigkeiten für dich habe, melde ich mich umgehend wieder bei dir. An dieser Stelle ist also noch etwas Geduld gefragt.

Beste Grüße

Tanja

# curl https://api-emea.flightproxy.teams.microsoft.com/api/v2/epconv -6 -v
* Host api-emea.flightproxy.teams.microsoft.com:443 was resolved.
* IPv6: 2603:1063:7::6e* IPv4: (none)*   Trying [2603:1063:7::6e]:443...
* ALPN: curl offers h2,http/1.1* TLSv1.3 (OUT), TLS handshake, Client hello (1):

user_baa85e

Dies ist kein Einzelfall-Problem, in verschiedenen Foren finden sich ähnliche Beschreibungen.

Wer weiß, was die die Probleme haben, irgendwo verbogen haben. Bei mir funktioniert Teams privat und geschäftlich somit mit zwei unterschiedlichen Konten.

Ich habe mir den Server 2603:1063:7::6e im DNS eingetragen, damit ich auch genau gegen den teste, der bei Dir Probleme macht.

Sieht erstmal OK aus, s.u.

Was für eine Firewall/Router nutzt Du denn? Was für DNS? Probier mal 

9.9.9.11

149.112.112.11

Die haben ECS und sollte Dich besser lokalisieren, weil:

Der Server, den Du nutzt, wird in Schweden lokalisiert, Latenz über 30ms. Wenn ich den Host hier auflöse, dann lande ich in den Niederlanden mit 6ms.

Was sagt

ping6 2603:1063:7::6e

?

# curl https://api-emea.flightproxy.teams.microsoft.com/api/v2/epconv -6 -v
* Host api-emea.flightproxy.teams.microsoft.com:443 was resolved.
* IPv6: 2603:1063:7::6e
* IPv4: (none)
*   Trying [2603:1063:7::6e]:443...
* Connected to api-emea.flightproxy.teams.microsoft.com (2603:1063:7::6e) port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 / X25519 / RSASSA-PSS
* ALPN: server accepted h2
* Server certificate:
*  subject: C=US; ST=WA; L=Redmond; O=Microsoft Corporation; CN=*.flightproxy.teams.microsoft.com
*  start date: Feb  3 08:10:19 2025 GMT
*  expire date: Aug  2 08:10:19 2025 GMT
*  subjectAltName: host "api-emea.flightproxy.teams.microsoft.com" matched cert's "*.flightproxy.teams.microsoft.com"
*  issuer: C=US; O=Microsoft Corporation; CN=Microsoft Azure RSA TLS Issuing CA 03
*  SSL certificate verify ok.
*   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha384WithRSAEncryption
*   Certificate level 1: Public key type RSA (4096/152 Bits/secBits), signed using sha384WithRSAEncryption
*   Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* using HTTP/2
* [HTTP/2] [1] OPENED stream for https://api-emea.flightproxy.teams.microsoft.com/api/v2/epconv
* [HTTP/2] [1] [:method: GET]
* [HTTP/2] [1] [:scheme: https]
* [HTTP/2] [1] [:authority: api-emea.flightproxy.teams.microsoft.com]
* [HTTP/2] [1] [:path: /api/v2/epconv]
* [HTTP/2] [1] [user-agent: curl/8.5.0]
* [HTTP/2] [1] [accept: */*]
> GET /api/v2/epconv HTTP/2
> Host: api-emea.flightproxy.teams.microsoft.com
> User-Agent: curl/8.5.0
> Accept: */*
>
< HTTP/2 401
< content-type: application/json
< date: Thu, 20 Feb 2025 16:24:52 GMT
< server: Kestrel
< content-length: 112
< timing-allow-origin: local.teams.office.com
< timing-allow-origin: teams.microsoft.com
< x-microsoft-skype-message-id: ee4954d4-0fb5-4be4-9283-9e5f61ce0429
<
* Connection #0 to host api-emea.flightproxy.teams.microsoft.com left intact
{"operationFailure":{"reason":"unknown","code":403,"subCode":71004,"phrase":"Anonymous access is not allowed."}}

Guten Abend @user_baa85e,

da bin ich wieder, wie versprochen. Leider konnte mir die Fachabteilung an dieser Stelle auch nicht weiterhelfen. Aber man hat mir den Tipp mit an die Hand gegeben, dass du bitte einmal bei unserem Support-Team nachfragst.

Schau mal das ist die Rufnummer 0800 330 44 44

Zusätzlich habe ich gesehen, dass @staengfoenster für dich die Thematik einmal nachgestellt hat. Lass uns gern daran teilhaben, ob es dir weitergeholfen hat.

Beste Grüße

Tanja

Hi,
wir haben das gleiche Problem auf einem CompanyFlex Business-Anschluss. Bei meinem Anschluss daheim funktioniert es.

Mir ist bereits in der Vergangenheit aufgefallen, dass die Pakete sehr unterschiedlich geroutet wurden (was ja an sich kein Problem ist) und beim CompanyFlex war die Anbindung an Cloudflare sehr bescheiden.

@Tanja R. Könnt ihr das bitte mal an die technischen Bereiche bei der Telekom weitergeben, die sich mit Routing und das Peering mit Microsoft auskennen.

Viele Grüße

Jens

Sorry für die lange Pause. Ich konnte das Problem inzwischen auch durch einen alten Post in einem Router-Forum eingrenzen. Konkret scheint zwischen mir und dem genannten Server von Microsoft ein PMTU-Blackhole zu liegen. Wenn ich auf dem Router explizit die MSS für IPv6-Verbindungen auf 1432 begrenze, bekommt ich erfolgreich eine Verbindung.

Der Kundeservice der Telekom hat sich für nicht zu ständig erklärt. Da ich selber kein Microsoft-Kunde bin, sind meine Möglichkeiten damit erschöpft.

user_baa85e

Da ich selber kein Microsoft-Kunde bin, sind meine Möglichkeiten damit erschöpft.

Mich wundert aber immer noch, dass Dein Teams Server in Schweden nutzt. Wie oben geschrieben, ich lande in Amsterdam, was eigentlich immer eine gute Wahl ist, wenn es in .de keinen PoP gibt.

Aber - und ich bin mir sicher, ich mache mich damit unbeliebt - IPv6 kann man problemlos abschalten und das Internet trotzdem funktioniert hervorragend. Zumindest bei der Telekom mit echtem Dual-Stack. Bei einigen anderen hättest Du IPv4 eventuell nur als CG -NAT, was gern mal Probleme verursacht.