IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: yhcim86 - 05 Giugno 2018, 16:56
-
Salve a tutti spero di non commettere errori vorrei chiedere alla community se qualcuno è riuscito a istallare il numero voip tim sull'app per Android Zoiper.
a me da registrazione fallita benche ho compilato tutti i campi a dovere con username il numero telefonico anteceduto da +39 password quella estrapolata da Gui Ansuel e Proxy in formato IP estrapolato grazie alla guida:
A questo punto vi servirà ottenere dal proxy in formate srv l’indirizzo ip
Su Windows da cmd
nslookup
server 151.99.0.100
set q=srv
_sip._udp.dxysz.co.imsw.telecomitalia.it
Ora dovreste ottenere un risultato simile a questo
Ora scrivete:
set q=a
(sotituire con il parametro trovato in srv hostname, quello con priority=10)
Da qui otterrete l’indirizzo ip del proxy
dopo tutti questi passaggi il programma zoiper mi restituisce un errore.
Premetto che ho anche un'altro account eutelia voip nel programma che sta funzionando dunque escludo un problema di immissione dei dati non corretta da parte mia.
Fatemi sapere
-
Posso darti per assodato che con i giusti setting funziona.
Purtroppo però sono passati 2-3 anni da quando provai e non ho più le info di cui necessità, aspettiamo qualche anima pia che lo abbiamo tutt'oggi configurato sul suo smartphone.
-
Mirco funziona va anche a me poi ho dovuto mandare in assistenza il cellulare e non mi ricordo la configurazione che avevo prima di mandarlo via ecco quale è la problematica.
Mi ricordo che ci funziona solo su rete TIM non in 4g su Vodafone
-
Io riuscii qualche mesetto fa a configurare Zoiper su Android, ma essendo su connessione UDP, il cellulare rimaneva sempre acceso, anche se bloccato, e per questo la batteria si scaricava velocemente ... per di più, come già indicato, a meno di una VPN su un serverino asterisk, fuori casa funziona solo sotto rete TIM.
-
@Fed10 ti ricordi in zoiper i vari valori che avevi inserito per farlo funzionare????
-
a me funziona con questi parametri :
Account Name : descrizione .... Tipo Tim Fibra
Host : telecomitalia.it
Username : +39xxxxxxxx ( numero linea fissa con prefisso internazionale )
Password : Password Voip
Outbound Proxy : 5.97.53.8
-
@giulio63 sul proxy x caso ci hai messo i due punti in fondo è la porta???? Ti funziona solo in casa con il wifi o cmq su rete TIM non si rete 4g Vodafone o cmq su rete non Tim???
-
@yhcim86 sul proxy non ho dovuto mettere i 2 punti e quindi neanche la porta. Mi funziona solo in casa con il wifi e non ho ancora provato nessuna Vpn per verificare la funzionalità da rete 4G; e sono su rete Tim sia per il fisso che per il cellulare.
Mi sembra che qui ci siano altri messaggi riguardanti altri providers, credo Tiscali, ma non so se può esserti di aiuto, cercando per Zoiper
Edit : non so se sia un parametro di default o se l'avevo inserito io, ma in "Network Settings - Transport - Transport Type" risulta scelto "UDP"
-
@giulio63 Grazie al tuo suggerimento sono riuscito a far funzionare l'account Voip Tim su Zoiper dentro rete Tim di casa. Invece da rete 4g Vodafone del telefono non funziona niente, da registrazione in corso e dopo un po registrazione fallita come immaginavo.
Come si potrebbe ovviare a questo problema??? Ho sentito dire una VPN ma realmente come si fa a metterla su nel modem che ho io che è il AGTEF Sbloccato con Gui Ansuel Ultima Versione Stabile Disponibile??
Infine tanto per sapere io sbagliavo che non inserivo nell' Hots il: telecomitalia.it ma lo lasciavo vuoto.
Per gli Admin credo sia giusto mettere in primo piano questa guida oppure riscriverla in modo comprensibile a tutti e poi metterla in luce che dite????
-
Che vantaggio c'è ad usare Zoiper sulla rete di casa rispetto all'app di TIM?
-
Funziona molto meglio ed in più non è poi alla fine pesante come l'app My TIM Telefono ed in più per come me che ho anche un 'account Ex Eutelia con un programma faccio tutti e due gli account invece che alla fine averne 2 di app istallate nello Smartphone
-
ciao qual è questo programma mi interessa
-
Zoiper : https://www.zoiper.com/
PlayStore https://play.google.com/store/apps/details?id=com.zoiperpremium.android.app
e non solo per Android
https://www.zoiper.com/en/voip-softphone/download/current
-
a me funziona con questi parametri :
Account Name : descrizione .... Tipo Tim Fibra
Host : telecomitalia.it
Username : +39xxxxxxxx ( numero linea fissa con prefisso internazionale )
Password : Password Voip
Outbound Proxy : 5.97.53.8
Scusa, non ho capito cosa va inserito come account name e come password. Puoi chiarire, gentilmente?
-
Account Name : e' un capo di testo dove imposti il nome dell'account per l'app , io per esempio ho scritto Tim Fibra ma puoi metterci quello che preferisci
invece per il capo password se non ce l'hai è un bel problema perchè Tim non te la fornisce. Tempo fa su altri forum c'era un programmino in linguaggio Python che riusciva ad estrarla facendo credere alla rete di essere l'app Telefono della Tim.
se hai il router con già applicato il root dovresti vederla in chiaro nel Tab Telefonia ( è una stringa di 64 caratteri esadecimali )
p.s.: sempre se hai il root, le impostazioni del Voip le trovi in /etc/config/mmpbxrvsipnet
-
Grazie Giulio, gentilissimo. Stavo procedendo nella direzione di guadagnare accesso root al router, ma poi sono incappato nello script Python di cui parlavi ed ho usato quello. Funziona, ma non riesco a sentire la voce dell'interlocutore esterno (mentre lui sente me). Devo indagare un po'.
Enrico
EDIT
Sto usando Zoiper su un MacBook Pro, non su uno smartphone. Mi par di aver capito che il protocollo VoIP non va molto d'accordo col NAT; ho letto in giro che si può fare un workaround con un sistema detto STUN (che non ho idea di come funzioni), ma non sempre va bene. Ho letto poi che un port forwarding sarebbe più sicuro e robusto. Mi mancano però decisamente i dettagli di come impostare la cosa.
Ad ogni modo, vi sembra verosimile che la mancanza del flusso audio entrante possa essere dovuta a pasticci del NAT?
-
Non credo, la telefonata la riceve il modem che poi la instrada ai telefoni, l'app di TIM funziona su LAN.
-
@zoomx
Non vorrei dire una stratosferica balla ma credo che invece enrico non sia molto lontano dal reale problema parlando di NAT
Quando il modem origina la telefonata il campo "from" del pacchetto sip che va verso il server " asterisk" di TIM è l'ip della sua interfaccia vdsl/adsl ( 95.xxx.xxx.xxx oppure 70.xxx.xxx.xxx insomma gli ip che TIM possiede e che assegna dinamicamente ai suoi routers ) .
Su questa interfaccia fibra/vdsl/adsl che sia è in ascolto sulla porta 5060 il client asterisk mmpbxd del router
Il server asterisk di tim legge il campo " from" del pacchetto sip, e sa a chi rispondere perche l'ip della interfaccia vdsl/adsl è un indirizzo pubblico e la corrispondente porta è aperta per il signalling (5060) piu' sono aperte le porte dello stream rtp ( tipicamente oltre la 10000 non so cosa usi TIM )
Quando origina zoiper ( che risiede sulla lan ) il campo from del pacchetto SIP è 192.168.1.xxx ( ammesso che il router TIM abbia la configurazione di default) ed una serie di porte per lo stream rtp xxx CHE SONO QUELLE DI ZOIPER STESSO e credo che all'apertura del programmino siano randomiche.
L ip viene nattato e una porta sul router viene aperta , ma purtroppo non viene nattato il campo from dello stream rtp che rimane 192.168.1.xxx
Ti cito il testo in inglese
Media associated with SIP calls also has problems traversing NAT.
RTP [RFC3550] runs over UDP and is one of the most common media
transport types used in SIP signaling. Negotiation of RTP occurs
with a SIP session establishment using the Session Description
Protocol (SDP) [RFC4566] and a SIP offer/answer exchange [RFC3264].
During a SIP offer/answer exchange, an IP address and port
combination are specified by each client in a session as a means of
receiving media such as RTP. The problem arises when a client
advertises its address to receive media and it exists in a private
network that is not accessible from outside the NAT
Dunque l'audio di ritorno NON si sente perche il pacchetto di origine dice al server tim di restituire lo stream rtp, in pratica l'audio, ad un ip della lan interna e che ovviamente il server di tim non conosce.
@Enrico Menotti e ovviamente per tutti coloro che sono interessati
leggiti questo che è interessante ci sono anche alcune illustrazioni di perchè i pacchetti vengono droppati
https://tools.ietf.org/html/rfc6314 (https://tools.ietf.org/html/rfc6314)
e comunque credo che per ovviare a questo problema l'applicazione telefono di TIM all'interno implementi qualche sorta di STUN o che sia in grado di mappare il campo from dello stream audio con l'ip pubblico del modem, probabilmente al volo fa un reverse dns e lo mette nel campo from dell'header rtp )
Non lo so per certo ma immagino
Lo so che non ti ho risolto il problema, ma almeno non sbatti la testa ad aprire porte sul router semplicemente perchè il problema non è quello
EDIT: forse abilitando la funzione ICE di zoiper. prova, non costa nulla e non devi mettere alcunche' solo un segno di spunta
-
@fabiobassa Grazie per la risposta precisa ed esauriente. Confermi completamente ciò che pensavo; si tratta ora di trovare una soluzione. Potrei usare il port mapping, ma appunto devo prima riuscire a dire a Zoiper di indicare nei pacchetti UDP l'indirizzo IP esterno del router, il quale va a sua volta letto dal router stesso. Proverò.
Un'altra possibilità sarebbe questa cosa dello STUN, ma non ho capito mica tanto bene come funziona: puoi cercare di chiarirmelo? Ho notato che Zoiper ha di default impostato (ed attivo!) lo stun "stun.zoiper.com".
Infine, un professionista IT, mio amico, mi ha suggerito che forse la TIM mette in piedi una Virtual LAN per le sue teleassistenze, e potrebbe anche essere che venga sfruttata in qualche modo questa per far funzionare l'app TIM telefono.
Buona serata!
Enrico
EDIT
Da quel che vedo, non mi pare ci sia modo semplice per dire a Zoiper di inviare i pacchetti inserendo come indirizzo del mittente l'IP pubblico del router. Sarebbe quindi forse il caso di insistere con la cosa dello STUN. Quando parli di "funzione ICE di Zoiper" ti riferisci appunto allo STUN? (Il termine "ICE" non compare nelle opzioni di Zoiper, lo STUN sì). Con lo STUN ho provato, con stun.zoiper.com, lasciando le porte di default, ma non ho combinato niente.
-
@Enrico Menotti
volevo premettere una cosa, il voip è una mia grande passione, ma ahimè sono un auto didatta ( figurati che ho il liceo classico ) e non un programmatore dunque a volte posso usare termini " non tecnicissimi" ma che rendono l'idea.
Queste maledizioni di rtp, audio in un senso solo e menate varie le ho studiate bene bene e poi ti dico io come ho risolto.
Ho commesso un errore e chiedo venia, è l'applicazione csip simple che ha il campo ICE, effettivamente zoiper ha lo stun e basta. Lo stun si mette in mezzo tra te e il server tim ed è lui che cambia il campo "VIA" del pacchetto rtp , insomma è un media relais. Non so se potrebbe funzionare col proxy di TIM.
Enrico puoi fare poco: o zoiper ha una implementazione alg veramente funzionale che cambia il campo ip , o non ci cavi un ragno dal buco.
Siccome io adoro il voip, come detto, ho tirato su un serverino asterisk casalingo... lui si occupa di nattare BENE i campi dei pacchetti rtp e i vari telefoni , telefonini ( gia' i telefonini dentro casa diventano estensioni dell'asterisk interno) , adattatori ata , vecchi agpf, router con porte fxs e chi piu ne ha piu ne metta oltre a fare e ricevere telefonate tra loro ( casa, cantina, garage, mansarda per chi ha tutte queste belle cose ) escono verso tim con l'appropriato campo " [email protected]. VIA l'ip giusto ) e dunque funziona tutto. Aggiungi a tutto cio che quando sono fuori per lavoro mi registro sull'asterisk che ho a casa ed esco col numero tim anche se in realta sto su rete mobile che voda o fast !!!
-
@Enrico Menotti, hai visto questo video
https://www.ilpuntotecnico.com/forum/index.php/topic,78071.msg226807.html#msg226807
-
TUTTO FALSO (vedi post sul rasoio di Occam un po' più avanti)
@fabiobassa Problem solved!
1. La porta std dello STUN è la 3478, e così è impostata su Zoiper; ma andando sul router con telnet (basta l'Administrator fornito di default dalla TIM, non serve rootarlo, certo bisogna modificare il file config abilitando telnet e poi ricaricarlo) si scopre che c'è un bind su quella porta. Precisamente, da
menu -> connection -> bindlist
si trova l'applicazione CONE(UDP), protocollo udp, bindata alla porta 3478. Non ho idea di cosa sia questa applicazione. Ho rimosso il bind (con l'unbind).
2. Sulle opzioni avanzate di Zoiper ho abilitato, sia per SIP che per RTP, l'utilizzo di una porta random sopra il 32000. Non sono sicuro che serva per l'RTP, ma per il SIP serve. A questo punto la domanda è: ma allora la 5060 che è specificata a sinistra, per il SIP, non viene usata? E perché la 5060 non va bene? Forse perché viene acchiappata dal router per il suo VoIP interno?
3. Sulle opzioni avanzate dell'account ho lasciato lo STUN predefinito (stun.zoiper.com) con la porta predefinita (3478), ma ho disabilitato rport (cercando in rete ho trovato indicazioni ufficiali di Zoiper secondo le quali l'rport va bene sostanzialmente per TCP, non tanto per UDP) ed rport media (sempre secondo Zoiper, è l'ultima spiaggia, e non ho trovato indicazioni precise sul funzionamento - dicono solo 'don't use this unless you exactly know what you're doing').
Basta, così funziona. Ora vado a nanna.
Per la cronaca, volevo testare il funzionamento dello STUN ed ho provato questo coso qui:
https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ (https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/)
Vero che non avevo ancora unbindato la porta 3478, ma una volta premuto il "Gather candidates" la pagina si ferma lì. Boh.
@natalinux Bel video. Ho avuto la stessa idea, ma non mi spingerò fino al punto di installare sul router un server VPN, anche perché se non consumo minuti di telefono cellulare, consumo comunque dati di connessione cellulare. E poi non ho lo smartphone (!). Per telefonare uso ancora il mio vecchio Nokia a mattoncino GSM. 50 euri 11 anni fa e la batteria va ancora alla grande... magari ormai è un po' graffiato, ma sapete com'è...
Buona notte,
Enrico
-
1) non ho nemmeno io la piu pallida idea di cosa sia questo CONE, forse lo stun interno del modem rinominato in CONE ( del resto asterisk interno si chiama mmpbxd )
2) esatto la 5060 serve a mmpbxd . bastava cambiare la sip in 5061 e le rtp lasciarle cosi come erano ma se funziona ricordiamoci sempre un vecchio detto elettronico :
Quando una cosa funziona finche basta, fermati se no si guasta
:rotfl:
3) credo che questo sia l'esempio tipico di come i forum siano una risorsa inesauribile: una domanda ( la tua) , una piccola spiegazione ( la mia) , la soluzione funzionante ( sempre scoperta da te focalizzando il problema) :clap:
Piu' di questo cosa vuoi ? Un lucano ? :rotfl:
-
Avrà a che fare con il Full Cone NAT ??
-
@mavelot
non ci avevo pensato, credo tu abbia perfettamente ragione !!
-
@Enrico Menotti nel mio router smart modem plus 4130 non ci sono queste impostazioni da modificare forse tu hai lo scolapasta bianco?
-
@Enrico Menotti nel mio router smart modem plus 4130 non ci sono queste impostazioni da modificare forse tu hai lo scolapasta bianco?
Esatto, proprio lui: Technicolor 789vac v2 (codice ricavato dal security.cfg, prima riga). Il tuo è quello nero da 200 Mb/s, giusto?
-
si é il fratello maggiore account is ready trasmetto ma non ricevo
-
si é il fratello maggiore account is ready trasmetto ma non ricevo
Mah, è lo stesso problema che avevo io, sarebbe naturale pensare che lo si possa risolvere nello stesso modo. Se accedi al router con telnet usando l'Administrator fornito di default dalla TIM, e chiami menu, trovi connection tra i comandi disponibili? E se sì, nel bindlist c'è CONE(UDP) sulla porta 3478? Per la cronaca, se non riesci ad agire da lì puoi comunque dare un'occhiata sul file di configurazione, che suppongo tu abbia già scaricato dal router e decriptato, altrimenti non mi spiegherei come tu possa usare telnet. Cerca CONE(UDP); nel mio vedo tutte le linee dei bind. La sezione del file è connection.ini.
@fabiobassa @mavelot Grazie per lo spunto di ricerca sul CONE. Guardate qui:
https://crowdsupport.telstra.com.au/t5/Modems-Hardware/Turn-off-NAT-on-a-Technicolor-TG587n-v3/td-p/18340 (https://crowdsupport.telstra.com.au/t5/Modems-Hardware/Turn-off-NAT-on-a-Technicolor-TG587n-v3/td-p/18340)
https://gearsofwar.com/en-us/forums/a35773093fe74d3d9970e0a896b16d6d/threads/tutorial-open-nat-win-10/c46f5f08-bcfd-4e3f-bb6b-0f6766b211f0/posts (https://gearsofwar.com/en-us/forums/a35773093fe74d3d9970e0a896b16d6d/threads/tutorial-open-nat-win-10/c46f5f08-bcfd-4e3f-bb6b-0f6766b211f0/posts)
https://serverfault.com/questions/208522/what-is-strict-moderate-and-open-nat (https://serverfault.com/questions/208522/what-is-strict-moderate-and-open-nat)
https://www.3cx.com/blog/voip-howto/static-port-mappings/ (https://www.3cx.com/blog/voip-howto/static-port-mappings/)
Non sono ancora riuscito a mettere insieme tutti i pezzi del puzzle, ma da quanto ho letto desumo le cose seguenti:
1. Se il NAT è CONE significa che è aperto, cioè le porte sono accessibili dall'esterno senza invito dall'interno (ma CONE che cavolo vuol dire letteralmente, in inglese? E che c'entra con "open"?)
2. Esiste un CONE firewall (ma dove cavolo sta, sul router o sull'host locale?), e se sul Technicolor è specificato che una porta è bindata al CONE(UDP), significa che i pacchetti UDP che arrivano a quella porta vengono in qualche modo gestiti dal firewall (dalle pagine web sopra indicate leggo che la porta viene bindata al CONE firewall; spero di aver interpretato correttamente questa cosa)
3. Se il NAT è simmetrico anziché FULL CONE (e mi piacerebbe sapere perché usano questi termini), le porte vengono rimappate on the fly, in modo dinamico, e anche aperte e chiuse continuamente, il che impedisce un corretto streaming audio. Questa dovrebbe essere la causa del problema
Dunque, se si lega la porta al CONE(UDP), il CONE firewall la rende sempre aperta e la natta in modo simmetrico, e quindi dinamico, creando così problemi al VoIP. Che ne pensate di questo tentativo di incollare i vari pezzi del discorso? Ha senso? Qualcuno mi sa spiegare un po' meglio cosa si intenda esattamente per "application", cosa sia 'sta application CONE(UDP) con precisione, e cosa sia il CONE firewall? Per la cronaca, mi sono appena accorto che nel file di config del router sono definite anche quattro applicazioni SIP, che però non sono bindate ad alcuna porta. Non è per caso che l'app TIM telefono usa queste, anziché lo STUN, per gestire il NAT?
E con queste amletiche riflessioni passo e chiudo. Buona notte!
-
1) cone nat ovvero nat uno ad uno : un ip esterno una porta >>>>>un ip interno una porta ( non necessariamente la stessa, ma sempre una sola )
dmz tanti ip esterni tante porte>>>>un ip interno tante porte ( pericolosissimo se ci sono servizi delicati in ascolto non adeguatamente protetti da keys e passwords )
non esiste un cone firewall in se ; è un tipo di filtraggio cone ma sempre da parte del firewall principale
3) avevi appena trovato la soluzione ( stun ) , sei tornato a parlare di porte. Non è quello il problema ma il mancato apprendimento dell 'ip esterno e conseguente rimappatura del campo VIA del pacchetto sip
Interessantissimi link , grazie per la segnalazione Enrico
@natalinux
premetto che non ho giochicchiato col fratello maggiore ma con l'agtot si. AGTOT usa il suo linguaggio simil-uci con comandi tutti suoi da telnet
Il fratello maggiore è piu openwrt orientated ed accessibile "visivamente" col bellissimo winscp.
E' probabile che ci sia la stessa porta bindata ..solo che chissa dove è pero' con winscp forse la si trova subito spulciando le cartelle network o firewall ( suppongo :worry: )
-
La parola Cone non è un acronimo come si può pensare ma è esattamente un "cono" che visivamente rappresenta il NAT di quel tipo....
https://blogs.technet.microsoft.com/mspfe/2012/04/17/understanding-nat-when-setting-up-lync-part-2-stun-and-turn-explained/
-
@mavelot
Perfetto , grazie, i disegni aiutano sempre meglio a capire !!!!
Molto interessante anche questo link
-
@fabiobassa Con riferimento alla tua risposta al mio punto 3., in realtà non stavo pensando alle porte per il SIP o per i pacchetti dati (voce), ma alla porta di comunicazione dello STUN. La domanda è: come mai se la porta 3478 è bindata a CONE(UDP) allora lo STUN non funziona? Ovviamente perché lo STUN lavora su quella porta lì, ed il router ci fa qualcosa; ma cosa esattamente? Ovvero: che cavolo significa, nel linguaggio del Technicolor, l'applicazione CONE(UDP)? Ho capito bene cosa significhi CONE nel linguaggio della teoria del NAT, ma nello specifico, l'applicazione CONE(UDP) a quale tipo di NAT corrisponde?
@mavelot Grazie per la spiegazione. Sai mica dirmi anche perché il NAT simmetrico si chiami così?
-
@Enrico Menotti ora è chiaro:
quella notazione ti sta solo dicendo che su quella porta è "bindato, attaccato... è impegnata " per un nat di tipo "cone" ovvero uno ad uno .
NON ti sta dicendo che applicazione la sta usando , secondo me lo stun interno al tech , visto che per prassi quella è la porta dello stun, e a buona logica la sta usando mmpbxd .
su linux il comando netstat ti direbbe quale applicazione è listening su quella porta. Coi comandi technicolor non so !!!
p.s. anche se è l'argomento di questo 3ad forse stiamo andando un po O.T. casomai apri un altro post e parliamo dei vari tipi di NAT.
Piutosto butteresti giu due righe su quello che hai fatto cosi chi legge ha una mini-guida ?
-
TUTTO FALSO (vedi post sul rasoio di Occam un po' più avanti)
@fabiobassa La mini guida è esattamente quella che ho riportato in uno dei post precedenti, e che quoto qui sotto per riferimento. Più di così non posso certo scrivere, soprattutto perché non ho ancora scoperto chi sia in ascolto, di default, sulla 3478, e quindi non ho ancora la certezza che slegando questa porta dal CONE(UDP) non ci siano poi ripercussioni sul funzionamento normale del VoIP del router (anche se non mi pare proprio, sulla base delle prove empiriche che ho fatto in questi giorni).
1. La porta std dello STUN è la 3478, e così è impostata su Zoiper; ma andando sul router con telnet (basta l'Administrator fornito di default dalla TIM, non serve rootarlo, certo bisogna modificare il file config abilitando telnet e poi ricaricarlo) si scopre che c'è un bind su quella porta. Precisamente, da
menu -> connection -> bindlist
si trova l'applicazione CONE(UDP), protocollo udp, bindata alla porta 3478. Non ho idea di cosa sia questa applicazione. Ho rimosso il bind (con l'unbind).
2. Sulle opzioni avanzate di Zoiper ho abilitato, sia per SIP che per RTP, l'utilizzo di una porta random sopra il 32000. Non sono sicuro che serva per l'RTP, ma per il SIP serve. A questo punto la domanda è: ma allora la 5060 che è specificata a sinistra, per il SIP, non viene usata? E perché la 5060 non va bene? Forse perché viene acchiappata dal router per il suo VoIP interno?
3. Sulle opzioni avanzate dell'account ho lasciato lo STUN predefinito (stun.zoiper.com) con la porta predefinita (3478), ma ho disabilitato rport (cercando in rete ho trovato indicazioni ufficiali di Zoiper secondo le quali l'rport va bene sostanzialmente per TCP, non tanto per UDP) ed rport media (sempre secondo Zoiper, è l'ultima spiaggia, e non ho trovato indicazioni precise sul funzionamento - dicono solo 'don't use this unless you exactly know what you're doing').
-
@Enrico Menotti ciao vorrei capire se con zoiper il numero voip di tim funziona solo sotto copertura WiFi oppure anche dall'esterno fuori casa.
-
@natalinux Io ho provato solo usando la LAN fornita dal router TIM (ovvero, precisamente, sotto WiFi di casa). Nel video che mi avevi indicato tu viene chiaramente detto che per usare il VoIP da fuori casa è stato installato un server VPN sul router. Se non ricordo male era il router TIM da 200 Mb/s, quello nero cioè, che era stato opportunamente rootato (non so come, non sono arrivato fino a lì, anche se avevo cominciato) per poi accedere al Linux sottostante (da qualche parte ho letto che c'è una shell BusyBox installata già di default) ed installare il server VPN. Poi sullo smartphone c'è un client VPN sempre attivo, ed a questo punto si può usare il VoIP come se si fosse sotto il WiFi di casa.
Non esco spesso da casa col mio MacBook Pro. La prossima volta che mi capita, se me lo ricordo, faccio un test (senza VPN). Comunque non mi aspetto che funzioni, sulla base di quanto ho letto in giro nei vari forum; suppongo che la TIM conceda l'utilizzo del VoIP solo ai client che chiamano dall'indirizzo IP assegnato al numero di telefono in questione.
-
E' corretto. Il voip si può registrare solo dall' IP in quel momento associato all'utenza
-
Siccome mi piace radermi con il rasoio di Occam, ho voluto fare altri test nell'ottica della minimizzazione della configurazione. Ed ho scoperto che stavo prendendo una grossissima granseola. Ecco cosa è saltato fuori.
1. Non serve toccare minimamente il router TIM. Basta usare il famoso script in Python per recuperare la password VoIP del proprio numero fisso.
2. Ribadisco che io sono su Mac. Nel mio caso, Zoiper aveva le seguenti impostazioni out of the box:
rport spuntato
rport media non spuntato
STUN default, cioè stun.zoiper.com
STUN port 3478
SIP port 5060 (non ricordo se era spuntato il random port)
RTP port 8000 (non ricordo se era spuntato il random port)
Provando a chiamare da Zoiper, l'audio è monodirezionale in uscita, come avevo detto all'inizio. Da qui tutto il casotto di cui sopra. Solo che ho scoperto che il problema è tutto nell'rport: provate a de-spuntare l'rport. Continua a non funzionare, vero? E qua viene il bello: da quanto ho capito, c'è un BUG su Zoiper che fa sì che l'rport NON se ne vada solo de-spuntando la casella relativa, o quantomeno ho verificato che se, dopo aver tolto la spunta, si CHIUDE E RIAPRE Zoiper, magicamente il VoIP funziona benissimo. Con router TIM out of the box, porta STUN 3478, porta SIP 5060 (non random) e porta RTP 8000 (non random).
E si possono fare anche chiamate concorrenti: telefono fisso -> cellulare A in parallelo a Zoiper -> cellulare B, entrambe con lo stesso numero "fisso" in uscita. E si può anche chiamare Zoiper dal fisso, facendo il numero di casa (!), e funziona, ed anche il fisso da Zoiper; l'unico neo è che in questo secondo caso il fisso che riceve non riesce a rifiutare la chiamata, e Zoiper riceve pure lui la richiesta di connessione (se si risponde si incasina, nel senso che mette la chiamata in uscita in attesa o qualcosa del genere, ma non mi pare affatto strano). Utile se siete a letto col computer sulla panza (come me ora e quasi sempre) e volete chiamare la mamma che si trova in cucina con la porta chiusa (come la mia ora e quasi sempre).
Segnalo solo che ad un certo punto, nel fare le prove, il fisso aveva smesso di funzionare (provando a chiamare il mio cellulare partiva la richiesta di chiamata, ma poi dava occupato). Ho risolto senza rebootare il router, ma solo disconnettendo e riconnettendo Internet. Non sono poi riuscito a riprodurre il problema nei test successivi.
Non passate troppo tempo al telefono: fa male all'udito e nuoce alle relazioni sociali.
Buon pomeriggio!
Enrico
8)
EDIT
Mi sono accorto che quando si riceve una chiamata sul fisso, dal telefono non si può MAI rifiutare la chiamata. Era così anche con le vecchie linee analogiche?
-
Buongiorno a tutti,
ho fatto un piccolo edit in fondo all'ultimo post qui sopra ^^^. Sapete darmi conferma?
-
Si confermo. Con i telefoni analogici non è possibile abbattere la chiamata. Solo con un telefono voip puro è possibile farlo