[Gulli] Linphone, SIP e dintorni

Dom 21 Giu 2015 22:20:10 CEST

Per il video bisognerebbe usare h264 che se non ricordo male è
licenziato...idem per g729 per occupare meno banda.
Insomma proprio tutto free non si può avere. Anche sul centralino asterisk
o altro deve esserci il codec.

Per l'esperienza che ho avuto. Zoiper è il migliore come client per android
e iPhone. Per linux idem. Linphone forse soffre di problemi di stabilità.

Per la vpn almeno per i cellulari ma anche ubuntu si può usate pptp che è
integrato

La vpn serve anche in quei paesi tipo Arabia mi sembra ma anche altri dove
il voip è bloccato.
Il 21/giu/2015 09:23 PM, "Fabrizio Carrai" <fabrizio.carrai@gmail.com> ha
scritto:

> Ho provato CSipSimple (suggerito da Njkjta) ma mi è sembrato meno
> istintivo di Linphone (anche se funziona). Diversi buoni prodotti, penso
> stiamo andando sul soggettivo. Ho provato ad installare i codec, ma questa
> volta il video non si avvia neanche. Nelle ultime prove con Linphone il
> video non si blocca più, ma dall'altra parte non mi vedono. Rimando
> ulteriori prove.
>
> @Daniele: suppongo che la VPN debba essere fatta fra il tuo client ed un
> tuo server pubblico. Tutto il traffico di rete verrebbe quindi incapsulato
> ed instradato verso quest'ultimo. Da qui raggiungerà sia il server SIP che
> il client del tuo interlocutore. Come spiegava Alessandro serve solo per
> evitare problemi con NAT, hotspot ed altro con le esigenze di SIP e RTP.
>
> Il giorno 21 giugno 2015 19:44, Daniele Forsi <dforsi@gmail.com> ha
> scritto:
>
>> Il 21 giugno 2015 12:59, Alessandro Marzini ha scritto:
>>
>> > Per il SIP si serve solo per inizializzare la sessione comunicando codec
>> > porte per il traffico RTP etc. Per questo il voip funziona "male"
>> quando ci
>> > sono di mezzo troppi nat, hotspot etc. Consiglio vivamente di usare una
>> vpn
>> > in questi casi per scavare un tunnel tra il PC/telefono e il server vpn
>> > pulito con IP pubblico.
>>
>> suggerimento molto interessante però non si può fare una VPN coi
>> server pubblici che sono quelli che ti propongono i programmi che
>> installiamo dalle distribuzioni Linux, che immagino sia la prima prova
>> che uno fa, quando non se na siente e avrebbe più bisogno che le cose
>> funzionassero al primo colpo.
>>
>> Vi riassumo le prove che ho fatto in questi giorni, in breve: il
>> programma ekiga e l'account su ekiga.net mi hanno dato un sacco di
>> problemi, mentre il programma linphone e l'account su linphone.net
>> hanno funzionato perfettamente al primo colpo.
>>
>> Ho usato 2 softphone e 2 hardphone nella stessa rete locale che si
>> collegano a un server esterno.
>>
>> Ho deciso di usare l'account su ekiga.net che avevo registrato tempo
>> fa, non mi ricordo che prove feci, di certo poi non l'ho usato perché
>> non ne avevo bisogno, in seguito mi hanno regalato i 2 hardphone
>> perché hanno dei problemi di usabilità, ma non sono guasti, che
>> sarebbe stato meglio, così li avrei già riciclati ;-) se avevano a
>> bordo software libero magari certi problemi sarebbero stati risolti...
>>
>> Il primo softphone che ho provato è stato la versione 4.0.1 di ekiga
>> che c'è in Debian sid, ma mi ha dato poche soddisfazioni, in uno dei
>> momenti che funzionava un po' di più mi ha chiamato Enrico e io lo
>> sentivo perfettamente (direi in "qualità CD"), ma io riuscivo solo a
>> rispondergli in chat, poi ekiga ha iniziato a dare errori di rete e
>> non sono più riuscito a collegarmi.
>>
>> Il primo hardphone che ho provato è un cordless DECT Aladino VOIP
>> Ethernet, mi ha dato più  problemi di ekiga e mi farei un nemico se lo
>> consigliassi a qualcuno, comunque il difetto principale è che non si
>> possono inserire indirizzi sip, solo numeri, poi l'audio era pessimo;
>> rispetto all'altro hardphone, questo riceve (con problemi) i messaggi
>> di chat che dal computer si possono inviare anche dalla riga di
>> comando senza un client sip usando sipsak (nel pacchetto omonimo).
>> Non so più tutte le prove che ho fatto con le porte sul router,
>> l'unica cosa positiva è che ho conosciuto il programma upnpc (nel
>> pacchetto omonimo) per controllare le porte aperte sul router e
>> aprirle manualmente senza entrare nella configurazione del router,
>> quindi senza conoscere la sua password di amministrazione, questo è il
>> motivo per cui UPnP è considerato insicuro, ma in realtà se ho
>> installato un programma malevolo, il problema ce l'ho già, non ha
>> bisogno di aprire porte per fare danni
>>
>> Poi ho installato linphone 3.6.1, l'ho configurato con l'account di
>> ekiga e ha funzionato perfettamente subito anche la "richiamata"
>> (chiamando il 520, il server di ekiga.net ti richiama e puoi sentire
>> l'eco della tua voce, a quel punto hai verificato se hai problemi di
>> rete o di scheda audio).
>> Ieri linphone andava in segfault, oggi no.
>>
>> Poi mi sono registrato su linphone.org.
>>
>> Ho provato l'altro hardphone che sarà vecchio di 10 anni e ha
>> funzionato subito chiamando dal computer al telefono entrambi
>> configurati per linphone, mentre la chiamata dal telefono al computer
>> funziona solo se apro la porta giusta sul router, funziona anche col
>> computer configurato per ekiga al telefono configurato per linphone.
>> Questo telefono ha 5 tasti di chiamata rapida che si possono
>> configurare dall'interfaccia web e accettano anche indirizzi
>> alfanumerici ma senza dominio, su uno ci ho messo l'indirizzo di
>> Fabrizio e l'ho chiamato per sbaglio, ha funzionato :-)
>>
>> Come ultima cosa, linphone è stato in grado di chiamare i telefoni
>> anche direttamente con l'IP della rete locale.
>>
>> Per ricapitolare:
>> * telefono software linhpone: utlizzabile senza toccare il router
>> * telefono fisico numero 2: utilizzabile aprendo una porta
>> (configurabile), forse riceve da tutti, chiama tutti i numeri e solo
>> indirizzi registrati sul suo server
>> * telefono software ekiga: inutilizzabile, neanche aprendo le porte
>> come scritto sul sito
>> * telefono fisico numero 1: inutilizzabile se non si capisce quale
>> porta aprire sul router, ma chiamerebbe solo numeri
>>
>> Questa era la versione media ;-)
>>
>> --
>> Daniele Forsi
>> --
>> Mailing list info: http://lists.linux.it/listinfo/gulli
>> Pagina web del GULLI: www.linux.livorno.it
>>
>
>
>
> --
> *Fabrizio*
>
> --
> Mailing list info: http://lists.linux.it/listinfo/gulli
> Pagina web del GULLI: www.linux.livorno.it
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gulli/attachments/20150621/fa437617/attachment.html>