In data 22/06/21 è stato rilasciato un grosso aggiornamento di Nethvoice che serve per poter disattivare alcune funzioni usando il profilo cti (anche sui telefoni) e in un secondo momento la possibiltà di disattivare le rotte in uscita facilmente sempre dal profilo CTI.

Essendo un aggionramento importante sono emerse alcune criticità che verranno risolte con futuri aggionramenti.

Le riporto di seguito compresi i workaround temporanei o le date/versioni di risolzioni.

Al momento tutti i bug risultano risolti.

PICKUP DIRETTO (default **[EXT])

Questo è il "problema" più frequente, non funziona più, viene usato sopratutto da BLF. Il pickup di gruppo (default *8) continua a funzionare sempre

Soluzione -> andare nei profili cti e abilitare il permesso PICKUP

PICKUP DIRETTO (default **[EXT]) per chiamate in arrivo da un gruppo di risposta (no coda)

Anche con il permesso abilitato non funzionavano per un problema di freeepbx.

Soluzione -> Risolto con update, package nethserver-nethvoice14-14.12.0-1.ns7.noarch

INTERCOM E PAGING

L'intercom non funziona più.

Soluzione -> Risolto con pacchetto nethserver-nethvoice14-14.12.2-1 rilasciato il 12/7.

Workaround -> Includere manualmente nel contesto [from-internal-custom] il contesto [ext-paging]

vim /etc/asterisk/extensions_custom.conf
Controllare che non ci sia già, il contesto in questo file, se non esiste crearlo, altrimenti accodare il seguente testo:
[from-internal-custom]
include => ext-paging
salvare
dare il seguente comando asterisk -rx "dialplan reload" per apportare le modifiche
per verificare di aver fatto bene dare il comando asterisk -rx "dialplan show from-internal-custom" che dovrebbe riportare "include => ext-paging".

CALL FLOW CONTROL TOGGLE (CFC o Controllo flusso chiamata)

Se vengono attivati uno o più call flow control toggle dopo l'aggionramento questi non funzionano. Se prima dell'aggiornamento erano presenti l'anomalia non si verifica.

Soluzione -> Risolto con pacchetto nethserver-nethvoice14-14.12.2-1 rilasciato il 12/7.

Solo dopo la configurazione del primo è necessario fare un secondo applica.

Workaround -> Eliminare i custom context, e lanciare l'evento per ricrearli.

creare un CFC se non già presente
Eliminare i contesti cti-profile-X dal modulo Custom Context di Freepbx (Connectivity->Custom Context)
Per eliminarli selezionarne uno alla volta dal menu di destra e cliccare su "delete context" in alto a sinistra
Assicurarsi che sia presente un oggetto call flow control (o crearne uno se non esiste)
da shell lanciare /usr/bin/scl enable rh-php56 -- php /var/www/html/freepbx/rest/lib/contextMigrationHelper.php
cliccare su "apply config"
per verificare di aver fatto bene dare il comando asterisk -rx "dialplan show cti-profile-1" che dovrebbe mostare anche una riga " Include => 'app-daynight-toggle'".

NETHOTEL - Non ci sono più camere e/o la pagina "gestione camere" non mostra camere da aggiungere

Da questo aggiornamento è cambiata la modalità con la quale si aggiungono le camere al nethotel. Da ora per aggiungere una camera basterà assegnargli il profilo cti "Hotel" che viene creato in automatico all'installazione del modulo. La vecchia pagina "gestione camere" non va più usata. Il problema interessa tutti quei sistemi ai quali alle camere è stato assegnato un profilo cti che durante l'aggiornamento è stato convertito in un profilo "normale".

Soluzione -> E' necessario associare manualmente, dal menu configurazione, a tutte le camere il profilo "Hotel" e poi verificare dal modulo Hotel che siano tornate visibili.

Nel caso in cui fossero molte è possibile anche cambiare il profilo tramite una query, ma tutte le camere devono avere un profilo identificabile in maniera sistematica es il nome dell'interno inizia per camera.

Ecco i passi da seguire:

connetiti a mysql da shell sul db mysql asterisk
Verifica l'id del profilo Hotel (dovrebbere essere il 4) con la seguente query select * from rest_cti_profiles where name ='Hotel';
Esegui l'update con la seguente query, sostituendo l'id del profilo con quello trovato dalla query precedente. In questo esempio si aggiorna il profilo a tutti gli interni il cui nome inizia per camere.
update rest_users set profile_id = 4 where user_id in (select id from userman_users where lname like "camera%");
Verifica dal modulo Hotel che siano tornate visibili.

NETHOTEL - Dalla reception non è più possibile impostare telefonicamente la sveglia o gli extra.

Al momento il modulo nethotel scrive le sue regole solo nel contesto from-internal-additional, i nuovi contesti quindi non potranno chiamare questi numeri.

Soluzione -> Risolto con pacchetto nethserver-nethvoice14-14.12.2-1 rilasciato il 12/7.

Workaround -> Aggiungere a mano nel file extensions_custom.conf le righe che il nethotel include nel contesto [from-internal-additional]

less /etc/asterisk/extensions_additional.conf
cercare from-internal-additional
scorrere fino alla riga include => outbound-allroutes
copiare tutto quello che c'è dopo l'include e fino a prima della riga exten => h,1,Hangup (soltimante circa 12 righe di testo)
uscire dal comando less
vim /etc/asterisk/extensions_custom.conf
Controllare che non ci sia già il contesto "[from-internal-custom]" in questo file, se non eiste crearlo, altrimenti accodare il testo copiato al punto precedente, ne riporto un esempio:
[from-internal-custom]
exten => 978,1,AGI(set-reception-lang.php)
exten => 978,n,Answer
exten => 978,n,AGI(configAlarm.php,${CALLERID(number)},1)
exten => 978,n,Hangup

exten => _967.,1,AGI(set-reception-lang.php)
exten => _967.,n,Answer
exten => _967.,n,AGI(checkin.php,${EXTEN:3},0)
exten => _967.,n,Set((Custom:CHK10${EXTEN:3})=${statuslamp})
exten => _967.,n,Hangup

exten => _*33.,1,AGI(set-reception-lang.php)
exten => _*33.,n,Answer
exten => _*33.,n,AGI(extra.php,${EXTEN:3})
exten => _*33.,n,Hangup
salvare
dare il seguente comando asterisk -rx "dialplan reload" per apportare le modifiche
per verificare di aver fatto bene dare il comando asterisk -rx "dialplan show from-internal-custom" che dovrebbe riportare il contenuto inserito nel file.