Ciao a tutti.

Nella speranza di avere qualche informazione a riguardo, posto qui un problema a cui è andata incontro una mia amica.

Ella ha sottoscritto tempo fa, come me, il contratto con Unipex per usufruire del servizio WiPeX. Si trovava soddisfatta, come me del resto, quando di punto in bianco la connessione non le è andata più. Ha telefonato a Gonars, e prontamente sono stati i tecnici a casa sua.

Ora io non ho avuto ancora modo di parlare con lei direttamente, dunque non so esattamente come siano andate le cose, fatto sta che le hanno tirato via antenna, palo e cavo, in sostanza (per come mi è stata raccontata la faccenda) Unipex ha risolto il contratto.
Mi pare di aver capito che i tecnici non hanno potuto risolvere il problema, perchè questo non era dovuto nè all'antenna, nè ad errate configurazioni del computer. Semplicemente, a casa sua "non arrivava" più il segnale.

Ora mi chiedo: l'acquedotto (dove Unipex ha montato le antenne principali, chiamiamole così) non s'è spostato, l'antenna della mia amica neanche, non credo siano sorti muri lungo la tratta, quindi l'unica causa che mi viene in mente è la presenza di qualche apparecchio, aggiunto chissà da chi, che crea interferenza proprio nel percorso del segnale radio WiPeX. O sbaglio?

A questo punto sono un po' preoccupato, perchè questa mia amica abita in una zona non molto lontana dalla mia (saranno 5 minuti a piedi, forse anche meno), ed io oramai con WiPeX ci faccio tutto, anche ci telefono.
Qual è stato il problema? Possibile che non c'è verso di ricercare la causa che lo ha generato? O bisogna chiamare Capitan Ventosa con il Ventosa Team di radiotecnici :-)

Please let me know, grazie e ciao!

Hola, ciao a tutti e buon proseguimento d'anno a tutti!

Allora, riepilogo la mia situazione: ho messo WiPeX 1Mbps (seppure mi pare di vedere che la banda è scesa nel periodo festivo, siamo sui 200-300kbps per download ed upload). Ho fatto un "abbonamento" VoIP con Eutelia (abbonamento tra virgolette perchè non c'è canone), ho provato a telefonare da PC con ekiga e, come vi dicevo, il problema degli scatti si è risolto.

Eravamo rimasti qui, adesso la mia situazione è progredita. Finalmente ho comprato il router, e finalmente ho comprato l'adattatore telefonico (in seguito, ATA).
Mezza giornata per configurare il router, ma 2 settimane per configurare quel cavolo di ATA!! Sia per il grande numero di opzioni offerte da esso (è un PAP2T della Linksys), sia per un problemino che non mi permetteva di ricevere chiamate.

Ad ogni modo, ho alcune domande a proposito del router: cosa sono il Port Forwarding ed il Port Triggering?
Correggetemi se sbaglio:
1. Port Forwarding: può far sì che il traffico verso una o più porte (lato WAN) del mio router venga spedito (sulle stesse porte) ad un PC lato LAN.
2. Port Triggering: meglio un esempio... C'è un server in Internet che ascolta sulla porta 1111, porta resa disponibile per un servizio che prevede l'invio delle risposte sulla porta 2222 che è in ascolto sul client. Allora quando il client effettua una richiesta verso la 1111 del server, ed il server invia la risposta verso la 2222, NAT (che di norma scarterebbe questa risposta perchè permette solo il transito delle info verso la strada aperta dalla richiesta, cioè verso la porta 1111) indirizzerà la risposta verso la porta 2222 del client. Che casino...

A parte questo, vi dicevo del mio problemuccio nel configurare l'ata. Sono sotto il NAT del mio router, e sotto il NAT della Unipex. Ho abilitato lo STUN, ma nulla... Insomma, non vi dico tutto quello che ho fatto se no ci passiamo la settimana. Alla fine ho scoperto che (ho STUN attualmente attivo) dovevo cambiare la porta che l'ATA usa per ascoltare e per inviare informazioni SIP. Per default era la 5060, ma questa mi causava il non poter ricevere chiamate. Attualmente ho messo la porta 4444 (per semplicità), e funziona tutto alla perfezione.

Secondo voi, che ha che non va la 5060?

Altra cosa: se uso la 5060, quando l'ATA fa una richiesta al SIP Proxy l'ATA mette nell'header VIA del pacchetto SIP uscente l'indirizzo pubblico (l'IP su Internet degli utenti WiPeX, il 89.202.179.222, per capirci) e la porta 5060, che sarebbe l'indirizzo a cui il SIP Proxy deve spedire la risposta. E la risposta che il SIP Server spedisce indietro al mio ATA ha nell'header VIA gli stessi parametri. Quindi tutto ok, ma come vi ho già detto non funziona.

Se invece non uso la 5060, la risposta inviata dal SIP Server cambia l'header VIA, inserendo come porta quella che io ho usato, ma come IP il famoso 172.16.x.y, cioè l'indirizzo della porta WAN del mio router, assegnatomi da WiPeX. Ma come fa il SIP Proxy ad avere questa informazione, dato che il NAT di WiPeX dovrebbe aver rimosso ogni riferimento a questo IP sostituendolo con quello pubblico?

Altra cosa: lo STUN sostituisce all'IP privato dell'ATA (192.168.x.y) l'IP visto su Internet (correttamente, il famoso 89.202.179.222), ma non effettua alcuna sostituzione della porta. Cioè la porta 4444 privata su cui il mio ATA è in ascolto viene mappata sullo stesso numero di porta pubblica. Ovvero l'indirizzo privato 192.168.x.y:4444 viene mappato da NAT come 89.202.179.222:4444.
Io pensavo che NAT sostituisse anche la porta, invece mi sono accorto che esistono più tipi di NAT. Quello che dovrebbe utilizzare la WiPeX è un "Restricted Cone NAT", che se ho capito bene permette l'invio di dati da parte di un server Internet verso un client sotto tale NAT su qualsiasi porta di tale client, fermo restando che prima il client abbia fatto una richiesta a quel server. Quindi ho pensato che è per questo che la porta non viene sostituta: potendo un server spedire a qualsiasi porta di un client, che senso ha sostituire i numeri di porta? Il server vuole inviare alla 4444 del client sotto NAT, e allora invia alla 4444 dell'IP pubblico, logica ineccepibile. Giusto fin qui?

Ma allora sorge l'altro problema: se non c'è la sostituzione delle porte, e se due ATA fanno una richiesta allo stesso SIP Proxy, dalla stessa porta privata, come fa poi l'ATA a sapere dove inviare le risposte?
Esempio: l'ATA 192.168.0.1:5060, mappato dal router come 172.16.20.20:5060, viene sostituito dal NAT di Unipex come 89.202.179.222:5060. Ma anche l'ATA di un altro utente, mappato dal router come 172.16.20.21:5060, finisce per essere associato al 89.202.179.222:5060. E allora? Se le richieste dei due ATA sono dirette allo stesso server, questo poi spedirà due risposte (una per richiesta), entrambe al 89.202.179.222:5060. E come fa il NAT di Unipex a separare le risposte e mandarle l'una al 172.16.20.20:5060, l'altra al 172.16.20.21:5060?

Questi sono i problemi che mi affliggono... Prendetevi pure tutto il tempo che vi serve, ma vi prego, rispondetemi!

Ciao e grazie!

P.S.: Andrea, ora ho capito perchè non sopporti il NAT...

Ciao a tutti!
Il mio progetto di rimozione del canone Telecom prosegue, quindi dopo aver messo la connessione WiPeX il passo successivo che ho compiuto tra ieri ed oggi è stato provare un po' di telefonia VoIP.

Purtroppo non posso ritenermi perfettamente soddisfatto, dato che la voce risulta essere un po' ballerina. Sarò più preciso:
sono riuscito a creare un account con un provider VoIP, mi è stato assegnato un numero geografico, ho installato il programma per telefonare da computer (attualmente non ho alcun router). Insomma sembrava tutto perfetto, ma poi è arrivato il momento delle prove.

Dopo un iniziale problema (del quale non ho ancora capito quale fosse la causa) di "dialogo" (il classico audio monodirezionale: io sentivo chi chiamavo, ma loro non sentivano me), tutto si è risolto automaticamente. Quindi io sento, loro sentono.
Il problema è che l'audio è un po' ballerino: il chiamato (o chiamante, comunque un fisso o un cellulare) mi sente perfettamente, mentre io sento parecchio a scatti, della durata più o meno variabile (rischio addirittura di perdere intere frasi di conversazione).

Ho la connessione residenziale 1Mbps, la cosa strana è che (anche se in precedenti posts era stato detto che in effetti la banda in upload è ridotta rispetto al massimo di 1Mbps) chi è dall'altro capo del filo mi sente bene!! Cioè seppure la banda in upload è più bassa di quella in download, loro sentono benissimo, io invece quasi pessimamente. Quindi non penso che il problema sia da attribuire alla banda. Sottolineo inoltre che non ho alcun problema con la mia scheda audio.

Ho provato a cercare una guida per configurare il software sul mio PC, ma nulla (ed andando a caso è parecchio difficile, data la quasi incomprensibilità delle varie opzioni a disposizione). Comunque ho provato a modificare alcune opzioni ed ad effettuare qualche altra chiamata, ma i risultati sono identici, quindi le ho rimesse com'erano. Faccio presente inoltre che non ho alcun problema di connessione al provider VoIP, anche le chiamate vengono correttamente instradate e stabilite. C'è solo questo problema di audio, quindi sul programma ho agito solo su alcune opzioni di audio.

So che magari questo non è il posto adatto per chiederlo (proverò a postare anche sui forum del provider VoIP), ma magari avete provato a mettere il VoIP ed avete avuto qualche problema simile?

Grazie mille per la disponibilità.

P.S.: ho pensato anche che potrebbe essere il livello di volume del destinatario. Ovvero la comunicazione VoIP è basata tra le altre cose sul bloccare la trasmissione (senza quindi occupare banda) quando nessuno parla. Quindi può essere che se io parlo troppo piano e l'altro fa lo stesso, nessuno sente niente. Il punto è che io da PC ho la possibilità di aumentare il volume del microfono, ma l'altro, a meno di non alzare la voce, non può proprio nulla col telefono! In questo caso sarei spacciato. 

Ciao ciao e grazie intanto!