Yealink T53W Target busy

[ErB]

Hallo zusammen,

seit dem Upgrade auf die V20 haben unsere Yealink Telefone sehr häufig "target busy" bei internen Anrufen.
In diesen Fällen, klingelt es nur sehr kurz < 1 sek. und die Telefone und Nebenstellen sind in diesen Fällen nicht besetzt, sondern verfügbar.

Hat jemand eine Idee, woran das liegen kann und was zu prüfen ist?

Gruß Eric

 

[fxbastler]

Hat jemand eine Idee, woran das liegen kann und was zu prüfen ist?

Ja, aber uns fehlen ganz viele Informationen von dir zu der Anlage. Beschreibe das bitte alles ringsrum.

Die wichtigste Frage: Wo wird die 3CX betrieben - am Standort / im eigenen Netzwerk (on premise), auf einem externen Server in einem RZ irgendwo (self hosted) oder von und bei 3CX (hosted)?

 

[ErB]

Entschuldige.
Das System wird im eigenen Netzwerk (on Premises) betrieben.
Hardwareanforderungen entsprechend der Vorgabe.
Die Telefone befinden sich in einem anderen Netzwerksegment, als die 3cx Anlage selbst (hat vorher auch so funktioniert).
Auf den Weboberflächen der Telefone sind die Telefone auch an der Anlage registriert und melden keine Fehler.

Nur zur Info, falls Infos aus der V20 benötigt werden:
Die Anlage wurde jetzt, aufgrund der Probleme zurück auf die V18 gestellt, dort läuft alles wieder wie zuvor.

 

[fxbastler]

Die Anlage wurde jetzt, aufgrund der Probleme zurück auf die V18 gestellt, dort läuft alles wieder wie zuvor.

Das hilft nicht ewig, EOL ist sichtbar. Daher vorbereitend schon mal weitere Fragen:

1. Der 3CX Firewall Test läuft sauber durch?
2. Split DNS funktioniert überall richtig - insbes. aus dem Netzwerk der Telefone heraus auf die 3CX und gibt die LAN IP der 3CX zurück?
3. Was ist der HTTPS Port der 3CX?
4. Es gibt einen vernünftigen Zeitserver und alle Geräte holen sich dort dieselbe Zeit und befinden sich in derselben Zeitzone?
5. Die Multicast Bindung der 3CX ist i.O.?
6. Werden die Telefone per IP oder FQDN provisioniert?
7. Das Problem tritt ausschließlich bei internen Anrufen auf?

Wenn das alles sauber läuft (und idealerweise reproduzierbar ist), dann hilft nur ein gutes Aktivitätenprotokoll (ab 3CX v20u2 wieder, sehr schön) oder Wireshark (wird aufwändiger).

 

[ErB]

Danke für die Rückmeldung.
Zu deinen Fragen:
1. Ja der Firewall Test läuft sauber durch
2. Ja der Split DNS funktioniert aus allen Netzen korrekt, auch aus dem Telefonnetz
3. 5001
4. Es wird der in den Telefonen Standardmäßige Zeit Server verwendet "pool.ntp.org", keiner aus der Umgebung selbst
5. Deinem verlinkten Artikel nach, Ja. Ich habe das Ergebnis von Netstat geprüft, es passt.
6. Die Provisionierung läuft per IP
7. Nein das Problem tritt auch bei externen Anrufen auf. Hier allerdings auch nicht bei allen externen Rufnummern. Es lässt sich hier allerdings kein Muster erkennen, Provider o.ä.

 

[fxbastler]

Wenn es die Möglichkeit zum Testen gibt, dann würde ich auf die 3CX v20 u2 upgraden. Die ist allerdings aktuell noch im Alpha Status. Aber dort gibt es wieder das für so einen Fall fast unersetzbare Aktivitätenprotokoll.

Ich bin mir nicht sicher, ob Wireshark wirklich weiterhift. Damit sieht man evtl. die Symptome. Die Ursachenfindung in diesem Fall ist nicht garantiert. Wenn, dann findet man damit evtl. die Ursache in den unterschiedlichen Netzwerken begründet (wenn das denn die Ursache ist).

Eine Möglichkeit wäre noch, die Telefone nach dem Upgrade auf die v20 komplett zurückzusetzen.

Nachtrag: Was für ein Gerät vermittelt zwischen dem 3CX und dem Telefonnetzwerk? Kann dort oder auf dem Telefonswitch ein Paketmitschnitt laufen und so festgestellt werden, dass SIP Notify etc. irgendwo verloren geht?