Fritzbox hinter 1803VA - häufig keine Übertragung des Tons

[awi]

Hallo,

das ist durchaus möglich, wenngleich der Sip-Alg eigentlich damit zurecht kommen müsste.

Wie häufig kommt es denn in etwa vor?

Gruß
Awi

[firefox_i]

Hi,
hmm alle paar Tage mal.

Wenn ich dann wo anrufe klappt es erstmal nicht, nach 2-3 mal anrufen funktioniert es dann.

S.

[awi]

Hm, alle paar Tage mal ist für einen Trace natürlich nicht ganz einfach.
Du schreibst, wenn es zu dem Fehler kommt, dann versuchst du es ein paar Mal und dann geht es wieder?
Das heißt also, wenn es erstmal passiert ist, kommt es dann direkt danach noch ein paar mal zu dem Fehler?
Dann könntest du, wenn der Fehler wieder auftritt, bevor du es dann erneut versuchst,
die Traces und Wireshark Captures aktivieren, bevor du einen neuen Versuch startest.
Vielleicht erwischst du ja dann den Fehlerfall im Trace?

[firefox_i]

Du schreibst, wenn es zu dem Fehler kommt, dann versuchst du es ein paar Mal und dann geht es wieder?

Genau

Dann könntest du, wenn der Fehler wieder auftritt, bevor du es dann erneut versuchst,
die Traces und Wireshark Captures aktivieren, bevor du einen neuen Versuch startest.
Vielleicht erwischst du ja dann den Fehlerfall im Trace?

Kann ich gerne versuchen.
Wie sollte ich da den Trace konfigurieren?
Ich bin beim Tracen leider nicht so firm.

Und Wireshark?
Da muss ich wahrscheinlich erstmal schauen, dass ich nen MirrorPort aktiviere, denn sonst kommen die Pakete von/zur Fritzbox ja garnicht an meinem Rechner an...

S.

[awi]

Hi,

ich weiß nicht, wie du auf dein Gerät zugreifst.
Wenn du den LANmonitor benutzt, dann kannst du darüber einen Trace starten.
Dabei die Traces Sip-Alg und Sip-Alg-Packet auswählen.
Wenn du über eine Konsole zugreifst, bei Windows zum Beispiel über Putty, dann
kannst du auf der Konsole tr # Sip-Alg Sip-Alg-Packet eingeben und auch genauso wieder ausschalten ('#' ist ein Toggle Befehl, es geht auch '+' für Ein- und '-' für Ausschalten)

Den Wireshark-Capture schaltest du am besten über das Webinterface ein. Es gibt da unter dem Reiter 'Extras' den Menüpunkt 'Packet-Capturing'.
Dafür zwei Tabs öffnen. In beiden Tabs 'Packet-Capturing' öffnen und in einem die WAN-Schnittstelle (vermutlich ein DSL-x, je nach deiner Konfiguration) und im anderen die LAN-Schnittstelle (LAN-x) auswählen und auf 'Los' gehen.
Wenn ein Fehlerfall aufgezeichnet worden ist die Captures und Traces entsprechend wieder beenden.

Gruß Awi

[ua]

Moin,

probiere es doch einfach ohne ALG mit den längeren NAT-Timeout-Zeiten.....

VG

[firefox_i]

Moin,

probiere es doch einfach ohne ALG mit den längeren NAT-Timeout-Zeiten.....

VG

Das wäre Plan B.

Irgendjemand hat anfangs mal geschrieben, ich solle die UDP Ports auf die Fritz mappen.
Ich frag mich halt, ob es da nicht richtiger wäre, in der FW die entprechenden Ports für die Fritz zu erlauben und eben für alles andere nicht.
Oder hab ich da nen Denkfehler?

Nur die Ports weiterleiten ändert ja an den FW Einstellungen nix und die Pakete würden ja nach wie vor abgewiesen.

[ua]

Moin,

bei all meinen Konfigurationen mit nachgelagerten VOIP-Gateways setze ich weder Portforwading noch das ALG ein.
Nur die NAT-Timeouts passe ich auf die Re-Registration-Timer des jeweiligen Providers an.

VG

[firefox_i]

bei all meinen Konfigurationen mit nachgelagerten VOIP-Gateways setze ich weder Portforwading noch das ALG ein.

Ich hätte da jetzt auch das ALG einfach ausgemacht uns passende Regeln in der FW angelegt.

Nur die NAT-Timeouts passe ich auf die Re-Registration-Timer des jeweiligen Providers an.

UDP Aging steht bereits uf 300 sek.


S.

[ua]

UDP Aging steht bereits uf 300 sek.

Ist zu kurz!
Moin bei der DT ist der Timer auf 480 gesetzt, das sind deine 300s einfach zu kurz ...

[firefox_i]

Hi, okay.

Gibts da ne Quelle?

Ich hab mir nen Wolf gesucht und die Fundstellen die ich so hatte, haben übereinstimmend 300s angeraten...

[ua]

Gibts da ne Quelle?

Im SIP-ANtwort-Paket bei der Regisrtierung,
siehst du im SIP-Trace ....

[fildercom]

Also zur besagten AVM-Box kann ich rein gar nichts sagen, weil ich diese Produkte nicht einsetze. Die Dinger haben bei mir striktes Hausverbot.

ABER: Seit kurzem habe ich meine be.IP Plus hinter dem LANCOM 1930EF als SIP-PBX aktiv. Das SIP-ALG habe ich nicht aktiviert.

Das UDP-Aging ist auf 300s, das passt soweit bei der DTAG.

Bitte vergiss das SIP-ALG und lege in der Firewall folgende Regel an:
Prio: 10
Name: ALLOW_VOIP
Quelle: IP-Adresse deiner AVM-Box
Quell-Dienst: Alle
Ziel: beliebig
Ziel-Dienste: DNS, SIP, RTP, STUN
Aktionen: Übertragen

Hinweis: Du musst die Ziel-Dienste SIP, RTP und STUN noch manuell anlegen:
SIP: UDP-Port 5060
RTP: UDP-Ports 15000 - 41000
STUN: TCP&UDP Ports 3478, 10000 (letzter Port ist extrem selten genutzt, z.B. bei Sipgate, kannst du bei der DTAG auch weglassen)

Damit hast du den LANCOM-Router fertig konfiguriert.

Nun legst du auf deiner AVM-Box die Telekom-SIP-Accounts an. Wie genau die Config aussieht, weiß ich nicht, aber trag bitte sowohl den SIP-Proxy als auch den STUN-Server ein:
https://www.telekom.de/hilfe/internet-t ... ecked=true

Außerdem bitte NICHT den Port 5060 für SIP eintragen, sondern eine '0', damit ein DNS Srv Lookup durchgeführt werden kann.

Außerdem solltest du die Option "Gerät befindet sich hinter einem NAT-Router" (oder ähnlich) aktivieren, damit die Box die Sessions durch regelmäßige Pakete offen hält.

Mit meiner be.IP Plus klappt das hinter dem LANCOM mit diesen Einstellungen perfekt.

[firefox_i]

Hi,
Deine Expertise in allen Ehren, aber bist Dir sicher, dass die Ports ausreichen?

Ich hatte gestern - als ich das Problem wieder hatte - Einträge in der Firewall mit Port 7080 und irgendwas in den 57xxx ern von dem Server der DTAG zur Fritte und umgekehrt.....ich muss heut abend nochmal schauen.

S.

[fildercom]

Meine Auflistung der Ports ist definitiv mehr als ausreichend, die DTAG gibt in der verlinkten Seite ja eigentlich einen viel kleineren Portbereich an. Da ich sowohl DTAG als auch Sipgate nutze, habe ich wirklich alle dafür notwendigen Portbereiche in meiner Firewall-Config drin und es läuft ohne Probleme! Port 7080 ist definitiv kein "normaler" VoIP-Port, da läuft dann irgendwas anderes drüber. Wer weiß, was die AVM-Box noch so treibt...

Das hier ist zwar eine alte Geschichte und auch ein anderer Port, aber wer weiß, was heutzutage alles für Dinge "implementiert" sind... (deshalb traue ich keinen Consumer-Boxen über den Weg). Wenn du nur die VoIP-Ports in der Firewall öffnest, dann unterbindest du diesen anderen Schwachsinn, den dieses Ding da so treibt....