Wir haben Provisionierungs-Probleme. 20% aller Yealink Telefone wollen sich nicht registrieren. Die anderen laufen einwandfrei!
Der Windows UCC Client geht mit allen Accounts / Teilnehmern einwandfrei. Alles sehr komisch!
Vielleicht hat (auch) der Yealink Server Probleme mit der Erreichbarkeit?!
Display MoreGrundsätzlich läuft die Telefonie bei uns jetzt über die neue Route gut.
Da ich fürs Hobby einen Server bei einem ihrer Vorlieferanten stehen habe, habe ich mich mal auf dem Weg zu diesem begeben, hier ist noch immer der Verlust reproduzierbar.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| x.x.x.x - 0 | 68 | 68 | 0 | 0 | 1 | 0 |
| 82-xxx-xxx-xxx.briteline.de - 0 | 68 | 68 | 0 | 0 | 4 | 0 |
| gatewayxxx.briteline.de - 0 | 68 | 68 | 0 | 2 | 10 | 1 |
| bgp2.briteline.de - 0 | 68 | 68 | 0 | 0 | 1 | 0 |
| 82-198-216-170.briteline.de - 0 | 68 | 68 | 0 | 0 | 1 | 0 |
| ve501.core2.ham1.he.net - 0 | 68 | 68 | 3 | 5 | 26 | 3 |
| 100ge0-79.core2.ams1.he.net - 60 | 20 | 8 | 8 | 95 | 303 | 303 |
|ae3-1337.bbr02.anx63.ams.nl.anexia-it.net - 0 | 68 | 68 | 13 | 14 | 55 | 13 |
| ae1-10.bbr01.anx63.ams.nl.anexia-it.net - 0 | 68 | 68 | 19 | 22 | 85 | 20 |
| ae10-0.bbr01.anx25.fra.de.anexia-it.net - 0 | 68 | 68 | 16 | 16 | 28 | 16 |
| ae0-0.bbr02.anx25.fra.de.anexia-it.net - 0 | 68 | 68 | 16 | 22 | 70 | 18 |
| ae1-0.bbr01.anx84.nue.de.anexia-it.net - 0 | 68 | 68 | 15 | 18 | 48 | 16 |
|netcup-gw.bbr01.anx84.nue.de.anexia-it.net - 0 | 68 | 68 | 15 | 18 | 79 | 17 |
| dcr02.netcup.net - 0 | 68 | 68 | 15 | 21 | 84 | 15 |
| www.MEINWEBSERVER .de - 0 | 68 | 68 | 16 | 16 | 17 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Ganz so fein scheint die Strecke noch nicht zu sein....
Hi,
dieser MTR ist in Ordnung. Du meinst sicherlich die Zeile
| 100ge0-79.core2.ams1.he.net - 60 | 20 | 8 | 8 | 95 | 303 | 303 |
Die großen Maschinen sind so konfiguriert, dass sie ICMP keine Priorität einräumen. Da kann es durchaus zu diesen Werten kommen.
Wichtig ist
| www.MEINWEBSERVER .de - 0 | 68 | 68 | 16 | 16 | 17 | 16 |
Da ist dann alles in Ordnung.
Abgesehen davon - für RTP Analyse ist der Schalter --udp zu setzen. Hatte ich gestern vergessen zu erwähnen.
von 4500 exemplarisch untersuchten Calls hatten aktuell 3 einen MOS unter 3. Das ist für mich im "Normalbereich". Wenn noch Probleme bestehen, müssen wir individuell prüfen. (bitte Ticket). Wir überwachen aktuell immer noch.
Geb ich dir vollkommen Recht.
Hier muss ein offzielles Statement von der GF her.Und wir wollen die genaue Ursache wissen und wie Starface in Zukunft solche Ausfälle schneller bearbeitet.
(Wir wissen alle wie komplex das ist...)Auch Statusmeldungen müssen schneller kommen. Vllt. dann in einem extra Thread in dem keiner flamed.
Immerhin hat sich mal der GF vom Vordienstleister auch die Nacht um die Ohren geschlagen.
Hat es etwas hiermit zu tun? Hört sich ja eigentlich nicht danach an:
Ausfall Failover-IP-Adressen und Netzwerk-Tab im Servercontrolpanel (SCP)
wurde uns so zumindest nicht genannt. Es wird an einer Zwischenmeldung gearbeitet.
Wir sind gerade wieder im NEON mit dem Vordienstleister. Aktuell sind noch keine Probleme zu sehen.
genau so ist es, wir sind aktuell 6
Auf den Clouds ist mtr nicht installiert. Einfach mal von außen über die eigene Internetverbindung und dann Provider dazuschreiben.
mtr ist ein Linux Tool
WinMTR gibt es als Programm
Gerne würde ich einen neuen Stand melden, aber ich sehe intern keine Fehler. Betroffen scheinen ca. <10% der Gespräche (ohne Gewähr)
Hilfreich war der mtr Richtung unseres Edge Servers von APO_FS 
Können wir mal ein paar
mtr 37.120.181.198
bekommen?
Ich sehe bei Connect aktuell keine Fehler, alle Systeme laufen und scheinen nicht überlastet. Deshalb ist Connect nicht als gestört gemeldet. Und ja, das Problem scheint immer wieder "Pause" zu machen.
obige Clouds von Olli wurden mit großer Verzögerung doch angelegt. Wir klären ...
Es gibt zwar noch keine offizielle Entwarnung von Netcup, aber kurz nach 9 Uhr waren die Probleme mit Sprachqualität scheinbar beseitigt. (Wir hoffen das bleibt so)
Hallo Max,
sorry für die späte Reaktion, ich bekomme keine Benachrichtigungen zum Forum.
Ich bin bei Connect und was ich gesagt hatte gilt - die Registrierung hält 600 Sekunden. (Vorher erzwingen wir keine Neuregistrierung). Wenn der Wert kleiner ist wie z.B. bei der Telekom MUSST du dich innerhalb von 300 Sekunden neu Registrieren.
Gruß,
Ralf
Hallo Max,
die Registrierung bei Connect hält 10 Minuten (=600s), was dazu führt das neue REGISTER ca. 15 Sekunden vorher verschickt werden. Insofern passt das jetzt mit den TCP-Aging auf 600.
Gruß,
Ralf
