Patton
Da DexWiki.
Configurazioni Patton
Versione Firmware
I files di configurazione da noi forniti sono per dispositivi Patton con firmware SIP versione 4.2 . Se si dispone di un firmware diverso e' necessario innanzitutto scaricare il giusto firmware dal sito www.patton.com e caricarlo sul dispositivo mediante l'interfaccia Web dal menu Import/Export, Import Firmware.
 | NOTA: Per effettuare il downgrade dei modelli SN4552 e SN4554 e' necessario utilizzare la versione 2009 del firmware 4.2. Sul sito di Patton e' ancora linkato un firmware 4.2 rilasciato nel 2007 o nel 2008. Tentando di effettuare il downgrade da 5.x a 4.2 con tale file si avra' un messaggio di errore che segnala l'incompatibilita' di tale firmware col dispositivo. Nell'attesa che Patton aggiorni il link sul proprio sito e' possibile richiedere al nostro supporto il file corretto. |
Prima installazione
Questa sezione descrive i passi base della prima installazione di un nuovo SmartNode e come gestire l’upload di una configurazione. È importante osservare che questa guida non sostituisce in alcun modo la guida dettagliata alla configurazione del software presente sia sul CD-ROM sia online sul sito Patton. Si consiglia inoltre di rivolgersi sempre ad un tecnico qualificato o al proprio rivenditore di fiducia per interventi SW/HW sul gateway.
Lo SmartNodes può essere utilizzato per una grande varietà di applicazioni di Voice Over IP. Per semplicità di configurazione alcune note applicative sono disponibili online a questo indirizzo.
I passi base della configurazione dello SmartNodes sono:
* Connessione ad un PC, login e configurazione dell’indirizzo IP ; * Connessione dello SmartNode alla rete ; * Download di una configurazione e upload sullo SmartNode ;
CONNESSIONE AD UN PC, LOGIN E CONFIGURAZIONE DELL’INDIRIZZO IP
Per prima cosa alimentare lo SmartNode utilizzando il cavo di alimentazione fornito in dotazione. Una volta alimentato aspettare che il ‘PWD’ LED smetta di lampeggiare. A questo punto lo SmartNode è pronto per essere configurato.
Di default lo SmartNode è configurato con i seguenti indirizzi: Porta LAN (ETH0/1): IP Address: 192.168.1.1 Network Mask: 255.255.255.0 Porta WAN (ETH0/0): IP Address: 172.16.40.1 Network Mask: 255.255.0.0
ATTENZIONE:
* Un server DHCP con spazio d’indirizzamento da 192.168.1.10 a 192.168.1.19 è di default attivo sulla porta LAN. * Entrambe le porte Ethernet sono preconfigurate e attive.
CONNESSIONE AD UN PC E LOGIN
Per accedere alla configurazione dello SmartNode utilizzare un PC e connetterlo allo SN tramite un cavo crociato. Per far questo settare il TCP/IP sul proprio PC in modo da utilizzare un DHCP Server e acquisire così un indirizzo dallo SmartNode(Altrimenti aprire un Terminal (es. Hyper Terminal di Windows parametri: 9600 bps, no parity, 8 bit 1 stop bit 1start bit XonXoff, Minicom per linux parametri: 9600 8N1 Hwflowcntrl OFF Swflowcontrol OFF) utilizzando la porta RS-232 CONSOLE ed il cavo RJ45 TO DB-9 in dotazione. Il CD-ROM allegato include alcuni programmi per l’emulazione di terminale.) Fatto questo aprire una sessione Telnet all’indirizzo di default dello SmartNode (192.168.1.1). Per far questo utilizzare ad es. Hyper Terminal di Windows (Il CD-ROM allegato include inoltre alcuni programmi raccomandati).
I parametri di accesso sono:
Login name: administrator Password: <nulla>
Login: administrator Password: 172.16.40.1>
Una volta eseguito l’accesso si è entrati nella modalità operatore indicate dal simbolo ‘>’. Con i comandi enable e configure si entra nella modalità di configurazione del dispositivo.
172.16.40.1> enable 172.16.40.1> configure 172.16.40.1 (cfg) #
A questo punto è possibile settare l’indirizzo IP e la maschera dell’interfaccia eth0. In questo esempio assegneremo all’interfaccia ETH0 l’indirizzo IP 172.16.1.100 e la maschera 255.255.255.0:
172.16.40.1 (cfg) # context ip router 172.16.40.1 (ctx-ip) [router] # interface eth0 172.16.40.1 (if-ip) [eth0] # ipaddress 172.16.1.100 255.255.255.0 2002-10-29T00:09:40: LOGINFO: Link down on interface eth0. 2002-10-29T00:09:40: LOGINFO: Link up in interface eth0. 172.16.1.100 (if-ip) [eth0]#
A questo punto è necessario salvare la configurazione in memoria e fare in modo che tale configurazione diventi quella di startup. Al riavvio del dispositivo quest’ultimo ripartirà utilizzando la nuova configurazione.
172.16.1.100 (if-ip) [eth0]# copy running-config startup-config 172.16.1.100 (if-ip) [eth0]#
CONNESSIONE DELLO SMARTNODE ALLA RETE
Dopo aver connesso lo SmartNode alla propria rete è possibile ultimarne la configurazione da qualunque altro PC connesso al medesimo segmento Ethernet. Per eseguire un check della connessione LAN è sufficiente, da un qualunque PC in rete, eseguire un PING verso l’indirizzo dello SmartNode. A questo punto è possibile continuare nella configurazione dello SmartNode tramite i comandi della CLI. Per una descrizione dettagliata della CLI è necessario far riferimento allo SmartWare Software configuration guide (SCG) disponibile sul CD-ROM e online al sito Patton. È preferibile partire nella configurazione del software facendo uso dei modelli disponibili on line (Vedi il paragrafo successivo per ulteriori dettagli).
DOWNLOAD DI UNA CONFIGURAZIONE E UPLOAD DELLO SMART NODE
Per iniziare la configurazione dello SmartNode vi raccomandiamo di utilizzare i modelli di configurazione. Una selezione di Application Notes è disponibile sul CD-ROM e online sul sito Patton . Dopo aver individuato l’Application Note che rispecchia le proprie richieste adattare la configurazione alle proprie esigenze seguendo le indicazioni contenute nella Application Note. A questo punto è necessario copiare la configurazione su un TFTP server. In questo esempio caricheremo una configurazione sullo SmartNode, assumendo che il TFTP server sia attivo su un PC all’indirizzo 172.16.1.10 e che il file di configurazione sia nella directory root del TFTP Server e abbia nome SN.cfg.
172.16.1.100 (cfg) # copy tftp://172.16.1.10/SN.cfg startup-config Download…100% 172.16.1.100 (cfg) #
A questo punto è necessario riavviare il dispositivo affinché la configurazione caricata diventi esecutiva. Per far ciò digitare i seguenti comandi:
172.16.1.100 (cfg) # reload Running configuration has been changed. Do you want to copy the ‘running-config’ to the ‘startup-config’? Press ‘yes’ to store, ‘no’ to drop changes : no Press ‘yes’ to restart, ‘no’ to cancel : yes
Le sezioni seguenti descrivono come configurare i dispositivi della serie SmartNode della Patton, sono presenti file di configurazione per uno scenario di utilizzo standard, per particolari funzionalità si rimanda alla consultazione del manuale di riferimento per la serie SmartNode[[1]]
Di seguito sono riportate una serie di configurazioni base che differiscono per la versione di twinbox utilizzata. Prima di caricarli e' necessario sostituire, con un editor di testi, le LABEL (le cui sintassi sono del tipo: <NOME_PARAMETRO> ) con il valore corretto specifico dell'installazione; la descizione e' riportata nella legenda qui sotto:
Legenda: <IPADDRESS>: indirizzo ip del dispositivo patton <GATEWAY_IP>: indirizzo ip del gateway <DNS_IPADDRESS>: indirizzo ip del dns <TWINBOX_IPADDRESS>: indirizzo ip della twinbox <TWINBOX_PORT>: porta della twinbox, univoca per trunk
| | Durante il caricamento delle properties di un trunk si deve specificare la porta <TWINBOX_PORT> sulla quale il trunk e' in ascolto, tale porta non deve essere utilizzata da nessun altro tunk o servizio della macchina. Si consiglia l'uso di un valore contenuto nel range: 4000-4999 |
Gateway FXS
SmartNode serie SN4900 (IpChannelBank™ Multi-Port FXS/FXO Analog VoIP Gateway Router with up to 32 ports) 12/16/24/32 FXS
Patton SN4924 24FXS (Modalita' telefono)
Configurazione valida per tutte le versioni di DexGateMicro:
SN4924_master_tel.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
| <NUMBER1> | numero di telefono porta 1 |
| <NUMBER2> | numero di telefono porta 2 |
| <NUMBER3> | numero di telefono porta 3 |
| <NUMBER4> | numero di telefono porta 4 |
| <NUMBER5> | numero di telefono porta 5 |
| <NUMBER6> | numero di telefono porta 6 |
| <NUMBER7> | numero di telefono porta 7 |
| <NUMBER8> | numero di telefono porta 8 |
| <NUMBER9> | numero di telefono porta 9 |
| <NUMBER10> | numero di telefono porta 10 |
| <NUMBER11> | numero di telefono porta 11 |
| <NUMBER12> | numero di telefono porta 12 |
| <NUMBER13> | numero di telefono porta 13 |
| <NUMBER14> | numero di telefono porta 14 |
| <NUMBER15> | numero di telefono porta 15 |
| <NUMBER16> | numero di telefono porta 16 |
| <NUMBER17> | numero di telefono porta 17 |
| <NUMBER18> | numero di telefono porta 18 |
| <NUMBER19> | numero di telefono porta 19 |
| <NUMBER20> | numero di telefono porta 20 |
| <NUMBER21> | numero di telefono porta 21 |
| <NUMBER22> | numero di telefono porta 22 |
| <NUMBER23> | numero di telefono porta 23 |
| <NUMBER24> | numero di telefono porta 24 |
Patton SN4912 12FXS (Modalita' telefono)
Configurazione valida per tutte le versioni di DexGateMicro:
SN4912_master_tel.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
| <NUMBER1> | numero di telefono porta 1 |
| <NUMBER2> | numero di telefono porta 2 |
| <NUMBER3> | numero di telefono porta 3 |
| <NUMBER4> | numero di telefono porta 4 |
| <NUMBER5> | numero di telefono porta 5 |
| <NUMBER6> | numero di telefono porta 6 |
| <NUMBER7> | numero di telefono porta 7 |
| <NUMBER8> | numero di telefono porta 8 |
| <NUMBER9> | numero di telefono porta 9 |
| <NUMBER10> | numero di telefono porta 10 |
| <NUMBER11> | numero di telefono porta 11 |
| <NUMBER12> | numero di telefono porta 12 |
Patton SN4118 8FXS (Modalita' telefono)
Configurazione valida per tutte le versioni di DexGateMicro:
SN4118_master_tel.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
| <NUMBER1> | numero di telefono porta 1 |
| <NUMBER2> | numero di telefono porta 2 |
| <NUMBER3> | numero di telefono porta 3 |
| <NUMBER4> | numero di telefono porta 4 |
| <NUMBER5> | numero di telefono porta 5 |
| <NUMBER6> | numero di telefono porta 6 |
| <NUMBER7> | numero di telefono porta 7 |
| <NUMBER8> | numero di telefono porta 8 |
Patton SN4114 4FXS (Modalita' telefono)
Configurazione valida per tutte le versioni di DexGateMicro:
SN4114_master_tel.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
| <NUMBER1> | numero di telefono porta 1 |
| <NUMBER2> | numero di telefono porta 2 |
| <NUMBER3> | numero di telefono porta 3 |
| <NUMBER4> | numero di telefono porta 4 |
Patton SN4112 2FXS (Modalita' telefono)
Configurazione valida per tutte le versioni di DexGateMicro:
SN4112_master_tel.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
| <NUMBER1> | numero di telefono porta 1 |
| <NUMBER2> | numero di telefono porta 2 |
Gateway FXO
Patton 4112 - 2 FXO
per Dexgate versione 1.0.2 e precedenti: SN4112-twinbox-1.0.2.cfg
per Dexgate versione 1.0.3: SN4112-twinbox-1.0.3.cfg
per Dexgate versione 2.0 e successive: SN4112-twinbox-2.0cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
Patton 4114 - 4 FXO
per Dexgate versione 1.0.2 e precedenti: SN4114-twinbox-1.0.2.cfg
per Dexgate versione 1.0.3: SN4114-twinbox-1.0.3.cfg
per Dexgate versione 2.0 e successive: SN4114-twinbox-2.0cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
Gateway ISDN
Patton 4552 - 1 BRI
| | NOTA: Per effettuare il downgrade del modello SN4552 e' necessario utilizzare la versione 2009 del firmware 4.2. Sul sito di Patton e' ancora linkato un firmware 4.2 rilasciato nel 2007 o nel 2008. Tentando di effettuare il downgrade da 5.x a 4.2 con tale file si avra' un messaggio di errore che segnala l'incompatibilita' di tale firmware col dispositivo. Nell'attesa che Patton aggiorni il link sul proprio sito e' possibile richiedere al nostro supporto il file corretto. |
per Dexgate versione 1.0.2 e precedenti: SN4552-twinbox-1.0.2.cfg
per Dexgate versione 1.0.3: SN4552-twinbox-1.0.3.cfg
per Dexgate versione 2.0 e successive: SN4552-twinbox-2.0.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
Patton 4554 - 2 BRI
| | NOTA: Per effettuare il downgrade del modello SN4554 è necessario utilizzare la versione 2009 del firmware 4.2. Sul sito di Patton è ancora linkato un firmware 4.2 rilasciato nel 2008. Tentando di effettuare il downgrade da 5.x a 4.2 con tale file si avrà un messaggio di errore che segnala l'incompatibilità di tale firmware col dispositivo. Nell'attesa che Patton aggiorni il link sul proprio sito è possibile richiedere al nostro supporto il file corretto. |
Per Dexgate versione 2.0 e successive: SN4554-singlebox-2.0.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <NETMASK> | netmask del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <SINGLEBOX_IPADDRESS> | indirizzo ip della twinbox |
| <SINGLEBOX_PORT> | porta della twinbox |
Patton 4634 e 4635 - 2 BRI
per Dexgate versione 1.0.2 e precedenti: SN4634-twinbox-1.0.2.cfg
per Dexgate versione 1.0.3: SN4634-twinbox-1.0.3.cfg
per Dexgate versione 2.0 e successive: SN4634-twinbox-2.0.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
Patton 4638 e 4639 - 4 BRI
per Dexgate versione 2.0 e successive: SN4638-twinbox-2.0.cfg
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT> | porta della twinbox |
Patton 2400 PRI - 1 E1
per Dexgate versione 2.0 e successive: SN2400-twinbox-2.2.cfg
## Trunk gateway Inalp channels.phone.jswitch.trunks.trunk-Inalp.classname=it.tradesoft.tegate.channels.CorbaChannel.jswitch.trunks.sip.SipTrunk channels.phone.jswitch.trunks.trunk-Inalp.port=<TWINBOX_PORT_VOICE> channels.phone.jswitch.trunks.trunk-Inalp.checkbusytable=no channels.phone.jswitch.trunks.trunk-Inalp.limbo.enable=yes channels.phone.jswitch.trunks.trunk-Inalp.limbo.time=2000 channels.phone.jswitch.trunks.trunk-Inalp.registration.table.classname=it.tradesoft.tegate.ssip.registration.ssipPatternIPRegistrationTable channels.phone.jswitch.trunks.trunk-Inalp.registration.table.args=sip:(.*)@dexgate sip:$1@<IPADDRESS>:5060 channels.phone.jswitch.trunks.trunk-Inalp.video.enable=no channels.phone.jswitch.trunks.trunk-Inalp.codecs.0.classname=it.tradesoft.tegate.rtp.codecs.alaw channels.phone.jswitch.trunks.trunk-Inalp.sessionprogress.ignoring=yes channels.phone.jswitch.trunks.trunk-Inalp.session.timer.enable=yes channels.phone.jswitch.trunks.trunk-Inalp.response4xx.action=LOCAL_BUSY
## Trunk gateway Inalp-T38 channels.phone.jswitch.trunks.trunk-Inalp-T38.classname=it.tradesoft.tegate.channels.CorbaChannel.jswitch.trunks.sip.SipTrunk channels.phone.jswitch.trunks.trunk-Inalp-T38.port=<TWINBOX_PORT_FAXT38> channels.phone.jswitch.trunks.trunk-Inalp-T38.checkbusytable=no channels.phone.jswitch.trunks.trunk-Inalp-T38.limbo.enable=yes channels.phone.jswitch.trunks.trunk-Inalp-T38.limbo.time=2000 channels.phone.jswitch.trunks.trunk-Inalp-T38.registration.table.classname=it.tradesoft.tegate.ssip.registration.ssipPatternIPRegistrationTable channels.phone.jswitch.trunks.trunk-Inalp-T38.registration.table.args=sip:(.*)@dexgate sip:$1@<IPADDRESS>:5062 channels.phone.jswitch.trunks.trunk-Inalp-T38.video.enable=no channels.phone.jswitch.trunks.trunk-Inalp-T38.codecs.0.classname=it.tradesoft.tegate.rtp.codecs.alaw channels.phone.jswitch.trunks.trunk-Inalp-T38.sessionprogress.ignoring=yes channels.phone.jswitch.trunks.trunk-Inalp-T38.session.timer.enable=yes channels.phone.jswitch.trunks.trunk-Inalp-T38.response4xx.action=LOCAL_BUSY
LEGENDA:
| ETICHETTA | DESCRIZIONE |
|---|---|
| <IPADDRESS> | indirizzo ip del dispositivo patton |
| <DNS_IPADDRESS> | indirizzo ip del dns |
| <GATEWAY_IP> | indirizzo ip del default gateway |
| <TWINBOX_IPADDRESS> | indirizzo ip della twinbox |
| <TWINBOX_PORT_VOICE> | porta della twinbox usata dal trunk per la voce |
| <TWINBOX_PORT_FAXT38> | porta della twinbox usata dal trunk per il fax |
Patton 4960 PRI
Configurazione in via di validazione...
cli version 3.20 clock local offset +02:00 dns-client server <PRIMARY_NAMESERVER> dns-client server <SECONDARY_NAMESERVER> webserver port 80 language en sntp-client sntp-client server primary <PRIMARY_TIMESERVER> port 123 version 4 sntp-client server secondary <SECONDARY_TIMESERVER> port 123 version 4 sntp-client local-clock-offset system hostname SN4960 system ic voice 0 system clock-source 1 e1t1 0 0 profile napt NAPT profile ppp default profile call-progress-tone defaultReleasetone play 1 100 425 -14 pause 2 100 profile call-progress-tone defaultCongestiontone play 1 200 425 -12 pause 2 200 play 3 200 425 -12 profile call-progress-tone ITA_Dialtone play 1 200 425 -12 pause 2 200 play 3 600 425 -12 pause 4 1000 profile call-progress-tone ITA_Alertingtone play 1 1000 425 -12 pause 2 4000 profile call-progress-tone ITA_Busytone play 1 500 425 -12 pause 2 500 profile call-progress-tone ITA_ReleaseTone play 1 100 425 -14 pause 2 100 profile tone-set default profile tone-set ITA dtmf-duration 160 dtmf-interspace 160 dtmf-signal-level -7 map call-progress-tone dial-tone ITA_Dialtone no map call-progress-tone ringback-tone map call-progress-tone busy-tone ITA_Busytone no map call-progress-tone special-information-tone no map call-progress-tone waiting-tone no map call-progress-tone release-tone no map call-progress-tone hold-tone no map call-progress-tone confirmation-tone no map call-progress-tone special-dial-tone profile voip default codec 1 g711alaw64k rx-length 20 tx-length 20 codec 2 g711ulaw64k rx-length 20 tx-length 20 profile voip T38_Bypass codec 1 g711alaw64k rx-length 20 tx-length 20 codec 2 g711ulaw64k rx-length 20 tx-length 20 dejitter-mode static dejitter-max-delay 400 fax transmission 1 bypass g711alaw64k fax bypass-method v150-vbd modem transmission 1 bypass g711alaw64k
profile voip T38_Relay
codec 1 g711alaw64k rx-length 20 tx-length 20
codec 2 g711ulaw64k rx-length 20 tx-length 20
dtmf-relay signaling
rtp traffic-class local-default
fax transmission 1 relay t38-udp
fax transmission 2 bypass g711alaw64k
fax redundancy low-speed 2 high-speed 2
fax dejitter-max-delay 400
no fax error-correction
no fax hdlc
fax detection fax-frames
fax ced-retransmission 5
modem transmission 1 bypass g711alaw64k
modem dejitter-max-delay 400
no modem detection on-remote-fax-request
profile pstn default
profile sip default
map cause to-sip channel-unacceptable to 404
map cause to-sip call-awarded to 404
map cause to-sip number-changed to 403
map cause to-sip destination-out-of-order to 404
map cause to-sip invalid-number-format to 403
map cause to-sip facility-rejected to 404
map cause to-sip response-to-status-enquiry to 404
map cause to-sip no-circuit-channel-available to 404
map cause to-sip network-out-of-order to 404
map cause to-sip temporary-failure to 404
map cause to-sip switching-equipment-congestion to 404
map cause to-sip access-info-discarded to 404
map cause to-sip circuit-channel-not-available to 404
map cause to-sip resources-unavailable to 404
map cause to-sip qos-unavailable to 404
map cause to-sip facility-not-subscribed to 404
map cause to-sip bearer-capability-not-authorized to 404
map cause to-sip bearer-capability-not-available to 404
map cause to-sip service-or-option-not-available to 404
map cause to-sip bearer-capability-not-implemented to 404
map cause to-sip channel-type-not-implemented to 404
map cause to-sip facility-not-implemented to 404
map cause to-sip only-restricted-digital-available to 404
map cause to-sip service-or-option-not-implemented to 404
map cause to-sip invalid-call-reference to 404
map cause to-sip channel-does-not-exist to 404
map cause to-sip call-identity-does-not-exist to 404
map cause to-sip call-identity-in-use to 404
map cause to-sip no-call-suspended to 404
map cause to-sip incompatible-destination to 404
map cause to-sip invalid-transit-network to 404
map cause to-sip invalid-message to 404
map cause to-sip mandatory-ie-missing to 404
map cause to-sip message-type-not-implemented to 404
map cause to-sip message-type-not-state-compatible to 404
map cause to-sip ie-does-not-exist to 404
map cause to-sip invalid-ie-contents to 404
map cause to-sip message-not-state-compatible to 404
map cause to-sip recovery-on-timer-expiry to 404
map cause to-sip protocol-error to 404
map cause to-sip interworking to 404
profile aaa default
method 1 local
method 2 none
context ip router
interface eth0
ipaddress <IP_ADDRESS> <NETMASK>
use profile napt NAPT
interface eth1
ipaddress unnumbered
context ip router
route 0.0.0.0 0.0.0.0 <DEFAULT_GATEWAY> 0
context cs switch
national-prefix 0
international-prefix 00
routing-table called-e164 From_ISDN_01
route .T dest-interface IF_SIP-T38 Setting_for_incoming_isdn_01
routing-table called-e164 From_SIP_speech
route 01.% dest-interface IF-Trunk01 remove_prefix_speech
mapping-table called-e164 to called-e164 remove_prefix_sip
map ..(.%) to \1
mapping-table called-e164 to itc speech_cap
map default to speech
mapping-table calling-e164 to calling-e164 removeAnonymous
map ([0-9]+) to \1
map (.%) to 0
complex-function remove_prefix_speech
execute 1 remove_prefix_sip
execute 2 speech_cap
complex-function Setting_for_incoming_isdn_01
execute 1 removeAnonymous
interface isdn IF-Trunk01
route call dest-table From_ISDN_01
address-complete-indication accept clear
address-complete-indication emit clear
dtmf-dialing
no use profile tone-set
interface sip IF_SIP-T38
bind gateway sip-t38
service default
route call dest-table From_SIP_speech
early-disconnect
no call-transfer accept
no call-transfer emit
address-complete-indication accept set
use profile voip T38_Relay
interface sip IF_SIP-NOT38
bind gateway sip-not38
service default
route call dest-table From_SIP_speech
early-disconnect
no call-transfer accept
no call-transfer emit
address-complete-indication accept set
context cs switch
no shutdown
gateway sip sip-t38
no transport tcp
bind interface eth0 router
service default
domain dexgate
defaultserver manual <DEXGATE_IP> <DEXGATE_PORT_TRUNK_T38> loose-router
gateway sip sip-t38
no shutdown
gateway sip sip-not38
call-signaling-port 5062
no transport tcp
bind interface eth0 router
service default
domain dexgate
defaultserver manual <DEXGATE_IP> <DEXGATE_PORT_TRUNK_NOT38> loose-router
gateway sip sip-not38
no shutdown
port ethernet 0 0
medium auto
encapsulation ip
bind interface eth0 router
no shutdown
port ethernet 0 1
medium auto
encapsulation ip
bind interface eth1 router
shutdown
port e1t1 0 0
port-type e1
clock auto
framing crc4
encapsulation q921
q921
permanent-layer2
uni-side auto
encapsulation q931
q931
protocol dss1
uni-side user
bchan-number-order ascending
channel-range 1 31
encapsulation cc-isdn
bind interface IF-Trunk01 switch
port e1t1 0 0
no shutdown
port e1t1 0 1
port-type e1
clock slave
framing crc4
encapsulation q921
q921
permanent-layer2
uni-side user
encapsulation q931
q931
protocol dss1
uni-side user
bchan-number-order ascending
channel-range 1 31
encapsulation cc-isdn
port e1t1 0 1
no shutdown
port e1t1 0 2
port-type e1
clock slave
framing crc4
encapsulation q921
q921
permanent-layer2
uni-side user
encapsulation q931
q931
protocol dss1
uni-side user
bchan-number-order ascending
channel-range 1 31
encapsulation cc-isdn
port e1t1 0 2
no shutdown
port e1t1 0 3
port-type e1
clock slave
framing crc4
encapsulation q921
q921
permanent-layer2
uni-side user
encapsulation q931
q931
protocol dss1
uni-side user
bchan-number-order ascending
channel-range 1 31
encapsulation cc-isdn
port e1t1 0 3
no shutdown
Note tecniche
Nella seguente sezione sono riportati pezzi di configurazione da utilizzare per abilitare specifiche funzionalità dei gateway Patton:
Configurazione regole in USCITA e INGRESSO per un trunk Patton
Cause di errore
Puo' capitare in particolare con fastweb che nel caso in cui un utente sbagli il numero il Dexgate risponda con il messaggio predefinito "Tutte le linee sono impegnate" per risolvere questo problema si deve sostituire le cause di errore sul file di cfg del patton con quelle riportate qui sotto:
profile sip default map cause to-sip access-info-discarded to 404 map cause to-sip bearer-capability-not-authorized to 404 map cause to-sip bearer-capability-not-available to 404 map cause to-sip bearer-capability-not-implemented to 404 map cause to-sip call-awarded to 404 map cause to-sip call-identity-does-not-exist to 404 map cause to-sip call-identity-in-use to 404 map cause to-sip channel-does-not-exist to 404 map cause to-sip channel-type-not-implemented to 404 map cause to-sip channel-unacceptable to 404 map cause to-sip circuit-channel-not-available to 404 map cause to-sip destination-out-of-order to 404 map cause to-sip facility-not-implemented to 404 map cause to-sip facility-not-subscribed to 404 map cause to-sip facility-rejected to 404 map cause to-sip ie-does-not-exist to 404 map cause to-sip incompatible-destination to 404 map cause to-sip interworking to 404 map cause to-sip invalid-call-reference to 404 map cause to-sip invalid-ie-contents to 404 map cause to-sip invalid-message to 404 map cause to-sip invalid-transit-network to 404 map cause to-sip mandatory-ie-missing to 404 map cause to-sip message-not-state-compatible to 404 map cause to-sip message-type-not-implemented to 404 map cause to-sip message-type-not-state-compatible to 404 map cause to-sip network-out-of-order to 404 map cause to-sip no-call-suspended to 404 map cause to-sip no-circuit-channel-available to 404 map cause to-sip only-restricted-digital-available to 404 map cause to-sip protocol-error to 404 map cause to-sip qos-unavailable to 404 map cause to-sip recovery-on-timer-expiry to 404 map cause to-sip resources-unavailable to 404 map cause to-sip response-to-status-enquiry to 404 map cause to-sip service-or-option-not-available to 404 map cause to-sip service-or-option-not-implemented to 404 map cause to-sip switching-equipment-congestion to 404 map cause to-sip temporary-failure to 404 map cause to-sip call-rejected to 486 map cause to-sip invalid-number-format to 486 map cause to-sip no-answer-from-user to 486 map cause to-sip no-route-to-destination to 486 map cause to-sip no-route-to-network to 486 map cause to-sip no-user-responding to 486 map cause to-sip number-changed to 486 map cause to-sip subscriber-absent to 486 map cause to-sip unallocated-number to 486
Settaggio Regole Uscita
Vediamo ora come creare una regola per chiamare con il trunk appena creato.
Da “Gestione numeri” clicchiamo sul link “Regole chiamate in uscita” quindi sul link “Aggiungi linea in uscita”, compare una tabella con i prefissi utilizzati per chiamare sui vari trunk.
Cliccando su "Aggiungi regola chiamate in uscita" possiamo aggiungere un nuovo prefisso relativo al dispositivo Patton.
Supponiamo di voler uscire dal dispositivo con il prefisso 0, aggiungiamo i dati nella form cosi' come mostrato nella seguente immagine:
Clicchiamo quindi su "Esegui"
La schermata successiva permette di associare al prefisso precedentemente indicato un trunk di uscita, configurare la regola come da figura:
Creazione della regola di redirezione numero esterno
Immaginiamo a questo punto di voler indirizzare verso un certo interno, IVR o numero di gruppo ogni chiamata entrante dall'esterno sul trunk Eutelia (destinata cioè al nostro numero geografico 02999888777) e supponiamo che tale numero sia il 100.
In “Gestione numeri” cliccare sul link “Lista numeri esterni rediretti”, quindi su “Redirigi numero esterno” e creare una nuova redirezione come mostrato di seguito:
Cliccare sul link “Esegui” per salvare le impostazioni.
A questo punto si è pronti per utilizzare il nostro Account Eutelia con il DexGateMicro.
In particolare, da qualunque terminale SIP registrato sul trunk interno “tegate” del DexGateMicro potremo utilizzare il nostro Patton premettendo al numero da chiamare il prefisso '0' (oppure il prefisso '9' nel caso si sia seguita la configurazione avanzata) e nel contempo saremo in grado d'indirizzare ogni chiamata diretta al nostro numero geografico 02999888777 verso un terminale, un numero di gruppo o un IVR di nostra scelta.
Abilitazione overlapping gateway patton ISDN
Nel caso di borchie ISDN multinumero, tipicamente primari con un numero radicale e una sottonumerazione esempio 0587256XXX è necessario abilitare l'overlapping, collezionando i digit fino al completamento del numero o fino allo scadere di un timeout. I comandi che seguono permettono di configurare il dispositivo per tale scopo.
In context cs si settano i valori di timeout per l'interdigit e l'address-completion
context cs switch digit-collection timeout 6 address-completion timeout 6
Nella routing table si aggiunge una riga con il called-e164 avente la sintassi 0587256T in cui si instradano le chiamate verso la table route_incoming_call. Per la composizione dei called-e164 si rimanda alla documentazione fornita dal dispositivo.
routing-table called-e164 From_ISDN_04 route 0587256T dest-table route_incoming_call Setting_for_incoming_isdn_04
La tabella route_incoming_call permette di discriminare l'interfaccia sip da usare in base al numero chiamato.
routing-table called-e164 route_incoming_call route default dest-interface IF_SIP route 0587288690 dest-interface IF_SIP2 route 0587288560 dest-interface IF_SIP2
Per abilitare l'interfaccia isdn ad accettare chiamate in overlapping devono essere settate le seguenti opzioni su ogni interfaccia isdn
interface isdn IF-Trunk04 address-complete-indication accept clear address-complete-indication emit clear
Profilo voip T38
Le interfacce sip utilizzate per la spedizione e/o ricezione fax in modalità T38 devono usare il profilo che segue:
profile voip T38_Relay codec 1 g711alaw64k rx-length 20 tx-length 20 codec 2 g711ulaw64k rx-length 20 tx-length 20 fax transmission 1 relay t38-udp fax transmission 2 bypass g711alaw64k fax redundancy low-speed 2 high-speed 2 fax dejitter-max-delay 400 no fax hdlc fax ced-retransmission 4 modem dejitter-max-delay 400 no modem detection on-remote-fax-request
NOTA: Nei Patton ISDN, la trasmissione o ricezione di un fax e' molto sensibile a problemi di sincronismo con la PSTN. Si deve quindi prestare attenzione ad impostare come sorgente del clock una porta che sia effettivamente connessa. Dalla versione 4.2 di Smartware (il software di gestione dei Patton SmardNode) e' possibile impostare piu' di una porta come sorgente del clock, da file di configurazione o direttamente da interfaccia web, nel menu System/Clock Source.
NOTA In caso di problemi di trasmissione e in particolar modo di ricezione fax in modalita' t38 verificare che il gateway Patton sia ben configurato per quanto riguarda la modalita' punto-punto / punto-multipunto in accordo con la borchia coi e' connessa ciascuna linea
Configurazione data e restart notturno
Di seguito abbaimo la configurazione dell'ora via sntp del gateway e il riavvio del gateway
sntp-client sntp-client server primary ntp.ien.it port 123 version 4 sntp-client server secondary ntp2.ien.it port 123 version 4 sntp-client local-clock-offset sntp-client gmt-offset + 02:00:00 timer restartPRI midnight "reload graceful"
Nota: accertarsi sempre che il dns sia attivo e che quindi la data sia corretta prima di abilitare il restart del dispositivo
Riconoscimento di toni di centrale non standard su FXO
I nostri files di configurazione per i Patton FXO prevedono la connessione a linee Telecom o di altro operatore che utilizzi toni di centrale standard. Connettendolo, invece, ad una linea di un operatore che utilizzi toni diversi, o in cascata ad un altro centralino, il Patton FXO potrebbe non riconoscere i vari toni. Per lo piu' sono toni informativi per l'utente che li ascolta, ma ce ne sono due che devono esser riconosciuti correttamente dal Patton stesso: il dial tone ed il release tone: il primo perche' e' il tono che il Patton aspetta di ascoltare prima di comporre il numero per chiamate uscente, mentre il release tone e' quello che, quando riconosciuto, fa si che il Patton "riattacchi", liberando la linea.
dial tone
Se il Patton FXO non riconosce il dial tone non sara' possibile effettuare chiamate. Soluzioni: riprogrammare il Patton per riconoscere il giusto tono (vedere istruzioni fornite per il release tone), oppure programmarlo per effettuare comunque la chiamata alcuni secondi dopo aver impegnato la linea, tipicamente 2 o 3, agendo sull'interfaccia web, Ports/FXO/IF-FXO-01 (e anche 02, 03, 04...)/Start Dialing After/Timeout: 2 seconds
release tone
Se il Patton FXO non riconosce il release tone, quando l'interlocutore esterno riattacca, il Patton "non se ne accorge" e non libera la linea finche' non riattacca anche l'interlocutore interno. Se pero' la chiamata dall'esterno e' connessa su un risponditore automatico (IVR), su una segreteria, su una coda, o altri interlocutori "non umani", questi non rilasceranno la chiamata, che restera' attiva, mantenendo impegnata una linea del Patton. Per ovviare al problema e' necessario procedere per passi:
- Procurarsi un file audio contenente il release tone del proprio operatore: e; sufficiente effettuare una chiamata verso il proprio cellulare, rispondere, attivare la registrazione di chiamata su Dexgate (da Dexbar o col codice *4 sul telefono), riattaccare col cellulare, aspettare alcuni secondi e quindi attaccare anche col telefono interno. Quindi accedere via Web a Dexgate, con le credenziali dell'utente che ha fatto la telefonoata, andare su Chiama/Chiamate registrate, individuare la nuova chiamata registrata, cliccarci col tasto destro e schegliere "salva destinazione con nome".
- Analizzare il file per ottenere frequenza, durata e volume del tono e durata delle pause: lo si puo' fare analizzando la parte finale del file audio con un programma di analisi audio (es: Audacity, gratuito per Linux e per Windows), per capire quanti millisecondi durano il suono ed il silenzio del "tu tu tu", qual'e' la frequenza del suono (lo standard e' 425 hertz, ma a volte gli operatori suonano audio a 440 hz o ad altre frequenze) ed il volume in db.
- Configurare il tono sul Patton FXO: Telephony/Tone Profiles/Call Progress Tone, creare un nuovo tono che si chiama CustomReleasetone e quindi cliccarci sopra per definirne i parametri. Nella pagina che si apre inserire prima l'indice 1, la durata del suono, la frequenza ed il volume, quindi cliccare l'iconina "Add Action" per aggiungerlo, quindi aggiungere una pausa, con indice 2 e con la durata ricavata dall'analisi del file audio.
- Utilizzare il nuovo tono: Telephony/Tone Profiles/ITA/release-tone: accertarsi che la spunta sia presente, e nel combo box selezionare CustomReleasetone, quindi cliccare Apply.
Fare qualche telefonata per vedere se ora il Patton rileva il riaggancio da parte dell'interlocutore esterno, e se tutto va bene premere Save per salvare la nuova configurazione.
Regolazione toni e volumi FXS
I profili che appartengono alla serie call-progress-tone permettono di configurare il tono che si sente in cornetta e il volume, se il volume risultasse troppo basso si deve agire sul parametro settato a -20.
profile call-progress-tone defaultDialtone play 1 1200 425 -20
profile call-progress-tone defaultAlertingtone play 1 1000 425 -20 pause 2 4000
profile call-progress-tone defaultBusytone play 1 500 425 -20 pause 2 500
Durante la conversazione il volume usato sia in inbound che in outbound è impostato dal comando:
profile pstn default output-gain -10
Rimozione chiamate verso l'utente anonimous da FXS
Nel caso in cui il telefono sia fuori posto allo scadere del timeout l'FXS chiama l'uetne anonimous sul PBX, per impedire tale comportamento si deve aggiungere il seguente codice:
routing-table called-e164 From-FXS route .T dest-interface IF-SIP
Recupero della configurazione di fabbrica del gateway Patton
Se durante la fase di configurazione dell'apparato si e' commesso un errore e non si e' piu' in grado di raggiungere il dispositivo via web, non rimane che cercare di accedere utilizzando la porta CONSOLE alla command line CLI del gateway e digitare i seguenti comandi:
SNXXXX>enable SNXXXX#copy factory-config startup-config SNXXXX#reload Press 'yes' to restart, 'no' to cancel : yes The system is going down
Questa procedura riporta il gateway alla configurazione di fabbrica e si e' in grado quindi di riprendere la procedura di installazione dall'inizio
Debug
Se dopo aver caricato la configurazione il gateway non e' in grado di chiamare o ricevere le chiamate e' possibile abilitare da CLI (Command Line Interface) una serie di comandi utili a trovare la causa del problema. Per accereder alla CLI si utilizza il comando telnet (utente: administrator password:):
telnet <IPADDRESS> .... SNXXXX>enable SNXXXX#debug gateway sip error SNXXXX#debug gateway sip signaling detail 5 SNXXXX#debug ccfxo (per un gateway FXO SN4114/SN4112) SNXXXX#debug ccisdn signaling (per un gateway ISDN)
Gestione codec G729
Per abilitare il Patton a usare il codec compresso G729 si deve aggiungere la seuente proprietà al profilo voip in uso.
profile voip default codec 1 g729 rx-length 30 tx-length 30 no-silence-suppression
NOTA: il silence suppression deve essere disabilitato.
NOTA: per utilizzare il codec g729 con Dexgate rivolgersi all'ufficio commerciale.
Alcuni dispositivi della serie patton, per problemi di memoria sul dsp, possono utilizzare esclusivamente un codec compresso, e' quindi necessario indicare al dispositivo quale codec compresso caricare. Nel sottomenu system cercare la sezione low bitrate codec e settare come da figura:
Registrazione gateway patton
Il Patton puo' lavorare sia in modalita' outbound proxy in cui tutta la segnalazione isdn va verso un gateway predefinito che registrandosi ad un sip proxy, vediamo in questa sezione cosa modificare nella configurazione per abilitare tale caratteristica:
gateway sip sip ...
service default domain dexgate default-server 192.168.1.103 4006 loose-router registration-lifetime 120 registrar 192.168.1.103 4006 user patton-2bri ...
Configurazione per Numeri verdi
A causa di un malfunzionamento sui dispositivi ISDN della Patton non e' possibile navigare con DTMF alcuni risponditori automatici che fanno parte dell'arco di numerazione 80 (i numeri verdi per esempio), questo malfunziomanemto e' stato risolto con aggiornando alla versione 4.2 del firmware Patton ISDN. Occorre tuttavia tenere presente che per queste numerazioni lo stato della chiamata e' in RING, in questo stato i DTMF in modalita' SIPINFO non passano. Due sono le strade percorribili:
- configurare l'interfaccia sip in early-connect
interface sip IF-SIP early-connect
- configurare il trunk Inalp sul dexgate affinche' spedisca i dtmf in modalita' rfc2833
channels.phone.jswitch.trunks.trunk-Inalp.dtmf=rfc2833
Cio' comporta che anche tutti i terminali devono essere configurati per inviare i dtmf in modalita' rfc2833
Recupero file di log dal Patton
Pinout cavo E1 cross
Mentre un cavo dritto E1 è intercambiabile con un cavo dritto Ethernet, un cavo cross (o incrociato) E1 non può essere sostituito da un cavo cross Ethernet.
Questo è il pinout di un cavo E1 cross:
1 <-> 4 2 <-> 5 4 <-> 1 5 <-> 2
Pinout cavo ISDN cross per linee ISDN BRI Fastweb
Di solito per le BRI è necessario un cavo ISDN incrociato che scambia le coppie 3-6 con la 5-4 (è diverso dal cavo cross per la rete LAN), ecco lo schema:
3 <-> 5 4 <-> 6 5 <-> 3 6 <-> 4
Chiedete inoltre a FastWeb di abilitare solo la modalità di selezione "Enbloc" invece della "Overlap" che Dexgate non usa. In pratica Dexgate invia tutte le cifre del numero chiamato in blocco (Enbloc), mentre con la overlap il router ignora il numero chiamato e resta in attesa di una cifra alla volta. Se chiamando qualunque numero sentite solo il tono di libero della centrale molto probabilmente è questo il problema.
FAQ
Non funzionano le chiamate in uscita
Per capire dove si "ferma" la chiamata in uscita su un gateway Patton, il modo piu' veloce e' dare un'occhiata in tempo reale ai log sul Patton e su Dexgate e vedere se effettuando una chiamata c'è attività su entrambi o solo sul Dexgate o su nessuno dei due. Questo ci permette di capire dove e come intervenire.
Per prima cosa verificare che il telefono da cui si effettua la chiamata sia registrato (Gestione/Gestione numeri/stato registrazione terminali), non sia bloccato (vedere la schermata "I miei indirizzi") e che il suo proprietario non abba dei filtri che gli impediscono di effettuare la tipologia di chiamate che si sta tentando (es: chiamate esterno, o verso cellulari, o verso certi prefissi). Si verifica da Gestione/Gestione utenti/cerca (e si cerca quell'utente o si da invio per vedere la lista, e poi "filtri").
Vedere se quando si tenta di effettuare una chiamata si hanno delle stampe sul file logs/dexgate.log della macchina su cui gira Dexgate. Se non ne compaiono, verificare la configurazione del telefono, in particolare verificare di aver inserito correttamente l'indirizzo ip di Dexgate e la porta su cui e' in ascolto il trunk interno tegate nel campo solitamente chiamato outbound-proxy (es: outbound proxy: 192.168.1.8:4000)
Verificare di aver creato una regola chiamate in uscita che instradi le chiamate verso il trunk relativo al Patton e che abbia come numero di linea lo stesso numero della porta del Patton connessa alla linea che si sta tentando di impegnare.
Se compaiono delle stampe, verificare se tra esse c'e' qualche avviso tipo "Unauthorized call", che dovrebbero far pensare a filtri dell'utente o telefono bloccato. Se compare una riga che termina con Route Result: e la riga successiva che termina con 3 (e nelle righe seguenti viene indicato "remote busy" come esito della chiamata) significa che Patton sta segnalando a Dexgate di aver trovato occupato il destinatario della chiamata Se compare una riga che termina con Route Result: e la riga successiva che termina con 2 (e nelle righe seguenti viene indicato "local busy" come esito della chiamata) significa che Dexgate ha tentato di instradare la chiamata verso il Patton ma da esso ha avuto indicazione che tutte le linee sono impegnate/non disponibili. Se compare una riga che termina con Route Result: e la riga successiva che termina con 1 (e nelle righe seguenti viene indicato "failed" come esito della chiamata) significa che Dexgate non e' riuscito a contattare il Patton.
Per vedere se c'e' attivita' sul Patton e' sufficiente collegarsi su di esso con Telnet (presente sia su windows che sulla Twinbox Linux) ed abilitare i log con i seguenti comandi
telnet <INDIRIZZO IP DEL PATTON> [UTENTE: administrator PASSWORD VUOTA (PREMERE SOLO INVIO)] enable debug gateway sip signaling debug ccfxo [PER GATEWAY PATTON ANALOGICI] debug ccisdn signaling [PER GATEWAY PATTON ISDN]
[AL TERMINE DIGITARE DUE VOLTE exit PER SCOLLEGARSI DAL PATTON]
Se chiamando tentando di effettuare la chiamata uscente non si vede nessuna stampa con questi log, significa che la chiamata non arriva al Patton. In tal caso verificare la definizione del trunk su Dexgate, in particolare verificare di aver impostato correttamente l'indirizzo IP del Patton e la porta su cui Patton ascolta (solitamente 5060). Verificare anche che Dexgate e Patton "si vedano", cioe' siano sulla stessa rete e dall'uno si riesca a pingare l'altro. Se invece compare una serie di stampe (per ora non ci interessa il contenuto) in corrispondenza di una chiamata entrante, allora siamo sicuri che le chiamate arrivano fino al Patton, quindi occorre capire perchè non escono. Prima di cercar di interpretare le stampe del log del Patton, conviene fare una prova empirica di funzionamento della linea cui stiamo connettendo il Patton: se si tratta di una linea analogica, disconnetterla dal Patton e collegarci un telefono analogico; con questo effettuare la stessa chiamata che non si riesce a fare via Dexgate. Se si tratta di una linea ISDN BRI e la borchia Telecom ha anche due porte rj11 (es: borchie NT1plus), connettere il telefono ad una di esse e provare a chiamare. In entrambi i casi, se la chiamata col telefono collegato direttamente alla linea fallisce, verificare la linea col proprio operatore telefonico. Se in quel caso la chiamata funziona, occorre verificare la configurazione del Patton, cercando di capire dai log attivi quale tipologia di errore esso stia segnalando.
Non funzionano le chiamate in ingresso
Per capire dove si "ferma" la chiamata in ingresso da un gateway Patton, il modo piu' veloce e' dare un'occhiata in tempo reale ai log sul Patton e su Dexgate e vedere se all'arrivo di una chiamata c'e' attivita' su entrambi, solo sul Patton o su nessuno dei due. Questo ci permette di capire dove e come intervenire.
Per vedere se c'e' attivita' sul Patton e' sufficiente collegarsi su di esso con Telnet (presente sia su windows che sulla Twinbox Linux) ed abilitare i log con i seguenti comandi
telnet <INDIRIZZO IP DEL PATTON> [UTENTE: administrator PASSWORD VUOTA (PREMERE SOLO INVIO)] enable debug gateway sip signaling debug ccfxo [PER GATEWAY PATTON ANALOGICI] debug ccisdn signaling [PER GATEWAY PATTON ISDN]
[AL TERMINE DIGITARE DUE VOLTE exit PER SCOLLEGARSI DAL PATTON]
Se chiamando un numero telefonico cui e' connesso il Patton non si vede nessuna stampa con questi log, significa che la chiamata non arriva al Patton (numero sbagliato, linea scollegata, altro). Se Invece compare una serie di stampe (per ora non ci interessa il contenuto) in corrispondenza di una chiamata entrante, allora siamo sicuri che le chiaamte arrivano fino al Patton, quindi ci si sposta su Dexgate e si fa un'operazione analoga.
Da macchine linux e' possibile connettersi alla Twinbox in ssh col comando:
ssh -l root <INDIRIZZO IP DELLA TWINBOX> [PASSWORD: dexgate (se non e' stata modificata dall'istallatore)]
Se si utilizza Windows e' possibile utilizare l'applicazione Putty o qualsiasi altro client SSH per connettersi alla Twinbox, sempre con utente: root e password: dexgate (o quella impostata dall'istallatore)
Una volta connessi, e' possibile visualizzare in tempo reale i log di Dexgate col comando:
tail -f /opt/Dexgate/logs/dexgate.log
[AL TERMINE PREMERE CTRL-C PER USCIRE DAL TAIL, E DIGITARE exit PER SCOLLEGARSI DALLA TWINBOX]
quindi effettuare una chiamata in ingresso e verificare se in corrispondenza della chiamata comparre una serie di stampe oppure no.
- Se non ci sono stampe significa che la chiamata in ingresso dal Patton non viene ricevuta da Dexgate. I motivi potrebbero essere:
- Patton o Twinbox scollegati dalla rete o comunque configurati su reti diverse o con netmask diverse e quindi non "visibili" tra di loro.
- Nel file di configurazione del Patton non si e' inserito il corretto indirizzo IP della Twinbox.
- Nel file di configurazione del Patton si e' inserito un numero di porta nel campo <TWINBOX_PORT> diverso da quello inserito nel relativo trunk su Dexgate, nel file jswitch.properties (Attenzione anche al fatto che ogni trunk in jswitch.properties deve utilizzare una porta diversa!)
- In corrispondenza di una chiamata entrante sono mostrate delle stampe, ma non squilla alcun telefono: il problema sta nella configurazione di Dexgate o del telefono chiamato:
- verificare che la regola chiamate in ingresso corrispondente all'8081 (e/o 8082, 8083...) rediriga la chiamata ad un interno esistente e correttamente registrato (e' sufficiente controllare in Gestione/Gestione numeri/Stato registrazione terminali, oppure provare a chiamare quell'interno da un altro interno e verificare che funzioni). NOTA: se il telefono non e' registrato fare riferimento alla sezione Configurazione apparati per verificarne la configurazione.
Come posso resettare una password dimenticata su un Patton della serie SN4xxx?
Una password dimenticata puo' essere resettata ripristinando la factory configuration. La configurazione corrente sara' persa!
1. Connettersi allo SmartNode con il cavo di console. 2. Accendere il dispositivo 3. Premere ctrl-c quando compare la scritta "Press ^C to abort boot script, press enter to start immediately" 4. Dare il comando 'fis load' 5. Dare il comando 'go -s factory-config'
Ora e' possibile loggarsi con username 'administrator' e password vuota. Nota: e' possibile caricare qualsiasi altra configurazione presente nella nvram dello SmartNode. Sostituire 'factory-config' con la configurazione che si vuol caricare.
Nota: funziona solo con firmware piu' nuovi del 30/11/2005.
