Gateway bri
From Wildix
Utilizzo del gateway Patton
Il Patton è un dispositivo che viene comunemente utilizzato come gateway tra il mondo SIP
ed il mondo PSTN in generale. Esistono diversi modelli di patton, essenzialmente uno per tecnologia
Aggiornare il firmware
Il firmware consigliato per i dispositivi SN46XX é SN4600_H323_SIP_R4.2_2007-09-19.
Il firmware consigliato per i dispositivi SN4522 é SN4552_SIP_R4.2_2007-07-23.zip. (Se si ha sul dispositivo il firmware per H.323, caricare prima il firmware SIP versione 3.2 quindi la 4.2 come indicato) .
E' possibile scaricare il firmware aggiornato al link seguente: download here
Il firmware può essere aggiornato da interfaccia WEB.
Preparare la configurazione a partire dal file
Scaricare il template da qui download here.
PER MODIFICARE IL TEMPLATE DI CONFIGURAZIONE USARE NOTEPAD. NO WORDPAD.
Cercare e sostituire nel template i campi seguenti come riportato nell'esempio in figura:
- <defaultgateway>: indirizzo che il gateway patton deve usare
- <ipwildix>: indirizzo ip del centralino Wildix
- <ippatton>: indirizzo ip da assegnare al patton.
Eventualmente potrebbe essere necessario cercare e cambiare
la modalitа da pp a pmp.Di default i patton BRI sono configurati in pp.
vedere al sezione Varianti a fondo pagina al proposito
Accedere al patton ed importare la configurazione
1) Una volta preparato il file di configurazione accedere via Web al Patton sulla porta eth1,
indirizzo 192.168.1.1 Se la porta eth1 sul vostro modello non и presente: a) collegare la porta eth0 del patton ad un server dhcp e trovare l'indirizzo b) collegarsi da console con l'apposito cavetto seguendo le istruzione riportate sul manuale e settare un indirizzo di rete.
Accedere via Web con un browser: Login: . Password: (nulla)
2) Cercare il menu import/export
3) Selezionare "Import Configuration"
4) Sfoglia ed import della configurazione che si и preparata
5) reload dare ok
6) Il patton va ora collegato tramite la porta eth0 in rete con il centralino wildix
UNA VOLTA CARICATA LA CONFIGURAZIONE POTRETE RAGGIUNGERE IL DISPSITIVO SU:
eth0: indirizzo impostato
eth1: 192.168.2.1 255.255.255.0
Principio di funzionamento della soluzione patton-FAX
I FAX non possono essere inviati ad asterisk in quanto asterisk non supprta il protocollo t.38. E' necessario dunque prevedere una soluzione che per certe numerazioni (numerazioni FAX) il centralino asterisk venga tagliato fuori. Il principio di funzionamento è il seguente. I fax arrivano sul patton BRI su una certa numerazione. Nella routing-table la numerazione del fax viene inviata al patton FXS attraverso un collegamento punto-punto a mezzo del gateway sip ata-fax che lavora sulla porta 5064
Se il fax arriva dalla porta BRI 00 viene anteposto al DID il prefisso 70
Se il fax arriva dalla porta BRI 01 viene anteposto al DID il prefisso 71
Se il fax arriva dalla porta BRI 02 viene anteposto al DID il prefisso 72
Se il fax arriva dalla porta BRI 03 viene anteposto al DID il prefisso 73
Sul Patton FXS la chaiamta FAX in arrivo potrà essere inviata ad una delle porte. Per specificare la porta destinazione, si prega di consultare il template del patton FXS. Sulla porta specificata si avrà cura di collegare fisicamente il FAX
Configurare il patton per l'utilizzo dei FAX
1) collegare la borchia BRI su cui arrivano i fax su una delle borchie del Patton
2) cercare,decommentare (cancellare il "#") e sostituire
<ip-ata-fxs> con l'indirizzo dell'ata fxs al quale si collegherà il fax nelle righe seguenti: a) # default-server <ip-ata-fxs> loose-router
b) # remote <ip-ata-fxs> 5064
3) cercare,decommentare (cancellare il "#") e sostituire
<fax_number> con il numero completo del fax. Es:011234567
routing-table called-e164 FROM_IF_BRI_00 route .%T dest-interface IF_WILDIX BRI_00 # route <fax_number1> dest-interface IF-ATA-FAX BRI_00
diventa:
routing-table called-e164 FROM_IF_BRI_00 route .%T dest-interface IF_WILDIX BRI_00 route 011234567 dest-interface IF-ATA-FAX BRI_00
3b) ripetere l'operazione per tutti i numeri di fax che si hanno
Es:
routing-table called-e164 FROM_IF_BRI_00 route .%T dest-interface IF_WILDIX BRI_00 route 011234567 dest-interface IF-ATA-FAX BRI_00 route 011543276 dest-interface IF-ATA-FAX BRI_00
3c) ripetere le operazioni per le altre routing-table FROM_IF_BRI
Es:
routing-table called-e164 FROM_IF_BRI_00 route .%T dest-interface IF_WILDIX BRI_00 route 011234567 dest-interface IF-ATA-FAX BRI_00 routing-table called-e164 FROM_IF_BRI_01 route .%T dest-interface IF_WILDIX BRI_01 route 011234567 dest-interface IF-ATA-FAX BRI_01 routing-table called-e164 FROM_IF_BRI_02 route .%T dest-interface IF_WILDIX BRI_02 route 011234567 dest-interface IF-ATA-FAX BRI_02
4) configurare coerentemente l'ATA-FAX fxs 4112/14 usando il template specifico
Varianti sulla configurazione per il template
Possibili varianti
Se il la configurazione è stata creata a partire dal template seguendo correttamente le istruzioni
sicuramente il patton sarà registrato. E' tuttavia possibile che sia necessario effettuare un tuning della configurazione
1) borchia pmp
In questo caso è necessario modificare la sezione port sul patton.Per la porta BRI 0 0:
port bri 0 0
clock auto
encapsulation q921
q921
protocol pmp
uni-side auto
encapsulation q931
q931
protocol dss1
uni-side user
encapsulation cc-isdn
bind interface IF_BRI_00 switch
port bri 0 0
no shutdown
2) sorgente del clock
Di default la sorgente per il clock è impostata sulla porta 0 0. Di norma quindi se si ha un gateway
gsm e opportuno non collegarlo alla porta 0 0 per evitare problematiche di sincronismo
system
clock-source port 0 0
3) configurare una porta in modalità network ISDN
può essere necessario configurare una porta come net per interfacciare il dispositivo per esempio ad un altro centralino in qeusto caso:
port bri 0 1
clock auto
encapsulation q921
q921
protocol pp
uni-side auto
encapsulation q931
q931
protocol dss1
uni-side net
encapsulation cc-isdn
bind interface IF_BRI_01 switch
port bri 0 1
no shutdown
Creare un trunk SIP sul centralino Wildix per utilizzare il Patton
Nell'ipotesi di un trunk sip con le seguenti caratteristiche definito in "Fasci di Urbana":
(definire solo nella sezione incoming calls un trunk sip)
user: gatewaybri0
host:dynamic
secret: gatewaybri0
nome trunk: gatewaybri0
context: from-trunks (per esempio)
insecure=very
codec=alaw
dtmf=auto
Chiamate dal patton ad asterisk
nel contesto from-trunks :
_70.,1,Dial(SIP/100) ;chiamate in arrivo dalla bri 0 0
_71.,1,Dial(SIP/100) ;chiamate in arrivo dalla bri 0 1
_72.,1,Dial(SIP/100) ;chiamate in arrivo dalla bri 0 2
_73.,1,Dial(SIP/100) ;chiamate in arrivo dalla bri 0 3
Chiamate da asterisk verso l'esterno
In uscita:
_0.,1,dial(SIP/gatewaybri0/70${EXTEN:1}) ;esce sulla borchia bri 0 0
_0.,1,dial(SIP/gatewaybri0/71${EXTEN:1}) ;esce sulla borchia bri 0 1
_0.,1,dial(SIP/gatewaybri0/72${EXTEN:1}) ;esce sulla borchia bri 0 2
_0.,1,dial(SIP/gatewaybri0/73${EXTEN:1}) ;esce sulla borchia bri 0 3
Se il trunk risulta correttamente registrato si vedrà registered di fianco al nome del trunk:
Configurazione con old pbx
Ipotesi: Usiamo 4 borchie. BRI 00 e BRI 01 sono collegate alloperatore (ex:telecom). BRI 02 BRI 03 sono collegate ad un vecchio PBX
Di seguito vengono riportati due diversi template per il patton.
- Soluzione A. Configurazione con vecchio PBX collegato a BRI 01 e BRI 02. Le chiamate in uscita dal vecchio PBX vanno direttamente sulle borchie BRI 00 e BRI 01 e quindi escono da li sull'operatore (ex:telecom). Le chiamate in ingresso dall'operatore verso il vecchio PBX passano comunque per il Wildix.Scaricare qui
- Soluzione B: Configurazione con vecchio PBX collegato a BRI 01 e BRI 02. Le chiamate in uscita dal vecchio PBX vanno verso il nuovo centralino Wildix che poi le gestisce smistandole dal dialplan. Allo stesso modo le chiamate in ingresso provenineti dall'operatore vanno sul wildix che le gestisce dal dialplan. Questa soluzione ha il vantaggio di un controllo maggiore del traffico. scaricare qui
