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.


Messages - Kimera

Pages: 1 ... 6 7 [8] 9 10 ... 80
106
A futura memoria: La spiegazione è qui.

Saluti, Kimera.

107
OpenScape - Office (OSO MX/LX/HX) / Re: DATA E ORA SU SISTEMA IP DECT
« on: February 23, 2015, 07:55:53 pm »
That's the Unify OSO CVD (Come Volevasi Dimostrare).

Saluti, Kimera.

108
HiPath - 3000 / 5000 / Re: funzioni dei telefoni analogici (bca)
« on: February 23, 2015, 08:33:12 am »
La regola, del tutto generica, è che il Sistema detta le funzionalità mentre i terminali ad esso connessi vi si adeguano (sempre che essi non abbiano delle "restrizioni" funzionali e non riescano ad usufruire di tutte o di parte delle funzionalità offerte dal sistema a cui sono connessi).

Con tale premessa, le funzionalità (Features) che il sistema offre ai terminali ad esso connessi le trovi indicate nel Capitolo "Codes for Activating/Deactivating Features" (Sezione B: rispettivamente nella Tabella B-1 e per i terminali
indicati nella Tabella B-2; il tutto da pagina 1189/1286 a pagina 1208/1286) del Manuale "HiPath 3000/5000 V9 Service Documentation" (o di uno simile per una versione precedente in Inglese o in una lingua a tua scelta) "A31003-H3590-S100-10-7620".

L'HiPath 3000/5000 Manager E offre una rappresentazione (banalmente chiamata Lista Interni) delle porte fisiche/virtuali, ovvero anche degli interni ad esse collegati...i BCA non sempre appaiono con il "pallino verde" (nè, d'altra parte, si può pretendere che un terminale "idiota" - incapace di comunicare alcunchè di sè stesso tranne il suo stato On-Hook/Off-Hook - possa mai "informare" il sistema a cui è connesso sulla sua identità come invece avviene per i terminali "intelligenti" digitali di sistema che comunicano attraverso il protocollo proprietario Up0/E identificandosi come "optiset E, optiPoint 500, OpenStage, ecc.")...ma, garantito, cerca che ci sono (almeno come attacchi Analogici).

Riguardo l'invio del CLIP ai terminali analogici, da una certa versione in su il sistema prevede tale funzionalità (sugli attacchi analogici d'interno appunto...con delle restrizioni in funzione del fatto che tali attacchi devono supportare il protocollo ETSI FSK e questo dipende tanto da quanto "nuovo" è l'Hardware quanto da quanto "recente" è il Software APS) ed il tutto dipende, oltre che dal sistema (Hardware Motherboard, Software APS almeno da HiPath 3000 V6 R10 in avanti, Hardware schede analogiche) anche dai terminali analogici stessi (Il sistema funziona se usi la segnalazione conforme a ETSI FSK Type 1) che, spero, abbiano l'LCD...altrimenti del CLIP sui BCA, anche se attivo e funzionante, il Cliente non se ne fa davvero nulla.

Saluti, Kimera.

109
OpenScape - Office (OSO MX/LX/HX) / Re: DATA E ORA SU SISTEMA IP DECT
« on: February 16, 2015, 10:42:36 am »
Potrebbe essere un problema legato ai Tickets "NTP Server stability improvements": NA13609431, NA13629601, NA13652803, NA13649289 e NA13645935 (tutti risolti dopo il rilascio di OSO V3 R3.11.0).

Hai provato a vedere se con OSO V3 R3.11.1 (Build 013) di metà Dicembre 2014 o superiore (Build 014) fine Dicembre 2014 il collegamento con l'NTP Server (OSO) torna a funzionare?

Dovresti poterlo verificare anche da una macchina Linux con un comando tipo: ntpq -p indirizzoipNTPserver ammesso che tale macchina Linux sia nella stessa Subnet dell'OSO (NTP Server).

Saluti, Kimera.

Edit 1: probabilmente, se è effettivamente un Bug relativo al servizio NTP, ha più senso tentare l'aggiornamento dell'OSO a OSO V3 R3.12.0 (Build 002) appena rilasciata piuttosto che provare le Hot Fix intermedie che ho indicato (Notare che nella Release Note dell'ultimo rilascio sono scomparsi i riferimenti ai Tickets di cui sopra).
Edit 2: è quasi sicuro che sia un Bug (servizio NTP Server - ntpd - inattivo?) introdotto o, comunque, scoperto su OSO V3 R3.11.0 (Build 006) / OSO V3 R3.11.1 (Build 011) e risolto almeno a partire da OSO V3 R3.11.1 (Build 013). In OSO V3 R3.10.0 (006) non era presente.

110
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 12, 2015, 04:14:32 pm »
Sì, ora ho visto...quell'indicazione ha fatto la sua prima apparizione sin dalla Release Note dell'OSO MX V3 R3.4.1 (Build 007) del Gennaio 2013! ...pensa da quanto! ...ecco dove era scritto! è la vecchiaia...grazie!

Edit: A futura memoria...la stessa indicazione è presente nella Technical Newsletter SME del Gennaio 2013 alla Sezione "OpenScape Office" con il titolo "Upgrade Partition Clean-Up"...

Saluti, Kimera.

111
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 12, 2015, 03:20:26 pm »
OK, come spiegazione ci sta...ma da quale documento l'hai presa questa indicazione? magari se mi dai un indizio lo (ri)scopro anch'Io!

Edit...a rileggerlo ora per la seconda volta...quasi mi pare di ricordare che l'ho già letto...ma non ricordo assolutamente dove.

Saluti, Kimera.

112
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 12, 2015, 09:00:57 am »
Molto interessante...potresti fornirmi il riferimento per questo passaggio intermedio obbligatorio?

Ricordavo (con la nota formula sul manuale: "Since the hard disk of the communication system needs to be repartitioned in the process, the update is performed in two installation steps. This involves installing the image file twice in succession."...con caricamento doppio dell'immagine) che un (ri)partizionamento dell'HDD interno avveniva sicuramente nel passaggio da HiPath OpenScape Office ME V1 (con partenza almeno da HiPath OpenOffice ME V1 R4.5.0 Build 80 o superiore) all'HiPath OpenScape Office MX V2 (l'MX V1 lo hanno saltato...come nomenclatura di prodotto)...ma non sapevo del pre-requisito del passaggio intermendio su OSO MX V2 per passare da OSO MX V1 a OSO MX V3.

E ho guardato davvero dappertutto...

Saluti, Kimera.

113
Ciao Hunter,

Intanto questi (in Inglese): probabilmente non sono nulla di nuovo...

Saluti, Kimera.

114
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 10, 2015, 04:16:42 pm »
Sì, in OSO MX V3 il meccanismo di ripristino è stato integrato nel sistema (di qui l'assenza/l'inutilità della Rescue Image per OSO MX V3).

Strano...non mi risulta (mi sono forse perso qualche passaggio importante?) che per passare da OSO MX V2 R1 ad OSO MX V3 R3 si debba passare necessariamente prima per OSO MX V3 R2 (o per una release comunque compresa tra OSO V3 R1 ed OSO V3 R3.2).

Sei sicuro della obbligatorietà/necessità del passaggio intermedio (V3 R1/R2/R3.2 che sia)?

Saluti, Kimera.

115
HiPath - 3000 / 5000 / Re: Funzione tasto R
« on: February 09, 2015, 09:21:28 pm »
Allora...sui terminali digitali puoi programmare un tasto libero programmabile (o riprogrammare un tasto occupato programmabile) con la funzione per far partire il Parchegggio (Park On) che equivale al codice *56 (attivazione Parcheggio) + selezione dell'Orbita (dove l'Orbita è un numero, che se non ricordo male, va da 0 a 9 e coincide con lo Slot di Parcheggio che l'HiPath 3000 ti mette a disposizione tra i 10 che ha, quando è libero). Per riprendere dal Parcheggio (Park Retrieve) vale il #56 + Selezione dell'Orbita. Non sono sicuro che puoi programmarti "n" tasti con le "n" Orbite (per capirsi *560 su un tasto, *561 su un altro e via così...) ed altri "n" tasti per le relative riprese...ma potrei sbagliarmi...sicuramente funziona se programmi il tasto con *56 e poi al momento dell'esecuzione ti viene richiesto di immettere l'Orbita di Parcheggio nella quale vuoi parcheggiare la chiamata (se l'Orbita è occupata ti viene segnalata e puoi provarne un'altra).

Sugli analogici non metto bocca...soprattutto sul tasto R.

Saluti, Kimera.

116
HiPath - 3000 / 5000 / Re: Funzione tasto R
« on: February 09, 2015, 07:31:30 pm »
Sì nel tuo caso capisco...anche se, devo ammettere, la funzione di Parcheggio dovrebbe essere usata proprio dal PO (visto che non è un PO Automatico e sa - o dovrebbe sapere - come gestire particolari chiamate).

Concordo poi con il discorso che sempre più persone fanno (o desiderano fare) sempre meno sforzi...anche se più che tirare in ballo i (definiti) "Bamboccioni" parlerei piuttosto di generici "Fancazzisti" che, perdonami, non è la stessa cosa (tant'è che molte delle persone definite da qualcuno come "Bamboccioni" sono tutt'altro che annoverabili tra i "Fancazzisti"...ma questo è tutto un altro discorso).

Nel caso esposto:

Infatti quando il posto operatore riceve una chiamata dall'esterno, la smista e la annuncia all'interno 1 mettendola in attesa. Se l'int 1 non può risolvere la questione con l'interlocutore si consulta con l'int 2 e anche col 3 se serve. La chiamata esterna intanto resta in attesa e il centralinista può fare altre cose. A questo punto uno dei derivati interni prende finalmente la telefonata esterna togliendola dall'attesa. Se invece la chiamata ogni volta torna al PO distrae il centralinista e gli impedisce di rispondere ad altre chiamate oppure potrebbe essere occupato a sua volta.

direi che il Parcheggio, visto che la chiamata viene in primis smistata ad un Interno dal PO, potrebbe essere una decente soluzione (così è l'Interno che viene "colpito" per primo dalla chiamata che decide tempi e modi di trasferimento della stessa al suo collega più competente in merito...vuoi che in 160 secondi non si riescano a capire su chi deve gestire quella chiamata?).

O sbaglio?

Saluti, Kimera.

117
HiPath - 3000 / 5000 / Re: Funzione tasto R
« on: February 09, 2015, 02:21:51 pm »
E considerare l'idea di mettere la chiamata ricevuta (quella che viene trasferita dal Posto Operatore) in una orbita di parcheggio (Parking -> selezioni Slot=Orbita di Parcheggio)? ...così facendo la chiamata ricevuta viene parcheggiata (l'utente chiamante viene messo in attesa come quando si esegue una consultazione) e può essere presa dall'orbita di parcheggio su cui è stato "posizionato" (sapendo in che Slot=Orbita è stata parcheggiata) dall'utente che intende prendere la chiamata in via definitiva (così gli utenti interni hanno modo di consultarsi su chi deve prendere quella particolare chiamata)...così facendo chi ha ricevuto la chiamata potrebbe dire al diretto interessato tra i suoi colleghi interni di prendere dal parcheggio (un-parking) il chiamante esterno...se quest'ultimo viene "abbandonato" la chiamata torna a chi ha messo in parcheggio il chiamante (circa 160 secondi mi pare sia il limite del Time-Out...configurabile per tutto il sistema).

C'è anche il de-Parking (ripresa da parcheggio mentre una chiamata è (già) in attesa).

Saluti, Kimera.

118
Mah...direi che ci sono 3 differenti tipi di risposte (tutte, a modo loro, generalmente valide) rispettivamente per 3 differenti tipi di persone che fanno una domanda posta nei termini con i quali l'hai posta tu:

(1) A cercarli, si trovano ovunque.
(2) Senza cercarli, non si trovano.
(3) A ben cercarli si trovano sicuramente sul Portale Partner del sito www.unify.com (premesso che si abbia accesso a detto Portale Partner)

rispettivamente per queste tre categorie di utenza:

(a) l'utente che sa cosa cerca e sa dove e come cercare ed è dotato di un minimo di fantasia, un minimo di tempo ed un pò di pazienza (Google Is Your Friend...dicono)
(b) l'utente che non sa cosa cerca nè sa dove e come cercare e non ha un minimo di fantasia, un minimo di tempo ed ha poca o pochissima pazienza (in questo caso con un arma tra le mani come quella offerta dal motore di ricerca di Goolge...un utente del genere se ne sta con le mani in mano e un bel punto interrogativo in testa aspettando che i PDF, le Presentazioni PowerPoint e i rimandi ai file EXE gli piombino in tasca senza muover dito).
(c) l'utente che ha l'accesso al Partner Portal e che appartiene anche alla categoria (a), beh questo ha la vita davvero facile! ...con tutta probabilità esiste anche l'utente (c)+(b): quest'ultimo avrà difficoltà, seppur molto minori dell'utente (b)-(c) a trovare ciò di cui ha bisogno...ma, di base, non sarà impossibilitato a farlo se non dalla propria pigrizia.

Se non appartieni alla categoria (c) ma ti senti di appartenere alla categoria (a) puoi arrivare ad ottenere (quasi) il 100% di quello che cerchi effettuando una ricerca "pubblica" attraverso opportune e semplici chiavi di ricerca sul motore di ricerca di Google (tassonomia: HiPath+Release Notes, HiPath+Manager E, HiPath+Administrator Manual+Vx dove x= versione che ti interessa magari specificando di volta in volta che tipo di file cerchi, PDF, PPT, DOC, ecc.).

Se, caso vuole, ti senti di appartenere alla categoria (b) senza i privilegi della categoria (c)...la vedo dura a meno che qualche buona anima - e non dico che non ce ne siano in giro (infatti ce ne sono, ma sempre meno) - non ti dica esattamente COSA e DA DOVE scaricare ciò che (per pura supposizione) ti potrebbe servire.

Nota bene che ho scritto tutto questo per sorridere e che personalmente nutro il massimo rispetto per (a), (b) e (c) e per tutte le combinazioni di queste categorie...ovviamente c'è di che riflettere.

Saluti, Kimera.

119
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 09, 2015, 01:16:53 pm »
Può essere...comunque se usi (una qualunque distribuzione) Linux vai sempre sul sicuro. Sarebbe stato utile che avessero indicato anche gli Hash per le Rescue Images...così uno almeno avrebbe controllato con un semplice comando se quanto scaricato è OK oppure no.

Quindi per OSO MX V2 non hanno mai aggiornato il Rescue Boot disk (USB Rescue Stick) ad una release più recente della R1.0.0 (003)...pensavo che avessero tenuto aggiornate le Release della Rescue con quelle rilasciate (almeno fino all'ultima prima del passaggio ad OSO MX V3) visto che poi in OSO MX V3 la Rescue Image non serve più.

Mi chiedo se ci sia il modo di crearsene una con, ad esempio, OSO MX V2 R1.7.0...così, tanto per evitare di dover poi passare dalla R1.0.0 alla R1.7.0 se si intende rimanere in V2 (o comunque prima di effettuare il salto alla V3 R2/R3).

Saluti, Kimera.

120
OpenScape - Office (OSO MX/LX/HX) / Re: OSOMX USB Rescue disk
« on: February 09, 2015, 08:44:29 am »
Una curiosità: che versione/release OSO MX è presente nella Rescue Stick USB che hai usato?

Saluti, Kimera.

Pages: 1 ... 6 7 [8] 9 10 ... 80