Ciao a tutti.

Dunque, dopo aver letto il post di Andrea, mi sono messo a pensare, ed ho tirato fuori la teoria che vi espongo qui. E' solo una mia teoria, se avete voglia leggetevela e sappiatemi dire che ne pensate. Io attualmente non ho più tempo (ne ho già speso troppo vicino a questa storia), quindi la verifica di questa teoria la farò più in là.

Prima di tutto, preciso che la telefonia VoIP è basata principalmente su due flussi di informazioni: quello che gestisce lo stabilimento di una connessione tra i due utenti che si chiamano (gestito dal protocollo SIP), e quello che regola il trasporto della voce (protocollo RTP). Giacchè il funzionare / non funzionare del mio ATA è determinato principalmente dalla porta impostata come ascolto / generazione di pacchetti SIP, ne deduco che il problema sta in questo protocollo, mentre l'RTP funziona bene.

La prima fase della telefonia VoIP consiste nella registrazione della linea su un server SIP. Per compiere questo scopo, il mio ATA genera un pacchetto SIP di registrazione, contenente tra le altre cose un header VIA. In tale header, l'ATA deve inserire l'indirizzo (IP:porta) a cui è raggiungibile, ovvero a cui il SIP Proxy deve inviare la risposta alla registrazione. Servendosi dello STUN Server, l'ATA riesce ad ottenere l'informazione su quale sia il suo indirizzo pubblico, ed inserisce questo indirizzo all'interno dell'header VIA.

Supponiamo che lo STUN Server non sia in grado di adempiere completamente al suo compito, ovvero sia in grado di fornire all'ATA l'indirizzo IP pubblico, ma non la porta pubblica.

Caso A (quello che non funziona):
l'indirizzo privato dell'ATA 192.168.1.2:5060 viene sostituito dall'indirizzo pubblico 89.202.179.222:5060.
Caso B (quello che funziona):
l'indirizzo privato dell'ATA 192.168.1.2:4444 viene sostituito dall'indirizzo pubblico 89.202.179.222:4444.

Il pacchetto SIP di registrazione viene a questo punto spedito al mio router. Esso cambia l'indirizzo IP sorgente nel pacchetto IP che incapsula la richiesta SIP:
192.168.1.2 => 172.16.x.y

Quanto alla porta, supponiamo che il mio router la mappi sullo stesso numero di porta SE QUESTO NON E' ANCORA STATO ASSEGNATO AD ALTRE RICHIESTE. Nel mio caso è così, quindi nel pacchetto IP si hanno queste sorgenti:
Caso A: 172.16.x.y:5060
Caso B: 172.16.x.y:4444

Il pacchetto giunge a questo punto al router di Unipex, che supponiamo adotti la stessa politica del mio router circa la mappatura della porta. Il caso B risulta "avantaggiato", perchè la porta 4444 difficilmente è utilizzata da altre richieste di altri utenti. Il caso A invece risulta "svantaggiato", perchè l'utente medio che si trova a configurare un ATA come il mio tende a lasciare sull'ATA la porta privata di default, ovvero la 5060. Il che significa che è possibile che la porta pubblica 5060 sia già stata assegnata a qualcun altro. Il pacchetto IP uscente dal router di Unipex avrà allora questi valori di indirizzo sorgente:
Caso A: 89.202.179.222:4704
Caso B: 89.202.179.222:4444
ove si è supposto che la 4704 sia la porta pubblica assegnata dal router di Unipex alla richiesta partita dalla porta privata 5060 del mio ATA.

La richiesta SIP giunge al SIP Proxy, che se la vede arrivare da questi indirizzi:
Caso A: 89.202.179.222:4704
Caso B: 89.202.179.222:4444
(ovviamente gli stessi di prima). Tuttavia, nel caso A c'è una discrepanza tra questo indirizzo pubblico, e quello che è stato inserito inizialmente dall'ATA (tramite STUN) nell'header VIA della richiesta SIP.
Il server SIP consente la registrazione (se le credenziali sono esatte), e genera la risposta "AUTORIZZATO" per l'ATA. Supponiamo che il SIP Proxy sia stato impostato per inviare la risposta alla richiesta, in caso di discrepanza, non (come si dovrebbe fare normalmente) all'indirizzo letto nell'header VIA della richiesta, bensì all'indirizzo da cui la richiesta è arrivata (questo è possibile, lo prevede il protocollo SIP). Supponiamo anche (altra cosa prevista dal protocollo) che il SIP Proxy sia stato impostato in modo tale da segnalare all'ATA la discrepanza negli indirizzi in questione.

Caso A:
il SIP Server inserisce, nell'header VIA della risposta, questo parametro: rport=4704, ad indicare che si è visto arrivare la richiesta dalla porta 4704, quando nell'header VIA l'ATA aveva specificato come porta pubblica la 5060.
La risposta viene inviata all'indirizzo 89.202.179.222:4704.

Caso B:
non c'è alcuna discrepanza negli indirizzi, il SIP Server spedisce la risposta a 89.202.179.222:4444.

In entrambi i casi, il router di Unipex sarà in grado di indirizzare il pacchetto al mio IP 172.16.x.y:5060/4444, dal momento che l'associazione nelle tabelle di NAT è presente per opera della richiesta di registrazione partita dall'ATA.

Il pacchetto raggiunge infine il mio router, che di nuovo sarà (in entrambi i casi) in grado di spedirlo all'ATA, che a questo punto si considera registrato. Il SIP Proxy sa (essendo l'ATA registrato, con ad esempio il numero di telefono 1234) che per raggiungere il numero 1234, deve spedire richieste agli indirizzi:
Caso A: 89.202.179.222:4704 (perchè così è stato impostato in caso di discrepanze)
Caso B: 89.202.179.222:4444 (nessuna discrepanza)

Il mio problema si manifestava solo ed esclusivamente nelle chiamate in entrata.
Supponiamo quindi che un fisso chiama il numero 1234. Una tabella reindirizza questo numero al gateway VoIP più vicino, ovvero il chiamante viene messo in contatto con questo gateway. Il gateway in questione si darà da fare per cercare presso chi è registrato il numero 1234, lancerà apposite richieste ai vari servers SIP, e una tra esse raggiungerà il mio SIP Proxy. Esso si accorge che il numero richiesto dal fisso è registrato presso di se, e sa come raggiungerlo. Pertanto inoltra la richiesta all'indirizzo:
Caso A: 89.202.179.222:4704
Caso B: 89.202.179.222:4444

La richiesta raggiunge il mio ATA (perchè le tabelle di NAT hanno ancora il "percorso" aperto grazie a dei messaggi di Keep-Alive, inviati appositamente e periodicamente dall'ATA verso il SIP Proxy). Il mio telefono squilla.
Io alzo la cornetta. L'ATA si accorge che ho acconsentito alla chiamata, quindi spedisce un messaggio di conferma al mio SIP Proxy (stesso discorso visto per la spedizione della richiesta di registrazione), e dal canto suo il SIP Proxy trasmetterà la conferma al gateway VoIP da cui è partita la chiamata.

A questo punto, il SIP Proxy si chiama fuori, dal momento che se la devono sbrigare il mio ATA, ed il gateway VoIP. Essi devono sapere come raggiungersi, e per poter fare ciò il SIP Proxy ha fornito all'ATA l'indirizzo del gateway (durante la segnalazione dal proxy all'ATA che qualcuno mi stava chiamando), ed ha fornito al gateway l'indirizzo (pubblico) dell'ATA (durante l'invio dal proxy al gateway della conferma che il numero 1234 ha accettato la chiamata). Ma quale indirizzo viene spedito al gateway? Supponiamo che il SIP Proxy fornisca l'indirizzo che trova nella mia conferma, inviata dopo il sollevamento della cornetta:
Caso A: 89.202.179.222:5060 (perchè STUN non ha mai fatto bene il suo lavoro)
Caso B: 89.202.179.222:4444 (neanche qui STUN ha fatto il suo lavoro, ma la porta è stata rimappata sullo stesso numero)

Supponiamo infine che sia il chiamante a dover cominciare la conversazione SIP (mi pare lo faccia realmente, con un messaggio di Acknowledgement). I pacchetti SIP dovrebbero a questo punto servire per negoziare il codec, le porte UDP per il trasporto della voce, ... . Il gateway deve spedire i pacchetti SIP al mio ATA, e lo farà a questi indirizzi:
Caso A: 89.202.179.222:5060
Caso B: 89.202.179.222:4444
Ma nel caso A l'indirizzo è errato, dal momento che il router di Unipex non detiene la corrispondenza.
Quindi nel caso A la comunicazione SIP tra gateway e ATA è compromessa, pertanto non si avrà neanche il corrispondente transito di RTP, nonostante io abbia sentito il telefono squillare.
Il caso B invece funziona, ammesso però che comunque sia il mio ATA (che è sotto NAT) ad inviare preventivamente un messaggio al gateway (che per esempio viene ignorato da questo), giusto per far sì che il router di Unipex possa ricevere (sugli indirizzi 89.202.179.222:4704 del caso A e 89.202.179.222:4444del caso B) pacchetti dal gateway, che altrimenti sarebbero scartati.

Nel caso fossi stato io a chiamare, invece, avrei dovuto lanciare io l'ACK al gateway, e sempre nell'ipotesi che il gateway inviasse poi risposte all'indirizzo da cui si vede arrivare le richieste, il dialogo sarebbe stato correttamente stabilito.

Sono solo ipotesi, ma alcune cose mi sono state confermate dai pacchetti SIP che ho avuto modo di esaminare, in entrata ed in uscita dall'ATA, come ad esempio l'inserimento da parte del SIP Proxy del parametro rport.

Concorda con questa teoria anche il fatto che, nel caso A, tutto funzionava se bypassavo ciò che STUN trovava, ovvero inserendo nel parametro "Mapped SIP Port" il valore statico 4704. Questo confermerebbe che la porta viene effettivamente mappata dal router di Unipex, ma STUN non funziona completamente.

Se avete tempo di darci una letta...

Ciao ciao.

P.S.: se la teoria fosse valida, non servirebbe fare uso di un IP pubblico (come vi ripeto, io sono sotto NAT ed attualmente non ho problemi di alcun tipo, se non un po' di eco ogni tanto). Basterebbe far sì che STUN funzioni (cosa impossibile da compiere dalla mia parte), o basterebbe far sì che l'ATA bypassi lo STUN, inserendo nell'header VIA non l'indirizzo fornito da STUN, bensì la coppia "received:rport" fornita dal SIP Proxy all'ATA durante la registrazione di quest'ultimo. Questo può essere fatto.

Grazie ancora!

Accidenti!
Ragazzi prima di tutto mi scuso con voi, per non avervi risposto subito. Ma evidentemente devo essermi dimenticato di abilitare la ricezione di posta nel caso di risposte al thread, perchè non ho mai ricevuto nulla e ho sempre pensato che nessuno finora mi avesse risposto. Poi ultimamente ho poco tempo a disposizione, ed è solo per caso che oggi sono tornato sul sito e-moka ed ho visto che ho avuto ben due risposte, che per un post così complicato come il mio sono già molte!

Mi scuso anche se ovviamente le info che vi darò adesso vi costringeranno a rileggere (tutto o almeno in parte) la mia discussione iniziale, parecchio lunga, impestata e noiosa!

Dunque prima di tutto rispondo a wipex:

Citazione

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)

Vero. Stiamo rimediando

Mi fa molto piacere! Comunque si, solo nel periodo festivo. Per il resto mi pare ok!

Citazione

Ho fatto un "abbonamento" VoIP con Eutelia

Abbiamo visto/ci hanno riferito che ha un po' di problemi. Hai provato con mc-link?

... No, di cosa si tratta? Di un altro provider? Comunque non ho avuto alcun problema con Eutelia, credo che i miei problemi siano dovuti alla configurazione della rete wipex.

Citazione

<cut>
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?

Non lo fa. Per fare quello che vuoi è necessario un ip pubblico.

Ah, scusate ma a questo punto sono molto preoccupato.
Voi dite che serve un IP pubblico, mi era arrivata anche una vostra mail che diceva che, dopo alcune prove con certi providers VoIP, avevate constatato che serviva l'IP pubblico.
Il fatto è che io ho sempre inteso la mail come "potrebbe servire un IP pubblico, in base alle scelte compiute da ciascun provider VoIP". Quindi ho sempre ignorato la cosa, perchè dopo aver risolto il mio problema iniziale, riesco a telefonare e ricevere chiamate senza alcun IP pubblico, con Eutelia.

Allora, non vi nascondo la mia preoccupazione... In pratica volete dirmi che sono l'unico che sta utilizzando il VoIP senza IP pubblico? Se è così, non è che adesso che lo sapete, di punto in bianco cercate il come mai a me funziona, e mi piantate la cosa costringendomi a mettere un IP pubblico?

Vi prego non fatelo, ho speso parecchio tempo per configurare l'ATA, ed adesso che funziona vorreste cambiarmi la situazione?! Ho già dato il mio numero a parecchia gente, se scoppiano casini è un casino! Se volete esaminare la questione, potete farlo, ma vi prego se trovate qualcosa nella mia configurazione che non è corretta, parliamone. Se avete ragione voi sarò ben lieto di acquistare l'IP pubblico, del resto anch'io ci tengo al fatto che la rete WiPeX non abbia problemi o configurazioni errate da qualche parte.

Non toglietemi però la possibilità di telefonare da un giorno all'altro!
Per maggiori chiarimenti, sono a disposizione, a questo punto in privato.

Grazie, arrivederci.

Il problema sulle chiamate di emergenza non è nel Voip, alla fine devi sempre fare una telefonata, ma nella tranciabilità della chiamata stessa, devi sapere chi chiama e da DOVE chiama, subito immediatamente,questo con il voip non è immediato.

Aaaah, ecco com'è...

Ma scusa come fai a sapere di poter fare chiamate di emergenza senza aver provato?? E cmq ci sono anche i numeri a tariffazione speciale e i numeri verdi che hanno un po di casini.

Beh, così scrivono sul sito del provider. Poi è ovvio che non posso chiamare il 113 per dirgli che devo provare il VoIP!!!
In ogni caso, scrivono anche che posso chiamare i numeri verdi. Quanto ai numeri a tariffazione speciale, alcuni sono permessi, alcuni sono addirittura bloccabili, ma in linea di massima non m'interessano perchè non ne chiamo mai.

"fra il dire e il fare c' è di mezzo un mare di casino^^"

E qui non si discute!! Quante volte abbiamo dovuto scendere a compromessi perchè una certa cosa non si poteva proprio fare!

Il fatto che sia possibile non vuol dire che sia fattibile, il problema è nella compressione dei dati, per usare il fax sul voip è necessario un tipo di compressione "senza troppa perdita di dati" , ma nella maggior parte dei casi si usa un compressione con parecchie perdite.

Capisco. Vabbè, farò qualche prova appena risolvo qualche altro problemuccio. Comunque Eutelia permette anche invio e ricezione di fax sotto forma di mail, la cosa è abbastanza utile così non devo neanche tenere il computer acceso per ricevere (non ho apparecchi fax, me la sono sempre cavata col PC ed il mio caro modem 56k...).

Thanks come al solito.

Beh, sentite, sono ormai giorni che giro sul sito della Linksys per cercare quali funzionalità hanno certi prodotti, e quali altri. Mi sono oramai stufato, dal momento che non tutti i prodotti sono elencati, che non è tutto vero quello che scrivono sul sito, che differisce da quanto è scritto sul sito ufficiale (quello US), e via discorrendo.

Mi sa che Venerdì farò un salto direttamente dalla Unipex, vediamo cos'hanno lì e se mi va bene compro.

A quel che ho capito, il firewall, il NAT ed il DHCP (Server) lo hanno tutti i routers/APs, e pure la crittografia WEP-WPA, quindi mi basta cercare qualcosa che abbia il QoS (dovendo fare VoIP), e qualcosa che abbia la cancellazione dell'eco (adattatore o router che sia, se ce n'è ancora qualcuno con porte RJ11), e che siano configurabili per l'utilizzo con providers VoIP non preconfigurati.

Mi affiderò alla Linksys e nella sua capacità di fare buoni prodotti, nonchè ovviamente a qualcuno della Unipex che mi dica se il modello che avrei intenzione di comprare supporta le caratteristiche che ho scritto sopra.

A questo proposito, c'è qualcuno alla Unipex a cui posso fare domande prima di comprare, no?
E secondo, devo presentarmi lì col modulo d'ordine già compilato, o non serve se vado di persona?

Grazie mille!

Eccomi di nuovo! Dunque, raccolgo un po' di posts precedenti:

Citazione da: rich93 - 29 Novembre 2007, 13:27:57

si tratta quasi sempre di piccole aziende alle quali hanno fatto chiudere tutte le linee PSTN

Impossibile assolutamente impossibile anzi di più,... è OBBLIGATORIO quando si installa una soluzione  VOIP qualunque VOIP, per legge, mettere una linea ISDN.
I motivi sono principalmente 3:
1) Chiamate di sicurezza, devono essere sempre garantite, il VOIP è incompatibile con i numeri speciali (113,112,ecc)
2) Fax come tutti sapete i fax e il VOIP non vanno d'accordo, quindi si usa il 2 canale delle ISDN per usarlo sul FAX.
3)La linea di BackUp, essendo il VOIP un servizio non garantito è necessario avere una linea emergenza, solitamente si usa la stessa che si usa per le chiamate di emergenza.

Ma Andrea, ma sei sicuro di queste cosucce? Non per contraddire un esperto, però mi sembra che anche nel VoIP stiano facendo i loro passi avanti! Io posso già chiamare numeri di emergenza (anche se non ho mai provato  !!), e poi su siti di alcuni produttori di routers (vedi Linksys) si parla di apparecchi con prese RJ11 che possono essere connesse tanto a telefoni quanto a fax! Insomma, forse prima erano incompatibili, ma li stanno rendendo disponibili anche al VoIP. Anche per quanto riguarda NAT: tempo fa mi sembra non fosse possibile nemmeno utilizzare FTP sotto NAT, o altri protocolli che ora non ricordo, ma ora funzionano benissimo! Il VoIP risulta anch'esso sempre più compatibile, grazie a STUN o ad altri metodi di tunnel. Non sono critiche, eh? E' giusto per chiarire, ho fiducia nel progresso!

Veniamo ora alla questione che m'interessa di più:

anch'io dopo aver fatto l'abbonamento tramite Wipex sto pensando di abbandonare Telecom. Ho creato account tramite Eutelia (0432xxxx) ...

stessa cosa

...e ho configurato una delle porte  voip sul router (linksys wrtp54g).

Già che ci siamo, ho visto ghosting che mi hai proposto anche a me il WRTP54G. Solo che a questo punto ho bisogno di alcuni chiarimenti: sul listino accessori vecchio di WiPeX c'era in effetti un router/AP con porte VoIP, presumo si trattasse proprio di questo. Ma nell'ultimo listino (aggiornato Dicembre 2007) non c'è più! L'hanno tirato via solo dal listino, o anche dal negozio?!

Seconda cosa: i prodotti che hanno (credo per lo più Linksys), sono solo quelli che riportano sul listino, o posso andare io di persona e scegliere il modello?

Terza cosa: per l'acquisto posso recarmi da loro senza aver sottoscritto il modulo d'ordine che hanno messo sul sito?

Quarta cosa: dato che nel listino non c'è più il WRTP54G, stavo pensando di comprare un router/AP ed un adattatore. Ma conviene questa configurazione, o un router con porte RJ11? Lo chiedo perchè cerco disperatamente qualcosa che funzioni abbastanza bene, e non vorrei che il router con porte RJ11 fosse peggiore di un router con adattatore non incorporato (date le dimensioni dell'adattatore -mi riferisco al Linksys-, mi sembra strano che tutte le funzioni che questo ha sono riuscite a metterle dentro un router!).

Anche se ho ancora qualcosina da configurare al meglio, la qualità audio è buona usando un normale telefono.

...e questo m'incoraggia molto!!!

Via software non ho provato ancora a fare chiamate ma come facilità di configurazione consiglio Wengophone.

Mmmh... non lo so, io l'ho installato ma non mi pare il massimo. Diciamo che la configurazione è davvero scarsa (che forse per utenti ignoranti come me è anche cosa buona), ma soffro lo stesso dell'audio a scatti, come mi succedeva per il primo software phone (che, per la cronaca, si trattava di Skypho). Il software che utilizzo adesso è Ekiga, l'unico tra i tre che ha la cancellazione dell'eco, e quindi l'unico che pare funzionare (ieri sera ho fatto una conversazione di 16 minuti, non ho riscontrato problemi). E' un po' pesante, la GUI lascia a desiderare, installa poi le GTK2 ed un certo GIMP che non servono a nulla, però complessivamente il software phone funziona. Non è neanche tanto difficile da configurare.

Anche con Eutelia si può fare la portabilità del numero fisso su voip ma ho scartato l'idea per due motivi. Primo se un domani volessi riportare il mio numero su qualche altro gestore (contratto più vantagioso, ecc) non sarebbe possibile.

Perchè? Non è che credo sia possibile, ma voglio solo sapere come mai! Che anch'io sono indeciso se fare la number portability o meno.

Secondo il problema dei black out, anche se per un utente privato non è che sia la fine del mondo, può essere una bella seccatura. Per motivi che qui non sto a elencare sono costretto a mantenere il numero di casa quindi sto vedendo di fare la portabilità del fisso su Vodafone in modo da avere la possibilità di scegliere la soluzione migliore a seconda del tipo di chiamata (voip->voip, voip->cell., fisso->fisso, ecc) che devo fare e con la sicurezza di essere sempre raggiungibile.

Quindi se ho capito bene ti sbarazzerai della linea PSTN utilizzando contemporaneamente VoIP e cellulare Vodafone?

Grazie mille, attendo le risposte alle domande sopra!
Ciao ciao!

qualcuno sa spiegare bene quanto costa e come funziona vodafone casa?

Ehh, spiacente, ma come credo di aver fatto capire al punto sopra, non è che mi piaccia poi così tanto fare "intenso uso" del cellulare.
Oh, chiariamo, non è che sono contro i cellulari! E' che mi dà un po' fastidio che tutti 'sti gestori mostrino tutte queste offerte, che poi si rivelano non così economiche.
Anzi, adesso che ci penso, forse lo sono anche (è vero che le condizioni sono scritte in piccolo, ma le riportano sempre, su ogni pagina web, e sotto al televisore. Su questo, nulla da dire.).
Però mi sembra piuttosto scocciante memorizzare tutte queste condizioni per la miriade di offerte che ci sono in giro.


Chiami tutti a 0.01€cent/min!! Comprala!!!"N.B.: tariffe riferite al periodo antecedente il segno del capricorno; IVA esclusa; funziona solo se chiami i telefoni dello stesso gestore; solo nei weekends, e nei giorni feriali dalle 8.32 alle 13.44 e dalle 19.30 alle 24.01; canone mensile di abbonamento di 7€; devi consumare il tuo credito entro il mese di acquisto della ricarica; se sei dei gemelli paghi il doppio per tutti i prezzi; se sei dell'ariete l'IVA è del 40%; sconto dell'1% a tutti i pesci; può provocare effetti indesiderati anche gravi; in caso di problemi consultare il medico."


Scusate lo sfogo!

ad esempio.. come fanno a sapere se sei in casa...

Comunque, forse ho risolto il mio problema.
Faccio ancora un po' di prove e poi vi so dire.
Grazie per la pazienza! Ciao ciao.

Eccomi di nuovo.

Vabbè, questo è più semplice: potete consigliarmi qualche marca "buona" di routers?
Mi interesserebbero non troppo semplici (dato che per la loro semplicità sacrificano parecchie opzioni di configurazione) e neanche troppo avanzati (che poi mi ritroverei invece con tantissime opzioni delle quali non saprei neanche il significato).

Dev'essere un router che ha anche funzionalità di access point, e con adattatore VoIP/analogico incluso. Ma questo alla fine credo che dipenda dal modello, per ora voglio qualche marca.

So che la stessa Unipex ne mette a disposizione qualcuno (dovrebbe essere della Linksys). Che mi dite? E di altre marche quali la 3com, U.S.Robotics, NetGear? Ne conoscete anche altre?

Grazie davvero tanto!

Perfetto, a tutti voi grazie 1024!!
Informazioni abbondanti, le mie curiosità sono state colmate.