Grandstream HT801 su VOIP Aruba/Messagenet

[cancellato] ma può essere che in questo caso sia bloccato in uscita. Dove hai catturato il traffico?

Il traffico l’ho catturato facendo un bridge wifi-ethernet con il mio portatile, e mettendo wireshark ad ascoltare, vedevo SIP e RTP da e per l’HT801.

Per quanto riguarda il nat traversal, li ho provati tutti, KeepAlive, STUN, UPnP, non funziona nulla, al massimo con STUN riesco a leggere “NAT: UDP blocked” nella homepage, però questo messaggio rimane anche facendo port forwarding o mettendo l’HT801 in DMZ, quindi non so quanto sia attendibile.

Config:

[cancellato] Cambiando ISP è probabile.

però su altri wifi non ha problemi

[cancellato] Wireshark è in grado di ricostruire il flusso audio - se arrivano pacchetti RTP all'HT801ci sarebbe da capire cosa contengono.

le acquisizioni le ho fatte ieri, ma erano pacchetti contenenti PCMA/U a 8khz

[cancellato] Prova ad abilitare "Symmetric RTP". Se continua a dar problemi, prova a cambiare la porta RTP, usando un numero più alto (es. 10000).

fatto adesso

[cancellato] Se hai IP statico puoi provare a metterlo in "Use NAT IP", ma rimante il problema delle porte RTP/RTCP. Prova a cambiare server STUN - STUN funziona però solo se il router non usa NAT simmetrico. Però il problema sembra limitato alla porta RTP in ingresso, se ricevi chiamate ma non ricevi l'audio.

fatto, in realtà l'HT801 sarebbe in grado di recuperare i'ip pubblico da STUN, infatti c'è un opzione chiamata "SIP REGISTER Contact uses: LAN/WAN Address" ho provato anche quella, ma non cambia nulla.
In realtà l'audio arriva, arrivano anche i pacchetti RTP, ma non posso parlare. Cioè, se io chiamo il mio cellulare, se parlo nel cellulare, sento dal fisso, ma se parlo nel fisso NON sento nel cellulare; altra cosa, se chiamo dal cellulare al fisso, la chiamata si chiude dopo circa 20 secondi.

[cancellato] Del'HT801?

si, lo vedi nella 1a foto, in realtà ora è cambiato e scrive "Port Restricted Cone NAT"

[cancellato] Delle porte 5060, 5004 e 5005?

adesso provo con la 5005 (fatto, ma non cambia nulla), ma prima avevo aperto la 5060 e la 5004 UDP e TCP, ma anche andando in UPNP l'ata non chiedeva mai la 5005, visto che il router ha una schermata che ti permette di vedere le varie richieste.

[cancellato] Vedo che hai configurato l'ATA in DHCP, c'è una reservation?

Si, DHCP è configurato per dare sempre 192.168.1.97 all'ata, non mi ha mai dato problemi.

[cancellato] Riordinerei anche la lista dei codec PCMA, G729, e quindi gli altri.

[cancellato] ho risolto, il problema è il policy routing dell’ER605, in pratica questo router sarebbe tecnicamente pensato per il load balancing (quindi multi wan) per qualche motivo i pacchetti rtp in uscita vengono droppati, MA, configurando il policy routing come di seguito si riesce ad avere un NAT funzionante come quello di un router “normale”

Questa schermata si trova nel sottomenù Transmission->Routing->Policy Routing

Il gruppo LAN_ACTUAL è un IP GROUP che contiene gli indirizzi della mia LAN (192.168.1.0/24), mentre MessagenetV4 è un IP GROUP che contiene le subnet dell’AS di Messagenet, ma effettivamente potrei estenderlo a tutti gli IP non avendo una seconda connessione.

Spero di essere stato utile a qualcuno.

Piccola parentesi: il wifi calling non funzionante era colpa di iOS e non del router, iOS 17.3 ha risolto tutto.

[cancellato] no, non ho neanche una seconda interfaccia WAN, io a questo punto credo che sia un bug, io la mail a tplink l’ho scritta ma non mi hanno mai risposto

magari proverò con il vecchio TLR470+ che usavo con eolo, visto che in quel caso per un periodo ho usato il load balancing tra eolo e TIM, poi quando ho disdetto l’adsl l’ho semplicemente scollegata, e secondo me vedendo un interfaccia down lui automaticamente inoltrava tutto su quella funzionante. Oppure può essere un problema esclusivo dell’ER605.