Voip come funziona

[Billow]

Commenti all'articolo presente a

questa pagina



Made by Doomboy

[Sbavi]

Ottimo lavoro (Y)

Credevo di conoscere perfettamente il VoIP invece c'erano paracchi aspetti che mi sfuggivano

[Doomboy]

E pensa che non sono mica sceso molto nel dettaglio... ci si potrebbe fare una ottima tesi di lauera, su questo argomento. E pure scrivere libri tecnici sul tema, non sarebbe male.

[cippico]

mi piace...

lo giro ad alcuni amici/conoscenti/colleghi...
...e vediamo se stavolta capiscono...

grazie e ciaooo

[LoryOne]

Bravo Doom (Y)

[RNicoletto]

Bella Doom!

Mi ha chiarito diversi concetti intorno all'argomento VoIP.

[Doomboy]

La vostra soddisfazione è il nostro miglior premio

[cippico]

Inviato da Doomboy

La vostra soddisfazione è il nostro miglior premio

gnaaa gnaaa gnaaa piripiripiripi...

mitico il film vieni avanti cretino...

scusate o.t. ...

ciaooo a tutti

[Doomboy]

Inviato da cippico

gnaaa gnaaa gnaaa piripiripiripi...

mitico il film vieni avanti cretino...

scusate o.t. ...

ciaooo a tutti

[cippico]

Inviato da Doomboy

ogni volta che lo rivedo mi fa sbellicare...

ciaooo

[IsaCab]

Ciao,

ho letto il tuo articolo ocn molto piacere. Davvero un bel lavoro.

Giusto per completezza di informazione è necessario però fare qualche precisazione :

Lato server sappiate che il VoIP si divide in due parti: la prima è quella necessaria a trasportare i dati di connessione (detti ad esempio ACK, ovvero quei dati che mettono in connessione due client: invito alla connessione, accettazione o rifiuto da parte dell'interlocutore ed eventuale conferma. Per tale attività in genere si usa il comune protocollo RTP (Realtime Transport Protocol) che permette un collegamento quasi istantaneo tra chiamante e chiamato. Invece per la trasmissione di ciò che si definisce "media", ovvero i dati relativi alla voce di chi parla (o delle immagini, se si tratta di una videochiamata), VoIP supporta una vasta serie di protocolli per trasmettere i dati. I più diffusi sono SIP ed H323

Non è proprio esatto. Sia il SIP che L'h323 sono usati sia per i dati che per la voce.

Ad esempio il SIP usa il protocollo SDP (Session Description Protocol - RFC 2327) per la negoziazione (ack, etc etc).

Il flusso audio sia per SIP che per H323 viene inserito nel protocollo RTP (Real-Time Transport Protocol - RFC 3550) che a sua volta viene incapsulato nell'UDP per il trasporto sulla rete IP. E questo crea i problemi maggiori sulla rete internet a causa del NAT. Per ovviare a questo problema sono nati gli STUN Server, ALG , etc etc

AL contrario i protocolli come IAX e Skype lavorano su un unica connessione e utilizzano la tecnica del P2P bypassando le problematiche legate al nat.

Per asterisk hai scritto :

per avere una buona qualità della conversazione, tra i 20 ed i 30 k di banda per ogni telefonata contemporanea che avviene verso l'esterno della rete

Asterisk usa di default il G711 che per sua natura richiede circa 80 K. Il g729 che richiede circa 30 k è a pagamento.

Il mio vuole essere giusto un chiarimento ed un confronto puramente tecnico

Cmq, davvero un ottimo lavoro.

Ciao Giulio

[attackment]

piccola aggiunta e correzione, ho usato svariati voip con fw senza alcunissimo problema, che fw usi voip di natura è vero, che il nat possa essere a volte un ostacolo è vero, ma non in questo caso, skype, voipcheap e altri fungono alla perfezione e non so se sia un caso ma la qualita era un po superiore a tiscali ull che ho adesso

[Doomboy]

Inviato da attackment

piccola aggiunta e correzione, ho usato svariati voip con fw senza alcunissimo problema, che fw usi voip di natura è vero, che il nat possa essere a volte un ostacolo è vero, ma non in questo caso, skype, voipcheap e altri fungono alla perfezione e non so se sia un caso ma la qualita era un po superiore a tiscali ull che ho adesso

Si con Fastweb non ci sono problemi a patto di usare un server stun per dirigere il NAT, sennò ti trovi dietro ad un doppio NAT che crea problemi al transito dei pacchetti.

Ed ineffetti io non ho mai detto, nell'articolo, che ci siano o possano esserci dei problemi.

I "problemi" nascono se per esempio provi ad installare Asterisk su una macchina che sta su rete Fastweb, non nell'uso di VoIP client.

[IsaCab]

Ciao,

che il nat possa essere a volte un ostacolo è vero, ma non in questo caso, skype

Il NAT è un nemico per i protocolli SIP ed H323.
Ecco perche si usano gli STUN server, ALG, Xtunnel etc etc.

Skyper con IAX, usano un approccio differente, molto simile al P2P bypassando i problemi legati al NAT.

sennò ti trovi dietro ad un doppio NAT che crea problemi al transito dei pacchetti.

Il problema è il NAT, quindi figurati un doppio NAT. I pacchetti in realtà non vengono bloccati, ma non vengono proprio recapitati perchè nel header mantengono come IpSource l'ip del PC che l'ha generato e quindi un IP privato. Chi riceve il pacchetto cerca di rispondere a un ip privato e ............

Per essere un pochino più precisi :

http://www.isaserver.it/articoli/20070422-GM10.asp
http://www.isaserver.it/articoli/20071123-GM12.asp

sono presenti anche su microsoft a questi indirizzi :

http://www.microsoft.com/italy/techn...m/isavoip.mspx
http://www.microsoft.com/italy/techn.../isavoip2.mspx


Ciao Giulio

[attackment]

Inviato da Doomboy

Si con Fastweb non ci sono problemi a patto di usare un server stun per dirigere il NAT, sennò ti trovi dietro ad un doppio NAT che crea problemi al transito dei pacchetti.

Ed ineffetti io non ho mai detto, nell'articolo, che ci siano o possano esserci dei problemi.

I "problemi" nascono se per esempio provi ad installare Asterisk su una macchina che sta su rete Fastweb, non nell'uso di VoIP client.

usavo fastweb anche senza server stun o strani trucchi di chissa che tipo con:

skype; voipcheap ;voipstunt; ecc, zero problemi di alcuna sorta, latenza compresa

conosco poco asterisk e il suo funzionamento quindi mi ritiro