Ergebnis 1 bis 2 von 2

Thema: 01.03, 12.50 -13:30h: Konnte keine Pakete an taris.dus.net (83.125.8.83) sende

  1. #1
    IPPF-Fan Avatar von sago
    Registriert seit
    05.01.2006
    Beiträge
    133

    01.03, 12.50 -13:30h: Konnte keine Pakete an taris.dus.net (83.125.8.83) sende

    Hi all,
    Verbindungen gestern Mittag konnten keine Datenpakete an taris.dus.net senden.
    Bin ich der Einzige?

    Ich habe eine dus.net-Verbindung auf meiner Fritzbox terminiert. Bei Gesprächen gerstern Mittag war ich als externer Anrufer zwar hörbar, konnte selber aber nichts hören.

    Meine FB meint dazu:

    Code:
                  Datum 	Rufnummer 	Sprachübertragung 	
             Dauer (*) 	Gegenstelle 	Kodierung 	 Pakete (**) 	Verloren 	Verzögerung 	Jitter 	Burst
    01.03.2011 13:25	017xxxxxxxx		G.711	254 (-)	-	7 ms	27 ms	0 ms (0 %)	
                  0:00:16	83.125.8.83		               	0 (-)	-	       7 ms 	      0 ms	0 ms (0 %)
    01.03.2011 12:51	072xxxxxxxx		G.711	446 (-)	-	7.5 ms	32 ms	0 ms (0 %)	
                  0:00:19	83.125.8.83			          0 (-)	-	7.5 ms	0 ms	0 ms (0 %)
    Die Gespräche davor und danach hatten wieder Datenübertragung in beide Richtungen. Ortsnetz und Standort ist Karlsruhe.

    *DSL: Kabel BW CK20 ++ Modem/Router: Fritz!Box 7270 (FW: neuste Standardversion)
    *VoIP-Provider: dus.net
    *DECT:Fritz!Fon MT-D (FW: neuste Standardversion), Siemens Gigaset SX685 isdn

  2. #2
    Gast
    Hi,

    Folgende Vermutung:
    Die Fritzbox ist hinter einem NAT-Router.

    Der lokale Port des VOIP-Gerätes steht im SIP-body. Sollte der NAT Router einen anderen Port als diesen verwenden, prallen die ankommenden Pakete am Router ab. Ausgehend klappt das ganze, weil das Endgerät die Audio-Pakete genau dahin schickt wo die dus.net diese haben will.

    Ich glaube die Lösung hierzu nennt sich symetrisches NAT(bin mir nicht sicher). Der Router muss die gleichen Ports verwenden wie auch das VOIP-Gerät, damit die Zuordung passt. Evtl. wird der benötigte vom Router schon für einen anderen Dienst genutzt. Der Router muss die Ports folglich reservieren.

    Oder der Router schreibt die SDP-Daten im Body um


    Dies wäre eine logische Erklärung.

    Da ich jedoch relativ wenig Erfahrung in diesem Bereich habe, ist es sehr wahrscheinlich, dass ich sowohl mit meiner Vermutung, als auch mit der Erklärung falsch liege.

    Gruß Toni

Ähnliche Themen

  1. Speedport 701 (fritzed) sendet keine SIP-Pakete
    Von Offenbacher im Forum Speedport2Fritz
    Antworten: 0
    Letzter Beitrag: 22.10.2010, 18:10
  2. neuer cluster taris.dus.net
    Von darcstar im Forum dus.net
    Antworten: 3
    Letzter Beitrag: 08.07.2010, 20:50
  3. WoL-CGI sendet keine Pakete an die Clients
    Von Viprex im Forum Freetz
    Antworten: 22
    Letzter Beitrag: 10.03.2009, 19:27
  4. Antworten: 4
    Letzter Beitrag: 13.08.2007, 21:25

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •