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 ... 5 6 [7] 8 9 ... 80
91
Ciao Alessandro. No non te lo sei perso...non è stato mai scritto se è una Base o una Plus...propendo per la Plus anche se non ne ho certezza. L'ho chiesto anch'Io (punto (5) di un mio Post precedente). Verificarlo visivamente è questione di 10 secondi.

Saluti, Kimera.

92
OK se sono mono numero è giusto che siano Punto-Punto...il FAX, come hai spiegato, lo gestivate "by hand" (A mano!)...trasferendo la chiamata in entrata all'interno FAX...e ci sta (quindi avvalora la tesi secondo cui le NT1 sono mono-numero...o per lo meno almeno una sicuramente lo è). Acclarato che tu sei certissimo della numerazione urbana rimane, a mio avviso, solo da verificare nella configurazione del PBX che le ISDN siano configurate (Tipo di Servizio) come "Punto-punto" (in Configurazioni -> Avanzate -> Tipo di Servizio ISDN -> indice 1 per la prima NT1 e 2 per la seconda NT1) e che l'MSN, per ciascuna S0, sia pari al rispettivo indicato su ciasuna borchia (attenzione che l'MSN, in Configurazioni -> Base -> MSN, va inserito SENZA (*) il Prefisso Urbano...quindi tipo, se hai 051xxxxxx, senza lo 051...ed imposti solo il numero xxxxxx privo del prefisso...poi su Giorno/Notte decidi chi squilla all'arrivo di una chiamata per quel MSN).

(*) ovviamente però in Avanzate -> Impostazioni del Sistema -> Impostazioni internazionali devono essere presenti l'Indicativo del Paese (39) il Prefisso Nazionale (0) e quello Internazionale (00), forse funziona anche se aggiungi il Prefisso Urbano (ad esempio, 51 senza lo zero però) nel campo Indicativo della Località...e Tipo di Numero impostato su "Indicativo della Località", anche se, ho visto, funziona bene anche in assenza del Prefisso Urbano (della serie: sembra non fare differenza). Non ho mai avuto un HiPath 1220 con 2 NT1 quindi, nel caso chiamate in uscita, non so se vada programmato (come negli HiPath...ma penso di sì) l'LCR in modo che effettui in automatico l'Overflow su chiamata uscente alla ricerca del primo canale libero (se hai due Trunk) o se invece, configurando un unico fascio con 2+2 canali, ed usando quest'ultimo ti cerchi comunque il primo canale libero...scrivo questo pensando a quando hai 2 canali impiegati di una NT1 ma vuoi uscire in automatico sulla seconda senza dover selezionare a mano il secondo Trunk o il terzo o quarto canale di (primo e secondo di tale Trunk)...ma questo è oltre quello che ti serve.

Per la Password...hai un bup (salvataggio)? dovresti riuscire ad aprirlo senza che ti chieda alcuna password...mi pare.

Per riprogrammare un HiPath 1220 V3 ci vuole al massimo mezz'ora (se non c'è EVM da configurare/messaggi da caricare...)...è talmente basico...che di più basico non c'è quasi nulla.

Saluti, Kimera.

93
... e con gli stessi identici interni e le stesse "problematiche" tra cui il cordless collegato ad un interno analogico in differita...

Questa è dura da capire...un DECT analogico è un DECT analogico e se lo colleghi ad un attacco di interno analogico (direttamente o in parallelo ad un altro interno analogico - fisso o DECT che sia) deve funzionare...poi che sia "lento" rispetto ad un digitale Up0/E è tutto un altro discorso.

Il mio dubbio resta, visto anche che nell'ufficio 2 la borchia 1 molto spesso, oltre a non ricevere, subisce un messaggio di "numero inesistente".

Se hai modo di procurarti un Mirò ISDN o un terminale ISDN equivalente...ti metti sotto la NT1 "borchia 1" dell'Ufficio 2 e fai le prove di chiamata da/per il numero urbano di testa associato a tale NT1...vedendo se è PP/PMP (se non lo sai già prima). Così sai cosa dire a T.I. in caso tu riesca a riscontrare le anomalie che hai indicato...non esiste che una NT1 con sotto un terminale ISDN correttamente configurato non "risponda".

Sul numero inesistente bisogna capire se il messaggio te lo da il PBX su chiamata uscente o cosa...potrebbe essere un problema di LCR (gestione routing delle chiamte in uscita) ma per essere certi di concentrarsi sul colpevole (il PBX) bisogna escludere che sia la NT1 ad avere problemi.

...visto che il tecnico mi ringamba (credo non voglia rinunciare alla pagnotta e continua a dirmi che posso accedere tramite la 31994 - però mi dà in continuazione PASSWORD ERRATA...)

Qui entriamo in un vespaio...a me basta ribadire che o (a) entri con le credenziali che ti sono state fornite oppure (b) non sei in grado di farlo....e quindi qualcuno - il tuo Tecnico - non sta gestendo la cosa con correttezza...soprattutto vista la fase di Troubleshooting che state (o stai, senza di lui) cercando di affrontare. Per me vale la regola che la pagnotta è dovuta quando è meritata...e lo è quando uno si smazza in quattro per risolvere un problema senza avere la benchè minima paura di educare un Cliente (sono segreti di pulcinella...), sono ben altre le informazioni che un addetto ai lavori deve cercare di non divulgare...perchè, se divulgate alla buona, possono creare più problemi di quanti ne risolverebbero una volta messe in mano ai Clienti...ma questa è solo la mia opinione....quindi, nello specifico, sapere che linee hai e come sono configurate lato PBX è il minimo perchè è la base fondante di un impianto funzionante...altrimenti ti ritrovi con un PBX dove solo le chiamate tra interni funzionano con la dovuta regolarità e continuità...e poi, così facendo, sai come comportarti con T.I. o con qualsiasi altro gestore ti capiti di dover usare.

Saluti, Kimera.

94
Ciao,

Però, insisto, per avere una idea chiara di cosa "c'è lì fuori" (Telecom Italia) e cosa "c'è lì dentro" (PBX) bisogna:

(1) sapere se ogni NT1 è Punto-Punto o Punto-Multi-Punto (se, come scrivi, sono Mono-Numero dovrebbero essere Punto-Punto...)
(2) verificare sul PBX che le porte ISDN siano configurate in egual modo (PP o PMP) e che gli MSN siano OK (se non sono cambiati...direi di sì ma controllare non dovrebbe essere un problema).
(3) chiedere a T.I. di confermarti (possono farlo anche dal 191 se apri una segnalazione di guasto per linea che funziona in modo intermittente) le suddette configurazioni magari mettendosi con un Mirò ISDN sotto ciascuna NT1 (e PBX scollegato) per dimostrare che il PBX non ha rilevanza...e così verifichi che il problema - ad esempio il fatto di riuscire a prendere la linea - si presenta a prescindere (se si ripresenta).
(4) se il FAX è "smistato" dal PBX significa che o (a) c'è l'EVM Auto-Attendant con riconoscimento tono FAX attivato e rinvio all'interno FAX o (2) la gestione della chiamata FAX entrante avviene valutando l'MSN e dirottando quindi le chiamate destinate al numero urbano FAX all'interno FAX (e l'EVM AA non c'entra) MA questo presume che tu abbia una numerazione urbana per il FAX oltre al numero di testa...e non pare che sia così. Quale delle due?
(5) per le NT1 se sono tutte PP Mono-Numero e non Plus (ma normali, ovvero senza interfacce analogiche a/b) avrebbero dovuto fare il contrario (lasciarti quelle piccole "nuove" non alimentate e con le sole uscite S0) e non metterti quelle "grandi" con l'alimentazione (che hanno le uscite S0 e le a/b)...mistero.
(6) la Password standard è quella indicata...ma se te l'hanno cambiata o la sai o la chiedi e se non ti viene data (da chi l'hai cambiata) l'unico modo è spianare il PBX e riprogrammarlo da zero (usando appunto le credenziali standard di default di fabbrica).

Saluti, Kimera.

 

95
Ciao docbrown,

Da quello che hai descritto viene da chiedersi:

  • gli Accessi Base ISDN Telecom Italia (quelli attivati dopo il rientro a seguito della cessazione della connettività VoIP Vodafone): che certezza c'è che entrambe le linee BRI ISDN abbiano ora le medesime configurazioni (Numero di testa ed aggiuntivi a parte...intendo nello specifico: sono/erano ciascuna PMP o PP) che avevano PRIMA che lasciaste T.I. per passare a Vodafone? <-- il Tecnico di Telecom Italia ci avrebbe messo 5 minuti a dirti tutto (forse anche la configurazione passata...) e tu 5 minuti a verificare le impostazioni MSN e delle due ISDN attuali da programmazione in ciascun PBX...oppure, per saperlo ora, basta che ti colleghi sotto ciascuna borchia NT1 con un Terminale ISDN tipo Mirò e provi le impostazioni PP/PMP chiamando in uscita e chiamandoti in ingresso (ad esempio usando un cellulare...così vedi il numero con il quale esci - Numero di Testa - da ciascuna borchia). Con il passaggio a Vodafone T.I. ha solo disattivato le NT1 (LED Rosso spento = Interfaccia U disabilitata) e poi, con il vostro rientro, ha riattivato le stesse NT1 lato centrale urbana...non vi è certezza che le configurazioni (intendo tutti i parametri sia lato centrale che lato NT1) siano quelli di 2 anni fa tranne, ovviamente, quelli relativi ai Numeri di testa...infatti te ne accorgi subito SE ti viene assegnato un numero urbano sbagliato o che non è lo stesso che avevi prima in T.I. e che avevi portato poi in Vodafone. Giusto?
  • gli Accessi Base ISDN Telecom Italia (quelli attivati dopo il rientro per per cessazione connettività VoIP Vodafone): sono fisicamente gli stessi di una volta o hanno colto l'occasione per cambiarti fisicamente le NT1? <- può capitare...anche se non viene esplicitamente richiesto dal Cliente...che il tecnico T.I. sostituisca la NT1 con una più recente (ovviamente la cosa si nota senza difficoltà). <- attenzione che le NT1 sono programmabili quindi, oltre ai parametri di centrale, possono essere configurate in locale (lo erano? avevate FAX connessi direttamente sotto NT1 o come interni dei PBX? avete FAX connessi direttamente sotto NT1?). Nota: disalimentando in locale una NT1 non provochi alcun "reset" della stessa.
  • i PBX ricollegati dopo 2 anni di inattività: sono stati scambiati di posto? sembrerà una domanda "sciocca"...ma non si sa davvero mai.
  • i PBX ricollegati dopo 2 anni di inattività: ogni impianto (PBX+Terminali analogici/digitali), a terminali ricollegati COME 2 anni fa, mostra anomalie legate alla numerazione dei terminali interni (intendo: non ti ritrovi con interni scambiati vero?)? ovviamente, dopo due anni, data/ora dopo vanno sicuramente riconfigurate...ma se riconnetti tutto COME ERA PRIMA...e scopri che gli interni non hanno la numerazione (nè i nomi asseganti) che avevano prima (questo su ciascun impianto) allora hai un buon motivo di pensare che ciascun PBX abbia "perso" la programmazione che aveva o che questa va ricontrollata punto per punto...MA se non è così e tutto ti appare normale (ovviamente devi controllare anche attraverso l'HiPath 1220 Manager se tutto è congruente)...allora non hai motivo di dubitare che sia cambiato qualche cosa proprio riguardo i MSN/le impostazioni delle interfacce ISDN sul PBX...MA hai invece tutto il motivo di dubitare di come ti sono state riattivate le linee ISDN NT1 da parte di T.I. (occhio: devi essere sicuro di aver ricollegato le NT1 ai rispettivi PBX esattamente COME ERANO collegate prima e non a caso - della serie "dove va/dov'era collegato questo cavo che arriva da questa NT1?").

Direi che questi sono i passi preliminari per capire cosa non va e perchè non va. Ovviamente si parte dal presupposto che la configurazione dei due PBX, quella intoccata da anni, fosse corretta e fatta bene già all'epoca...ma questo non lo sa nessuno oltre a te o al tecnico che ti ha configurato gli impianti anni fa.

Per l'accesso via HiPath 1220 Manager a ciascun PBX via USB basta la password normale di amministrazione (a patto che tu già la sappia).

Saluti, Kimera.

96
OpenScape - Business / Re: OSBiz Attendant
« on: March 25, 2015, 07:12:38 pm »
Hai provato OpenScape Business Attendant V1 R3.4.1 (12/03/2015) al posto del V1 R3.4.0 (18/12/2014)?

L'OpenScape Business V1 R3.3.0 ha Build 552 e non 522 (la Build 522, che Io sappia, in questo caso non esiste).

L'integrazione con UC Smart per l'OpenScape Business Attendant V1 R3.4.1 prevede:

- Display Presence status for other user
- Change Presence status for other user
- Voice Mail Support
- Phone book use OpenScape Business system speed dial <--
- Display caller name from OpenScape Business speed dial
- Notification of missed Calls
- Read Call journal
- Delete Call journal

Saluti, Kimera.

97
Mmm...prepari uno zip/tar.gz/gz delle varie app e lo rendi disponibile? ...sarebbe utile. Ma perchè non le hanno pubblicate in SEBA...mah...valli a capire tu!

Riguardo la presenza dei Firmware OpenStage HFA V3 R0.16.3, fare attenzione perchè conviene usare release dalla HFA V3 R0.23.0 in avanti...per problemi di stabilità dei terminali (core dump che saturano la memoria interna causando dei loop reboot), vedi INF-15-000101, 16 Marzo 2015.

Saluti, Kimera. 

98
Sì, in effetti (dal punto di vista del consumatore) dovrebbe essere stato meglio così nel senso che si sono dovuti "aprire" ed accettare anche che i loro nuovi sistemi usino terminali non proprietari (grazie all'aderenza al SIP). Solo che gran spreco di risorse (software/hardware engineering)...guarda che stanno facendo ora con i 35G (now Eco) o con gli OpenStage... diciamo che hanno la libertà di cambiare radicalmente prodotti con molta frequenza (avranno molti soldi!).

Ho la netta impressione che abbiano fatto man bassa di tutto quanto il mondo (embedded e non) Linux porta con sè (e sarebbe interessante vedere in che misura hanno contribuito, nel corso degli anni, con dei "give-back" allo sviluppo di tutte le communities dalle quali hanno preso qualche cosa per integrarlo nei loro prodotti).

Sarò nostalgico...ma se hai mai messo le mani sul (vecchio) HiPath MobileConnect (FMC oltre 7 anni fa...)...già all'epoca era chiaro che si stavano appoggiando su Linux e che su di esso avrebbero basato tutte le loro piattaforme (beh...la IVM gira su Debian) future ed oggi effettivamente stanno facendo girare praticamente tutto su Linux; riguardo poi ad OpenFire...beh...sì è integrabile con qualsiasi SIP Server degno di questo nome (non solo Asterisk).

Saluti, Kimera.

99
Puoi andare giú piú pesante...tanto non ci leggono!

Comunque, pensavo, in pochi anni hanno fatto secchi gli HFA e hanno mandato in Phase Out tantissimo Hardware...al punto che ora é tutto SIP! l'ultima é che Gigaset dovrebbe aver certificato il Maxwell 10 su OS Business V1...

Saluti, Kimera.

100
Vista...guarda dove cavolo l'hanno imboscata...comunque della V5 R7.3.0 nemmeno l'ombra!

Saluti, Kimera.

101
Grande. Batti un colpo (via PM o Mail) se riesci nell'impresa: potrebbe sempre essere utile avere quelle versioni (R7.1.0 e R7.3.0) per gli optiPoint 4x0 HFA V5. Di questi tempi...non si sa mai.

Saluti, Kimera.

102
Ahia...dalla Technical Newsletter di Novembre 2014:

"Harmonization HFA IP Devices for HiPath 3000, OpenScape Office and OpenScape Business Unify regularly update their Products & Solutions based upon market requirements.

From 02/2015 the general software support for optiPoint HFA will end. After that time, optiPoint HFA Software will no longer be available on the UNIFY Software Supply Server, nor in the DLI of OSO and OSBiz Software Image. Please ensure Software Upgrade is done prior to 02/2015.
"

Quindi l'hanno fatto proprio sparire (sempre ammesso che le versioni optiPoint 4x0 HFA V5 R7.3.0 siano mai state pubblicate).

Vedi KB ID 230380.

Sinceramente non ho nemmeno la V5 R7.1.0...figurarsi la R7.3.0 (della quale peraltro non ho mai visto la relativa Release Note...il che è già strano).

Tecnicamente (le immagini Firmware dei terminali) dovrebbero essere nelle ISO, basterebbe montarne una e provare a vedere...

Saluti, Kimera.

103
Grande Lucky, sí c'è anche questa possibilitá...solo che (mentalmente) Io l'ho esclusa.

Perchè? ...perché, almeno dal punto di vista sistemistico (penso al sistemista che li segue), comporta (1) una operazione di personalizzazione nei Clients in più ed il fatto che (2) giá mantenere un ambiente Java RE é come cercare di tappare continuamente una falla di sicurezza (un client senza Java RE è meno "fallato" di un client con Java RE, sempre che quest'ultimo venga tenuto aggiornato)...pensare di farlo avendone ben due...é sinonimo di masochismo...soprattutto se non c'è un valido motivo operativo per essere costretti a farlo (se te lo impone il Cliente perchè ha particolari applicazioni che girano solo tramite Java RE 1.8 ).

Un'altra possibilità è quella di far coesistere Java RE 1.7 e Java RE 1.8...MA...tenere abilitato solo il Java RE 1.7 come ambiente Java RE di default...poi, solo allo specifico bisogno (a questo punto, mi pare, slegato dalla versione OSO MX V3 in uso), attivare Java RE 1.8 al posto di Java RE 1.7 per l'esecuzione di particolari jar files...ovviamente serviranno sempre due operazioni manuali (disattivazione Java RE 1.7 per attivazione Java RE 1.8 e successiva disattivazione 1.8 per tornare al 1.7).

Tutto dipende dal fatto se si è costretti o meno ad AVERE ed USARE Java RE 1.8 (occhio: a 32 bit ed aggiornato...pena problemi con qualsiasi OSO/OSB).

Se si è invece costretti a passare da OSO MX V3 R3.11 a V3 R3.12 per migliorare la stabilità del sistema (e ci mancherebbe!)...lo si può tranquillamente fare continuando ad utilizzare Java RE 1.7 (a 32 bit ed aggiornato) come ambiente Java RE "attivo" ed il problema, a questo punto, non si pone nemmeno.

Saluti, Kimera.

P.S.
Notare l'articolo della KB Unify ID 226416.

104
Non vedo il problema: SE il sistema di cui stai discutendo (come da titolo del tuo Post) è un OpenScape Office MX V3 R3.11.x (e quindi NON è un V3 R3.12.x) allora NON supporta Java RE 1.8 (a 32 bit) ma supporta Java RE 1.7 (a 32 bit).

Nella Release Note che citi (che è relativa al rilascio dell'OpenScape Office MX V3 R3.12.1 Bind 010), a differenza delle precedenti (prendine pure una a caso tra le ultime), hanno introdotto il supporto per Java RE 1.8 (a 32 bit) ed è in celeste la scritta forse per indicare che è una novità o una variazione (rispetto a Release Notes precedenti).

Tra le altre cose, ovviamente, sono cambiati anche gli OSO Clients:

OSO ClientMX V3 R3.11.0MX V3 R3.12.1
myPortal6.1.798B6.1.805C
myPortal for Outlook6.2.1.7986.2.1.805
myAttendant6.1.798B6.1.805C
myAgent6.2.1.798C6.2.1.805A
FAX Printer6.2.0.7986.2.1.805
Cover Page Editor6.2.0.7986.2.1.805
myReports6.2.156.2.19

Cosa puoi fare oppure cosa devi fare?

A mio parere (1) se sei "obbligato" ad usare, lato clients Microsoft Windows, Java RE 1.8 (a 32 bit) allora sei costretto a passare a OSO MX V3 R3.12.0 (GA o la prima Hot-Fix successiva disponibile) oppure (2) se non sei "obbligato" ad usare Java RE 1.8 (a 32 bit), se non ti obbliga il Cliente, allora puoi continuare ad usare l'OSO MX V3 R3.11.x a patto di utilizzare, lato clients Microsoft Windows, il Java RE 1.7 (a 32 bit).

Saluti, Kimera.

105
Maybe an HiPath 4000 V6's expert would step in to help you, in the meantime a good starting point (to understand Backup mechanisms in HiPath 4000 V6 or newer) could be to read this document.

If you know who is Orlando Moriya (Support Engineer at Unify in Irving, Texas - USA) you should deserve it a reading.

Kind regards, Kimera.

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