[Ninux-Wireless] VoIP con account esterno a ninux e client locale
Michele Favara Pedarsi
mfp a meganetwork.org
Mer 10 Lug 2013 05:46:56 CEST
Non serve nulla di centralizzato, basta un sip forwarding proxy sui
gateway; qualche anno fa ce n'era uno che si chiamava... indovina un
po'... siproxd.
http://siproxd.sourceforge.net/
E sembra nel repository di openwrt ci sia ancora il makefile. Ma non
so quanto sia configurabile; per lo meno prima non era
riconfigurabile. Oggi pero' nelle docs parla di riscrittura degli
header sip, quindi dovrebbe andare bene anche nel caso di sip server
multipli sul lato interno. Poi pero' potreste avere anche problemi
analoghi nel media path...
Per questo motivo a suo tempo lasciai questa strada in favore di una
versione slim di Asterisk (inserito di default nel firmware); questo
permetteva di fare anche transcoding dei flussi A/V... dato che i
provider fornivano g729 ma il software libero non poteva implementare
il codec g729, ma solo "il decodec", per questioni di royalties (e
anche se c'era possibilità di arraffare le lib e wrapparle;
funzionavano bene).
Quindi avevo bloccato ad un massimo di 2 telefonate concorrenti, con
transcodifica g729-GSM; che tra l'altro migliorava la qualità delle
conversazioni perchè ad ogni frame 802.11 perso corrispondeva una
quantità minore di informazione vocale persa; dai primi test sembrava
che il piccolo mips del wrt54g riusciva giusto giusto a fare 2
transcodifiche realtime... pero' non ho approfondito oltre, poi ho
fermato il progetto... in ogni caso il signaling funzionava
correttamente usando sia Messagenet che Eutelia come trunks verso la
Rete Telefonica Generale.
E nel frattempo mi stavo studiando le questioni di accounting... il
cui supporto in Asterisk era ancora embrionale, con soluzioni
multiple, e comunque non pensato per l'uso decentralizzato/distribuito
che ne stavo facendo io... ma era un issue bypassabile condividendo le
spese per contratti telefonici flat e partecipando alle community che
stavano offrendo peering analogo in tutto il globo. E l'accounting non
serviva.
Poi ci sarebbero anche questioni di privacy, se non nel contenuto
delle conversazioni (perchè i flussi A/V possono essere cifrati
end2end dai legittimi autori della conversazione), nel log delle
telefonate fatte e ricevute, che sarebbero cioe' a vista per i
proprietari dei gateway; ma li', ad una soluzione, non ci sono
arrivato. Le prime versioni dei protocolli di telefonia aperta cifrata
stavano arrivando in quel momento e non ho studiato abbastanza...
oltretutto l'overhead protocollare era gia' eccessivo senza ancora
aggiungere Sikurezza... pero' data la natura quantomeno
decentralizzata, i log telefonici di una singola persona sarebbero
stati nella maggior parte dei casi distribuiti su piu' gateway e
quindi nessun compaesano con gateway alla mano sarebbe stato in grado
di ricostruire il dettaglio telefonico di un singolo individuo, era un
compromesso sostenibile per lo meno nel breve-medio termine. Tanto
comunque il giorno in cui la polizia bussa, gli devi comunque aprire e
dare una mano; nella peggiore delle ipotesi significa andare a rompere
le palle agli altri compaesani per recuperare i log dai loro router, e
per fortuna non capita tutti i giorni. E sempre che logghi qualcosa.
Buon proseguo.
Il 10 luglio 2013 05:25, Andrea Grillini <andrea.grillini a gmail.com> ha scritto:
> Se si tratta di aprire porte per il momento non posso fare nulla.
> Peraltro non mi pare bello non poter far funzionare una linea voip se non si
> gestisce il gateway verso Internet.
> Ci vorrebbe qualcosa di centralizzato che contenga l'account SIP su ninux e
> gestisca gli eventuali account di provider esterni dirottando le chiamate in
> arrivo sull'utenza del server SIP ninux...
>
> Grazie
>
>
> A.
>
>
> 2013/7/9 Francesco Zanini <francesco a zanini.me>
>>
>> Io non uso Asterisk, uso FreeSWITCH. Ho avuto molti problemi simili a
>> quelli che hai descritto nelle mail precedenti. Io ho risolto semplicemente
>> forwardando tutte le porte che utilizza SIP e gli stream RTP per fare
>> avvenire la comunicazione. Come credo tu sappia il SIP (TCP/UDP) serve solo
>> per iniziare e controllare lo stato della telefonata, mentre la voce
>> transita su protocollo RTP (UDP) usualmente su delle porte alte (da 10000 in
>> su). Se tu hai la possibilità di gestire il firewall, non hai più la
>> necessità del NAT keep alive secondo me, ti basta fare port forwarding di
>> queste porte:
>>
>> 5060 TCP-UDP
>> 10000 - 20000 UDP: questo range viene indicato nella configurazione del
>> tuo ATA sotto la voce min rtp port e max rtp port. Fai combaciare i valori
>> sia sul firewall che sull'ATA!
>>
>> Inoltre se l'ATA lo supporta inserisci l'IP di un server STUN che così è
>> in grado di rilevare il tipo di NAT presente e di comunicarlo ad Eutelia che
>> adatta così i parametri di comunicazione.
>>
>> Spero di esserti stato d'aiuto,
>>
>>
>> Il giorno 09 luglio 2013 11:45, musk musk <open.musk a gmail.com> ha
>> scritto:
>>
>>> Mmh, io con Messagenet nessun problema, anzi, il customer care mi ha dato
>>> config anche per apparati non supportati, studiando i casi. Riguardo Eutelia
>>> provai la config del pap2t, tutto ok per un po', poi visto che volevo
>>> studiarmi la cosa senza mettere spunte random ho resettato e messo
>>> unicamente register expiration a 180, proxy voip.eutelia.it:5060 e Nat keep
>>> alive, il loro stun ed è andato.. Solo che devo tenere la 5060 aperta. Se
>>> perdo portante ADSL non so perché ma non rilogga, se non chiudendo e
>>> riaprendo la 5060, misteri.
>>>
>>> Il giorno 09/lug/2013 08:54, "Andrea Grillini"
>>> <andrea.grillini a gmail.com> ha scritto:
>>>
>>>> Grazie! Suppongo che la tua configurazione per Eutelia sia
>>>> _funzionante_... ;-) Non ho mai pensato che il problema potesse venire
>>>> da Eutelia, anche perché tutti questi problemi mi pare che ce li ho, o
>>>> si sono ingigantiti, da quando sto su rete ninux...
>>>>
>>>> Con messagenet feci qualche prova parecchio tempo fa (fuori da ninux),
>>>> se non ricordo male riuscii ad ottenere qualcosa di funzionante solo con
>>>> un softphone e mai con un adattatore. È il caso di provare adesso che
>>>> sto su ninux?
>>>>
>>>> Non ne posso più di rispondere alle persone cose tipo "il telefono fisso
>>>> ci sarebbe, ma non funziona".
>>>>
>>>>
>>>> A.
>>>>
>>>> On 07/09/2013 07:30 AM, musk musk wrote:
>>>> > Eutelia mi fece rosicare anche a me, appena finisco di smadonnare
>>>> > contro
>>>> > una radeon/geexbox ti posto la mia config.. Curiosità: con Messagenet
>>>> > ti
>>>> > fa la stessa cosa?
>>>> >
>>>> > Il giorno 09/lug/2013 07:26, "Andrea Grillini"
>>>> > <andrea.grillini a gmail.com <mailto:andrea.grillini a gmail.com>> ha
>>>> > scritto:
>>>> >
>>>> > Ho appena momentaneamente ri-gettato la spugna. Ho provato il
>>>> > keepalive,
>>>> > ho provato anche lo stun (ho letto che a volte sono collegati), ho
>>>> > provato vari valori dei parametri prima menzionati, mi sono fatto
>>>> > anche
>>>> > una lunga telefonata, o, meglio, nello specifico una serie di
>>>> > giustapposizioni di conversazioni telefoniche, perché cadeva la
>>>> > linea
>>>> > pressoché in continuazione. Non so più che fare. Praticamente da
>>>> > un
>>>> > certo momento in poi risponde l'asterisk di Eutelia per me, dice
>>>> > che non
>>>> > sono raggiungibile. Eppure l'ultima register è stata fatta poco
>>>> > prima.
>>>> >
>>>> > Boh! :-(
>>>> >
>>>> >
>>>> > A.
>>>> >
>>>> > On 07/08/2013 11:30 AM, Andrea Grillini wrote:
>>>> > > Sì, esattamente un ZyXEL Prestige 2002L. Appena potrò riproverò,
>>>> > ma mi
>>>> > > ricordo che nei vari smucinamenti che feci in passato avessi
>>>> > provato
>>>> > > anche quella spunta... Ieri mi sono inpuntato per risolvere il
>>>> > problema,
>>>> > > ché non ne potevo più di dire che la mia linea VoIP non è
>>>> > fruibile
>>>> > > regolarmente.
>>>> > >
>>>> > > Grazie
>>>> > >
>>>> > >
>>>> > > A.
>>>> > >
>>>> > >
>>>> > > 2013/7/8 musk musk <open.musk a gmail.com
>>>> > <mailto:open.musk a gmail.com> <mailto:open.musk a gmail.com
>>>> > <mailto:open.musk a gmail.com>>>
>>>> > >
>>>> > > Ciao, non mantenendo la registrazione la prima cosa che mi
>>>> > viene in
>>>> > > mente è provarlo tenendo spuntato il Nat keep alive.. È un
>>>> > pap?
>>>> > >
>>>> > > Luigi
>>>> > >
>>>> > > Il giorno 07/lug/2013 23:35, "Andrea Grillini"
>>>> > > <andrea.grillini a gmail.com
>>>> > <mailto:andrea.grillini a gmail.com>
>>>> > <mailto:andrea.grillini a gmail.com
>>>> > <mailto:andrea.grillini a gmail.com>>> ha
>>>> > > scritto:
>>>> > >
>>>> > > Chi usa un VoIP adapter con un account diverso da quello
>>>> > su
>>>> > > ninux, cioè
>>>> > > esterno?
>>>> > >
>>>> > > Come impostereste i parametri di seguito elencati?
>>>> > >
>>>> > > Expiration Duration (20-65535)
>>>> > > Register Re-send timer (1-65535)
>>>> > > Session Expires (30-3600)
>>>> > > Min-SE (20-1800)
>>>> > >
>>>> > > Il mio problema: se non ottengo una periodica e
>>>> > frequente
>>>> > > register la
>>>> > > mia raggiungibilità va a farsi benedire (il telefono non
>>>> > squilla
>>>> > > più);
>>>> > > giocando con quei parametri sono riuscito ad ottenere
>>>> > questa
>>>> > > ripetizione
>>>> > > di register, ma dopo circa una mezz'oretta la cosa si
>>>> > ferma (lo
>>>> > > vedo dal
>>>> > > log dell'adattatore VoIP) e di nuovo non sono
>>>> > raggiungibile.
>>>> > >
>>>> > > Any clue?
>>>> > >
>>>> > > Grazie anticipate
>>>> > >
>>>> > >
>>>> > > A.
>>>> > > _______________________________________________
>>>> > > Wireless mailing list
>>>> > > Wireless a ml.ninux.org <mailto:Wireless a ml.ninux.org>
>>>> > <mailto:Wireless a ml.ninux.org <mailto:Wireless a ml.ninux.org>>
>>>> > > http://ml.ninux.org/mailman/listinfo/wireless
>>>> > >
>>>> > >
>>>> > > _______________________________________________
>>>> > > Wireless mailing list
>>>> > > Wireless a ml.ninux.org <mailto:Wireless a ml.ninux.org>
>>>> > <mailto:Wireless a ml.ninux.org <mailto:Wireless a ml.ninux.org>>
>>>> > > http://ml.ninux.org/mailman/listinfo/wireless
>>>> > >
>>>> > >
>>>> >
>>>> > _______________________________________________
>>>> > Wireless mailing list
>>>> > Wireless a ml.ninux.org <mailto:Wireless a ml.ninux.org>
>>>> > http://ml.ninux.org/mailman/listinfo/wireless
>>>> >
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > Wireless mailing list
>>>> > Wireless a ml.ninux.org
>>>> > http://ml.ninux.org/mailman/listinfo/wireless
>>>> >
>>>>
>>>> _______________________________________________
>>>> Wireless mailing list
>>>> Wireless a ml.ninux.org
>>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>
>>>
>>> _______________________________________________
>>> Wireless mailing list
>>> Wireless a ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>
>>
>>
>>
>> --
>> Francesco Zanini
>>
>> _______________________________________________
>> Wireless mailing list
>> Wireless a ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
Maggiori informazioni sulla lista
Wireless