VoIP priorisieren mit Switch SG3210

Keiner kann dir ob der oberflächlichen Beschreibung hier dir eine zeilführende Antwort auf deine Frage geben, da du leider grundlegende Informationen hier schuldig bleibst.
Ohne also die brühmte Kristallkugel rauszuholen musst du folgende Punkte wasserdicht klären:

• Machen deine VoIP Telefon überhaupt irgendeine Art von Priorisierung der Sprach Daten ? Das MUSS im Telefon oder in dem sie steuernden zenzralen Call Manager aktiviert sein und solltest du IMMER zur Sicherheit mal mit einem Wireshark Sniffer Trace verifizieren ob dem dann wirklich auch so ist. Ansonsten ist jegliche Priorisierung sinnfrei.
• Essentiell wichtig ist die Frage WELCHE Art der Priorisierung machen dann die Telefone. Layer 2 CoS nach 802.1p oder Layer 3 ToS mit DSCP DiffServ ??

In einem dummen flachen Layer 2 Netz ohne Voice VLAN Segmentierung und Routing bringt DiffServ meistens nichts weil simple L2 Switches dieses gar nicht auswerten.
DSCP ist ein Wert im IP Header den einfache oder auch bessere L2 Switches gar nicht auswerten. Wozu auch, denn für sie ist nur die Mac Adresse interessant. Maximal könnten sie also L2 Priorisierung mit 802.1p lesen.
Auch wenn sie es können MUSS man diesen Switches in der Konfig zwingend sagen das sie an diesen Ports bitte auf DSCP Settings sehen sollen, denn sonst sehen sie eben nicht in den Layer 3 !
Ist das geklärt muss man dem Switch sagen in welche Prio Queue er diese Pakete sei es mit L2 Prio oder L3 Prio senden soll.
Dumme Billigswitches wie dein TP-Link haben oft nur 4 Queues, bessere haben derer 8.
Die höchste sollte man niemals nehmen denn die braucht der Switch in der Regel für eigenes Management (STP, ICMP etc.)
Also immer in die zweithöchste forwarden.

Ist das geschehen ist das nur die Halbe Miete wenn man einen SIP Provider im Internet nutzt und keine eigene VoIP Anlage betreibt, denn wie du dir denken kannst muss man das ganze obere Spielchen nun nicht nur an jedem einzelnen Switch im Netz machen sondern natürlich auch noch am Internet Router.
Dazu leider von dir auch keinerlei Info

Generell hast du vermutlich schon einen Kardinalsfehler beim Design gemacht ! Grundsätzlich trennt man das Voice Netz IMMER in ein separates Voice VLAN ab. Bei Firmen ist das aus rechtlichen Gründen eh Vorschrift, denn mit einem einfachen Sniffer kann man sonst alle Gespräche problemlos mithören.
Der Sinn eines separaten VLANs ist aber nicht nur das sondern auch der Effekt den gesamten Broad- und Multicast Traffic des restnetzes von den Telefonen fernzuhalten. Dort drin wekelt meist ein schwachbrüstiger SoC Chip und jedes Broad- und Multicast Paket erzeugt dort einen Interrupt der das System übergebührend belastet und so ebenfalls zu den berüchtignten Aussetzern führt.

Zu all diesen Dingen fehlt aber die entsprechende Info von dir so das man nicht sagen ob die o.a. Konfig Schritte am Switch überhaupt Sinn machen.
Einige der Konfig Screenshots ist ja ein Klassifizieren der Ports, also das der Switch eine Priorisierungs Klassifikation macht. Das ist aber genau der falsche Ansatz, denn das sollen immer die Endgeräte machen und du sollst dem Switch nur sagen WAS er mit generell diesem klassifizierten Traffic machen soll.
Wenn der Switch das pro Port macht muss nur einer das Telefon mal umstecken auf einen anderen Port und aus ists mit der Prio. Du erkennst damit vermutlich selber das Problem solchen Vorgehens ?!