Certo che si può fare (a patto che i centralini da collegare abbiano una connessione adsl, o comunque a banda larga)
basta usare IAX che è il protocollo di interconnessione nativo di asterisk.
Poi mi spiegava che questo protocollo ha una serie di vantaggi in confronto al piu tiffuso dei protolli.. SIP

1) può incapsulare tutto il traffico in un unico canale
2) usa una sola porta di comunicazione
3) l’attraversamento delle NAT è nativo, e non da problemi
4) permette di selezionare il punto di arrivo nel dialplan di destinazione sin dall’origine
5) permette l’autenticazione su chiave pubblica

comunque tante altre piccole funzionalità che nell’insieme lo rendono imbattibile.

Mi sono studiato la configurazione e alla fine non è stata molto difficile.
Veniamo al sodo abbiamo due centralini (Hardy e Karmic in perfetto stile Ubuntu) di cui vado ad illustrare iax.conf:

Hardy
iax.conf:
[general]

bindport=4569
bindaddr=0.0.0.0
language=it
bandwidth=medium
disallow=all
allow=gsm
allow=g729
allow=alaw
jitterbuffer=no
forcejitterbuffer=no
autokill=yes
requirecalltoken=no
mailboxdetail=yes
minregexpire=360
maxregexpire=3600

Karmic
iax.conf:
[general]

bindport=4569
bindaddr=0.0.0.0
language=it
bandwidth=medium
disallow=all
allow=gsm
allow=g729
allow=alaw
jitterbuffer=no
forcejitterbuffer=no
autokill=yes
requirecalltoken=no
mailboxdetail=yes
minregexpire=360
maxregexpire=3600

Le righe da inserire in extensions.conf a questo punto sono abbastanza semplici e logiche;

Hardy
extensions.conf
[uscita] exten => _88XXX,1,Dial(IAX2/karmic/${EXTEN:2})

Karmic
extensions.conf
[uscita] exten => _88XXX,1,Dial(IAX2/hardy/${EXTEN:2})

Come potete vedere nel primo esempio per chiamare un interno remoto basta seleziona 88 + l’interno, mentre il secondo esempio è la rotta in entrata che cambia il Caller ID per distinguere chi chiama, e poi inoltra la chiamata nel contesto interni che è il contesto in cui si trovano i miei interni.

Spero possa essere utile a molti.

By

Frank

L'articolo Collegare due Centralini Asterisk tramite il protollo IAX sembra essere il primo su Linux 360° | Italia.

oggi vi mostro alcuni trucchi di scripting Mikrotik!

Supponiamo di avere 2 Connessioni internet (es. due gestori diversi per avere banda ridondata) e un dispositivo Mikrotik che gestisce il failover, ossia quando cade la primaria effettua in automatico lo switch sulla secondaria.

Fino a qua non ci sono problemi. Cosa succede se abbiamo un centralino VoIP con Asterisk.

Se cade la connessione primaria e switchamo sulla secondaria, si verifica il problema che le connessioni voip rimangono appese sulla primaria e quindi il problema persiste perchè non funziona la parte telefonica anche se la connessione c’è.

Come risolvere questo problema?

Andiamo a programmare!!

Per prima cosa vi spiego l’idea alla base dello script.

Periodicamente effettuiamo un check ping su due indirizzi ip (ovviamente su due reti geografiche diverse). Se il ping è ok non succede niente, il sistema continua a funzionare.

Quando entrambi i ping falliscono, vuol dire che abbiamo perso la connessione primaria (es. Adsl down, problemi in centrale e robe simili): questo fa da trigger al nostro script!

Il primo script, che chiameremo “Check Script”, disabilità l’interfaccia primaria (quella down per capirci) e ci manda una mail indicando il problema e su quale apparato è avvenuto.

Dopo 3 secondi riavvia il router.

Al riavvio entra in funzione il secondo script, che chiameremo “Restart Script”, che dopo 10 sec (il tempo necessario a far ripartire totalmente il device) controlla se l’interfaccia primaria è ritornata funzionante (es. se uno riavvia il router per qualunque motivo non è che deve ogni volta disabilitare/abilitare le interfacce di rete!)

Se è disabilitata e non è ritornata su, allora le viene assegnata priorità/distanza 3 (quindi l’interfaccia secondaria diventa la Master) e la riabilita per provare a vedere se è ritornata attiva.

Se i ping sono apposto cambia la distanza a 1 e torna tutto come prima, se i ping falliscono allora la connessione rimane up sulla interfaccia secondaria.

Sotto questo scenario le chiamate voip, tranne per il breve momento necessario al riavvio della Mikrotik, continueranno a funzionare!

Ecco i due script:

CHECK SCRIPT

Source code

:global strDate [/system clock get date]
:global strTime [/system clock get time]
:global strSystemName [/system identity get name]
 
 
:if ([/ping 10.104.7.187 interface=pppoe-out1 count=5] = 0 && [/ping 8.8.4.4 interface=pppoe-out1 count=5] = 0 && [/ip route get [find comment="Primary"] disabled]=false) do={
    :log info "Disabling Primary";
    /ip route set [find comment="Primary"] disabled=yes
    /tool e-mail send from="yyyyy@gmail.com" to="xxxx@gmail.com" subject="Route Failover - $strDate $strTime - $strSystemName" body="Failover to Telecom occurred at $strDate $strTime on $strSystemName"
    :delay 3
    /system reboot
 
} else= {
    :log info "No Failover Necessary";
}

RESTART SCRIPT

Source code

:delay 10;
:if ([/ip route get [find comment="Primary"] disabled]=true) do={
    /interface ethernet set numbers=4 disabled=no
   
     /ip route set [find comment="Primary"] disabled=no
     /ip route set [find comment="Primary"] distance=3
    :delay 10
    :if ([/ping 10.104.7.187 routing-table=Primary count=5] > 0 && [/ping 8.8.4.4 routing-table=Primary count=5] > 0) do={
 
       /ip route set [find comment="Primary"] distance=1
       /system reboot
    }
     else= {
       
        /ip route set [find comment="Primary"] distance=3
 
    }
} else= {
    :log info "No Failover Necessary";
}

Enjoy!

L'articolo Mikrotik Scripting: Evitare cadute Asterisk causate da Failover sembra essere il primo su Linux 360° | Italia.

Sempre sviluppata con l’amico Frank al quale vengono le idee…e io poi le realizzo!

La base è quella di voler realizzare un sistema minimale di CDR (Call Detail Recording) ossia uno strumento che permette di visualizzare i dettagli delle chiamate sui centralini Asterisk.

Il sistema classico utilizza MySQL e si trova molto materiale in giro per la rete.

Oggi vi spiego come realizzarlo con SQLite, che è una versione minimal di SQL, da utilizzare su quei dispositivi dove non ci sono molte risorse (vedi centralino asterisk su Raspberry)

Requisiti:

- Asterisk

- Debian (o qualunque altro SO)

- SQLite

- Apache (o un qualunque Web Server)

- Php5 con supporto per SQLite3

Installazione Requisiti:

Per installare SQLite3:

Source code

sudo apt-get install libxml2-dev ncurses-dev libsqlite3-dev sqlite3

Per installare Apache:

Source code

sudo apt-get install apache2

Per installare PHP5-SQLite:

Source code

sudo apt-get install php5-sqlite3

Procedimento:

Per prima cosa è necessario che asterisk sia compilato con SQLite.

Per fare questo bisogna controllare che nella cartella dove sono installati i noduli di asterisk generalmente /usr/lib/asterisk/modules sia presente il file cdr_sqlite3_custom.so.

Se non è installato è necessario ricompilare asterisk aggiungendo il modulo indicato sopra facendo:

Source code

make menuselect

(Non mi soffermo su questo perchè si trovano molte guide in giro)
Fatto questo bisogna modificare il file cdr_sqlite3_custom.conf in /etc/asterisk come nel file in allegato.

Se è già installato SQLite e il master.db è già creato è necessario rimuoverlo per adattarlo alla mia conf.(se non volete basta modificare il file cdr_sqlite.php adattandolo alle vostre esigenze!)

Per verificare se il master.db è già creato bisogna vedere se nel percorso /var/log/asterisk è presente.

Una volta modificato il file cdt_sqlite3_custom.conf è necessario riavviare Asterisk (sudo /etc/init.d/asterisk restart)

Fatto questo basta scompattare i file che vi allego dentro una /var/www o comunque la directory principale del vostro web server.

Se tutto è ok potrete vedere i dettagli delle vostre chiamate digitando nel browser: http://localhost/cdr_sqlite.php

Enjoy!

Dowload Sorgenti

L'articolo Asterisk CDR con SQLite3 e PHP sembra essere il primo su Linux 360° | Italia.

Beh, ho dovuto leggermi tutto il man per trovare il comando esatto per scollegare le chiamate in corso.

Di seguito vi mostrerò come farlo con alcuni semplici passi:

asterisk2*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/3224-00000a19    s@macro-dial-one:42  Up      Dial(SIP/4027,15,trI)
IAX2/IAX_Trunk_to_US (None)               Up      AppDial((Outgoing Line))
SIP/4003-00000a2f    s@macro-dialout-trun Up      Dial(IAX2/IAX_Trunk_to_US/1001
SIP/4001-0000089e    s-CHANUNAVAIL@macro- Up      VoiceMail(3102@default,u””)
SIP/3117-00000102    s-NOANSWER@macro-vm: Up      VoiceMail(3106@default,u””)
SIP/4027-00000a1a    (None)               Up      AppDial((Outgoing Line))
6 active channels
4 active calls
1553 calls processed

Come si può vedere nel mio caso ci sono 4 canali attivi e voglio disconnettere per esempio solo l’interno 4003.

asterisk2*CLI> channel request hangup SIP/4003-00000a2f
Requested Hangup on channel ‘SIP/4003-00000a30′
– Executing [h@macro-dialout-trunk:1] Macro(“SIP/4003-00000a30″, “hangupcall,”) in new stack
– Executing [s@macro-hangupcall:1] GotoIf(“SIP/4003-00000a30″, “1?theend”) in new stack
– Goto (macro-hangupcall,s,3)
– Executing [s@macro-hangupcall:3] ExecIf(“SIP/4003-00000a30″, “0? Set(CDR(recordingfile)=)”) in new stack
– Executing [s@macro-hangupcall:4] Hangup(“SIP/4003-00000a30″, “”) in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘SIP/4003-00000a30′ in macro hangupcall’
== Spawn extension (macro-dialout-trunk, h, 1) exited non-zero on ‘SIP/4003-00000a30′
– Hungup ‘IAX2/IAX_Trunk_to_US-49′

Ora l’interno 4003 è stato disconnesso, e da come si può vedere dall’output non ha piu canali attivi

asterisk2*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/3224-00000a19    s@macro-dial-one:42  Up      Dial(SIP/4027,15,trI)
SIP/4001-0000089e    s-CHANUNAVAIL@macro- Up       VoiceMail(3102@default,u””)
SIP/3117-00000102    s-NOANSWER@macro-vm: Up       VoiceMail(3106@default,u””)
SIP/4027-00000a1a    (None)               Up      AppDial((Outgoing Line))
4 active channels
3 active calls
1554 calls processed

L'articolo Buttare giu una chiamata attiva su Asterisk sembra essere il primo su Linux 360° | Italia.