Newsgroup: it.tlc.telefonia.voip
Titolo: VoIP wholesale

Ciao a tutti.
Conoscete provider VoIP che permettano rivendita all'ingrosso oltre ad
eutelia?
Un po come il servizio ADSL wholesale di telecom che permette di
rivendere ADSL sia raccogliendo il traffico ATM nella propria rete,
sia utilizzando rete telecom ma mantenendo la gestione delle
autenticazioni.
Grazie.

 eutelia?
Forse vira?
http://www.vira.it/index.php?option=com_content&task=view&id=79&Itemid=121
oppure scrivi a:
azi...@vira.it
-- 
Per scrivermi in mail, sostituire nutella con ferrero...
To contact me by email, change nutella to ferrero...

 
Mi pare aziendale.
Aziendale lo fanno tutti o quasi tutti.
Io ho bisogno della rivendita all'ingrosso per provider con 
autorizzazioni ministeriali. Come telecom wholesale o eutelia wholesale.

 eutelia?
Voicetrading, se ti va bene la qualità betamax.
-- 
Ciao
Diego

Diego Marson ha scritto:

E come è la qualità betamax?

 E come è la qualità betamax?
Provala, basta che ti registri un account consumer su voipcheap o voipstunt.
-- 
Ciao
Diego

 voipstunt.
Ho controllato il sito che fa rivendita (il primo che mi hai segnalato) 
ma non è proprio quello che voglio. Su quel sito puoi creare un account 
ed ottenere 200 euro di traffico (pagando 200 euro ovviamente) ma non ti 
permette la gestione del proxy sip ne di gestire le autenticazioni.
Io ho la necessita di gestire autonomamente tutte le autenticazioni, id, 
password etc etc e veicolare il traffico tramite il provider voip.
Un po come accade con le adsl wholesale telecom. Attivo la linea su 
telecom, ma la gestione degli accessi viene eseguita da me.

 password etc etc e veicolare il traffico tramite il provider voip.
Per questo ti basta avere un server Asterisk gestito da te. Poi potrai 
fare traffico in entrata/uscita con uno o piu` provider sip.
-- 
Vincenzo

 fare traffico in entrata/uscita con uno o piu` provider sip.
Che sarebbe quasi perfetto cosi potrei collegarmi a provider
differenti e instradare le chiamate a piacere (a seconda delle
tariffe, degli orari etc). Però cosi facendo mi poterei in casa tutto
il traffico ip dal cliente fino al server voip e anche tutto l'inverso
cioè da telefonia fissa verso numerazione geografica del cliente.
Nessuno (credo eutelia, ma sto ancora aspettando di essere contattato
da un commerciale wholesale) offre voip con proxy radius per
l'autenticazione?
In questo modo solo il traffico di accounting verrebbe raccolto fino
la mia sede mentre tutto il resto (chiamate in uscita e chiamate
entranti sulla numerazione geografica) sarebbero gestite direttamente
dal provider.
Le uniche cose che passano da me dovrebbero essere le configurazioni
del telefono (proxy sip, username e password).
O forse esiste un modo per proxare il tutto senza accordi particolare
con il provider?
Magari potrei installare un proxy in casa che non fa altro che
prendere in ingresso l'utente passato dal telefono voip del cliente,
girarlo al proxy 'vero' del provider voip ed in caso positivo,
restituire i dati al telefono.......Non so, ho sparato, era solo una
idea.

 cioè da telefonia fissa verso numerazione geografica del cliente.
Forse hai bisogno di un servizio come 
pbxes.com
, che è un server
Asterisk condiviso.
Tu setti gli utenti ed i provider in uscita. In questo modo eviti di
portarti un server in casa.
Cristiano

 portarti un server in casa.
Probabilmente si ma non volevo appoggiarmi a provider esterni.
Diciamo che io ho la necessità di installare un server * (posso
installarlo anche da me) in modo da poter rivendere voip ai miei
clienti.
Ogni cliente configura il suo telefono per puntare a "
miodominio.com
"
con utente e password che gli fornisco io.
Ovviamente sotto "
miodominio.com
" è prensete un server * con attaccato
1 o più provider voip.
In questo modo tutto il traffico voce verrebbe raccolto sul mio server
e dal mio server sarebbe instradato sul provider.
Ho scoperto (non mi intendo molto di voip) che con ngi, ad esempio, è
possibile fare più di una chiamata simultanea. La limitazione non è
l'account del provider ma la banda disponibile. Con un singolo account
posso fare anche 200 chiamate simultanee a patto di avere banda a
sufficienza e credito a sufficienza.
Per le chiamate in uscita non dovrebbe essere un problema quindi. Il
problema viene con gli eventuali numeri geografici.
Supponendo di avere 1 singolo provider voip collegato al mio singolo
server *, io posso richiedere 10 (ad esempio) numeri geografici che
puntano tutti al mio * ??? Se si, dovrebbe anche essere possibile
instradare le chiamate in ingresso su uno di quei numeri verso l'ip
del mio cliente.
In questo modo faccio corrispondere un numero geografico ad ogni mio
cliente veicolando tutto tramite il mio *. In sostanza, i numeri
geografici si collegano a degli 'interni virtuali' configurati su *.
Il discorso fila o ho detto una boiata? Sulla fattibilità tecnica poi
ci penso io, mi interessava sapere solo se una struttura del genere ha
senso o se ci sono metodologie migliori tenendo conto che l'unico
contatto che il cliente deve avere con il voip è tramite me. Devo
essere io il provider visto dal lato cliente. Sia in ingresso con
numerazione geografica che in uscita. Poi dopo dove andare a prendere
le chiamate ed i numeri di telefono me la vedo io in base al provider
più conveniente per me.

 puntano tutti al mio * 
Si`. Con Asterisk puoi creare qualsiasi corrispondenza ed implementare 
virtualmente qualsiasi tipo di applicazione.
-- 
Vicnenzo

 virtualmente qualsiasi tipo di applicazione.
Quindi il sistema da me esposto potrebbe essere similare a quelli
adottati dai vari provider...
Alla fine le varie utenze voip di ngi o simili sono tutti 'interni' al
loro server......
O sbaglio ?

 loro server......
Esatto. NGI credo porprio che usi Asterisk. Chiaramente loro si 
interfacciano direttamente agli apparati di Eutelia per la ricezione da 
numero geografico su linea PSTN.
-- 
Vincenzo

 numero geografico su linea PSTN.
E' esatamente quello che voglio fare io.
Ho contatto eutelia wholesale e sto attendo risposta.
Ho necessità di vendere voip ai clienti pertanto pensavo di installare
un * in casa, richiedere X numeri geografici ad eutelia ed in base al
numero chiamato, * mi deve dirottare le chiamate verso l'interno (che
sarebbe un mio cliente voip).
Ultima domanda: dato che sto aspettando l'attivazione di squillo da
parte di ngi (per vedere il funzionamento), sai dirm se il numero
uscente è sempre lo stesso? Cioè, io faccio una chiamata al mio
cellulare, poi tu fai una chiamata ad un altro cellulare, il numero è
sempre lo stesso o corrisponde ad un numero voip del cliente? Quindi X
numeri corrispondenti ad X clienti....Se i clienti fossero tutti
'interni' di un unico server, il numero uscente dovrebbe essere sempre
lo stesso... (o più di uno nel caso ci fossero più provider, ma il
discorso non cambia)
Insomma, si tratterebbe di implementare una soluzione basata su *, e
per le chiamate su numero geografico, instradarla all'interno
desiderato in base al numero, mentre le uscenti ci pensa poi eutelia a
veicolarle su PSTN, io dovrei solo configurare il relativo trunk per
le numerazioni inizianti con 0 (linea fissa) e con 3 (linea mobile) +
ovviamente le altre numerazioni che adesso non mi vengono in mente...

 discorso non cambia)
Vediamola cosi`: tu hai (G)numeri geografici, (C)account voip dei tuoi 
clienti e (P)account voip con i tuoi provider (Eutelia/NGI ecc.).
Bene, puoi mappare C con G in qualsiasi modo, sia in entrata che in 
uscita. Anche facendo dei gruppi con associazione uno<->molti e 
viceversa. Del tipo (g) numeri geografici in entrata vanno a finire su 
un solo telefono o 1 numero geografico fa squillare contemporaneamente 
piu` telefoni. Ovviamente puoi fare anche 1<->1.
L'unico limite (oltre la fantasia) e` la mappatura di G con P, nel senso 
che se prendi un geografico da Eutelia potrai associarlo solo agli 
account P di Eutelia stessa. Come funzioni nel dettaglio tecnico il 
wholesale di Eutelia non lo so, ma i concetti espressi dovrebbero 
rimanere validi.
-- 
Vincenzo

 ovviamente le altre numerazioni che adesso non mi vengono in mente...
La cosa fatta così sicuramente ti funzina: non  ti devi preoccupare
del traffico, perchè in realtà quello che atraverserà la tua rete è il
solo traffico SIP (di segnalazione) che è ben poca roba: il grosso del
traffico, i pacchetti con la voce per intenderci, puoi farli viaggiare
direttamente tra il tuo cliente e il VoIP gateway del gestore che tu
hai scelto.
Tieni però presente che * è un PBX, non un Proxy server in senso
stretto: offre molte funzioni che non hanno niente a che fare con il
server proxy, e di contro non è ottimizzato per gestire volumi di
utenti nella maniera migliore.
Secondo me potresti prendere in considerazione di usare un server
proxy specifico.
Ad esempio SER (
http://www.iptel.org/ser/
). dovrebbe essere una buona
scelta, visto che molti SIP provider lo usano.
Altra possibilità OpenSER (
http://www.openser.org/
)
Credo che entrambi questi prodotti offrano delle facilities specifiche
per quello che vuoi fare tu, e ti consentano di gestire in maniera
ottimale aspetti cruciali, ad esempio il billing, che con * potresti
avere qualche difficoltà in più a gestire.
Dai un'occhiata e facci sapere cosa ne pensi: magari in futuro la tua
esperienza potrebbe servire a qualcun altro.
Ciao

 Altra possibilità OpenSER (
http://www.openser.org/
)
Giusto suggerimento. Pero` lo integrerei sempre con Asterisk per la 
eventuale gestione di voicemal, ivr e altre funzionalita` tipiche di un 
PBX che si traducono in servizi vendibili agli utenti.
-- 
Vincenzo

 rimanere validi.
Perfetto, ho capito. Grazie!
L'importante è che la cosa sia fattibile e mi pare di capire che
facciano tutti cosi.
Mi collego ad un carrier poi le numerazioni le gestisco io...

 avere qualche difficoltà in più a gestire.
Proverò a leggere la documetazione ma ad una rapida occhiata non ho
ben capito in cosa consistano tali programmi e come posso gestire le
autenticazioni...

 che il carrier è collegato al mio *.
Se usi un PBX come Asterisk puoi configurarlo per avere il canale voce 
(che viaggia incapsulato su RTP) sia passante per il PBX che no (in 
quest'ultimo caso lo stream audio viaggia direttamente tra i due 
endpoint - i telefoni IP). Avendo invece un proxy (come OpenSER), lo 
stream viaggia di default solo tra i due endpoint (e quindi la tua rete, 
e soprattutto il tuo server, non ne deve sopportare il carico):
http://en.wikipedia.org/wiki/Session_Initiation_Protocol
Deviando RTP tra i due punti finali hai (ovviamente) vantaggi di banda e 
di carico sul server, ma perdi (altrettanto ovviamente) le funzionalita` 
di registrazione dell'audio e di riconoscimento dei toni DTMF *durante* 
la chiamata (ammesso che questo ti serva).
-- 
Vincenzo

 che il carrier è collegato al mio *.
Ti ha già risposto egregiamente Vincenzo Valvan, aggiungo solo una
piccola prcisazione: parlare di carrier colegati al propro * non ha
molto senso.
Il VoIP utilizza protocolli senza connessione, i server si scambiano
messaggi solo all'occorrenza: come ti ha già spiegato Vincenzo spesso
non serv far transitare il traffico RTP, a meno che non sia necessario
gestire cosa particolari, tipo registrazione delle chiamate, che però
sono soggette a limiti di legge tali che ne sconsigliano quasi sempre
l'esecuzione.
Rispetto a SER o OpenSER ci dovrsti investire un po' di tempo a
studiarli, ma non ho dubbi che siano prodotti validi, a giudicare da
quanti provider professionali li utilizzano.
Se non sbaglio SER, tra i tanti moduli, ne ha anche uno per
l'amministrazione via WEB (SERweb, mi pare)
Ciao

 la chiamata (ammesso che questo ti serva).
i DTMF tra due endpoint non mi interessa.
Se l'utente A chiama un utente B, il B resta sempre in grado di
'interpretare' i DTMF, quello che non li intercetta sono io. E non mi
interessa.

 l'amministrazione via WEB (SERweb, mi pare)
Vado a vedere

 minuti?
Solo l'audio (RTP) e` esterno al tuo server e alla tua rete, la gestione 
SIP continua a passare da te. Quindi hai tutte le informazioni 
necessarie per il billing sia verso il cliente che (come riscontro) 
verso il provider.
-- 
Vincenzo

 Secondo te, usano un ser/openser oppure direttamente *?
Probabilmente tutti e due.
-- 
Vincenzo

 si occupa di fare accounting delle comunicazioni dei 2 endpoint?
Mi rispondo da solo. E' SIP che si occupa di inizializzare, fermare e
gestire la chiamata. Quando viene aperta la chiamata, SIP collega i
due end point, e quando viene terminata, sip abbatte la comunicazione.
In maniera anolga, credo la il mio server comunichi con un suo
'collega' situato dal mio provider, il quale provvede a 'scalare' i
minuti in base alle comunicazioni SIP che riceve dal mio server.
Esempio banale:
utente A chiama utente B tramite il mio server SER
SER effettua autenticazione
SER mette in collegamento utente A ed utente B tramite RTP
SER comunica al mio carrier che la chiamata ha inizio
utente A chiude il telefono.
SER abbatte la comunicazione
SER comunica al mio provider che la chiamata è terminata.
In questo modo il traffico voce non passa mai da me in quanto la
comunicazione avviene da A a B tramite le loro 2 ADSL.
Da me passa solo il traffico SIP sia degli utenti sia quello tra me ed
il carrier.

 Probabilmente tutti e due.
Probabile che utilizzino ser/openser per proxare le richieste esterne,
poi alcuni numeri, ad esempio il 4010, tramite ser/openser li
dirottano sul loro *.....
Probabilmente adotterò questa soluzione. Utilizzerò ser per gestire le
chiamate in uscita (in base al numero di destinazione le dirotto qui o
la) ed alcune numerazioni interne le dirotto sul mio *.
Tutte le numerazioni dei miei clienti dovrano essere dirottate sul mio
* quindi...
Ma per le chiamate in ingresso? Ho letto la doc di ser ma non mi pare
di aver trovato nulla su come dirottare un numero geografico al mio
interno.

 di aver trovato nulla su come dirottare un numero geografico al mio
Non ho mai usato SER ma dando uno sguardo veloce alla documentazione 
(uri, route) credo si possa fare. Secondo me (visto che ti servono tutti 
e due) dovresti partire con lo studiarti per bene Asterisk (sicuramente 
piu` semplice) ed implementare un box funzionante, in modo da assimilare 
bene la gestione degli account e del dialplan per poi passare a SER.
Link utili:
http://www.voip-info.org
http://www.asteriskdocs.org/modules/tinycontent/index.php?id=11
http://www.vocesuip.com/forum.php
http://www.asteriskguru.com/
http://forums.digium.com/
-- 
Vincenzo

 bene la gestione degli account e del dialplan per poi passare a SER.
Grazie per i link.
Proprio ora sto cercando di configurare AsteriskNOW per la gestione di
2 interni.
Ho letto che è possibile usare asterisk senza che il traffico voce
venga veicolato attraverso il box ma solo tra i 2 endpoint, sai darmi
qualche dritta su come implementare questa soluzione? Ho cercato su
google ma niente di utile.
Inizialmente il mio volume di traffico voip difficilmente supererà le
3-4 chiamate contemporanee quindi potrei iniziare semplicemente con *
(senza veicolare traffico voce) per poi passare a SER in caso di più
chiamate (in modo da alleggerire * stesso).
A parte tutto, potrei anche veicolare la voce, 512kbit di banda
sarebbero più che abbondanti....

 qualche dritta su come implementare questa soluzione?
Dai uno sguardo alla direttiva "canreinvite" ad esempio qui:
http://www.vocesuip.com/asterisk-in-remoto-e-canreinviteyes-vt1631.html
-- 
Vincenzo

 Dai uno sguardo alla direttiva "canreinvite" ad esempio qui:
http://www.vocesuip.com/asterisk-in-remoto-e-canreinviteyes-vt1631.html
Ci guardo subito

 2 interni.
Aspetta: se ti sei installato AsteriskNOW per prenderci un po la mano,
ok.
Ma non pensare minimamente di usar AsteriskNOW per la tua soluzione
definitiva.
Se proprio vuoi una distro all-in-one con interfaccia grafica, molto
meglio Trixbox: ma nel tuo caso ti accorgerai ben presto che anche
Trixbox ti starà stretta e dovrai passare a configurarti direttamente
* dai file .conf (e tutto sommato non è che sia poi una cosa
complicatissima).
Ad esempio: la modaltà di funzionamento con traffico RTP che viaggia
direttamente tra i due endpoint s imposta semplicemente mettendo
l'opzione
canreinvite=yes
nel file sip.conf, nella definizione dei due peer.
Sarà una cosa banale, una volta che avrai studiato un po' i fondamenti
di asterisk

 Ci guardo subito
Altra "bibbia":
www.voip-info.org

 di asterisk
Appena ngi si decide ad attivarmi l'account proverò a fare dei peering
esterni e quando eutelia wholesale si decide a rispondermi, vedrò come
continuare.
Ho trovato un applicativo che gestisce in automatico il billing sia
postpagato (scatti al minuto) sia prepagato.
Qualcuno di voi lo usa?
Si integra in *, proprio per questo motivo preferirei avere un solo *
senza SER/OpenSER come frontend...

 Qualcuno di voi lo usa?
Quale?

 Quale?
Asterisk2Billing.
Sito: 
http://www.asterisk2billing.org/
Demo: 
http://www.asterisk2billing.org/index.php?s=6
Non ho ancora provato, ma se funziona veramente come sembra sul loro
sito sarebbe una figata.

 Demo:
http://www.asterisk2billing.org/index.php?s=6
Una volta l'ho provato ma non mi è sembrato particolamrnete intuitivo.
Non so: provalo e facci sapere ;-)