[cancellato] il PAP2 è collegato con cavo ethernet ad un fritz 4060 che a sua volta è collegato all'ONT della TIM.
Voip Tim FTTH su Linksys PAP2
[cancellato]
Il VoIP del Fritz è nettamente superiore a quello del PAP2. Se ti servono le porte analogiche che il 4060 non ha, io ti consiglio di registrare il 4060 con TIM, e il PAP2 con il 4060 come se fosse un telefono VoIP - si può fare ed è più semplice, ed hai a disposizione le funzionalità del 4060 (chiamate interne, segreteria, ecc.)
Se proprio vuoi connettere direttamente il PAP2, prova innanzitutto ad abilitare STUN che è la cosa più semplice da fare con il keep alive abilitato. Come server prova ad usare stun.voip.eutelia.it. Accertati anche che il VoIP del 4060 sia disabilitato.
- Modificato
[cancellato] Il 4060 l'ho già registrato e ci ho collegato 2 cordless in modalità dect, facevo tutto ciò 1) perchè i 2 cordless sono datati e non mi fanno vedere il numero del chiamante, 2) ho un vecchio telefono in bachelite che mi piace e lo utilizzo sempre con piacere 
.
Come faccio a registrare il PAP2 come se fosse un cordless???
Comunque abilitando STUN usando stun.voip.eutelia.it, abilitando nat mapping e nat keep alive, adesso vede l'ip esterno automaticamente ma ho sempre "can't connect to login server"
[cancellato]
renton82 perchè i 2 cordless sono datati e non mi fanno vedere il numero del chiamante
Il problema però al massimo sono i telefoni, il Fritz lo gestisce correttamente. Hai il caller ID attivo?
renton82 Come faccio a registrare il PAP2 come se fosse un cordless???
No, non come se fosse un cordless. Come un telefono VoIP:
Alla fine un ATA è un telefono VoIP senza cornetta e tastiera.
renton82 adesso vede l'ip esterno automaticamente ma ho sempre "can't connect to login server"
Secondo me è un problema di risoluzione DNS. Che DNS stai utilizzando? Devi usare quelli TIM.
[cancellato] Il problema però al massimo sono i telefoni, il Fritz lo gestisce correttamente. Hai il caller ID attivo?
Si, il problema sono i telefoni, se collegati con la loro base dect alla presa telefonica non hanno problemi, si, ho il caller id attivo, nella lista chiamate vedo il numero entrante.
[cancellato] No, non come se fosse un cordless. Come un telefono VoIP:
Alla fine un ATA è un telefono VoIP senza cornetta e tastiera.
A questo punto però ci saranno un altro mare di impostazioni da modificare all'interno dell'ATA e poi, se la base dect rimane quella del fritz, non risolverei il problema, avrei risolto però il problema del vecchio telefono a disco. Alla fine i cordless li potrei anche ricomprare per quello che costano...
[cancellato] Secondo me è un problema di risoluzione DNS. Che DNS stai utilizzando? Devi usare quelli TIM.
85.38.28.33 e 85.38.28.32 .
[cancellato]
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.
- Modificato
Ma per caso devo aprire qualche porta sul fritz per l'ip dell'ALG ? Adesso l'ho inserito tra le abilitazioni con apertura porte a richiesta però sembra non stia usando alcuna porta.
Ora sto facendo tutto da remoto tramite VPN e non ho modo di confermare con i tasti del fritz o con il codice da comporre sul telefono per provare ad associare l'ATA come telefono Voip, appena sono fisicamente in casa proverò.
[cancellato]
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.
Abilitandolo come telefono LAN ho risolto! Grazie mille!
3 mesi dopo
[cancellato]
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]
Thommino vabbè ma ormai l'ho comprato... Proviamo a configurarlo e capiamo se va.
Può essere ci problema della lunghezza della password, e quello non è risolvibile. Come l'hai configurato finora? Il NAT traversal come è impostato? https://fibra.click/voip/
[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
[cancellato]
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.
[cancellato]
- Modificato
Quindi sul router TIM usi i DNS di TIM, non li hai modificati? Il PAP che IP e DNS usa? Lo hai messo con IP statico o in DHCP?
Prova anche "con DNS SRV Auto Prefix" a "no". Prova anche ad abilitare "Use OB proxy in Dialog" per inviare le richieste SIP all'Outbound Proxy.
"Register Expires" va a "86400". Se "Use Auth ID" è a "yes", il PAP usa il campo Auth ID invece di User ID per l'autenticazione. Se devi passargli +39xxxx o lo metti a "no" o in Auth ID metti anche +39.
Abilita SIP 100 REL.
Se però gli tronca la password non si autenticherà mai. Comunque SIP ogni tanto richiede di provare più combinazioni che al lotto, per vincere.
Come hai configurato il NAT traversal, visto che sei in cascata?
Ci dovrebbe essere modo di avere il log dei messaggi SIP, dal menù System, IIRC ma richiede di avere un server syslog per ricevere i messaggi di debug.
[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:
