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 ... 74 75 [76] 77 78 ... 80
1126
HiPath - OpenOffice (LE, ME, EE) / Re: HiPath OpenOffice EE: APS Stamp ed architettura hardware
« on: September 24, 2008, 09:28:07 am »
Ciao Fastbyte,

diciamo che (personalmente) sono certo che sarà così...anche perchè l'HiPath OpenOffice EE V1.0 l'ho visto ed ora potete vederlo anche voi.

Saluti,
Kimera.

1127
HiPath - OpenOffice (LE, ME, EE) / Re: HiPath OpenOffice ME V1 R3 ed R2: perchè due rami APS di sviluppo ?
« on: September 24, 2008, 09:25:45 am »
Ciao Fastbyte,

non mi risulta che ci siano due piattaforme HiPath OpenOffice ME V1.0 con hardware differente (forse con revisioni hardware differenti delle Motherboard/Moduli sì...ma non con Hardware tecnologicamente differente).

Il discorso sui due rami di sviluppo APS R2 ed R3 semmai assomiglia tanto a quello valido per i diversi rami Loadware che Siemens rilascia (in parallelo ed in contemporanea) per gli optiPoint 4x0 CorNet IP e SIP...differenziando così le funzionalità dei terminali anche in funzione delle piattaforme alle quali questi andranno a registrarsi.

Forse ti confondi con il Post aperto per HiPath OpenOffice EE V1.0...in quel caso sì c'è una piattaforma Hardware completamente differente rispetto a quella di HiPath OpenOffice ME V1.0.

Saluti,
Kimera.

1128
HiPath - OpenOffice (LE, ME, EE) / HiPath OpenOffice ME V1 R3 ed R2: perchè due rami APS di sviluppo ?
« on: September 23, 2008, 11:02:47 pm »
Ciao a tutti,

non so se sono l'unico a porsi il seguente quesito...ma mi va lo stesso di raccogliere un pò di opinioni in merito: perchè assistiamo allo sviluppo in parallelo di due rami APS ben distinti per HOOME V1 (l'R2 e l'R3) ? c'è qualche motivo che spieghi la cosa (e ci induca a prestare attenzione "tecnica" su due fronti contemporaneamente) ?

Saluti,
Kimera.

1129
HiPath - OpenOffice (LE, ME, EE) / In rilascio HiPath OpenOffice ME V1.0 R3.1.0 (032) eeQA
« on: September 23, 2008, 10:53:22 pm »
Salve a tutti,

in rilascio HiPath OpenOffice ME V1.0 R3.1.0 (032), nuova Fix Release dopo HiPath OpenOffice ME V1.0 R3.0.0 (028a).

Saluti,
Kimera.

1130
HiPath - OpenOffice (LE, ME, EE) / Re: HiPath OpenOffice ME V1 R3.0.0 + optiPoint 150S (SIP) Mass Deployment
« on: September 23, 2008, 10:44:05 pm »
Quote from: -clever- on September 11, 2008, 09:59:00 pm
Con la 028a questo bug non è stato ancora risolto, quindi il servizio DLI non è ancora affidabile in HOOME.

Ciao Clever,

è da verificare che sulle versioni del ramo R3 il problema di cui mi hai detto sia risolto (vedi nuova Fix Release R3.1.0) perchè sembra che sulla R2.2.8 (da poco rilasciata) abbiano dichiarato tale bug come fixed: vedi caso "NA03486511 Additional Restart after Phone-SW update via DLI" che fa riferimento ad

- H37956 (Caso NA03456825 "Multiple stability improvements have been implemented for DLI formerly causing a system crash when providing new phone software")
- H39315 ("Sporadically due to particular circumstances (Network-/IP-Infrastructure) after upgrading and reregistering HFA phones via DLI an additional system restart might occur...")

Io sulla R3.0.0 non ho avuto problemi (ma non ho stressato la macchina più di tanto).

Saluti,
Kimera.

1131
HiPath - OpenOffice (LE, ME, EE) / In rilascio HiPath OpenOffice ME V1.0 R2.2.8 (096) eeQA
« on: September 23, 2008, 10:39:18 pm »
Salve a tutti,

con la R2.2.8 è in arrivo un'altra Hot Fix Release (ancora in fase eeQA) per HiPath OpenOffice ME V1, questo rilascio avviene dopo il precedente R2.2.7 (093).

Saluti,
Kimera.

1132
HiPath - OpenOffice (LE, ME, EE) / Re: HiPath OpenOffice EE: APS Stamp ed architettura hardware
« on: September 23, 2008, 07:26:54 pm »
Quote from: Kimera on September 11, 2008, 08:31:45 pm
...sembra che l'immagine software dell'HiPath OpenOffice EE sia "come" quella a cui siamo abituati quando esaminiamo un HiPath 2000...

Non è mai bello continuare un post con un auto-quote...ma devo proprio dirmi "Mai sospetto fu più fondato".

Quote from: Kimera on September 11, 2008, 08:31:45 pm
...sorge lecita una domanda: che Hardware avrà HOOEE rispetto all'Hardware che ora ha HOOME per supportare tale tipo di Immagine Software ?

E appare lecita questa risposta: HiPath OpenOffice EE V1.0 (quindi l'entry level) avrà un hardware "derivato" da quello di HiPath 2000 V2, non si spiegherebbe altrimenti l'osservazione sul Software.

Visto in un'ottica "Entry Level"...ci sta...ma, ancora una volta, ci troviamo con un nome di piattaforma comune (HiPath OpenOffice) con differenti architetture hardware (EE/ME come minimo).

E voi che ne dite ? Idea ! ...magari con un BIST2 su un H2k V2...mi ritrovo un HOOEE V1 ?

Saluti,
Kimera.

1133
HiPath - 3000 / 5000 / Re: Multi-SLC in IPTrunking
« on: September 23, 2008, 12:31:44 am »
Quote from: French on September 22, 2008, 08:52:27 pm
Dovrei attivare la funzione Multi-Slc in IPTrunking...

Cioè ?

Se intendi Multi-SLC (più moduli SLC in ciascun nodo) e System Wide Roaming (senza, ovviamente, l'handover) tra i due (o più) nodi collegati in CorNet IP Trunking...allora la risposta è "Sì, qualcuno lo ha già fatto"...ma da qui a dirti se devi registrare nuovamente i portatili...dipende dal DECT ID con cui hai marchiato i nodi e da come sono fisicamente posizionati i sistemi DECT dei singoli nodi (overlapping ?).

Saluti,
Kimera.

P.S.
Indicativamente...se hai seguito i dettami Siemens per la corretta configurazione del sistema Multi SLC ed hai considerato i due DECT come separati fin dall'inizio (utilizzando DECT ID differenti), a parte una decina di altre considerazioni che entrano in gioco (Revisioni Software APS, Configurazione Multi-SLC, LCR, Configurazione HG1500 V3.0, Parameteri USBS, Riferimento di Clock, ecc.), non dovresti essere costretto alla (ri)registrazione dei terminali DECT.

1134
HiPath - 3000 / 5000 / Re: Modulo SLMAE su Hipath 3800
« on: September 20, 2008, 11:11:58 am »
Quote from: RobyMlk on September 19, 2008, 03:39:13 pm
La rel sw è una V.7 R 2.20_014.

Caspita ! Siemens Docet...allora quelli in Siemens hanno proprio ragione (vedi le flame durante la Tech Convention di Rimini)...

Ragazzi...questo è un elenco (preso al volo, incompleto...dite quello che volete) delle Minor Release (con le relative Fix Release e Hotfix Release) rilasciate nel corso dell'ultimo anno per l'HiPath 3000 V7:

R2.1.0 (HE641x.00.011)
R2.2.0 (HE642x.00.014) <---
R2.3.0 (HE642x.00.015)
R3.0.1 (HE643x.00.001)
R3.0.2 (HE643x.00.002)
R3.0.3 (HE643x.00.010)
R3.1.0 (HE643x.00.014)
R3.2.0 (HE643x.00.017)
R3.2.1 (HE643x.21.001)
R3.2.1 (HE643x.21.002)
R3.3.0 (HE643x.00.027)
R3.3.1 (HE643x.31.004)
R3.4.0 (HE643x.00.033)
R4.0.0 (HE644x.00.004)
R4.0.0 (HE644x.00.009)
R4.0.0 (HE644x.00.013)
R4.0.0 (HE644x.00.019)
R4.1.0 (HE644x.00.022)
R4.1.0 (HE644x.00.023)
R4.2.0 (HE644x.00.033)
R4.3.0 (HE644x.00.042)
R4.4.0 (HE644x.00.044)
R4.4.1 (HE644x.41.002)
R5.0.0 (HE645x.00.004)
R5.0.0 (HE645x.00.005)
R5.1.0 (HE645x.00.008)
R5.2.0 (HE645x.00.012) <---
R5.2.1 (HE645x.21.002)
R5.2.1 (HE645x.21.003)

La tua cara V7 R2.2.0 è del 18.09.2007: 1 anno fa quasi esatto!

La cosa impressionante non è l'anno trascorso tra la R2.2.0 e la (non del tutto) attuale R5.2.0 ma il fatto che con questo (non indifferente e, alle volte, strano) numero di rilasci software APS stiamo ancora discutendo di problemi tecnici senza minimamente scandalizzarci che si manifestino su software APS così vecchio! (prima) aggiornate gente...aggiornate...e poi ne riparliamo.

Saluti,
Kimera.

1135
HiPath - 2000 / Re: Logged OFF telefoni Optpoint 410
« on: September 20, 2008, 10:50:28 am »
Ciao,

veniamo con ordine:

- SPE significa Signalling and Payload Encryption
- BIST2 è Built In Self Test ed è quella modalità che ti consente di interventire su un sistema (in questo caso l'HiPath 2000) quasi fosse una Back Door (indipendentemente che questo abbia caricato gli applicativi per i quali è stato creato) che consente di intervenire su aspetti quali l'aggiornamento software (Application/Root Filesystem/Firmware) senza dover rispettare limitazioni imposte dagli applicativi che verrebbero caricati dopo (ad esempio per rispettare delle procedure di aggiornamento tramite versioni intermedie, dette interim, al fine di arrivare alla versione software finale).
- Immagine Attiva è l'immagine che viene caricata ed eseguita (dell'applicativo).
- Immagine Non-Attiva (chiamabile forse con il termine di Immagine di Standby) è quella di "recovery" in caso di problemi (non necessariamente quella che ti appresti ad aggiornare --> dipende da che cosa scegli nel BIST).

Molti apparati adottano queste strategie (di Siemens ricordo HiPath RG2500, HiPath RG2700, HiPath RG8700, l'HiPath 2000 e, forse, il nuovo HiPath OpenOffice EE V1.0) per sopperire a problemi legati alla corruzione dei software applicativi o del Root File System o, nella versione più spinta, di "cambiare" il volto di un dispositivo mantenendo valido l'assunto che l'hardware sottostante (ed il Firmware) lo permettano.

In genere quando entri in modalità BIST2 (o BIST come la vogliamo chiamare) hai la possibilità di effettuare un First Software Supply che ti consente di caricare Root File System ed Application Image e di verificare che l'Immagine 1 e 2 (Attiva/Non-Attiva anche se non nel rispettivo ordine 1/2 o 2/1) siano sincronizzate.

Vedrò di allegare degli Screeshots in modo da chiarire il tutto.

Saluti,
Kimera.

1136
HiPath - Phones - (optiSet, optiClient, optiPoint, openStage) / Re: 1st Party CTI con la serie OpenStage 60/80 T (Up0/E)
« on: September 19, 2008, 11:11:10 am »
Quote from: fastbyte on September 19, 2008, 09:58:41 am
...verso Q1-Q2/2009...

Quindi il tutto potrebbe non essere pronto prima del secondo quadrimestre del 2009 ? molto male...sarebbe molto meglio prima...staremo a vedere.

Saluti,
Kimera.

1137
HiPath - OpenOffice (LE, ME, EE) / In rilascio HiPath OpenOffice ME V1.0 R2.2.7 (093)
« on: September 19, 2008, 07:08:18 am »
Salve a tutti,

con la R2.2.7 è in arrivo un'altra Hot Fix Release per HiPath OpenOffice ME V1, questo rilascio avviene dopo il precedente R2.2.6 (092).

Saluti,
Kimera.

1138
HiPath - Phones - (optiSet, optiClient, optiPoint, openStage) / 1st Party CTI con la serie OpenStage 60/80 T (Up0/E)
« on: September 19, 2008, 07:02:20 am »
Salve a tutti,

qualcuno di voi si è trovato nelle condizioni di voler provare funzionalità CTI (1st Party...ed eventualmente 3rd Party) nel caso di OpenStage 60/80 T ?

Ci sono dei dibattiti in atto in Siemens Wiki Forum...ma che Io sappia Siemens non ha ancora rilasciato alcun CallBridge TS Provider compatibile con tali OpenStage (forse la cosa avverrà verso fine 2008 ?) nè si è mai sentito parlare di supporto agli OpenStage T (o alle versioni con Stack CorNet IP o Stack SIP) nei middleware HiPath TAPI 120 (1st Party) / HiPath TAPI 170 V2 (3rd Party).

Sembra che qualcuno abbia suggerito l'uso del Driver RNDIS per la connessione alla porta USB (Slave mode) agli OpenStage 60/80 T...ma, per come la penso Io, non vedo un collegamento funzionale con TAPI per il CTI.

Saluti,
Kimera.

1139
HiPath - Phones - (optiSet, optiClient, optiPoint, openStage) / Re: Gigaset SL 37H
« on: September 18, 2008, 10:12:43 pm »
Quote from: RobyMlk on September 17, 2008, 01:32:10 pm
vi risulta che al portatile in oggetto non vengano trasmessi i servizi come con SL1 ?

Ciao,

il Siemens Gigaset SL37H è la versione Consumer ("Retail variant") del Gigaset SL3 professional e, di conseguenza, viene riconosciuto dai sistemi HiPath Cordless Office (SLC16N e SLCN in H3k) e HiPath Cordless Enterprise V2.3 e V3.0 (SLC24 in H4k) come un terminale GAP (a differenza di quello che avviene con Gigaset SL3/S3 professional) con le relative limitazioni (in termini di funzionalità) del caso.

In particolare, se l'uso del Siemens Gigaset SL3/S3 professional sui sistemi HiPath 3000 (con l'integrazione dei Moduli SLCN/SLC16N per HiPath Cordless Office), è subordinato al rispetto delle seguenti versioni minime di APS al fine di garantire le funzionalità di HiPath Cordless Office:

- HiPath 500/3000 V5.0 da HE600B.14.644 (dall'Hotfix 203)
- HiPath 3000 V6.0 da HE620B.09.644 (dall'Hotfix 203)
- HiPath 3000 V7.0 da HE640B.50.208

Nota: con l'utilizzo del modulo SLC16 (Phase Out) la funzionalità "Professional Ringer” del Gigaset SL3/S3 professional non è supportata

Saluti,
Kimera.

1140
HiPath - 3000 / 5000 / Re: Modulo SLMAE su Hipath 3800
« on: September 18, 2008, 07:00:32 pm »
Ciao,

il modulo SLMAE per HiPath ha il seguente P/N S30810-Q2225-X200-n (24 interfacce analogiche T/R) e non S30810-Q2225-X-n (per HiPath 4000).

La storiella delle schede con lo stesso fattore di forma di quelle utilizzate negli AP di HiPath 4000 utilizzabili (e riconoscibili) anche in HiPath 3800 non è più vera almeno dal rilascio di HiPath 3800 V5 R9.

Prima di quella Minor Release (occhio: era la R9 della V5!) alcune schede potevano essere utilizzate in entrambe le piattaforme, dopo quel rilascio no: ad ogni modo la SLMAE non è mai appartenuta a tale categoria...nel senso che essa ha P/N (-X200-/-X-) differenti (corrispondenti ad Hardware ID effettivamente differenti) per piattaforme differenti (H3k8/H4k) e non è mai stata "intercambiabile" e "riconoscibile" nei due sistemi citati.

Eccoti una lista (era Agosto 2006) dell'epoca:

- S30122-H7686-X: LUNA2 Power Supply Unit for HiPath 3800
- S30810-Q2216-X: DIU2U Digital Interface Unit 2 x PRI
- S30810-Q2485-X: TMC16 CO Trunk Module 16 Ports
- S30810-Q2452-X: TMDID TRUNK Module for HiPath 3800

Altre schede con lo stesso fattore di forma (quindi meccanicamente intercambiabili), ad esempio la DIUN2, non potevano essere utilizzate in HiPath 3800 perchè il sistema non le avrebbe mai riconosciute (non era e tuttora non è programmato il loro Hardware ID nell'APS perchè tale riconoscimento avvenga).

In quel periodo poi vennero immesse nel mercato moduli specifici per HiPath 3800, cioè moduli riconoscibili solo dall'APS caricato in HiPath 3800 V5 (a seguire poi V6 e V7), eccoti una lista...sempre aggiornata all'epoca:

- S30810-Q2191-C300: SLMA2 24 channel CLIP analog
- S30810-Q2191-C100: SLMA8 8 channel
- S30810-Q2193-X300: SLCN CMI 16 channel
- S30810-Q2168-X10: SLMO2 UP0/e 24 channel
- S30810-Q2168-X100: SLMO8 UP0/e 8 channel
- S30810-Q2217-X10: STMD3 S0 8 channel
- S30810-Q2316-X100: STMI2 HG1500 32 channel

Questo è il quadro che conosco Io...poi se qualcuno ha da aggiungere/correggere...saremo tutti felici di incorniciare l'opera.

Saluti,
Kimera.

P.S. I
Se poi Siemens può eseguire un Firmware/Hardware ID rebranding sulle SLMAE per H4k facendole diventare delle SLMAE per H3k8...beh...questo lo sanno solo loro (un pò come avviene con i Wireless APs HiPath AP2610/20 che possono essere trasformati in HiPath AP2630/40).

P.S II
Forse per la STMI2 si può fare un discorso analogo...quella con P/N S30810-Q2316-X-n smise di essere supportata nell'HiPath 3800 V5 proprio nel corso del 2006...e venne introdotta una nuova scheda con P/N S30810-Q2316-X100-n che aveva un Hardware ID differente (0x05f0) ed aveva 32 MByte di memoria Flash.

P.S. III
P30152-P1266-P2-17: scusa...ma non fai prima a dirci semplicemente HiPath 3800 Vx.y Rm.f.h ? altrimenti ci tocca scorrere documenti a go-go per capire che versione di sistema hai...su...un pò di aiuto e buon senso.

Pages: 1 ... 74 75 [76] 77 78 ... 80