Voip Tim FTTH su Linksys PAP2

renton82 si, ho il caller id attivo, nella lista chiamate vedo il numero entrante.

Strano. C'è da controllare che il Fritz lo trasmetta ai DECT.

renton82 A questo punto però ci saranno un altro mare di impostazioni da modificare all'interno dell'ATA

No, ne servono meno perché non c'è NAT di mezzo, non ci sono record SRV DNS. E i numeri di telefono non li vedresti lo stesso, temo - a meno che quella base non sia completamente DECT standard. E su quell'ATA ci sono da modificare le impostazioni della tramissione del caller ID da fare - c'è tutto nel primo link che ti ho mandato.

renton82 Ma per caso devo aprire qualche porta sul fritz per l'ip dell'ALG ?

Con STUN/NAT keepalive, l'ALG non serve e non serve aprire porte se RTP è simmetrico, o se si usa VIA/rport e il proxy lo supporta. Se RTP non è simmetrico può essere necessario aprire le porte, ma te ne accorgeresti perché le chiamate vanno in un verso solo. Non c'entra con connettersi al server di login.

Gli ALG (Application Layer Gateway) sono meccanismi implementati da alcuni router che gli permettono di intercettare specifici protocolli che trasportano all'interno informazioni sugli IP e porte da usare (come SIP) e di modificare quelle informazioni (es. per inserire l'IP pubblico al posto di quello privato) e aprire automaticamente le porte necessarie. Però se per qualche motivo non sono in grado di manipolare correttamente il traffico fanno danni. Ci sono metodi per fare a meno di usarli.

renton82 Ho appena comprato un LinkSys PAP2 per sostituire lo scadente Router TIM sulla mia FTTH.

Quindi qual è la configurazione finale correttamente funzionante?

Grazie
Thomas S.

Thommino

Come indicato sopra potrebbe non funzionare con TIM - per favore, non comprate più quelle copie cinesi dei vecchi Linksys, sono completamente obsoleti dal punto di vista software, senza aggiornamenti e quindi anche un rischio per la sicurezza. Prendere un Grandstream HT801 o 802, un Cisco SPA 191 o qualcosa di simile.

[cancellato] vabbè ma ormai l'ho comprato... Proviamo a configurarlo e capiamo se va.

E pensare che mi avevano detto che questo era più semplice da configurare...

renton82 perché hai rimosso? Non funzionava oppure sei passato a modem integrato?

[cancellato] In questo momento NON ho eseguito alcuna configurazione al Linksys; attendevo una guida per sapere come impostare i valori che ho recuperato.

TIM dice che il servizio voce deve essere configurato così:
Linea: +39XXXXXXXX
SIP Key: XXXXXX (chiave da 64 caratteri)
Outbound Proxy: XXXX.XX.XXXX.telecomitalia.it

Per il corretto funzionamento del servizio Voce, il router deve utilizzare i DNS ottenuti automaticamente durante la connessione e deve essere in grado di fare richieste di tipo SRV verso essi.
Inoltre, alcuni dispositivi potrebbero richiedere informazioni aggiuntive, come ad esempio i parametri di seguito elencati:

SIP Domain: telecomitalia.it
SIP Protocol : UDP Port 5060
Expire Time: Minimo 86400 secondi
Codec supportati:
Obbligatori: G.729, G.711 A-law
Codec opzionale: G.722
Gestione Fax e POS supportata con protocollo G.711 A-law e T.38
Packetization Time: 20ms
Supporto toni DTMF: RFC 2833 / RFC 4733
DSCP Marking : 40 (dec)
VAD (Voice Activity Detection) : disabilitato
Supporto 100rel (messaggio PRACK) secondo RFC3262: abilitato
Supporto UPDATE, secondo RFC3311: abilitato

Thommino

Una guida per un apparato che è il diretto discendente di quello, la trovi qui: https://www.sandon.it/2020/09/02/configurazione-ata-cisco-spa-112-con-voip-windtre/. La guida è per Wind, ma la configurazione è simile. L'interfaccia CIsco è un poco diversa da quella Linksys, e c'è qualche opzione in più, ma di base è la stessa.

La prima cosa di cui devi accertarti è che stai usando i DNS TIM, altrimenti non funziona. Puoi anche impostarli direttamente nella configurazione di rete del PAP. Come metodo va abilitato "Use DNS SRV" e può essere necessario abilitare anche "DNS SRV Auto Prefix ".

Poi imposti proxy a "telecomitalia.it" e l'outbound proxy come fornito da TIM. Il resto della configurazione è quello che c'è nel sito che ti ho linkato - devi solo trovare i campi nell'interfaccia del PAP. Il PAP non supporta G.722.

Altre informazioni, specialmente sul NAT traversal, le trovi nell'articolo del wiki che ti ho linkato.

Io sono in cascata del router TIM quindi i DNS sono a posto eppure una volta configurato ricevo anche io l'errore "Can't connect to login server".

Di seguito come ho configurato la linea:

Non riesco a capire che cosa sia sbagliato nella configurazione.

[cancellato]
Ciao ti confermo che non ho modificato i DNS e l'IP del convertitore ATA è in DHCP. Vedo però che nelle configurazione dell'ATA nella schermata system riporta "Primary DNS: 192.168.200.1". che è il router della TIM. Dici che devo forzarli anche sull'ATA i DNS TIM?

"DNS SRV Auto Prefix" impostato a NO, nessun risultato.
"Register Expires" modificato, nessun risultato.
"Auth ID" impostato a +39; non so esattamente come lo voglia TIM quando ho scaricato la KEY la linea la chiamava con +390XXXX.
"SIP 100 REL" impostato a Yes, nessun risultato.

La parte NAT è by default:

Thommino e dell'ATA nella schermata system riporta "Primary DNS: 192.168.200.1". che è il router della TIM

No, se poi il router TIM usa i DNS TIM per il forwarding va bene così. Ti consiglierei però un IP statico per l'ATA, fuori dal range DHCP, perché è più comodo per il NAT traversal, ed evita che l'IP cambi per qualche motivo indesiderato.

Thommino "Auth ID" impostato a +39;

Sì, impostalo allo stesso valore di user id. Imposta anche "Use OB proxy in dialog" a yes.

Thommino La parte NAT è by default:

Così in cascata non funzioneranno le chiamate, ma comunque prima deve registrarsi. Metti a yes:

• Insert VIA received
• Insert VIA rport

Se non funziona bisognerebbe provare con STUN - tu l'articolo sul wiki non l'hai letto, eh?

Thommino ma quando ho visto che serviva un server STUN che non sapevo nemmeno che cosa fosse ho lasciato tutto by default.

STUN non è necessario se VIA funziona. Il problema con VoIP è che il proxy deve chiamare l'ATA quando arriva una chiamata, e deve quindi attraversare il NAT. Quindi deve sapere con quale IP pubblico e porta "esce" l'ATA.

Sempre "Can't connect to login server"? Ora sembra tutto OK, si può provare a rimettere DNS SRV auto prefix a yes. Si può provare anche a risolvere gli IP a mano e mettere quelli invece dei nomi host e disabilitare le query SRV, per vedere se è un problema di risoluzione DNS.

Ma se continua a no funzionare bisogna vedere i messaggi SIP. O si abilita il debug del PAP o va intercettato il traffico da qualche parte. È il metodo più veloce, altrimenti si perde solo un mucchio di tempo, per poi scoprire magari che tronca la password e allora non c'è nulla da fare.