hai mai sentito parlare di fmc?

FMC = Fixed Mobile Convenience (che più di qualcuno, ed anch'Io in più di una occasione, scambia spesso per l'acronimo di Fixed Mobile Convergence)

Attenzione però ad usare FMC come risposta ad una domanda (Collegamento di Cellulari Nokia o similari su HOOME) forse posta senza mettere bene i puntini sulle (solite) "i".

In assenza di HiPath MobileConnect V1 o V2 (l'appliance ed il relativo client software da installare sui Cellulari dotati di S.O. Symbian 60) dico la mia:

- si possono registrare i Client SIP (PDA e cellulari, ad esempio i vari Nokia, purchè ovviamente dotati di interfaccia WiFi e pienamente aderenti al Protocollo SIP) come registri un optiPoint WL2 SIP: il concetto è lo stesso...VoIP over Wireless ed uso del protocollo SIP...compatibilità dei Client permettendo (non c'è ancora una white list di PDA/Cellulari testati e certificati da SIEMENS).
- FMC (ripeto: senza HiPath MobileConnect): si realizza in (almeno) 4 modi con lievi differenze relativamente alle funzionalità:

(1) HiPath 2000 V2 con le relative Mobility Entry Licenses.
(2) HiPath OpenOffice ME V1 con le relative licenze Comfort Plus (che incorporano la Mobility).
(3) HiPath 3000 V7 (o HiPath 500 V7) con le relative Mobility Entry Licenses.
(4) HiPath 3000 V7 con il modulo HiPath Xpressions Compact V3 e con le relative Xpressions Compact Mobility Licenses.

In tutti e quattro i casi c'è anche un Client software da installare (vedi SpeechDesign GmBH), come ha indicato FastByte.

In tutti e quattro i casi la FMC è, in realtà, un modo elegante per avere funzionante il servizio ONS (One Number Service) MA la FMC vera e propria non si realizza fino a che non si adotta HiPath MobileConnect V1 (meglio V2), derivazione ComdaSys, per ottenere quello che gli anglosassoni riassumono nella frase "Seamlessly Connect the Cellular Network to your Enterprise".

La parola magica alla quale prestare attenzione è sicuramente Seamlessly (letteralmente "senza interruzioni")...perchè rende l'ONS trattato prima solo uno degli aspetti della FMC e non più "solo" l'aspetto/il risultato principale dei 4 scenari indicati prima.

A questo punto appare evidente che FMC "pura" comporta alcuni requisiti (che non sono necessariamente gli stessi per ottenere il solo funzionamento ONS):

- Client SIP VoWLAN (PDA, Cellulari...comunque WiFi e con supporto SIP).
- HiPath MobileConnect Server e Client (da installare nei Client SIP VoWLAN sopra citati).
- un sistema di comunicazione HiPath...
- una infrastruttura Wireless...HiPath Wireless (se il caso Stand-Alone non dovesse essere sufficiente per lo scenario da implementare).

Su Hoome puoi integrare qualsiasi tipo di cellulare.

Piano, anche qui bisogna puntualizzare (per fare VoWLAN intendi...), vedi sopra.

Saluti,
Kimera.

...il tecnico che sta installando questo software specifico per fare le sveglie in hotel, dice che non dialogano la centrale ed il pc su cui gira il software, pensavo che potevano esserci problemi di licenze.

L'implementazione del protocollo CSTA, che agisce al livello del Layer 7 (l'HiPath 3000 V7 supporta sicuramente la Phase II e la Phase III di tale protocollo) potrebbe aver subito modifiche di implementazione dalla versione V3.0 alla V6.0 (sicuramente dei miglioramenti con l'introduzione di HiPah 3000 V4.0): quando lo Standard ECMA 269 CSTA Phase III è stato definito (settima edizione nel Dicembre 2006 mi pare) le versioni HiPath 3000 V6.0 erano alla loro R8 (ora sono quasi alla R12...) e le versioni HiPath 3000 V3.0 quasi sicuramente, per ovvi motivi di cronologia, non potevano supportare tale Standard pienamente dato che non era, all'epoca, ancora definito e definitivo (infatti se guardi le ultime Release Notes per l'HiPath 3000 V3.0 il CSTA Phase III è presente ed è indicato talvolta come CSTA3) cosa invece che per le versioni successive V4.0, V5.0, V6.0 e V7 è avvenuta per ovvi motivi.

Tieni anche presente che ogni produttore di sistemi di comunicazione (Alcatel, Avaya, Siemens, Ericsson, ecc.) ha sviluppato i suoi drivers CSTA che possono differire (e molto spesso lo fanno) anche in base al modello di sistema di comunicazione (non solo tra brands dissimili).

Siemens (Andreas Marschall penso) sviluppò alla fine degli anni 90 i primi drivers 3rd Party per CSTA/CTI: l'HiPath TAPI 170 V1.0 (CTI 3rd Party) ed, ancor prima, il suo predecessore Hicom CTI TAPI 3P ne sono una testimonianza (ora c'è HiPath TAPI 170 V2).

Le applicazioni (tipo HiPath Hospitality Service Center V2.5 per fare un esempio) che si devono interfacciare con i sistemi HiPath 3000 via CSTA (in 3rd Party) devono passare quindi per un "connettore/driver" di quel tipo (anche se l'interfaccia appartiene alla categoria delle "Open Interfaces"), vedi ad esempio il su citato HiPath TAPI 170 V2 oppure HiPath CAP V3.0, o di una sua implementazione ad hoc da parte di chi sviluppa le applicazioni CTI per/di terze parti (con CTI/CSTA via Seriale, USB o via IP, la cosa non cambia) quali le applicazioni di Hospitality o quelle di Alerting (DAKS).

Ad ogni modo...prima di (s)fasciarti la testa lato applicazione (e sfasciarla al tecnico informatico) hai provato a vedere con un CSTA Browser se l'interfaccia dell'HiPath 3000 V6.0 è attiva (cioè se c'è segnalazione dati) ?
Hai provato a consultare il Menù 22 -> 13 -> 2 -> 1 (e poi vedere com'è settata la comunicazione CSTA/CRD) ?
Ci sono Firewall (se la comunicazione viene via IP) tra l'applicativo e l'HiPath 3000 ?

Co il Blues hotel pro della Telcen ci abbiamo già provato, ma se devi fare tante sveglie insieme, l'ultima camera viene svegliata mezz'ora dopo l'ora stabilita o anche più tardi.

L'annoso problema (me lo sono trovato anch'Io) delle famose sveglie seriali.

Saluti,
Kimera.

qualcuno di voi ha già creato un trunk Sip tra h3000 e 3 cx (o anche asterisk) e mi sa dire come si fa?

Ciao,

non so come sia il 3Com Asterisk (o 3Com VCX oppure il 3Com NBX)...ma se hai davvero un sistema Asterisk-based dall'altra parte non è impossibile creare un SIP Trunk dal Siemens (il Siemens si registra al sistema Asterisk-based come se quest'ultimo fosse un SIP Provider...testato e funzionante purchè configurato a dovere...anzi, ti dirò, l'ho fatto funzionare in SIP Trunking anche contro un VeriComm che, sembra, molto poco Asterisk).
Lato HiPath (HiPath HG1500 ed HiPath 3000) serve la creazione di un Trunk SIP Provider (come se lo facessi per un SIP Telephony Service Provider) con la/le relativa/e regola/e LCR.

Saluti,
Davide. 

Ciao,

non ci ho mai prestato molta attenzione...forse perchè non ho mai avuti, installati nella stessa macchina, sia HiPath CallBridge Collection V2 che il CTI TS Provider utilizzato dall'HiPath 1220 V3...quindi potrebbe benissimo essere che le due applicazioni (per i driver che vanno ad installare ed i dispositivi virtuali che vanno a creare) non possano coesistere: la cosa strana è che, mi pare, non ho mai letto di restrizioni all'installazione (di uno o dell'altro CTI TS Provider) nè sulla documentazione di HiPath CallBridge Collection V2 nè sulla documentazione dell'HiPath 1220...potrei comunque sbagliarmi...ad ogni modo potresti aprire un Ticket per segnalare l'anomalia.

Hai provato a vedere cosa è realmente cambiato (a livello di dispositivi virtuali) da quando hai installato l'HiPath CallBridge Collection V2 sulla macchina che prima ospitava i CTI TS Provider driver per HiPath 1220 (che, ovviamente, non sono la stessa cosa) ?

Saluti,
Kimera.

Ciao Mauro,

scusa, puoi dettagliare/spiegarti meglio (sistema, versioni, configurazione, ecc. ecc.) ?

Saluti,
Kimera.

...e soprattutto HOOME si riavvia se su un numero elevato di telefoni HFA, come nel mio caso 90 interni, viene impostato il server DLS.
L' HOOME si riavvia a scadenze di circa 1 ora, tolto quello ho risolto.

Scusa la mia curiosità: ma il Server HiPath DLS V2 era presente e configurato (nella rete del Cliente intendo) ?

Saluti,
Kimera

Ciao,

quindi possiamo dire che (a buon intenditore poche parole):

I nuovi moduli SLAD4 e SLAD8 dovrebbero (il condizionale è d'obbligo) essere supportati a partire da HiPath 3000 V7 R4.3.0 (cioè da HE644x.00.042).
 
Sull'ultima Service Information relativa ad HiPath 3000 V7 R4.4.0 (HE644x.00.044) è infatti riportato che proprio dalla R4.3.0 SIEMENS ha implementato la seguente funzionalità:
 
"RQ00020599-CR1: Redesign der 8SLAR Baugruppe mit 8 DTMF Empfängern und CLIP (new SLAD4/8 cards). Only for EU"
 
in particolare:
 
"The new SLAD4/8 cards are supported from sw bind HE640B.00.42 (V7 R4.3.0). However, the compliance tests for EU countries (e.g: attenuation, electrical characteristics) have not still finished, although the card works fine under laboaratory conditions".

Poi aggiungere anche che funzionano su HiPath 3000 V6 R11 (da Binder 836 in avanti, almeno di smentite e/o correzioni, thanks to Franco); a questo punto...il fatto che non funzionino su HiPath 3000 V4.0 (pace all'anima sua...), scusate, lo davo personalmente già per scontato !

Saluti,
Davide.

FP sta per "Feature Process".
LDH sta per "LAN Device Handler".

Ciao clever,

perfetto, correggo la parte di Post di cui sopra:

Quindi dovrebbero aver modificato le parti:

- FP (Feature Process)
- AP-LDH (LAN Device Handler)
- AP-VSL (etellicom Visual Suite)
- AP-MEB (Media Extension Bridge)

il resto sembra invariato.

Di un pò...non è che hai i FBD (Feature Block Definition) del progetto Apollo vero ? mi preoccuperei un tantino...se fossi SIEMENS

Saluti,
Kimera.