Auerswald 5020 an Fritzbox über VoIP

[xxolli]

Hallo zusammen,

ich kämpfe gerade mit dem einem Problem, wo ich nicht mehr weiterkomme.
Ich möchte eine 5020 per VoIP an einer 7390 anmelden. D.h. ich möchte den SIP-Registrar der Fritzbox nutzen.
Dazu habe ich IP-Telefon in der Fritzbox eingerichtet und die Fritzbox als Anbieter in der 5020 eingerichtet.
Leider kömmt es nun zu dem Problem das ich eingehende VoIP-anrufe nicht annehmen kann. Die Telefone an der 5020 klingeln, aber sobald ich abhebe meldet mir mein ISDN-Telefon "nicht möglich". Die Telefonate werden in der Anrufliste der 5020 als "kommend vergeblich" eingetragen.
Ich habe dann mal testweise einen Sipgate-Account direkt in der 5020 eingerichtet. Dieser funktioniert problemlos. Dann habe ich mal mein DX800A direkt an der Fritzbox angemeldet. Das funktioniert auch.

Ich vermute daher das ich irgendwo in der Anbieterkonfiguration in der 5020 einen Fehler habe.

Ich habe dort den Anbieter "Fritzbox" wie folgt eingerichtet:

Abschnitt SIP
Domain:fritz.box
Registrar: fritz.box
NAT-Traversal: deaktiviert
NAT-Keep-Alive: aktiv 15 Sek.
Outbound-Proxy: deaktiviert
Zeitspanne für die Registrierung: 15 Min
SIP-UDP-Port: 5068
SIP-Session-Timer: 10Min
Blockwahl: inaktiv

Abschnitt RTP
NAT-Traversal: deaktiviert
DTMF-Signalisierung: beide Verfahren
Echokompensation: aktiv
Jitterbuffer: 50ms
Codec-Einstellungen: beste Qualität

Abschnitt Einstellungen
T38-Unterstützung: aktiv
T38-Aushandlung: RFC-konform
Unteranlagenbetrieb: deaktiviert
Audio durchschalten: deaktiviert

Die Firmware der 5020 ist die Version 4.0F Build000

Ich hoffe ihr habt einen Tip für mich wo ich noch drehen kann.

 

[gandalf94305]

Das könnte an den Codecs hängen. Führe mal einen Mitschnitt des SIP-Verkehrs aus, um die ausgehandelten Optionen und RTP-Parameter herauszufinden. Ich vermute, daß dort irgendwo der Fehler liegt. Die Tatsache, daß die Telefone klingeln, deutet auf eine korrekte SIP-Signalisierung und einen Fehler bei Verwendung des RTP-Datenstroms hin. Daher die Idee mit Codecs.

--gandalf.

 

[xxolli]

D.h. in der Auerswald einen Netzwerkmitschnitt durchführen?
Habe das mal eben gemacht, welcher Bereich der 2000 Zeilen ist wichtig/interessant?

 

[xxolli]

Dann poste ich mal was eventuell interessant sein könnte:

§INVITE sip:[email protected]:5068 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>
Call-ID: [email protected]
CSeq: 38 INVITE
Contact: <sip:[email protected]>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7390 84.05.07 TAL (Dec 21 2011)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   353

v=0
o=user 430970 430970 IN IP4 192.168.1.1
s=call
c=IN IP4 192.168.1.1
t=0 0
m=audio 7082 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtcp:7083
.
.
.
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D;received=192.168.1.1
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>
Call-ID: [email protected]
CSeq: 38 INVITE
User-Agent: Auerswald PBX
Content-Length: 0

SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D;received=192.168.1.1
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>;tag=Ny5546Sp6KXHj
Call-ID: [email protected]
CSeq: 38 INVITE
Contact: <sip:620@öffentliche IP:5068>
User-Agent: Auerswald PBX
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, NOTIFY
Supported: 100rel, timer
Content-Length: 0
.
.
.
OPTIONS sip:[email protected] SIP/2.0
v:SIP/2.0/UDP 192.168.1.15:5068;rport;branch=z9hG4bK7acB7ye50070S
Max-Forwards:0
f:<sip:[email protected]>;tag=KcKm1grFc2gcB
t:<sip:[email protected]>
i:FSL1ljitTHyy5N2utE1E1K
CSeq:583 OPTIONS
s:KEEPALIVE
Accept:application/vnd.nokia-register-usage
l:0

SIP/2.0 406 Not Acceptable
Via: SIP/2.0/UDP 192.168.1.15:5068;rport=5068;branch=z9hG4bK7acB7ye50070S
From: <sip:[email protected]>;tag=KcKm1grFc2gcB
To: <sip:[email protected]>;tag=404D000A7507CEC3
Call-ID: FSL1ljitTHyy5N2utE1E1K
CSeq: 583 OPTIONS
User-Agent: AVM FRITZ!Box Fon WLAN 7390 84.05.07 TAL (Dec 21 2011)
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D;received=192.168.1.1
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>;tag=Ny5546Sp6KXHj
Call-ID: [email protected]
CSeq: 38 INVITE
Contact: <sip:620@öffentliche IP:5068>
User-Agent: Auerswald PBX
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, NOTIFY
Supported: 100rel, timer
Session-Expires: 600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 331

v=0
o=- 1032497034802204616 6058725069437152535 IN IP4 192.168.1.15
s=-
c=IN IP4 192.168.1.15
t=0 0
m=audio 49172 RTP/AVP 8 0 2 2 97 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
.
.
.
SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D;received=192.168.1.1
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>;tag=Ny5546Sp6KXHj
Call-ID: [email protected]
CSeq: 38 INVITE
Contact: <sip:620@öffentliche IP:5068>
User-Agent: Auerswald PBX
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, NOTIFY
Supported: 100rel, timer
Session-Expires: 600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 331

v=0
o=- 1032497034802204616 6058725069437152535 IN IP4 192.168.1.15
s=-
c=IN IP4 192.168.1.15
t=0 0
m=audio 49172 RTP/AVP 8 0 2 2 97 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
.
.
.
SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bKE7FBB85CE6CC9A3D;received=192.168.1.1
From: "xxolli" <sip:[email protected]>;tag=5AB8450C8F5710F3
To: <sip:[email protected]:5068>;tag=Ny5546Sp6KXHj
Call-ID: [email protected]
CSeq: 38 INVITE
Contact: <sip:620@öffentliche IP:5068>
User-Agent: Auerswald PBX
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, NOTIFY
Supported: 100rel, timer
Session-Expires: 600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 331

v=0
o=- 1032497034802204616 6058725069437152535 IN IP4 192.168.1.15
s=-
c=IN IP4 192.168.1.15
t=0 0
m=audio 49172 RTP/AVP 8 0 2 2 97 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
.
.
.

 

[Doehdi]

Dann poste ich mal was eventuell interessant sein könnte:

§INVITE sip:[email protected]:5068 SIP/2.0
User-Agent: AVM FRITZ!Box Fon WLAN 7390 84.05.07 TAL (Dec 21 2011)


SIP/2.0 180 Ringing
Contact: <sip:620@öffentliche IP:5068>
User-Agent: Auerswald PBX

Sieht so aus, als ob die PBX in den Antworten zur Fritzbox eine öffentliche IP verwendet. Kann es sein, dass in der Anlage STUN aktiviert ist?

 

[xxolli]

Stimmt der "STUN-Server für Anbindung außen liegender VoIP-Teilnehmer" war aktiviert, leider besteht das Problem noch immer.

Was mir aufgefallen ist, in der Fritzbox werden die Anrufe als "verbunden" gelistet, in der 5020 hingegen als "vergeblich".

Wo kann ich noch suchen?

 

[Doehdi]

Die Einstellung für außenliegende Teilnehmer ist an dieser Stelle wirkungslos. Deine Fritzbox spielt ja den Provider. In den Einstellungen des Providers kannst du auch zum Thema STUN etwas einstellen.

 

[xxolli]

In den Provider-Einstellungen ist der STUN-Bereich ausgegraut, da NAT-Traversal sowohl bei den SIP als auch bei den RTP-Einstellungen deaktiviert ist!?

 

[Deleted member 59029]

Hallo,

gibt es mittlerweile eine Lösung oder eine Eingrenzung des Problems?

Bekomme in den nächsten Tagen meine 7390 und möchte diese gern (gemäß Thread Link als GSM Gateway für meine Auerswald nutzen. Stehe also bald vor dem gleichen Problem ... Hätte im Leben nicht daran gedacht, dass es hier ein Problem geben könnte ...

vG Michael

 

[xxolli]

Nein mein Problem besteht immer noch.

@mipo
funktioniert es bei dir?

 

[achim1108]

Hallo Zusammen!

Ich habe auch das Problem! Ich habe zwar eine ISDN S0 Kopplung, habe aber zusätzlich eine SIP Kopplung. Kommt eine Voip Gespräch über die Fritzbox, dann versucht die Fritzbox auch primär bei SIP zu bleiben und dann schlagen die Gespräche fehl - Anrufer hört sofort besetzt. Das fiel lange nicht auf, da primär nur über ISDN telefoniert wird.

Anbei mal meine Einstellungen des Anbieters "fritzbox". Wir sollten die Settings mal gemeinsam durchsprechen.



Trace habe ich bereits gemacht, werde aber nicht schlau. Vor dem Ansehen die Endung .txt entfernen!

Edit: Anbei die Anrufliste der Auserswald und ein Trace, aufgenommen mit der Fritzbox.
Man erkennt in der Anrufliste, das die Fritzbox den Ruf einmal über die SIP Kopplung UND gleichzeitig über die S0 Kopplung an die Auerswald vermittelt, ob da der Fehler liegt? Denn im Trace gibt es 2x Status zurück: EInmal OK, dann 487 Terminated. Vermutlich wertet die Fritzbox nur den letzten Status aus.
Habt Ihr auch SIP UND S0 Kopplung gleichzeitig?

Irgendwer macht hier was falsch... wir werden ihn finden

LÖSUNG bei mir: Für Registrar und Domain muss scheinbar anstelle der IP-Adresse "fritz.box" rein! Siehe Bild:


Habe mein Trace wieder entfernt, da dort Rufnummern drin waren. Da es nun gelöst ist, sollte es nicht so relevant sein..


Gruß
Achim

 

[xxolli]

Hallo,
ja das die Fritzbox am internen S0 alle Anrufe signalisiert ist normal. Beim S0 wird ja auch im Endgerät festgelegt auf welche Nummer reagiert werden soll.

Das bedeutet im Umkehrschluss das du die MSN in der Auerswald für den externen S0 löschen musst, wenn dort nicht signalisiert werden soll.

Bei mir wird der eingehende Anruf daher nur über SIP signalisiert.


Gruß Olli

 

[achim1108]

Nein, ich brauche beide Signalisierungen, da der S0 nur 2 B_Kanäle hat, aber bis zu 4 Gespräche geführt werden sollen, die beiden anderen über SIP. Und es müssen alle Nummern über alle Kopplungen erreicht werden, damit sauber jede Nummer erreicht werden kann.

Zuerst hatte ich meine Gruppe in Verdacht, da ich dort nur 1 Verbindung zugelassen hatte. Ich dachte also, wenn die Fritzbox über beide Wge signalisiert, das dann womöglich die Auerswald einen Weg immer besetzt signalisierte. Dem war aber nicht so.

Im Trace war noch zu sehen, das die Fritzbox immer direkt ein Cancel sendete, nachdem die Auerswald Trying signalisierte. Dieser Cancel ist nun nach Lösung im editierten vorherigen Beitrag weg ("fritz.box" für Domain und Registrar benutzen). Jetzt geht alles!

Gruß
Achim

 

[xxolli]

Hallo Achim,
schön das es bei dir jetzt funktioniert.
Ich habe dann mal deine Konfig exakt genau so bei mir eingegeben.
Bei mir funktioniert es leider immer nich nicht.
Welche Anlage mit welcher Firmware hast du? Den Menüpunkt SIPS/SRTP gibt es bei mir gar nicht!?

Gruß Olli

 

[achim1108]

Es geht um die betreute Anlage bei mir, Basic.2, 4.0F ohne VOIP Modul und die AVM 7570 mit der .91 Firmware.
Ein externer S0 der Basic ist am Fon S0, und in der Basic ist nur die Fritzbox als Provider. Die Fritzbox selbst hat keinen ISDN Anschluß (Festnetz nicht aktiv), es ist eine ISDN Telefonanlage und 4 SIP Telefone in der Fritzbox eingerichtet und als Voip Provider GMX mit 4 registrierten Festnetz Nummern und 4 zusätzlichen Nummern.

In Deinem Trace steht ja Ringing, das war bei mir noch gar nicht. Evtl. ist nur die Signalisierung innerhalb der Auerswald noch nicht ganz ok? Ist denn immer noch die externe IP im Trace? Das darf ja definitiv nicht sein...!

Gruß
Achim

P.S. Den SIPS Punkt ist ja egal, wenn er bei mir deaktiviert ist...

 

[xxolli]

Hallo Achim,
danke für deine Aufklärung. Ja bei mir ist leider immer noch die externe IP im Trace vorhanden. Habe mich auch mal Parallel an den Auerswald-Support gewandt. Habe aber auch noch keine Rückmeldung erhalten.
Und das gibt bei dir wirklich keinen durcheinander, wenn ein Anruf gleichzeitig auf VoIP und ISDN signalisiert wird!?

Grüße Olli