[Problem] Abbrüche via DECT an Siemens Basisstation BS4

[LB28]

Hallo zusammen,

ich bin relativ neu im Bereich Unify Telefonie.
In meiner neuen Firma haben wir eine UNIFY X8 Opsenscape Telefonanlage vor knapp 6 Wochen bekommen.
Vorher gab es eine UNIFY Hipath 3800

Wir haben folgende Kostellation:

- ca 140 schnurlose Telefone (UNIFY SL5)
- 23 Siemens BS4 Basisstationen (Anbindung nicht via IP)


Seit dem wir umgestellt haben, haben wir das Problem, dass einige DECT Telefone folgende Probleme haben:
- beim Anrufen klingelt es (klar, die Anlage schickt das Signal raus), das Telefon nicht klingelt aber nicht
- wenn man versucht vom Telefon zu telefonieren, baut es keine Verbindung auf, obwohl es gute Signalstärke hat

Wirft man das Telefon mit samt der Nummer aus der Anlage, und registriert es neu, geht es für einen halben Tag

Wir haben dann noch weitere Basisstationen installiert, weil wir dachten, dass vielleicht nicht genügend Kanäle vorhanden sind. Brachte aber auch keine Lösung.
Die Logs der Basisstation verstehe ich auch noch nicht genau. Im Netz finde ich dazu auch keine Infos. (vielleicht bin ich auch nur zu blind =D )

Kann ich die Logs auch mal komplett resetten?
Das ich sehen kann, was aktuell passiert ist.

EInige Dinge sind mir klar, aber leider nicht alles.
Wenn mir jemand helfen könnte die Log zu interpretieren, den würde ich euch heute Abend in mein Gutenachtgebet mit aufnehmen =D
Vielen Dank!

Gruß
Volkmar

Timestamp	Basestation ID	Access	Type	SW Version	HW Version	State	Overload	Restarts	L1/L2 Error	Abnormal Release	Calls per BS	Hopping Mode	BHO Count OK	BHO Count not OK	Intra SLC Handover	Inter SLC Handover	Lost Calls	SLMC Overload	LR Roam	LR Async	HDLC Error	CMI Version
2019-11-04 09:34:03	0	SLMUC 4-1	-	LBS400.01.ZU1	114	Port active	0	0	0	0	85	Fast	23	6	20	11	0	0	382	159	0	2
2019-11-04 09:34:03	1	SLMUC 4-2	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	65535	65535	0	0	0	0	382	159	0	2
2019-11-04 09:34:03	2	SLMUC 4-3	-	LBS400.01.ZU1	114	Port active	0	0	0	0	46	Fast	61	7	14	19	0	0	382	159	0	2
2019-11-04 09:34:03	3	SLMUC 4-4	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	65535	65535	0	0	0	0	382	159	0	2
2019-11-04 09:34:03	4	SLMUC 4-5	-	LBS400.01.ZU1	114	Port active	0	0	0	0	2	Fast	0	0	6	0	0	0	382	159	0	2
2019-11-04 09:34:03	5	SLMUC 4-6	-	LBS400.01.ZU1	114	Port active	0	0	0	0	20	Fast	3	1	31	0	0	0	382	159	0	2
2019-11-04 09:34:03	6	SLMUC 4-7	-	LBS400.01.ZU1	114	Port active	0	0	0	0	8	Fast	6	1	4	0	0	0	382	159	0	2
2019-11-04 09:34:03	7	SLMUC 4-8	-	LBS400.01.ZU1	114	Port active	2	0	0	0	131	Fast	18	0	100	0	0	0	382	159	0	2
2019-11-04 09:34:03	8	SLMUC 4-9	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	0	0	0	0	0	0	382	159	0	2
2019-11-04 09:34:03	9	SLMUC 4-10	-	LBS400.01.ZU1	114	Port active	0	0	0	0	215	Fast	34	5	63	2	0	0	382	159	0	2
2019-11-04 09:34:03	10	SLMUC 4-11	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	65535	65535	0	0	0	0	382	159	0	2
2019-11-04 09:34:03	13	SLMUC 4-14	-	LBS400.01.ZU1	114	Port active	0	0	1	0	34	Fast	14	10	3	4	0	0	382	159	0	2
2019-11-04 09:34:03	24	SLMUC 5-1	-	LBS400.01.ZU1	114	Port active	0	0	4	1	124	Fast	4	2	5	9	0	0	0	0	0	2
2019-11-04 09:34:03	26	SLMUC 5-3	-	LBS400.01.ZU1	114	Port active	0	0	0	0	1	Fast	0	0	8	0	0	0	0	0	0	2
2019-11-04 09:34:03	28	SLMUC 5-5	-	LBS400.01.ZU1	114	Port active	0	0	0	0	42	Fast	13	0	19	5	0	0	0	0	0	2
2019-11-04 09:34:03	29	SLMUC 5-6	-	LBS400.01.ZU1	114	Port active	0	0	0	0	16	Fast	2	0	6	1	0	0	0	0	0	2
2019-11-04 09:34:03	30	SLMUC 5-7	-	LBS400.01.ZU1	114	Port active	0	0	0	1	32	Fast	9	0	14	0	0	0	0	0	0	2
2019-11-04 09:34:03	31	SLMUC 5-8	-	LBS400.01.ZU1	114	Port active	0	0	0	3	81	Fast	32	4	22	8	0	0	0	0	0	2
2019-11-04 09:34:03	32	SLMUC 5-9	-	LBS400.01.ZU1	114	Port active	0	0	0	0	48	Fast	14	3	22	3	0	0	0	0	0	2
2019-11-04 09:34:03	33	SLMUC 5-10	-	LBS400.01.ZU1	114	Port active	0	0	0	0	1	Fast	2	0	2	1	0	0	0	0	0	2
2019-11-04 09:34:03	35	SLMUC 5-12	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	65535	65535	0	0	0	0	0	0	0	2
2019-11-04 09:34:03	36	SLMUC 5-13	-	LBS400.01.ZU1	114	Port active	0	0	0	0	0	Fast	65535	65535	0	0	0	0	0	0	0	2
2019-11-04 09:34:03	37	SLMUC 5-14	-	LBS400.01.ZU1	114	Port active	0	0	0	1	269	Fast	15	4	13	19	0	0	0	0	0	2

 

[xsatze]

Mal als Info: Zwischen 2 SLMUC muss ein Steckplatz frei bleiben.

 

[LB28]

Hi,

vielen Dank für die Info
Aber, kannst Du sagen warum?
Wir haben pro Slot 16 Ports, dann kann/soll ich nur jeden zweiten nutzen?

 

[xsatze]

Aus thermischen Gründen.
Auf Steckplatz 10 darf eine SLMUC stecken.
D.h. wenn du 2 SLMUC hast kannst du eine z.B. auf 4 und die andere auf 10 Stecken, dann
bleibt ein Steckplatz frei.

 

[LastRaven]

Aus thermischen Gründen.

das ist nur ein Teil der Wahrheit. Prinzipiell gilt: je PCM-Abschnitt dürfen maximal 2 SLMUC stecken (sonst sind Blockaden möglich). Der Steckplatz rechts neben der SLMUC ist grunsätzlich frei zu halten (wegen der "thermischen Gründe", Ausnahme: Steckplatz 10 in der Grundbox oder 14 in der Erweiterungsbox ist möglich).
Es spielt dabei auch keine Rolle, wie viele Ports überhaupt genutzt werden.

 

[schwester]

Hallo,
warum lasst Ihr nicht Euren Betreuer der Anlage das Problem lösen?
Leider schreibst Du nicht, welche SW Version in der Anlage ist.
In der R6.2.0_029 gibt es einige Probleme. Lass Dir die Anlage auf > MR7_HF3 hochziehen (besser MR7_HF8).

Gruß S

 

[LB28]

Hi zusammen.

alles klar. Dann sollten wir mal die SLMUC umstecken. Vielen Dank für den Hinweis!

Der Softwarestand ist

Software
SW-Version:	osbiz_v2_R7.0.1_005
UC Booster Card Version:	osbiz_v2_R7.0.1_005

Ich bespreche das mal mit den Kollegen.

Zum Provider, die Antwortzeiten sind eher Katastrophal. Servicevertrag soll demnächst erst kommen, da warten wir seit geraumer Zeit drauf.
Lange Story.
Was wir außerdem haben ist, dass wenn wir eine Telefonnummer gelöscht haben, diese neu angelegt haben und die Lizenz vergeben, wird aus einer anderen Telefonnummer eine Lizenz gelöscht.
Wir haben geügend Restlizenzen vorhanden. Ende vom Lied ist, dass die nicht mehr nach draußen telefonieren können.
Der Fehler tritt fast jedes Mal auf, wenn man ein Telefon neu anlegt.


Wenn sich was ändert, bzw, was verbessert wurde, gebe ich Bescheid!
Danke!!

 

[schwester]

SW-Version:	osbiz_v2_R7.0.1_005
UC Booster Card Version:	osbiz_v2_R7.0.1_005

Du hast MR7_HF3 drin, bitte updaten.

Gruß S

 

[LB28]

Hi, wie aktualsieren heute Nacht auf die Version osbiz_v2_R7.0.1_013, schauen wir mal, was das bringt.

Vielen Dank!

V

 

[LB28]

So, das Update ist drin.
Nach dem Update, hatte wir auf einmal 11 Lizenzen mehr, und einige Telefone habe ihre Lizenzen verloren.
Ob die anderen Probleme behoben sind, weiß ich noch nicht. Gebe Bescheid.
Gruß
V

 

[LB28]

Hiho zusammen,

kurzes Update.
Wir hatten heute einen Techniker von unserer Support Firma da.
Die Anlage lief seit Freitag letzter Woche ohne Probleme. Es trat kein Fehler mehr auf.
Heute, haben wir testweise schnurlose Telefone eingebunden und Lizenzen vergeben.
Auf einmal treten wieder Probleme auf. Auch, bzw. gerade bei dem Techniker, der den ganzen Tag nichts anderes als eine UNIFY Anlage macht.

1. Schnurlose Telefone werden abgemeldet, und sind nicht mehr erreichbar
2. Oftmals können dann, wenn die Telefonnummern neu angelegt wurden, die schnurlosen Telefone nicht sauber registriert werden. Es ging oftmals erst beim 2./3. Mal
3. Lizenzen werden von bestehenden und konfigurierten Telefonen entfernt, oder/und auf leere Slots gesetzt
4. Ein weiteres Phänomen, was heute passiert ist, dass alle Basisstationen von jetzt auf gleich AUS waren und wahrscheinlich neugestartet wurden. Laut der Logs konnte es nicht nachvollzogen werden

Wollte das nur als Update einwerfen, nicht um den Fehler zu finden. Es sei denn, jemand weiß, ja...das ist bekannt, dann mach das und das... =)

I will keep you informed =D

 

[LB28]

So, nach langem Hin und Her, werden die SLC Baugruppen am Montag getauscht.
Laut unseres Systemhauses, haben wohl mehrere das Problem mit defekten Baugruppen.
Ich melde mich wieder...
Gruß
V