Welche Hardware für Geräuscheunterdrückung

[Baerti77]

Hallo,

ich nutze ein Cisco IP Phone, auf dem mit der SIP Firmware keine Geräuscheunterdrückung möglich ist. Mit der MPP Firmware würde das funktionieren.
Softwaretechnisch einzugreifen ergibt keinen Sinn und würde ich mir daher gern die passende Hardware zulegen. Wichtig ist mir dabei die "Noise Reduction". Die Stromkosten sollten nicht all zu hoch sein. Es muss daher nicht unbedingt ein Enterprise Gerät sein.

Auf der MPP Firmware finde ich erstaunlich, dass alle Geräusche mit der "Rauschunterdrückung" rausgefiltert und absolut nicht beim Teilnehmer zu hören sind.
Das war softwaretechnisch leider nicht möglich umzusetzen wie bsp. mit RRNoise, da die Samplerate zu niedrig ist und nur eine Bastelei mit Latenz am Ende wäre.

Kann mir jemand was empfehlen?

Gruß

 

[sonyKatze]

Was genau suchst Du, ein anderes SIP-Telefon? Ein Cisco mit MPP-Firmware findet sich gebraucht immer mal wieder günstig. Oder ist gebraucht keine Option (z. B. wegen Abschreibung bzw. Anzahl der Geräte)? Oder suchst Du nach Hilfe auch Deinem Cisco auch noch Noise-Suppression einzuhauchen?

 

[Baerti77]

Das Cisco bleibt genau so wie es ist, Model und Firmware. Von Abschreibung war nie die Rede. Ich dachte da eher an einen DSP falls dir das was sagt?

 

[sonyKatze]

OK. Kenne nichts, was nicht die Paket-Laufzeit unnötig in die Höhe treibt. Mal anders herum: Was spräche denn gegen ein Cisco mit MPP-Firmware?

 

[Baerti77]

Was genau kennst du dann? Also ich kenne kein Tool, dass ein Sampling S16LE auf 48kHz macht und wieder zurück auf S16LE ohne dass die Frame Queue überlauft

 

[sonyKatze]

Du könntest einen B2BUA dazwischen schalten, also Digium Asterisk, Sangoma FreePBX oder SignalWire FreeSWITCH. Und dann dort die Audio-Codecs wandeln so dass Dein DSP greift. Aber erneut: Was spräche denn gegen ein Cisco mit MPP-Firmware? Ich meine sogar, dass Deine Firmware das kann, genauso gut. Das dürfte sogar nur irgendeine kleine Konfigurationssache sein. Aber da bin ich raus, weil ich nur MPP Firmware kenne.

 

[Baerti77]

[Edit Novize: Überflüssiges Fullquote des Beitrags direkt darüber gelöscht - siehe Forumsregeln]
Ich habe hier 4 MPP Lizenzen und ich bin persönlich trotzdem kein Fan der Firmware Version.

Das habe ich bereits mit Freeswitch versucht, aber das bietet ebenfalls kein NR. Freeswitch kann nur VAD mit CGN und AGC.

In der SIP Firmware ist das so nicht vorgesehen. Kann ich aber nicht ganz nachvollziehen, gerade im B2B Bereich ist NR sehr sinnvoll.

Wäre interessant zu wissen, wie das Cisco macht, denn ich denke nicht, dass auf der MPP irgendein KI Tool läuft, dass Hintergrundgeräusche rausfiltert.

Ich nutze Asterisk und das kann lediglich Denoise, was nicht zum gewünschten Ergebnis führt.

Wenn du die SIP Firmware kennst, wirst du sie lieben lernen. Die spricht optisch viel mehr an. Man muss sie nur konfigurieren können. Du hast du nämlich kein Webinterface, um Parameter einstellen zu können.

 

[sonyKatze]

aber das bietet ebenfalls kein NR. Freeswitch kann nur VAD mit CGN und AGC […] Asterisk und das kann lediglich Denoise

Aber Du hast doch den RTP-Stream und kannst Dein Tool einhängen.

gerade im B2B Bereich ist NR sehr sinnvoll

Vielleicht läuft das direkt im Headset. Mein Tipp: Auch mal in der Cisco eigenen Englisch-sprachigen Community fragen.

 

[Baerti77]

Das habe ich schon, es soll keine Möglichkeit geben.

Ein Headset habe ich nicht, sondern nur ein Handset.

Ein Tool einhängen ist nicht möglich, da ich dann wieder vor dem Problem stehe: Asterisk S16LE > RNnoise 48khZ.

Schade, das lässt sich wohl nicht ohne Weiteres realisieren.

 

[sonyKatze]

Ein Tool einhängen ist nicht möglich, da ich dann wieder vor dem Problem stehe: Asterisk S16LE > RNnoise 48khZ.

Kannst Du nicht innerhalb von Asterisk zu slin48 umcodieren und danach das Tool aufrufen?

Oder: Hast Du Dich in jenen Sphären auch schon umgehört, also bezüglich schmal-bandingen Noise-Cancellern? Kann mir bei der Wichtigkeit von Telefonie kaum vorstellen, dass die alle Tools unbedingt Professional-Audio-Qualität als Input haben müssen. Dein Problem scheint ja allein die Umsetzung von 8 bzw. 16 kHz auf 48 kHz zu sein.

Hat denn Cisco mit Deiner Firmware kein Opus-Codec? Dann könntest Du Dein Tool nach der Opus-Decodierung sogar direkt füttern.

Ein Headset habe ich nicht, sondern nur ein Handset.

Dann mal ein Headset mit Noice-Canceller probieren.

 

[Baerti77]

Die SIP Firmware kann Opus nur über CUCM. Bei meiner gepatchten Asterisk PBX geht das nicht.

Müsste ich mal schauen, sowie ich das verstanden habe macht codec_resample 48khZ intern:

Codec Modules - Asterisk Documentation

docs.asterisk.org

Ein anderer Noise Canceller wäre sinnvoll, nur finde ich keinen, der auf 8khZ trainiert ist.

 

[sonyKatze]

Keine Ahnung ob dieser Thread hilft … ich sehe keine Hyperlink. Musst Du wohl über Private Nachricht fragen.

 

[Baerti77]

Ich habe es über RNNoise lösen können, aber das ist alles Mist, denn einige Konsonanten werden unterdrückt und daher klingt die Sprache abgehackt. Ich habe mich lange damit beschäftigt, sogar das Model neu trainiert, aber 16000khz, auf 8000khz und trotzdem gab es keine Besserung. Ich gehe davon aus, dass mein selbst trainiertes Model nicht der Hit war, dennoch ist der original trainierte Modell nicht viel besser aus genannten Gründen.
Letztendlich habe ich mich für Krisp entschieden, das über einen Dienstleister zur Verfügung gestellt wird > livekit.io

Wenn man den Dreh raus hat, ist es eine coole Sache! Gratis 1000 Gesprächsminuten : 2 Teilnehmer = 500 Gesprächsminuten/mtl. finde ich eine feine Sache! Jedoch war ein extrem komplizierter Dialplan notwendig, denn bei einem eingehenden Anruf muss der Anrufende ein Dial an Livekit ausführen und der Angerufene muss ebenfalls ein Dial an Livekit ausführen, natürlich auf 2 verschiedenen Extensions. Wenn der Anruf gehalten wird, würde die MOH ebenfalls durch Krisp gefiltert werden, deshalb muss ein AGI Script lauschen, wenn der Angerufene (Inbound) den Anruf hält. Wird der Anruf gehalten, muss der Anrufer der auf dem lokalen Kanal mit Livekit telefoniert zu einer Dummy Extension umgeleitet werden, auf der die MOH abgespielt wird. Wird dieser zurückvermittelt, muss der Anrufer wieder zum Start des Callflows vermittelt werden.

Die Geräuscheunterdrückung via. Krisp funktioniert jedoch ausschließlich in der Livekit Cloud Umgebung, da für den selbstgehosteten Medienserver nur das Standard WebRTC Noise Cancellation zur Verfügung gestellt wird. Der genaue Begriff fällt mir dazu gerade nicht sein, kann auch sein dass es WebRTC AEC heißt.

Krisp bietet über ihre eigene App hingegen 60 Gesprächsminuten täglich und ist Softphone gebunden.

Übrigens! Das Cisco Telefon unterstützt den Opus Codec. Ich hatte codec_opus nicht in der Asterisk aktiviert, da lag der Hase begraben.