Schaust du hier.

Für die RTP-Sockets wird mittels der qWave-API eine Priorisierung angefordert. Das funktioniert ab Windows Vista. Phoner(Lite) bechreibt lediglich, dass es sich hier um eine Audio-Verbindung handelt. Einen direkten Einfluss auf den DSCP-Wert hat man dabei nicht. Lediglich bei Start mit vollen Admin-Rechten wird EF für den DSCP-Wert gesetzt.

Phoner(Lite) wechselt den Codec nicht dynamisch. Die mir einzige bekannte Möglichkeit ist, RTCP der Gegenstelle auszuwerten. Leider gibt es zu wenige Gegenstellen, die auch tatsächlich RTCP senden. qWave bietet mir da keine Möglichkeiten - oder hast du da mehr Informationen?
Hast du eine Anleitung, wie man den DSCP-Wert per Gruppenrichtlinie festlegen kann?

Wenn denn per RTCP ersichtlich wird, dass ein Problem vorliegt, ist es eh schon zu spät. Öfter als 10 Sekunden schickt eigentlich niemand RTCP-Nachrichten. Das kann schon viel zu lange sein. Dass es danach mit einem Codec geringerer Bandbreite besser läuft, ist auch noch nicht gesagt - wenn die die Umschaltung überhaupt klappt.
Ich hoffe mal auf Codecs wie Opus, die haben inband eine entsprechende "Aushandlung" und passen dynamisch die Bandbreite an. Man ist dann nicht mehr auf RTCP angewiesen. Aber bis das irgendwann mal fertig spezifiziert ist und dann auch noch von diversen Gegenstellen eingebaut wird, vergehen bestimmt noch Jahre.

Für mich ist qWave einfach eine Möglichkeit, dass auf dem PC selbst schon mal QoS geht, also ein Download auf dem gleichen PC schon mal nicht stört. Das Taggen per DSCP ist dann auch schon mal gut. In entsprechenden Routern kann man da diverse Prioritäten vergeben. Aus reiner Applikationssicht kann man da kaum mehr machen.