Author Topic: OpenStage SL4 professional: scarsa qualità audio su implementazione HiPath Cordless IP V1  (Read 62038 times)

0 Members and 1 Guest are viewing this topic.

Offline Kimera

  • Global Moderator
  • Hero Member
  • ****
  • Posts: 1.196
  • Karma: +42/-3
  • Kimera (Ars Gratia Artis)
    • View Profile
    • SIEMENS Enterprise Wiki
Ho visto il tuo edit...infatti...siamo sulla stessa lunghezza d'onda (sono quelli!).

In merito alle differenze di prestazioni "Radio" dei vari terminali non so come pronunciarmi...secondo me non è chiaro (il perchè) nemmeno a chi li produce...finchè qualcuno non si prenderà la briga di condurre dei Test in un ambiente controllato e in modo da valutare le prestazioni in modo obiettivo usandoli connessi ai vari sistemi che li supportano (lasciando stare le differenze tra DECT e GAP ma solo vedendo se, come e perchè un terminale X si comporta in modo non omogeneo quando è registrato su sistemi DECT differenti per architettura).

Saluti, Kimera.

Edit n°1: anche in Germania qualcuno continua a porsi domande di vario genere (compatibilità con/prestazioni di) riguardo i terminali DECT Gigaset di ieri e di oggi (OpenStage S/SL), vedi, ad esempio, qui (in questo caso specifico ad essere messa in discussione è l'annosa questione dei terminali Gigaset che registrati su sistemi post V8 R4 non sono più visti come DECT - Comfort - ma vengono visti solo come GAP perdendo quelle funzionalità che con le versioni precedenti dell'HiPath 3000 avevano in modo ormai dato per scontato senza limitazioni di sorta). Quindi la situazione è (ancora) tutt'altro che chiara.

Edit n°2: sempre il Germania sembra stiano affrontando i medesimi discorsi (HiPath Cordless IP versus Gigaset PRO), vedete qui (verso il nono scambio di opinioni...). Io non so il tedesco...ma con un traduttore il senso si capisce perfettamente (lamentele  riguardo la "sprachqualitat"...e qualcuno che profetizza futuri miglioramenti in HiPath Cordless IP come ce ne furono con l'implementazione CorNet IP Trunking SIP di Siemens ai suoi albori sperando dunque che, con il tempo, le cose vadano migliorando...salvo trovarsi poi la risposta di qualcun altro il quale fa notare da quanto tempo HiPath Cordless è in produzione...della serie: a questo punto le cose stanno così e difficilmente cambieranno).
« Last Edit: April 15, 2013, 07:53:58 am by Kimera »
(Ethical) Hackers are not just skilled, they are lucky people and they are persistent people. It's a combination of all three.
"Die Lösung ist immer einfach, man muss sie nur finden" Alexander Solschenizyn

I'm all for being a Partner, and a Professional. But if you want me to sell your products...you need to scratch my back a little too.

Offline Michele

  • Newbie
  • *
  • Posts: 44
  • Karma: +0/-0
    • View Profile
Siemens sta controllando, intanto ha detto che la configurazione di LX è giusta.
I giorni passano e il cliente è incazzato.

Sebbene abbiamo una rete distinta per il sistema dect formata da switch HP L2, notiamo che i led delle porte dove sono collegate le celle sono sempre fissi, come se ci fosse traffico di broadcast.

Non so che fare....

Offline Kimera

  • Global Moderator
  • Hero Member
  • ****
  • Posts: 1.196
  • Karma: +42/-3
  • Kimera (Ars Gratia Artis)
    • View Profile
    • SIEMENS Enterprise Wiki
I giorni passano e il cliente è incazzato.

Purtroppo quando le cose si mettono male la reazione è quella...bisogna vedere quanto e cosa ha dovuto "sopportare"...ma forse è meglio continuare a conversare sul piano squisitamente tecnico e, d'altra parte, ora c'è in campo direttamente Siemens.

Sebbene abbiamo una rete distinta per il sistema dect formata da switch HP L2, notiamo che i led delle porte dove sono collegate le celle sono sempre fissi, come se ci fosse traffico di broadcast.

Il traffico di Broadcast (di per sè) ci può essere e, in un certo senso, ci deve pur essere...ovviamente nella dovuta quantità (e tale quantità è funzione degli apparati che sono connessi a quello Switch ed è soprattutto funzione dei protocolli di rete che i servizi usati/forniti da tali apparati sfruttano/eseguono).

Sicuramente il Broadcast è confinato entro il dominio dello stesso Switch L2/L3 (nel senso che non va ad interessare altre subnet ed è confinato anche entro ciascuna singola VLAN che si va a considerare...se ve ne sono altre oltre a quella di default): mi viene da chiedere se, ammesso che lo Switch HP in uso sia dotato di Management (via WBM o via Seriale RS.232), si sia data un'occhiata allo stesso (intendo alle impostazioni delle porte, alle VLAN, al Firmware, alla distribuzione di traffico, ecc...) ed alle connessioni cablate (topologia, eventuali Loop di patch cords?) che ad esso fanno capo.

L'analisi deve partire da cose evidenti (e semplici da determinare) fino ad arrivare alle configurazioni...ovviamente le cose che scrivo possono sembrare quasi irriverenti (vuoi che serva preoccuparsi di topologia di rete o del Firmware dello Switch oppure ancora di come sono installate le Patch Cords?)...ma siccome simili controlli si fanno velocemente non costano nulla...e poi ci si può concentrare su un livello più alto: sono rispettate le raccomandazioni sul deployment (le VLAN IDs e la configurazione della BSIP-IWU o del Server IWU) di HiPath Cordless IP?

Magari uno schizzo su un foglio di carta con tutte le indicazioni del caso (stato porte Ethernet, stato delle VLAN per porta, configurazione porte nell'IWU e nelle singole BSIP, ecc...) riuscirebbe a far emergere qualche cosa...ripeto...fatto salvo che lato BSIP sia tutto OK (c'è un altro Thread in questo Forum dove è già stata discussa la cosa tempo fa...).

Usando applicativi come, ad esempio, Wireshark il Broadcast lo vedresti subito...e potresti provare a disattivare la sincronizzazione via PTP (IEEE1588) per vedere come mutano le cose.

State usando per HiPath Cordless IP V1 la (nuova) R4.6.0 oppure la R4.5.0? ...non che poi faccia questa gran differenza se ci sono problemi a monte.

Vedi, a solo titolo di esempio però, l'allegato PDF (è solo la stampa di una voce della KB relativa ai problemi introdotti dal PTP quando non vengono create le VLAN...è, come noterai, alquanto "scarna" in termini di informazione contenuta...tipico di chi scrive le cose pensando che chi legge sappia già come fare tutto o come porre rimedio ai problemi...cosa alquanto paradossale!).

Non so che fare....

Con tutta sincerità non ho alcuna difficoltà ad ammettere di non aver mai partecipato ad un corso (nè teorico nè tantomeno operativo/implementativo) sull'HiPath Cordless IP V1 ma sicuramente, indipendentemente dalle dimensioni dell'installazione, proprio per il tipo di tecnologia che sta dietro al prodotto...ci andrei con i piedi di piombo (sulla carta prima...) per tentare di capire (o farmi una idea su) qual'è la configurazione migliore (ovviamente potendo scegliere apparati, configurazioni e topologia)...dico questo perchè non so se oltre ai manuali (Service Manual/Administration Manual) ci sia qualche dispensa (How-To, Guideline) che spieghi (davvero) passo passo cosa fare, come farlo e perchè farlo...e soprattutto se farlo in funzione di un certo tipo di implementazione (PTP attivo/non-attivo, IWU su BSIP Master o IWU su Server esterno) che si vuole sviluppare (ogni cliente obbliga ad un certo scenario implementativo).

Capisci che intendo dire?

Saluti, Kimera.
« Last Edit: April 21, 2013, 01:47:58 pm by Kimera »
(Ethical) Hackers are not just skilled, they are lucky people and they are persistent people. It's a combination of all three.
"Die Lösung ist immer einfach, man muss sie nur finden" Alexander Solschenizyn

I'm all for being a Partner, and a Professional. But if you want me to sell your products...you need to scratch my back a little too.

Offline Michele

  • Newbie
  • *
  • Posts: 44
  • Karma: +0/-0
    • View Profile
Certo Kimera,capisco benissimo.
Adesso attendiamo news dal supporto. Speriamo in bene!!!

Offline Michele

  • Newbie
  • *
  • Posts: 44
  • Karma: +0/-0
    • View Profile
ciao a tutti,
la soluzione "momentanea" (secondo me con le prossime uscite di release del server dect sicuramente apparirà qualche altro bug) del problema  della scarsa qualità audio del sistema è la seguente:
Siemens ci ha rilascito una release pilota V1 R4.6.0 rc1 che teoricamente ha risolto il problema di non riuscire ad impegnare la linea al primo tentativo mentre si è in movimento. (presumo sia l'attuale V1 R4.6.1 hotfix).
Il server dect (e naturalmente la stessa cosa vale per la IWU se si ha un sistema con 10 celle al massimo) deve avere attiva la vlan nella lan nella sezione "dect" e nel nostro caso anche nella lan nella sezione "network/gateway" (naturalmente devono essere diverse).
La porta dello switch, dove colleghiamo il server, deve essere tagged sia con la vlan "network" che "dect".
Le porte dove si collegano le celle devono essere untagged solo con la vlan "dect".
La porta di collegamento dello switch con il resto della rete deve essere tagged solo con la vlan "network".
Se si hanno switch periferici, collegati un fibra o rame, le porte di collegamento devono essere tagged con tutte e due le vlan.
E' da un mese che abbiamo effettuato queste modifiche, per il momento non ci sono lamentele, forse il problema è stato "sistemato".

Offline Kimera

  • Global Moderator
  • Hero Member
  • ****
  • Posts: 1.196
  • Karma: +42/-3
  • Kimera (Ars Gratia Artis)
    • View Profile
    • SIEMENS Enterprise Wiki
Bene.

Se il Ticket è il NA11053175 "Payload is lost during call" allora probabilmente la release che vi hanno dato da provare (V1 R4.6.0 RC1) è ora disponibile come Hotfix V1 R4.6.1.

Il discorso della mappatura con le VLAN richieste e del relativo Port Tagging sulle porte degli Switch coinvolti è sempre "utile".

Saluti, Kimera.
(Ethical) Hackers are not just skilled, they are lucky people and they are persistent people. It's a combination of all three.
"Die Lösung ist immer einfach, man muss sie nur finden" Alexander Solschenizyn

I'm all for being a Partner, and a Professional. But if you want me to sell your products...you need to scratch my back a little too.

Offline Lucky

  • Hero Member
  • *****
  • Posts: 741
  • Karma: +14/-0
    • View Profile
Io la parte di configurazione vlan come hai descritto l' avevo preso come must e non come opzione!

Inoltre mi sembra dai test fatti molto importante che la clan dect non debba essere layer3. Insomma niente gateway nella rete degli switch!

Offline Kimera

  • Global Moderator
  • Hero Member
  • ****
  • Posts: 1.196
  • Karma: +42/-3
  • Kimera (Ars Gratia Artis)
    • View Profile
    • SIEMENS Enterprise Wiki
Infatti ho scritto "utile"...non volevo ripetere (per l'ennesima volta...visti tutti i Threads nei quali queste cose sono state discusse) che la corretta configurazione delle VLAN necessarie (almeno "VLAN Management Network" e "VLAN IP DECT") ed il rispetto dei requisiti richiesti secondo quanto indicato nel Service Manual e nelle varie Release Notes (No Routing, No Layer 3 Switch, ecc.) sono essenziali per non incorrere in problemi ancor prima di iniziare.

Saluti, Kimera.
(Ethical) Hackers are not just skilled, they are lucky people and they are persistent people. It's a combination of all three.
"Die Lösung ist immer einfach, man muss sie nur finden" Alexander Solschenizyn

I'm all for being a Partner, and a Professional. But if you want me to sell your products...you need to scratch my back a little too.