Nach Update, schlechtere Qualität

[rom4ever]

Guten Morgen zusammen,

letzte Woche wurde unsere TK-Anlage auf die neue 8er Version geupgraded. Das Update lief Problemlos ab und war in 15min Fertiggestellt.
Aber seitdem haben einige Nebenstellen große Probleme mit der Sprachqualität, inbesonders die die ein Softphone benutzen.
Was auch noch festgestellt worden ist das gleichzeitig die Warteschlangen-Musik, die Anrufbeantworter Ansagen und das Sprachmenü die gleiche schlechten Sprachqualitäten haben.
Es hört sich so an als würde jemand beim Gespräch stottern und es ist ein leises knacken in der Leitung zu hören.Das Problem taucht bei internen und externen Gesprächen auf.

Intersanter weise taucht das Problen bei unseren "CISCO 7690 IP Phone" nicht auf ausser man ruft jemanden an der das Problem hat.

In der IT-Struktur wurde auch nichts geändert, gleiche Hardware usw. Neustart und mehr Arbeitspeicher zugewiesen ohne Verbesserung.

Hat jemand die gleichen Probleme seit der 8er Version?

Edit:
Eingesetzter Server: Virtual Server 2005 / 1,8GB/ 2Ghz XEON Prozessor / 100Mbit / Windows Server 2003 R2
EIngesetzte Softphones: 3CX, X-lIte.
Eingesetzte IP-Telefone: CISCO IP Phone 7960
Patton SN4554/2BIS Firmware R4.2 2007-09-19 SIP

[matictec]

Wie viele CPUs sind der virtuellen Maschine zugeordnet?

[rom4ever]

Der Maschine ist ein Prozessor zugeordnet, bzw. bei einem Virtual Server 2005 kann man nicht mehrere Prozessoren zuweisen.

[info3]

Bei einer Neuinstallation der akt. 8er in einer ESXi4-VM mit nur einer CPU (Guest: W2008 SP2 mit 1,5 GB RAM) traten auch massive Ton-Aussetzer (Wartemusik-WAV, Warteschleifen-WAV) auf, sobald die VM mehr als Leerlauf zu tun hatte. Nach Zuweisung einer zweiten CPU passiert das nun aber nur noch unter relativ hoher Last. Und wenn man im Task-Manager dem 3CX-Dienst-Prozess hohe Prio zuweist (diese Einstellung überlebt aber mit Bordmitteln einen Reboot nicht), so gut wie gar nicht mehr.

Also evtl. doch mal mit dem "VMware Server" (statt "MS Virtual Server") testen? Darin kann man ja dem Guest zwei CPUs zuweisen.

Gruß,
Heiko

[StefanW]

Also HyperV und ESX haben ein bekanntest Problem mit 2003 und XP OS in virtuellen umgebungen.
Ab 2008 und Vista ist es bei unseren Tests nicht mehr ausgefallen.

Hier ist die Lösung die für 2003 und XP gilt:

Code: Select all

Problem - In these operating systems, you may encounter a situation where the IVR music files played have jittery or bad audio. To resolve this problem please follow the below steps.

a) If the machine has 2 virtual processors, limit the configuration to use 1 virtual processor in Hyper V Settings, Processor, and set the number of logical processors to 1.

if you need more than 1 processor please go to point b)

b) Modify the Boot.ini file to use the /usepmtimer switch. To do this, follow these steps:
Log on to the computer by using an account that has administrative credentials.
Click Start, click Run, type notepad c:\boot.ini, and then click OK.
In the Boot.ini file, a line that starts with "default" is located in the "[boot loader]" section. This line specifies the location of the default operating system. The line may appear as follows:
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
In the "[operating systems]" section, locate the line for the operating system that corresponds to the "default" line. For example, if the computer is running Microsoft Windows Server 2003, Enterprise x64 Edition, the line should resemble the following:
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2003 Enterprise x64 Edition" /fastdetect /NoExecute=OptIn
At the end of the line, add a space, and then type /usepmtimer. The line should now resemble the following.
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2003 Enterprise x64 Edition" /fastdetect /NoExecute=OptIn /usepmtimer
Save the file, and then exit Notepad.
Restart the computer.
The following is a sample Boot.ini file for a system that contains the /usepmtimer switch.
[boot loader]
timeout=0
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2003 Enterprise x64 Edition" /fastdetect /NoExecute=OptIn /usepmtimer
Note The Boot.ini file is located in the root folder of the system drive.

Das Problem sind die "Ticks" die normalerweise von der CPU kommen.
Bei einigen Installationen laufen die Ticks in einer VM schneller oder Langsamer als die CPU an sich diese Vorgibt.
Diese Überschneidung führt dann zu Aussetzern im Ton.

[info3]

Also HyperV und ESX haben ein bekanntest Problem mit 2003 und XP OS in virtuellen umgebungen.
Ab 2008 und Vista ist es bei unseren Tests nicht mehr ausgefallen.

Wie gesagt, ich hatte das Problem mit nur einer vCPU im ESXi4 mit W2008 als Guest (reproduzierbar).
Plattform dabei: Fujitsu Primergy TX120 S2, 2GB RAM, 2,26 GHz (DualCore)
Häßlich ist aber auch noch das Thema, dass ein ESX(i) die BIOS-Zeit der VM immer als UTC einstellt, Windows sie aber als lokale Zeit verwendet; dadurch läuft die Systemzeit in der VM 1-2 Stunden voraus (in D); ist speziell im Hinblick auf "Office Hours" unangenehm. Bekomme das momentan nur durch ein kurzes NTP-Abgleich-Intervall im Guest abgeschwächt; schön ist das aber nicht. Habe auch schon die entsprechende Reg.-Einstellung vorgenommen, gemäß der Win2008 (ab SP2) auf "UTC"-Interpretation der BIOS-Zeit umgestellt werden kann - funktioniert aber immer noch nicht.

Hier ist die Lösung die für 2003 und XP gilt:

Code: Select all

a) If the machine has 2 virtual processors, limit the configuration to use 1 virtual processor in Hyper V Settings, Processor,

Seine VM hat aber ja nur eine vCPU.

Gruß,
Heiko

[rom4ever]

Das Problem bezieht sich ja nicht nur auf die Anrufbeantworter und Wartschlangenmusik sondern auch auf Gespräche.
Besonders Kurios find ich, dass diese Fehler nur mit Softphones auftauchen und nicht bei den Cisco Aparaten.

[info3]

Das Problem bezieht sich ja nicht nur auf die Anrufbeantworter und Wartschlangenmusik sondern auch auf Gespräche.
Besonders Kurios find ich, dass diese Fehler nur mit Softphones auftauchen und nicht bei den Cisco Aparaten.

Falls der RTP-Traffic über die 3CX gestreamt und nicht direkt zwischen Softphone und Gateway übertragen wird ("Telefonanlage überträgt Audio" in den Einstellungen der NSt), wäre es, glaube ich, "normal", dass das Problem auch bei Gesprächen auftritt.

[matictec]

Ich würde ebenfalls erstmal schauen, ob das Gespräch über die Anlage läuft, also in den Logs "transcoded" auftaucht, statt "bypass", was einer direkten Verbindung entspricht. Dazu den Logmodus auf "umfangreich" stellen und Dienste neustarten.