Newsgroup: it.tlc.telefonia.voip
Titolo: Consiglio su centralino VoIP

Ciao a tutti,
sono stato incaricato di realizzare un centralino voip per
un ufficio di medie dimensioni.
Nulla di troppo complesso, 20 interni IP (per cui nessun
problema, credo) e 4 interni analogici per collegare gli
apparati piï¿œ vecchi come i Fax.
Inoltre, ci sono due ISDN, per cui 4 linee in ingresso.
Piï¿œ che problemi nella configurazione software, avrei
bisogno di qualche consiglio dal punto di vista hardware:
1) risorse CPU. Ci potranno essere al massimo due chiamate
contemporanee in uscita. Forse 3, non una di piï¿œ.
Dovrebbe bastare anche un celeron, giusto?
Le chiamate tra interni occupano CPU? In tal caso potrebbero
esserci anche 2-3 interni che parlano in simultanea alle
chiamate in uscita. Per cui massimo 6 telefoni attivi.
2) Problema principale: quale scheda devo usare per connettere
il centralino alle due borchie ISDN? Basta una normale scheda
ISDN modem a due canali? I cari vecchi terminal adapter a 128k
per intenderci. Bastano due di quelli o ci vogliono anche altri
apparati particolari? Se si, sapete consigliarmi un modello che
non dia troppi problemi?
3) Schede analogiche per interni. Cosa mi consigliate in questo caso?
4 interni dovrebbero bastare. Anche in questo caso un modello che
non dia troppi problemi con Linux ed Asterisk.
Poi ho due domandine lato software:
le chiamate in ingresso a ricerca automatica, son gestite da telecom
o dal mio centralino? Presumo sia telecom a chiamare il primo numero
disponibile di quelli facenti parte lo stesso 'pool'.
Chiamate in uscita: per chiamare visualizzando sempre lo stesso numero,
devo configurare in un modo particolare asterisk o anche quï¿œ ci pensa
Telecom?
Purtroppo ho esperienza solo con i centralini full-voip, non ho mai
fatto una integrazione con la rete telefonica tradizionale.
Grazie mille a tutti.

 non dia troppi problemi?
Per quanto riguarda questo punto, ho visto che esistono schede
ISDN per i centralini Voip con ingressi BRI ma che costano un botto.
Forse mi conviene mettere una scheda PCI analogica ad 8 porte, ad
esempio, ed installarci sopra 4 moduli FXS da connettere alle due
uscite analogiche delle due borchie e usare gli altri moduli disponibili
come FXO con cui connettere i telefoni interni?
Costano una frazione delle BRI e dovrei riuscire a fare tutto occupando
un solo slot pci. Giusto?
Ed il fax avrebbe problemi in questa configurazione?
In pratica, il FAX in ingresso su una FXS dovrebbe essere diretto
direttamente su un interno FXO.

 uscite analogiche delle due borchie
Trovo che sia un approccio suicida, lo ï¿œ in primo luogo nel cercare di 
risparmiare a tutti i costi per un sistema che ritengo "mission 
critical" in qualunque azienda e poi perchï¿œ mutila la trasparenza verso 
la rete pubblica che avresti con ISDN gestita nativamente; giusto per 
citare due elementi importanti che mi vengono in mente.
Ma alla fine in particolare la soluzione prospettata non ti garantisce 
il timing rigoroso richiesto dal fax.
Se vuoi qualcosa che funzioni lascia perdere i castelli di carte ed 
affidati a qualcosa di serio... se conti anche solo il tempo perso da 20 
persone si fa presto a fare numeri importanti che brucerebbero ogni 
apparente risparmio.
Gateway ISDN/SIP come Vegastream, Audiocodes, Patton o soluzioni pci di 
alto livello come questa:
http://www.sangoma.com/products/hardware_products/digital_analog_hybrids/b700_flex_bri.htmlï¿œ
-- 
Design for the future, because it will be here sooner than you think.
(C) Eric S. Raymond, from "The Art of Unix Programming"

 
http://www.sangoma.com/products/hardware_products/
digital_analog_hybrids/b700_flex_bri.htmlù
Te lo appoggio.
Escluderei però le sangoma perchè per chi non ci ha mai messo le mani, 
meglio una appliance che faccia da gateway.
Pipino, pure qui sei ?
scrivimi in privato e lascia perdere astersux.
Max

 Grazie mille a tutti.
Mi pare ti manchi troppa esperienza.
Interfacciare Isdn e analogico con Asterisk � abbastanza problematico.
Affidati ad un bravo tecnico o prenditi almeno due mesi per sistemare i 
problemi.
Ti garantisco che non � uno scherzo ... i casini sono infiniti, dai 
numeri che non rispondono, ai passanti che non funzionano, all'echo e a 
parecchi altri problemi.
Salud
Ribelle60
-- 
"Non ho paura degli urli dei violenti, ma del silenzio degli onesti"
Martin Luther King.

 S......................
Ribelle60

 scrivimi in privato e lascia perdere astersux.
Arrivo...

 Vanno bene anche gli Atom330 (dual core) su scheda a basso consumo.
Che se la cava solo per il fatto di avere due core, se il sistema le 
prende in carico, questo � il fratellino 270:
--[intel D945GCLF - Atom 1600]--
          g723   gsm  ulaw  alaw  g726 adpcm  slin lpc10  g729 speex  ilbc
    g723     -     -     -     -     -     -     -     -     -     -     -
     gsm     -     -     2     2     5     2     1    11     -     -    39
    ulaw     -     7     -     1     5     2     1    11     -     -    39
    alaw     -     7     1     -     5     2     1    11     -     -    39
    g726     -    10     5     5     -     5     4    14     -     -    42
   adpcm     -     7     2     2     5     -     1    11     -     -    39
    slin     -     6     1     1     4     1     -    10     -     -    38
   lpc10     -    11     6     6     9     6     5     -     -     -    43
    g729     -     -     -     -     -     -     -     -     -     -     -
   speex     -     -     -     -     -     -     -     -     -     -     -
    ilbc     -    15    10    10    13    10     9    19     -     -     -
Alla fine a spuntare i risultati migliori � proprio il celeron 1200 
della prima scheda itx di Intel.


 meglio una appliance che faccia da gateway.
Tutto è relativo, configurare un Patton non è uno scherzo... ed intendo 
configurarlo *bene* non con i wizard di qualche pbx o 
approssimativamente tramite la loro gui.


 ha scritto:

Stessa eccezionale scheda madre, Asterisk 1.6.0.10
... celeron > ATOM
p.s. io ho il g729, g723, g722 e lpc10 e tu hai l'ilbc, lo usi? Com'ï¿œ?
trixbox1*CLI> core show translation
          Translation times between formats (in microseconds) for one  
second of data
           Source Format (Rows) Destination Format (Columns)
            g723   gsm  ulaw  alaw g726aal2 adpcm  slin lpc10  g729 speex   
ilbc  g726  g722 slin16
      g723     -  4001     2     2        3     2     1 20002 12002  
16002     -     2     2      3
       gsm 16001     -  4001  4001     4002  4001  4000 24001 16001  
20001     -  4001  4001   4002
      ulaw 12002  4001     -     1        3     2     1 20002 12002  
16002     -     2     2      3
      alaw 12002  4001     1     -        3     2     1 20002 12002  
16002     -     2     2      3
  g726aal2 12002  4001     2     2        -     2     1 20002 12002  
16002     -     1     2      3
     adpcm 12002  4001     2     2        3     -     1 20002 12002  
16002     -     2     2      3
      slin 12001  4000     1     1        2     1     - 20001 12001  
16001     -     1     1      2
     lpc10 12002  4001     2     2        3     2     1     - 12002  
16002     -     2     2      3
      g729 12002  4001     2     2        3     2     1 20002     -  
16002     -     2     2      3
     speex 12002  4001     2     2        3     2     1 20002 12002      
-     -     2     2      3
      ilbc     -     -     -     -        -     -     -     -     -      
-     -     -     -      -
      g726 12003  4002     3     3        1     3     2 20003 12003  
16003     -     -     3      4
      g722 20002 12001  8002  8002     8003  8002  8001 28002 20002  
24002     -  8002     -      1
    slin16 20001 12000  8001  8001     8002  8001  8000 28001 20001  
24001     -  8001  8000      -

 
Forse non ci siamo capiti ... il "non usare un celeron" si riferisce al 
fatto che, ormai, le schede Atom dual costano pochissimo, sono 
estremamente compatte, efficienti e permettono di fare micro server 
Asterisk a basso costo, consumo limitato, e spazio contenuto.
Poi se uno vuole usare un celerone, padronissimo.


 parecchi altri problemi.
Confermo, ho esperienza solo di centralini full-voip, non ho mai
connesso un centralino ad una IDSN o linea analogica tradizionale.
Eventualmente, se facessi a meno degli interni analogici, cambierebbe
qualche cosa? Posso farne benissimo a meno con due semplici ATA, che
si configurano in 46 secondi e fanno il loro sporco lavoro senza schede,
schedine e schedette da inserire nel centralino.
Comunque, il problema mi sembra di capire sia dato solo dal fax
analogico, giusto? Senza fax ci sarebbero altri problemi?
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 
Ma scherzi? I problemi sono infiniti.
Quello dei fax � il meno ....
Qualit� voce, echo, latenza sono solo i principali.
L'interfacciamento con l'isdn � anche peggio.
Prova tu ad avere a che fare con gli utenti incaxxati perch� il ritardo 
introdotto dalle varie conversioni genera echo, o peggio diventa 
distinguibile nel parlato, causando il problema delle pause mancate nel 
discorso....
Io ho avuto pessime (e ribadisco PESSIME) esperienze perfino con i 
cosidetti fornitori di centralini preassemblati (vedi VOIPER) che 
all'epoca (tre anni fa) ne sapevano anche meno di me ..... il che � 
tutto da dire!
Secondo me � meglio se cerchi un'assistenza tecnica decente, prima.
O se fai un bel po' di prove prima di introdurre il voip in azienda.


 analogico, giusto? Senza fax ci sarebbero altri problemi?
Il fax è un "dito ar culo", come dicono in francia i discendenti di 
stirpe reale.
Ciò nonstante, si può risolvere.
Se poi mi scrivi ti posso dare qualche dritta.
Max

 schedine e schedette da inserire nel centralino.
Secondo me non cambia molto, sposti solo i termini del problema; vediamo 
il percorso escluse eventuali transcodifiche.
-Nativo:
-->{[NT]}-->{PBX[BRI]-->[TDM]-->[DAC]-->[FXS]}-->{[Tel]}
   oppure:
-->{[NT]}-->{PBX[BRI]-->[TDM]-->[SIP]}-->{ATA[DAC]-->[FXS]}-->{[Tel]}
-Via a/b della NT:
-->{[NT]-->[DAC]}-->{[FXO]-->[ADC]-->[TDM]-->[DAC]-->[FXS]}-->{[Tel]}
   oppure:
-->{[NT]-->[DAC]}-->{[FXO]-->[ADC]-->[TDM]-->[SIP]}-->{ATA[DAC]-->[FXS]}-->{[Tel]} 
Ogni conversione A/D o D/A introduce ritardo e perde qualit� oltre che 
impegnare risorse, fatti il conto nei diversi casi. Di fatto 
interfacciandoti alla rete pubblica via porte a/b della NT introduci 
sempre due conversioni in pi� che non avrebbero tecnicamente alcuna 
ragione esistere.


 tramite la loro gui.
Non posso che quotarti... C'� anche da dire che un Patton ben configurato � 
quasi a prova di bomba...
Detto questo mi sentirei di consigliare una soluzione asterix based 
"embedded" in modo da poter scegliere le schede di cui si ha bisogno 
evitando la "rogna" di dover configuare tutto. Una soluzione ad esempio 
potrebbe essere un centralino Voismart correttamente equipaggiato... 

 Se poi mi scrivi ti posso dare qualche dritta.
Io ti ho scritto, se te non mi rispondi, faccio fatica :)
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 mantenendo TUTTA la catena in digitale.
Perfetto, nessun problema per gli interni.
Posso farli tutti SIP.
Il problema resta l'interfaccia con l'ISDN.
Per cui, evitando di connettermi alle due porte analogiche delle
borchie, potrei acquistare una scheda BRI a due porte (ho due
borchie NT1+). Anche con tali schede ci sarebbero problemi o i
problemi nascono solo collegando asterisk alle prese analogiche
delle borchie?


 
No, io i problemi peggiori li ho avuti proprio dalle schede di 
interfaccia ISDN.
L'unico che ha funzionato con tutti i crismi � stato il Patton.
Ma non � semplice da programmare.
