Visualizzazione post con etichetta asterisk. Mostra tutti i post
Visualizzazione post con etichetta asterisk. Mostra tutti i post

mercoledì 28 gennaio 2009

Trixbox: varie per l'installazione


Sto reinstallando il centralino con trixbox (il passaggio del vecchio da virtualbox a vmware stava diventando un bagno di sangue)

Appunti presi durante l'installazione:

Help comandi trixbox:
help-trixbox

Impostare password utente maint:
passwd-maint

Impostare password utente root:
passwd

Configurare la rete:
netconfig

N.B.: dopo la configurazione della rete con netconfig e' sano lanciare il seguente comando:
service network restart

Installazione pacchetti non presenti:
yum install NOME_PACCHETTO

N.B.: Verificate sempre il contenuto dei file /etc/hosts e /etc/resolv.conf , spesso capita che siano vuoti o da correggere.

(seguiranno nuovi appunti)

martedì 1 aprile 2008

Trixbox: installare supporto SNMP su Linux CentOS

Installare i pacchetti necessari:

yum install snmpd
yum install net-snmp
yum install net-snmp-utils


Aggiungere snmpd come servizio e permettergli di partire automaticamente al boot del sistema:

chkconfig --add snmpd


fate partire il servizio:

service snmpd start



Puo' capitare che nonostante l'OK in fase di partenza o ripartenza del servizio, non vi ritroviate il demone in esecuzione:


[root@dominio ~]# service snmpd restart
Stopping snmpd: [FAILED]
Starting snmpd: [ OK ]

[root@dominio ~]# service snmpd status
snmpd dead but pid file exists

Lanciate i comandi seguenti:

yum install snmpd
yum install net-snmp
yum install net-snmp-devel
yum install net-snmp-libs
yum install net-snmp-per
yum install net-snmp-utils
service snmpd restart


Ora dovrebbe essere tutto a posto.

venerdì 21 marzo 2008

Asterisk: chiamate silenziose in uscita

Va bene non voler disturbare, ma non riuscire a sentire o a far sentire nulla quando telefoni puo' essere seccante.

E' quanto accadeva al mio Asterisk: le telefonate in entrata sono perfette. Quelle in uscita completamente mute, sia per il chiamante che per il chiamato.

Ho risolto inserendo le seguenti linee nel file /etc/asterisk/sip_nat.conf:

externip = INDIRIZZO_IP_DEL_ROUTER_O_SUO_NOME_DNS
localnet = 192.168.1.0/255.255.255.0
nat=yes


Queste informazioni erano gia' inserite nella definizione del trunk SIP, pero' evidentemente non vengono prese in considerazione.

Bisogna assicurarsi poi di avere la seguente linea nel file /etc/asterisk/sip.conf:

#include sip_nat.conf

giovedì 13 marzo 2008

Tono di libero (ringback) prima di IVR

Il centralino di prova era ormai a posto, il giro del fumo sembrava corretto, pero' restava una piccola fesseria da sistemare. Quando uno chiama il centralino partiva dopo 2 secondi la voce dell'IVR, senza neanche uno squillo che la precedesse.

Questo comportamento anomalo potrebbe far innervosire qualche utente (del resto sono abituati a sentire uno squillo quando chiamano qualcuno e la linea non e' occupata) e cosi' ho cercato una soluzione.

Purtroppo dobbiamo abbandonare la rassicurante interfaccia di FreePBX e editare direttamente il file /etc/asterisk/extensions_custom.conf

Lavorare su /etc/asterisk/extensions_custom.conf piuttosto che su /etc/asterisk/extensions.conf ci mette in salvo da pericolose sovrascritture di quanto da noi creato in fase di aggiornamento del prodotto.

Inseriamo alla fine del file le seguenti linee:

[custom-add-rings]
exten => s,1,Ringing()
exten => s,n,Wait(4)
exten => s,n,Goto(ivr-#,s,1)


dove ivr-# = il numero dell'IVR da voi creato per questa estensione

Create (vedi post precedente) una CUSTOM DESTINATION con questa definizione:

custom-add-rings,s,1


Datele una descrizione possibilmente significativa e confermate l'inserimento.

La nostra INBOUND ROUTE dovra' puntare quindi alla Custom Application con nome uguale alla descrizione appena inserita

Ultima nota, l'esempio appena descritto fa suonare uno squillo e poi passa la comunicazione all'IVR. Secondo il giro del fumo, definito in un post precedente, dopo lo squillo devo passare al test delle TIME CONDITIONS. In questo caso la parte aggiunta al file /etc/asterisk/extensions_custom.conf deve essere sostituita dalla seguente:

[custom-add-rings]
exten => s,1,Ringing()
exten => s,n,Wait(4)
exten => s,n,Goto(timeconditions,1,1)

FreePBX: dove sono finite le custom apps?


Nel passaggio dalla versione 2.3 alla versione 2.4 di FreePBX sono spariti (in tutti i moduli che li utilizzavano) i riferimenti alle Custom Apps.

Dove queste venivano utilizzate appaiono dei misteriosi UNKNOWN DESTINATION scritti in rosso.

Per sistemare le cose occorre andare nella gestione del modulo CUSTOM DESTINATIONS che trovate nella tabella TOOLS, aggiungere nuove CUSTOM DESTINATIONS utilizzando la Quick Pick List per recuperare le vecchie Custom Apps.

Se volete creare una nuova CUSTOM DESTINATION, ricordate che nel campo Custom Destination dovete inserire la linea di lancio dell'applicazione (es: custom-add-rings,s,1)

mercoledì 12 marzo 2008

Giro del fumo per le chiamate entranti

mettete via le cartine...e' solo un modo di dire... :)

Mi riferivo allo schema di configurazione di FreePbx in relazione alle chiamate entranti.
Si trattava di gestire un centralinista elettronico capace di smistare le chiamate ai vari interni nelle ore di ufficio dei giorni feriali e un messaggio con gli orari di apertura dell'ufficio e la possibilita' di lasciare messaggi nei giorni festivi e nelle ore di chiusura dei giorni feriali.

In questo momento (test iniziali) 3 interni devono poter rispondere a tutte le chiamate entranti.

Ho creato un RING GROUP che unisce i 3 interni. Come announcement ho settato il mio IVR

Ho creato due TIME CONDITION:

Nome: MattinoFeriale
Ore: 09:00 - 13:00
Giorni: LUN - VEN

destinazione se match: RING GROUP (quello creato precedentemente)
destinazione se non match: TIME CONDITION PomeriggioFeriale


Nome: PomeriggioFeriale
Ore: 15:00 - 19:00
Giorni: LUN - VEN

destinazione se match: RING GROUP (quello creato precedentemente)
destinazione se non match: VOICEMAIL della Reception

Nell'INBOUND ROUTE ho settato come destinazione la TIME CONDITION MattinoFeriale


Quindi per riassumere graficamente:

venerdì 7 marzo 2008

Restarting Asterisk


Se avete bisogno di far ripartire il vostro centralino Asterisk da linea di comando (o da cron) potete usare uno di questi comandi:

asterisk -r -x "restart gracefully" (per riavviare evitando di creare problemi)

asterisk -r -x "restart now" (per riavviare istantaneamente)

asterisk -r -x "restart when convenient" (per riavviare non appena siano terminate le chiamate in corso)