be.IP Audio-Fix — Checkliste

Sichern & Vorbereiten

5 Min ▼

Bevor wir irgendwas ändern: Konfiguration exportieren. Falls was schiefgeht → Import → alles wie vorher.

Konfig exportierenWartung → Software & Konfiguration → Konfiguration sichern

Ansicht auf Vollzugriff / Experten-Modus stellenOben rechts in der Web-UI — sonst fehlen wichtige Menüs!

Firmware-Version notierenStartseite der be.IP → Version aufschreiben

Ist-Zustand notieren: PtP oder PtMP? Welche Ports aktiv?Damit wir zurück können falls nötig

Codec: Nur G.711 aLaw

90% Verdacht ▼

Warum? FritzBox bietet G.722 (HD) an, ISDN kann nur G.711 aLaw. Wenn die be.IP G.722 aushandelt und nicht sauber transkodiert → Stille beidseitig.

bintec selbst nennt das als Hauptursache für "one way speech".

Neues Codec-Profil anlegenVoIP → Einstellungen → Codec-Profile → Neu → Name: ISDN-GW

Nur G.711 aLaw aktivierenG.722 ❌ G.729 ❌ G.711 µLaw ❌ — alles raus außer aLaw!

Profil bei SIP-Konto 1 zuweisenVoIP → Einstellungen → SIP-Konten → [383] → Erweiterte Einstellungen → Codec-Profil → ISDN-GW

Profil bei SIP-Konto 2 zuweisen[850077] → gleiches Profil

Profil bei SIP-Konto 3 zuweisen[1745] → gleiches Profil

Optional: In der FritzBox HD-Telefonie abschaltenTelefonie → Telefoniegeräte → [be.IP] → ggf. G.722 deaktivieren

🎉 AUDIO DA! → Weiter zu Phase 4 (Anrufkontrolle prüfen), Rest überspringen!

❌ Noch stumm → Weiter zu Phase 2

SRTP / Verschlüsselung aus

Häufig! ▼

Warum? Der be.IP-Assistent aktiviert seit neueren Firmwares heimlich SRTP/SIP-TLS. Gegen eine FritzBox im LAN ist das falsch — die erwartet normales SIP/UDP + unverschlüsseltes RTP.

SIP-Konto 1: SRTP deaktivierenVoIP → Einstellungen → SIP-Konten → [383] → Erweiterte Einstellungen

SIP-Konto 1: Transportprotokoll → UDPNicht TCP, nicht TLS — im LAN reicht UDP

SIP-Konto 1: Zertifikate prüfen → aus

Dasselbe für SIP-Konto 2 + 3Alle drei Konten: SRTP aus, UDP, Zertifikate aus

🎉 AUDIO DA! → SRTP war der Übeltäter!

❌ Noch stumm → Weiter zu Phase 3

NAT-Option deaktivieren

RTP-Killer ▼

Warum? Wenn "Vorgeschaltetes Gerät mit NAT" an ist, trägt die be.IP eine fremde IP in den SDP-Body ein. Die FritzBox schickt RTP dann ins Nirgendwo. Be.IP + FritzBox im selben LAN → MUSS aus sein.

"Vorgeschaltetes Gerät mit NAT" → DEAKTIVIERENVoIP → Einstellungen → SIP-Konten → [jedes Konto]

Prüfen: be.IP hat feste LAN-IP im selben Subnetz wie FritzBox?Sollte 192.168.178.x sein (FritzBox-Netz)

Prüfen: Firewall/SIF auf der be.IP aktiv?Falls ja: RTP zwischen be.IP und FritzBox erlauben oder testweise deaktivieren

🎉 AUDIO DA! → NAT-Option war's!

❌ Noch stumm → Weiter zu Phase 4

Anrufkontrolle beide Richtungen

Oft vergessen ▼

Warum? Pro Richtung braucht's einen eigenen Eintrag. Wenn nur SIP→ISDN existiert (deshalb klingelt's!), aber ISDN→SIP fehlt, geht abgehend gar nicht.

⚠️ Im ISDN ist kein "+" erlaubt — Transformation zwingend!

Anrufkontrolle öffnenVoIP → Media Gateway → Anrufkontrolle

Eintrag SIP → bri vorhanden? (ankommend)Der existiert — sonst würde es nicht klingeln

Eintrag bri → SIP vorhanden? (abgehend)⚠️ Hier fehlt erfahrungsgemäß was! Anlegen falls nicht da.

CLID-Umwandlung prüfen — pro Richtung ein EintragVoIP → Media Gateway → CLID-Umwandlung

Transformation: "+" entfernen für ISDNMuster: <00:+>;<0:49>;<+:+>

Hauptrufnummer / Basisrufnummer eingetragen?

Ländereinstellungen: Int. Präfix 00/49, Ortsvorwahl korrekt?

🎉 Beidseitig funktioniert!

❌ Weiter zu Phase 5

ISDN-Port: PtP ↔ PtMP

Vorsicht! ▼

⚠️ Da es KLINGELT, ist die Grundeinstellung vermutlich richtig. Nicht blind umstellen — erst notieren!

PtP (Anlagenanschluss) = TK-Anlage mit Durchwahlen
PtMP (Mehrgeräteanschluss) = MSNs statt Durchwahlen

Aktuelle Einstellung notieren (PtP oder PtMP)Assistenten → Telefonie → Erste Schritte → ISDN-Port-Konfiguration

Testweise umstellen (PtP ↔ PtMP)

Falls keine Besserung → sofort zurückstellen!

Diagnose / Traces

Beweise ▼

Der eine entscheidende Blick: Welche IP steht in der SDP c=-Zeile? Fließen RTP-Pakete?

• Falsche IP → Ursache NAT (Phase 3)
• Richtige IP, RTP fließt aber stumm → Codec (Phase 1)
• Richtige IP, kein RTP → SRTP/Firewall (Phase 2/3)

Aktuelle Anrufe beobachtenMonitoring → ISDN/Modem → Aktuelle Anrufe → während Testanruf offen lassen

Wird der Ruf "aktiv" oder bleibt er in "Rufaufbau"?← Die Schlüsselfrage!

Interne Protokolle prüfenMonitoring → Interne Protokolle

Uhrzeit jedes Testanrufs notierenFür Trace-Auswertung essentiell

Altlasten aus PBX-Modus

Restfehler ▼

Einstellungen aus dem alten PBX-Modus überleben den Moduswechsel! Alte VoIP-Provider-Einträge können noch aktiv sein und stören.

Alte VoIP-Provider-Einträge aus PBX-Modus suchen & deaktivierenVoIP → Einstellungen → SIP-Konten — alles was nicht zu den 3 Providern gehört

Nicht genutzte SIP-Konten deaktivieren

Isolationstest

Suchraum halbieren ▼

ISDN-Telefon direkt an den zweiten S0-Port der be.IP hängen (ohne TK-Anlage dazwischen).

✅ Audio da → Fehler liegt an der alten TK-Anlage
❌ Auch stumm → Fehler liegt in be.IP ↔ FritzBox

ISDN-Telefon direkt an Port 2 der be.IP anschließen

Als Teilnehmer anlegenVoIP → Einstellungen → Teilnehmer

Testanruf → Audio?

📋

ISDN Cause-Codes (Nachschlage-Tabelle)

▼

Code	Bedeutung	Deutung
16	Normal call clearing	✅ So soll's sein
17	User busy	Besetzt
31	Normal, unspecified	⚠️ "Irgendwas lief schief"
34	No circuit available	🚨 Kein B-Kanal frei!
44	Requested circuit n/a	🚨 B-Kanal-Konflikt
47	Resource unavailable	🚨 DSP fehlt
88	Incompatible destination	🚨 Codec-Mismatch!
102	Recovery on timer expiry	Timeout

🔑 Bei Cause 88 = Codec-These bestätigt. Bei 34/44 = B-Kanal-Problem.

🔧 be.IP Audio-Fix