Configurazioni VoWiFi iOS 17

edofullo Più che altro Sky dovrebbe non frammentare i pacchetti...

Sicuro, però il Wi-Fi Calling è un servizio pensato per funzionare su qualsiasi rete Wi-Fi. Operatori di rete fissa difficoltosi ce ne saranno parecchi nel mondo, quindi è il produttore del device (Apple) che deve fare in modo che funzioni su più reti possibili. In questo caso basterebbe usare un MTU più conservativo anziché lasciarlo determinare al telefono ogni volta, e nel nostro caso il test fallisce. Nel log ho trovato una marea di questi errori:

errore 19:07:27.054636+0100 CommCenter Failed to set MTU with NEHelper: Invalid argument
default 19:07:27.054744+0100 CommCenter DATA.TechContext.1:1: #E startiPSecConnection: Virtuallnterface setMTU failed: 50000

handymenny Esatto! Ovviamente non ci riesce…

trabattaro Un riavvio mi sembra il minimo in questi casi, altrimenti può ricordare l’IP dell’ultimo ePDG agganciato senza fare una nuova query DNS. Forse basta mettere modalità aereo ma nel dubbio…

Comunque a me oggi funziona tutto regolarmente con il .144

handymenny

Secondo me o iOS fa qualcosa di strano, oppure c'è qualcosa che sta saltando. Sarebbe interessante vedere un pcap (lato router o AP) di un device dal momento dell'attach a quando lancia una chiamata in voWiFi.

in linea di massima in IPv4 (visto che l'IP del tunnel è v4), il workflow per il calcolo di PMTU è il seguente:

• Parti con PMTU = interface MTU
• Spara pacchetti IP con flag DF = 1
• Attendi ICMP 3 "Fragmentation needed"
• Aggiusta PMTU a quella suggerita dal pacchetto ICMP

Dai pcap lato AP o router si dovrebbe vedere bene (non serve ispezionare il traffico dentro al tunnel).

50k di MTU (follia!) li vedi solo se ICMP 3 contiene quel valore nel payload, ma mi pare follia pura.

handymenny Non credo perché TechSettings è configurato in IPv4-only, comunque farò una prova…

nanomad iOS fa la sua parte. Secondo me parte da un valore volutamente irrealistico (50000) di default, ma lo script/helper che dovrebbe determinare quello corretto fallisce e rimane quello. Comunque anche nei casi in cui funziona l’ho visto settato a 2000. Si tratta comunque del tunnel interno. Con Wireshark ho visto pacchetti ESP al max da 1492 bytes. Appena posso comunque vedo che succede dall’attach…

Resta il fatto che la Path MTU Discovery su Sky Wifi non funziona correttamente. Probabilmente da qualche parte bloccano qualche pacchetto ICMP di troppo…

handymenny nanomad Allora ho disattivato IPv6 in LAN e ho fatto qualche cattura. Ho dovuto anche disassociare e riassociare la rete Wi-Fi sul telefono e sono comparsi dei pacchetti ICMP di questo tipo:

altrimenti ci sono solo solo echo request/reply (type 8 e type 0) da/verso il router. Riattivando IPv6 invece ci sono molti pacchetti ICMPv6 di tipo Neighbor Solicitation e Neighbor Advertisement.

Mi sa che Sky Wifi filtra qualcosa di troppo o è proprio un limite del MAP-T?

Comunque disattivando IPv6 il risultato non cambia, funziona solo con gli ePDG .129 e .144 (oggi mi rifunziona anche il primo).