Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Kimera

Pages: [1] 2 3 ... 6
1
HiPath - 3000 / 5000 / Chiarimento su impostazioni Canali IVM/EVM
« on: June 03, 2015, 11:03:42 am »
Leggendo un vecchio documento (2007) sulla configurazione di IVM (con funzionalità AA/VM) ho notato che questo differiva e differisce tutt'ora da quanto siamo sempre stati abituati a fare in una normale configurazione IVM/EVM riguardo due punti specifici (forse vale di più per IVM che per EVM...che, di default, ha già impostazioni simili a quelle che vado a descrivere):

(1) si suggerisce che i Canali IVM/EVM vengano impostati, sia per Giorno, Notte che per Interno, su una Lista di Destinazione di Chiamata (Call Destination List) libera da altri usi...e tale lista deve avere come prima destinazione di chiamata (Target 1) il Pilot Number (ovvero il Gruppo di Risposta/Hunt Group di tipo Ciclico) scelto per l'IVM/EVM...Gruppo che ovviamente continene i Canali IVM/EVM che abbiamo deciso di dedicare al sistema VM stesso...e nulla di impostato sulle successive destinazioni di chiamata (Target 2, 3, ecc.), il tutto con i Cicli impostati a 1. <- questo in contrasto con quanto non si fa abitualmente...ovvero si lasciano i Canali IVM appartenere ciascuno alle rispettive liste 14, 15 e 16...rispettivamente per Giorno, Notte ed Interno (per EVM sembra che la pre-impostazione di default sia più simile a quanto descritto rispetto a quanto accade con IVM).

(2) si suggerisce anche che proprio tale Lista di Destinazione di Chiamata sia la stessa anche per il Pilot Number stesso (ovvero il Gruppo di Risposta/Hunt Group di tipo Ciclico) impostato per l'IVM/EVM.

(3) in tale scenario la Porta Virtuale (ad esempio dedicata all'AA) sulla quale impostiamo la DISA andrebbe posta su un'altra Lista di Destinazione di Chiamata inutilizzata dal sistema e quest'ultima, finalmente, dovrebbe avere come seconda destinazione di chiamata il Pilot Numer/Hunt Group (ovvero il Gruppo IVM/EVM) di cui sopra.

Nota: all'epoca...ora non ci ho fatto proprio caso...i canali IVM andavano impostati con il parametro "Call prio./immed. Tone call wait." settato attivo...cosa che non avveniva per default.

Vi risulta una simile impostazione rispetto alla norma?

Saluti, Kimera.

2
Salve a tutti,

Mi è capitato di osservare su un sistema HiPath 3500 V9 R2.9.0 (sia con SD-Card "originale" che con un'altra SD-Card rifatta ex-novo via HiPath Card Manager V9 R1.0.0) che (anche) ogni circa 15 secondi circa (ma non solo) l'Event Log registra questo svariati Errori di Classe C - il 41-19 e qualche 41-21 (ovviamente tali errori "inizialmente" non c'erano...si sono manifestati solo nelle ultime 5 settimane):

Code: [Select]
20.04.2015 10:37:59 3df5a09d C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:38:14 3df5a676 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:38:29 3df5ac4f C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:38:44 3df5b228 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:38:59 3df5b802 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:39:14 3df5bddb C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:39:29 3df5c3b4 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:39:43 3df5c98e C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:39:58 3df5cf68 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:40:13 3df5d545 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:40:13 3df5d546 C 41-21 - !MISSED FRAME : NOT ENOUGH BUFFER: e01c400
20.04.2015 10:40:28 3df5db18 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:40:28 3df5db18 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:40:43 3df5e0fb C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:40:58 3df5e6cd C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:41:13 3df5ecad C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:41:28 3df5f284 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:41:43 3df5f862 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:41:58 3df5fe38 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:42:13 3df60414 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:42:28 3df609ea C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:42:43 3df60fc3 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:42:58 3df6159d C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:43:13 3df61b75 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:43:28 3df6214f C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:43:43 3df62729 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000
20.04.2015 10:43:58 3df62d03 C 41-19 - !MISSED FRAME : BSY FLAG SET: ff1cff000000

La cosa strana è che, apparentemente tutto sembra OK lato utenza: a vostra esperienza cosa potrebbe essere? ...so che gli Errori di Classe C non sono nemmeno documentati...chiedo perchè ho il sospetto che siano le linee ISDN NT1 di Telecom Italia piuttosto di pensare ad un guasto Hardware alla Motherboard (o alla SD-Card che, in ogni caso, è stata sostituita).

Poi...cosa strana...oggi ho osservato un optiPoint 500 standard (in uso da circa tre mesi) che dopo un Power Cycle del sistema (Power Off -> Power On) funziona correttamente ma mostra i LED dell'LCD completamente tutti attivi (quindi non si vede alcuna indicazione...). Il terminale però squilla e le telefonate sono OK (il test con *942 sembra essere OK anche se l'LCD persiste nel suo stato "tutto attivo"). Il problema è sicuramente del terminale e non della porta Up0/E a cui è connesso perchè ho fatto tutte le prove per escludere tale eventualità (scambio terminali su tale porta e uso del terminale incriminato su altra Up0/E).

Secondo voi è una "spiacevole" coincidenza? <- ahimè non trovo un legame con gli Errori di Classe C sopra riportati (gli Eventi non scompaiono se scollego tale terminale o se da Maintenance blocco/sblocco la porta logica).

La cosa bizzarra è che tale optiPoint 500 standard è stato (non è l'unico ma è il più "esposto") tutto il giorno vicino a dei Flash Professionali in funzione (cose da accecamento) da studio (sì, stanno facendo un Set Fotografico in azienda!) e mi è venuto il dubbio paranoico che fosse l'effetto fotoelettrico! ...su RaspberryPi 2, credeteci o no, hanno trovato questo! ...Io alle coincidenze tendo a crederci!

Saluti, Kimera.

3
Salve,

Qualcuno ha mai provato con successo una configurazione simile a quella indicata nel Paragrafo 5.3.17.4 dell'HiPath Xpressions Compact V3.0 Administrator Documentation "AutoAttendant Mailboxes with separate Speed Dialing Destinations for each Time/Greeting"?

In sostanza vorrei sapere se (e come...intendendo "al di là della mera documentazione") sia possibile utilizzando il modulo IVM (con l'EVM opportunamente disabilitata) impostare una Casella Vocale tipo AA (Auto-Attendant) in modo che segua il Calendario IVM ("Giorno", "Notte", "Pranzo" e "Giorni Speciali" da quanto ho letto) e presenti quindi, di volta in volta, messaggi AA differenti ai chiamanti (appunto "Giorno": Messaggio AA 1, "Notte": Messaggio AA 2, "Pranzo": Messaggio AA 3 e "Giorni Speciali": Messaggio AA 4) al fine di avere lo stesso comportamento di un AA ("Giorno"/"Notte" con doppia alberatura SDD) impostato su EVM...ovviamente l'IVM offre una configurazione più varia a causa degli ulterirori casi "Pranzo" e "Giorni Speciali" presenti nel suo Calendario.

In realtà non sono esattamente interessato ad offrire delle ulteriori SDD (Speed Dialing Destinations) per i casi "Notte", "Pranzo" e "Giorni Speciali" (infatti, generalmente, in tali periodi del Calendario IVM un'Azienda vorrebbe poter offrire anche solamente un semplice messaggio di chiusura più che un altro messaggio AA che inviti a scegliere tra una nuova e diversa serie di destinazioni di chiamanta) ma, nel caso non si potessero evitare le ulteriori SDD (come da programmazione consigliata nel Manuale) per la "Notte", "Pranzo" e "Giorni Speciali" potrei anche pensare di creare dei messaggi vocali ad-hoc e delle particolari SDD in modo che chi chiama a "Pranzo" senta il relativo messaggio che lo invita a preme un tasto per lasciare un messaggio (tipo: "Siamo chiusi, riapriremo alle 13, premete 1 per lasciare un messaggio in segreteria oppure riagganciate" o una cosa simile), sempre che questa programmazione (Slave AA "Pausa Pranzo" -> SDD Tasto 1 -> Casella Registrazione Vocale) si possa effettivamente realizzare con quanto descritto nel Paragrafo su indicato (il Master AA sembra voglia 3 Slave AA e non delle Caselle Vocali come destinazioni di chiamata nei casi orari "Notte", "Pranzo" e "Giorni Speciali").

Oppure sto complicando la configurazione ed ignoro invece il fatto che è sufficiente usare i 4 messaggi di una sola Casella Vocale AA (il primo per dichiarare la disponibilità di una SDD, i restanti 3 per far dire all'IVM sempre che l'Azienda è chiusa), se così fosse...mi viene però questo dubbio: l'unica SDD configurata ("Giorno": Messaggio AA) della Casella Vocale AA, durante la fase "Notte", "Pranzo" e "Giorni Speciali", sarebbe comunque attiva nel sistema indipendetemente dal messaggio vocale in quel momento in riproduzione?

Ovviamente il tutto su HiPath 3000 V9 R2.9.0 ed HiPath Xpressions Compact V3.0 R2.6.0.

Saluti, Kimera.

4
Esiste il (oppure "Esiste un") Firmware Change Log per il Gigaset SL610H Pro?

Io non sono (mai) riuscito a trovare nulla in merito (ad esempio, ieri, e per puro caso, mentre usavo Gigaset Quick Sync mi è stata notificata la disponibilità di un aggiornamento per il Gigaset SL610H Pro - da 81.053.08 a 81.053.11 - e, pur avendo proceduto con l'aggiornamento proposto, non ho proprio idea di quali migliorie/bug-fixes la Gigaset vi abbia introdotto).

Mistero assoluto.

Saluti, Kimera.

5
Personalmente dubito sempre di chi fa "terrorismo tecnologico" perchè in genere un difetto così vistoso viene subito a galla e subito risolto, vero che non è più Siemens, ora è Unify

Infatti, chi utilizza la tattica FUD (Fear, Uncertainty and Doubt) si astiene sempre da scendere nei particolari e viene messo facilmente alle strette...ovviamente poi c'è ci sono anche le vittime di tale tattica...purtroppo l'unico modo per accertare la realtà delle cose è approfondire il più possibile cercando più informazioni possibili da più fonti attendibili è possibile.

Un conto è generare o subire FUD, un altro poi è fare sana critica. Ma questo è un altro discorso.

ma comunque sia non stiamo parlando del cantinaro che ha deciso di buttarsi sul SAMBA di Linux e sta cercando di mettere in piedi una piattaforma telefonica.

Ovvio. Solo aziende del calibro di Siemens (Unify) riescono a fare sviluppo a "quei" livelli.

Un appunto: non facciamo però FUD su Linux tirando in ballo paragoni impossibili...chissà come mai...ma in anni di attività ho visto più "cantinari" che si spacciano per IT Manager di infrastrutture Microsoft (visto che sono la maggioranza...il rischio di trovarne di incompetenti è davvero molto alto) che altro...citare (il servizio) SAMBA ed associarlo ad (appliance) IP-PBX basati su Linux ed Asterisk (per puro esempio) mi sembra un abbaglio: non ho ricordi di aver avuto contatti con un sistemista IT Linux o un'azienda seri (ripeto: seri) che implementassero SAMBA su un'appliance specifica (esempio: FreePBX Distro? AsteriskNow? sipxecs? Gigaset T300/T500 Pro?) - ovviamente a meno di non dover sottostare a richieste specifiche - ma, si sà, un conto è colui che "gioca" per provare un applicativo/servizio...un altro colui "che pensa" l'uso di un applicativo/servizio in termini di affidabilità, manutentabilità e sicurezza per poterlo inserire ed usare in azienda. Due mondi diversi per due teste diverse con visioni diverse.

Saluti, Kimera.

6
Salve,

qualcuno si è fatto una opinione "ponderata" (in termini di Marketing, in termini Tecnici ed Economici) su alcuni scenari di migrazione in oggetto?

Saluti, Kimera.

7
Forum - Off-Topic / Gigaset DX800A: qualche opinione?
« on: November 11, 2013, 02:56:48 pm »
Qualcuno ha già avuto modo di sperimentare sul campo il Gigaset DX800A all in one? qualche opinione? ...contestualizzata...non cerco un confronto con veri e propri PBX essendo il Gigaset DX800A paragonabile ad un micro-PBX.

Saluti, Kimera.

8
Forum - Off-Topic / Gigaset Pro PBX (T300/T500) e Starface
« on: November 07, 2013, 01:51:45 pm »
Qualcuno di voi ha fatto qualche esperienza con i Gigaset T300 PRO e/o Gigaset T500 PRO  o conosce (ed ha testato/installato) Starface?

Ad occhio e croce questi ultimi sono (sembrano) gemelli dei Gigaset T300 PRO / T500 PRO...anche se propendo per l'idea che, almeno da quello che leggo, Starface sia (leggermente) più "Open Source Oriented" (benchè sempre di Asterisk altamente customizzato si tratti) di quanto non siano (direi che siamo a "Zero") i Gigaset PRO (soprattutto se si legge che, ad esempio, le schede ISDN di Digium hanno Firmware specifici prodotti solo per Gigaset).

Sono veramente molto curioso di sapere se qualche anima li ha provati in Italia (Gigaset Pro e/o Starface) e se si è fatto qualche genere di opinione in merito.

Saluti, Kimera.

9
Due to some already implemented HW + SW adjustments on OpenStage devices (all models) there is a risk of damaging the OpenStage phones irrevocable by using the "Updater/NetBoot tool".

Using this tool for update procedures are against security policies and license agreements.

For this reason, the upgrade software will be blocked with immediate effect for Service usages and any Partner support.

Still outstanding SW packages have to be deactivated without exception.

SEN does not allow any further usage of this tool and reserves the right of appropriate action against the user of this software.

The restoration of non-functional device is ensured over the known RUAD process.

12
Con un tuffo nel passato (remoto!)...metto alla prova la memoria storica dello zoccolo duro degli utenti di questo Forum...mi è capitato tra le mani un (davvero) vecchio OfficeStart che ho portato senza problemi dalla release HiPath 3250 V1.2 (HE550T.53.758) direttamente alla release HiPath 3000 V3.0 SMR13 (HE560T.13.621).

Mi chiedevo: non si riesce ad andare oltre alla SMR13 (l'SMR13 fu, se non sbaglio, un pò uno spartiacque per l'HiPath 3250...mi pare che per l'HiPath 3000 V3.0 siano arrivati con gli APS almeno fino alla SMR18 SMR19 (HE560T.19.914) prima di passare definitivamente alla V4.0 che, come sempre avviene, era stata sviluppata inizialmente in parallelo alla V3.0) vero? ...era per motivi legati alla scarsità di RAM (8 MBytes) della SDRAM nella motherboard SBSCO/SBSCS rispetto a quella disponibile nei 33x0 /35x0 e 37x0 (16 MBytes per tutti)?

Le domande sorgono perchè esaminando la dimensione degli APS (fino all'SMR19) non mi pare di notare significative variazioni di dimensione tali da far pensare alla limitazione indicata...a meno che, dimensioni dell'APS a parte, non ci sia qualche cosa nell'APS che, dalla SMR14, ne limiterebbe l'uso sugli HiPath 3250 V3.0 (quindi è impossibile trovare in giro un HiPath 3250 V3.0 SMR19, ad esempio).

Mi pare che proprio dal rilascio della SMR14 fosse apparso, nelle R.N. dell'epoca (correva l'anno 2003/2004?), l'appunto che da quella Release in avanti (e solo per il 3250) non si potesse più effettuare l'aggiornamento APS a causa della SDRAM troppo piccola presente nelle Motherboard SBSCO/SBSCS (le SD Card/MMC erano invece tutte da 16 MBytes e lo erano indifferentemente per tutti i modelli HiPath 3000 V3.0...se non ricordo male).

Ad esempio (nota: il riferimento alla SMR16 però è posteriore al riferimento alla SMR14 di cui ho scritto):

"The SMR16 T (APS) production is not released any more for the Office Start & Office One / HiPath 3150 / HiPath 3250 / HiPath 540. This because the 8MB RAM memory in these systems is insufficient. The T (APS) Software can still be used in the 16MB systems Office Point with CBCP and HiPath 580".

Saluti, Kimera.

13
Dal 14.05.2013 è disponibile su SEBA HiPath Cordless IP V1 R4.6.1 (Hotfix): risolto uno dei problemi ancora presenti nella versione V1 R4.6.0 "Payload is lost during call" (maggiori dettagli nella relativa Release Note).

Saluti, Kimera.

14
Dal 08.05.2013 è disponibile su SEBA HiPath Cordless IP V1 R4.6.0 (G.A.)

Saluti, Kimera.

Pages: [1] 2 3 ... 6