Voice over WiFi (voWiFi) TIM su Pianetafibra FTTH

giox069

Salve a tutti.
Sto tentando di far funzionare il voWiFi dal mio smartphone samsung con sim TIM. Presso un altro paio di provider, tra cui uno è TIM, non ho nessun problema a fare le chiamate WiFi da smartphone verso l'esterno.
Quando invece sono su connettività pianetafibra/FTTH/Openfiber, la chiamata che emetto da smartphone inizia, dall'altra parte il telefono inizia a squillare, rispondo, ma poi non si sente mai audio. Né durante gli squilli, né durante la chiamata.
Le chiamate entranti invece sembrano voler girare sempre su rete mobile, e non capisco perché.

Idee?
Ho fatto un po' di sniffing con tcpdump. Usando un provider dove il voWiFi funziona, ad un certo punto subito dopo l'invio della telefonata dallo smartphone, vedo un bel pacchetto relativamente "troppo lungo" entrare da TIM in mezzo al resto del traffico:
08:24:30.885583 IP 217.200.184.107.4500 > 10.8.3.2.60413: UDP-encap: ESP(spi=0x3789c4a3,seq=0x2d4), length 1448
questo pacchetto da 1448 bytes non lo vedo mai invece quando sono su pianetafibra FTTH, nonostante io abbia l'MTU a 1492 sull'interfaccia PPPoE verso PF/Openfiber
Non so se questo fatto può essere un indizio per la soluzione...

Idee?
Grazie

PF-Matteo

giox069 se è un udp così grande, molto probabilmente viene filtrato via dai nostri router, ecco perchè non riesci a far le chiamate.

GiaNN

PF-Matteo non so se Wind usa pacchetti più piccoli però con loro le chiamate Wi-Fi funzionano bene

PF-Matteo

GiaNN o semplicemente non bloccano i fragmented UDP

Matwolf

Io uso VoWiFi TIM regolarmente da rete FTTH PianetaFibra senza alcun problema 😉

giox069

... dopo molti altri test: sì, sembra che presso l'ISP dove funziona il voWiFi, alcuni pacchetti IP (ESP over UDP) arrivino frammentati, ma regolari.
Il pacchetto del 1° post potrebbe essere un riassemblaggio di 2 frammenti, visto che è stato catturato lato LAN del pfSense dopo il de-nat. Sniffando sulla WAN vedo invece i 2 frammenti che lo compongono, tutto regolare:

10:46:38.748429 PPPoE  [ses 0x1e11] IP (tos 0xa0, ttl 52, id 48565, offset 0, flags [+], proto UDP (17), length 1372)
    217.200.184.104.4500 > XXX.2XX.26.169.48447: UDP-encap: ESP(spi=0xcefbffe0,seq=0x5), length 1344
10:46:38.748442 PPPoE  [ses 0x1e11] IP (tos 0xa0, ttl 52, id 48565, offset 1352, flags [none], proto UDP (17), length 124)
    217.200.184.104 > XXX.2XX.26.169: ip-proto-17

Invece dove ho PianetaFibra non arriva traffico frammentato nemmeno sulla WAN: né il pacchetto "testa" che ha More Fragments abilitato, né la coda che ha Fragment Offset > 0.

Apro un ticket?
Rinuncio?

Matwolf

giox069 Il tuo router è configurato correttamente in termini di MTU/MSS?
Io sul mio OPNsense ho dovuto impostare MSS a 1440 sulla WAN (PPPoE) perché alcune cose davano problemi.

giox069

Matwolf ho già provato ad abbassare MTU dell'interfaccia PPPoE a 1000 ma niente. Ho provato con altro router ma niente. MSS non dovrebbe entrare in gioco, perché riguarda solo TCP. C'è qualcos'altro che non fa passare, a monte, i pacchetti UDP frammentati che dovrebbero arrivarmi.

mattew84

Salve, anche io ho lo stesso problema. Ho da due giorni un s23 ultra con SIM Tim, e purtroppo non riesco a far funzionare le chiamate via Wi Fi con la linea di casa (FTTC Pianeta Fibra). Ho un modem Fritz Box 7590. Come sopra, la chiamata viene inoltrata, ma poi rimane tutto muto. Se mi attacco in tethering al cellulare di mia madre (operatore ho.mobile) invece funziona tutto.
Ho provato a cambiare i DNS, a togliere IPV6, ma niente.
Purtroppo non sono un esperto, questo è tutto quello che sono riuscito a fare. Se mi suggerite altre prove, pur nella mia ignoranza, posso provare a farle.
Buona serata a tutti.

Matwolf

Hai IP pubblico dinamico/statico oppure hai IP privato sotto NAT?

giox069

Pubblico, statico 185.8.196.*
@mattew84 e tu?

mattew84

giox069 io vedo 185.8.197... IP pubblico dinamico, anche se mi pare sia da un po' che non cambia.

GiaNN

Wind sembra usare pacchetti più piccoli di Tim oltre magari anche ad accettarli frammentati come diceva @PF-Matteo

16:33:25.922656 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 1096
16:33:25.922938 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 568
16:33:25.954761 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 136
16:33:25.955043 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 136
16:33:25.962497 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 136
16:33:26.165652 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 408
16:33:26.211486 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:32.382685 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 1096
16:33:32.382740 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 488
16:33:32.387930 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:32.393854 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:32.400862 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 1048
16:33:32.495754 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 600
16:33:32.567487 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 968
16:33:32.637366 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:32.646285 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 1048
16:33:32.736355 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 600
16:33:32.736786 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 952
16:33:32.832883 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:32.846315 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 1048
16:33:32.936176 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 600
16:33:32.936679 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 904
16:33:32.962420 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:32.982237 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:32.995862 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 136
16:33:33.002513 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 104
16:33:33.002522 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.015979 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 1048
16:33:33.022230 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.042158 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.062423 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.082067 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.102557 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.103092 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 600
16:33:33.110817 IP 192.168.1.216.40015 > 151.58.176.133.4500: UDP, length 104
16:33:33.122170 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.142552 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120
16:33:33.162377 IP 151.58.176.133.4500 > 192.168.1.216.40015: UDP, length 120`

mattew84

Salve a tutti. Ho aggiornato oggi il mio S23 Ultra ad Android 14.
Piacevole novità: ho provato ad effettuare un paio di chiamate tramite WiFi e ha funzionato tutto perfettamente.
Sarà un caso?
Buona serata a tutti.

giox069

mattew84 Ho riprovato ora... ma niente, a me non va ancora 😪😪

mattew84

giox069 Non funziona di nuovo. È veramente un mistero questo...

giox069

Riprendo il thread dopo mesi: sembra che abbia iniziato a funzionare, non so da quando di preciso.

mattew84

giox069 Ho provato anche io e pare funzionare. In questi giorni farò altre prove.
Bella notizia!!

mattew84

mattew84 Bella notizia che è durata poco. Purtroppo non funziona di nuovo.
Va bene, disattivo la funzione e amen...

Pagina successiva »