Lösung für 2 PVC + providerunabh. SIP Accounts

hat jemand schon eine Lösung für das Problem mit :"Es klingelt zwar, aber nach dem abnehmen wird keine Sprachverbindung aufgebaut"
 
Client-Registrierung: Benötige Step-by-Step Hilfe

Hallo zusammen,

bin recht neu im Thema Freetz + DTMFBox für meine Fritzbox 7170. Installation des ganzen auf der FB hat wunderbar funktioniert.

Die Einrichtung der Accounts meiner O2-VOIP-Nummern in der DTMFBox hat aus soweit funktioniert. Diese wurden sauber bei meinem Anbieter registiert (sh. Anhang "status_dtmfbox.jpg").

Jetzt mein Problem: Ich versuche seit längerem über das AVM-WebIF nun eine Client-Verbindung zum Registrar der DTMFBox hinzubekommen und hab dazu auch etliche Foren bereits durchwühlt und es genaus durchgeführt wie beschrieben. Leider bisher erfolglos. Deshalb die Bitte: Könnte mir jemand step-by-step erklären, was ich da tun muss. Welchen Benutzernamen muss ich benutzen, Welches Passwort (FB-Passwort oder da mit dem ich meine VOIPs bei O2 registriere) ist das richtige, etc. Wäre wirklich dankbar für eine Hilfestellung.

Im Anhang sind noch folgende Screenshots zur Verdeutlichung der Problemstellung:
1. Meine DTMF-Voip-Einstellung des Registrars
2. Beispielhaft die ACC1-Einstellungen (die soweit i. O. sein dürften).
3. Logdatei der DTMFBox
4. Ereignisauszug aus dem AVM-WebIF
5. Clienteinstellung im AVM-WebIF

Ich hoffe das hilft euch für eine Beanwortung. Vermutlich sitzt da Problem ja vor dem PC :)

Vielen Dank jedenfalls schon mal im Voraus.

Gruß, Martin.
 

Anhänge

  • status_dtmfbox.JPG
    status_dtmfbox.JPG
    76.6 KB · Aufrufe: 53
  • DTMF_VOIP_Einstellungen.JPG
    DTMF_VOIP_Einstellungen.JPG
    75 KB · Aufrufe: 46
  • DTMF_ACC1_Einstellung.JPG
    DTMF_ACC1_Einstellung.JPG
    76.4 KB · Aufrufe: 39
  • ereignissauszug.JPG
    ereignissauszug.JPG
    37 KB · Aufrufe: 32
  • Einstellung_SIP-Client.JPG
    Einstellung_SIP-Client.JPG
    83.2 KB · Aufrufe: 44
  • Auszug_LOG-Datei.JPG
    Auszug_LOG-Datei.JPG
    101.3 KB · Aufrufe: 24
Ich habe den Thread mit spannung verfolgt aber ich stelle mir folgende Frage:

Ist es nicht möglich, für einen alternativen SIP-Account in der Fritzbox das "internet" PVC mitzugeben?

Standardmäßig geht ja alles über das Voice-PVC (wie bei fast allen ISPs) raus. Jetzt müssen wir nur rausfinden, wie man pro SIP-Account die Einstellung vornimmt, das "internet" PVC zu nutzen. Bei den ganzen Optionen muss es da doch was geben. Selbst der O2 Router kann verschiedene PVC auf SIP-Konten Basis...

Viele Grüße
Sascha
 
*lol* Mit Spannung mitgelesen vielleicht, aber schon beim 1. Post hörte dein Verständnis des Threads auf! Was du willst ist genau, worum es dort geht!
 
Ich habe das schon verstanden, nur muss es doch eine Möglichkeit OHNE die Nutzung von DTMF-Box geben.
 
@realriot:Wo ist denn dein Problem?
Wer die DTMFbox nicht mag, der lässt die Angaben zu den zusätzlichen PVC weg und voip-elt damit auf der 1.PVC. Also was soll´s?

Nur die NGN/IAD-liefernden Anbieter legen VoIP in die 2. PVC, ansonsten ist bei Sipgate etc. der default in der normalen Internet-Verbindung zu voip-eln
 
Hallo zusammen,

bin recht neu im Thema Freetz + DTMFBox für meine Fritzbox 7170. Installation des ganzen auf der FB hat wunderbar funktioniert.

Die Einrichtung der Accounts meiner O2-VOIP-Nummern in der DTMFBox hat aus soweit funktioniert. Diese wurden sauber bei meinem Anbieter registiert (sh. Anhang "status_dtmfbox.jpg").

Jetzt mein Problem: Ich versuche seit längerem über das AVM-WebIF nun eine Client-Verbindung zum Registrar der DTMFBox hinzubekommen und hab dazu auch etliche Foren bereits durchwühlt und es genaus durchgeführt wie beschrieben. Leider bisher erfolglos. Deshalb die Bitte: Könnte mir jemand step-by-step erklären, was ich da tun muss. Welchen Benutzernamen muss ich benutzen, Welches Passwort (FB-Passwort oder da mit dem ich meine VOIPs bei O2 registriere) ist das richtige, etc. Wäre wirklich dankbar für eine Hilfestellung.

Im Anhang sind noch folgende Screenshots zur Verdeutlichung der Problemstellung:
1. Meine DTMF-Voip-Einstellung des Registrars
2. Beispielhaft die ACC1-Einstellungen (die soweit i. O. sein dürften).
3. Logdatei der DTMFBox
4. Ereignisauszug aus dem AVM-WebIF
5. Clienteinstellung im AVM-WebIF

Ich hoffe das hilft euch für eine Beanwortung. Vermutlich sitzt da Problem ja vor dem PC :)

Vielen Dank jedenfalls schon mal im Voraus.

Gruß, Martin.

I have EXACTLY the same issue. Any assistance on why I do not see a "client-connection" would be greatly appreciated.

EDIT : VOIP > "Registrar-Modus: Authentication-Realm" change from "fritz.box" to "*". SOLVED.
 
Zuletzt bearbeitet:
AVM-Client -> DTMFBox-Registrar nicht möglich

...
Die Einrichtung der Accounts meiner O2-VOIP-Nummern in der DTMFBox hat aus soweit funktioniert. Diese wurden sauber bei meinem Anbieter registiert (sh. Anhang "status_dtmfbox.jpg").
Deine Einstellungen mit meinen Daten haben auch die Registrierung bei o2 bewirkt.
Ich versuche seit längerem über das AVM-WebIF nun eine Client-Verbindung zum Registrar der DTMFBox hinzubekommen und hab dazu auch etliche Foren bereits durchwühlt und es genaus durchgeführt wie beschrieben. Leider bisher erfolglos.
Hier leider genau das gleich Problem. Bist Du vielleicht mitlerweile weitergekommen?
Leider besteht der DTMFBox-Hauptthread seit langer Zeit fast nur noch aus Fragen und Problemen aber kaum konstruktiven Lösungsvorschlägen.

VOIP > "Registrar-Modus: Authentication-Realm" change from "fritz.box" to "*". SOLVED.
Gratulations! But it still doesn't work on my Fritzbox 7170 Firmware: 29.04.76.
 
Hi,

stehe inzwischen vor dem selben Problem mit einer privaten 2.PVC Verbindung.
Habe die DTMFBox entsprechend der Anleitung installiert und auch meinen Provider (sipgate) eingetragen.

Die DTMFBox ist bei sipgate registriert, die Fritz bei DTMFBox.

Wenn ich jetzt über die DTMFBox rauswähle klappt alles einwandfrei und ein Gespräch kommt zustande.

Wähle ich jedoch ein zweites mal über die DTMFBox raus, wird nur die Verbindung Fritz -> DTMFBox aufgebaut, die DTMFBox baut jedoch ihrerseits keine Verbindung zu sipgate auf.

D.h. der Part z.b. beim Anruf der Test-Nummer 10005 fehlt der Aufbau der zweiten Verbindung.

Diese Meldung
Code:
Make VoIP call by client (<sip:[email protected]> -> <sip:[email protected]>) ...
kommt beim erfolgreichen ersten Telefonat, fehlt jedoch beim zweiten, nicht erfolgreichen Telefonat.

Hat jemand eine Idee was falsch läuft?

Gruß
/Flane
 
Was gibt das dtmfbox-Log her? (jeweils beim 1. und 2. Anruf)
 
Hi,

ein funktionierender Call sieht so aus
Code:
15:24:13 Ignoring connection for unknown account. CalledParty=unknown, CallingParty=0#NR0
 15:24:17 Ignoring connection for unknown account. CalledParty=unknown, CallingParty=1#NR1
 15:24:23 Ignoring connection for unknown account. CalledParty=10005, CallingParty=1#NR1
 15:24:23 RX-REQUEST 1075 bytes Request msg INVITE/cseq=5 (rdata0x52229c) from UDP 127.0.0.1:5060
 15:24:23 

INVITE sip:[email protected]:5061 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5060;rport;branch=z9hG4bK06048CC124DDF1ED
From: <sip:[email protected]>;tag=D50B0150765E4403
To: <sip:[email protected]:5061>
Call-ID: [email protected]
CSeq: 5 INVITE
Contact: <sip:[email protected];uniq=BD1C2658FFB167155CA00C76FB32B>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7140 Annex A 39.04.76 TAL (Jul 31 2009)
Supported: 100rel,replaces
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 11695082 11695082 IN IP4 127.0.0.1
s=call
c=IN IP4 127.0.0.1
t=0 0
m=audio 7078 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-11
a=rtcp:7079


 15:24:23 Create UAS dialog ...
 15:24:23 Create media capability ...
 15:24:23 Create invite session ...
 15:24:23 Respond 100 ...
 15:24:23 [type=voip/out conid=0 accid=1] Call state changed to INCOMING
 15:24:23 Respond 180 (*ring*)..
 15:24:23 [type=voip/out conid=0 accid=1] Call EARLY (reason=0, Default status message)
 15:24:23 [type=voip/out conid=0 accid=1] Incoming DTMF (1)
 15:24:23 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 15:24:23 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 15:24:23 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 15:24:23 [type=voip/out conid=0 accid=1] Incoming DTMF (5)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "CONNECT", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "1") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "5") (acc=1 con=0)
 15:24:23 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 15:24:23 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "EARLY", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "") (acc=1 con=0)
 15:24:25 Make VoIP call by client (<sip:[email protected]> -> <sip:[email protected]>) ...
 15:24:25 Initialize outgoing call from '<sip:[email protected]>' to '<sip:[email protected]>'
 15:24:25 Create SDP ...
 15:24:25 Create invite session ...
 15:24:25 [type=voip/out conid=1 accid=1] Call state changed to CALLING
 15:24:25 [plugin.menu] Action: script:action_wrapper (acc=1 con=1)
 15:24:25 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "CONNECT", "VOIP", "OUTGOING", "1", "0", "ID", "[email protected]", "1", "", "") (acc=1 con=1)
 15:24:25 [type=voip/out conid=1 accid=1] Call state changed to CALLING
 15:24:25 [type=voip/out conid=1 accid=1] Call CONNECTING (reason=0, Default status message)
 15:24:25 On media update
Die Verbindung wird hier um 15:24:25 mit Make VOIP call by client gestartet...

Mit der gleichen Konfiguration unmittelbar darauf (aber mach auch keinen Unterschied wenn ich länger warte)
Code:
 19:51:06 Ignoring connection for unknown account. CalledParty=unknown, CallingParty=0#NR0
 19:51:09 Ignoring connection for unknown account. CalledParty=unknown, CallingParty=1#NR1
 19:51:11 RX-REQUEST 1088 bytes Request msg INVITE/cseq=15 (rdata0x52173c) from UDP 127.0.0.1:5060
 19:51:11 

INVITE sip:[email protected]:5061 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5060;rport;branch=z9hG4bK98FE408E64874753
From: <sip:[email protected]>;tag=320F515D78B6542C
To: <sip:[email protected]:5061>
Call-ID: [email protected]
CSeq: 15 INVITE
Contact: <sip:[email protected];uniq=BD1C2658FFB167155CA00C76FB32B>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7140 Annex A 39.04.76 TAL (Jul 31 2009)
Supported: 100rel,replaces
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:   377

v=0
o=user 10844635 10844635 IN IP4 127.0.0.1
s=call
c=IN IP4 127.0.0.1
t=0 0
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 18 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=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079


 19:51:11 Create UAS dialog ...
 19:51:11 Create media capability ...
 19:51:11 Create invite session ...
 19:51:11 Respond 100 ...
 19:51:11 [type=voip/out conid=0 accid=1] Call state changed to INCOMING
 19:51:11 Respond 180 (*ring*)..
 19:51:11 [type=voip/out conid=0 accid=1] Call EARLY (reason=0, Default status message)
 19:51:11 [type=voip/out conid=0 accid=1] Incoming DTMF (1)
 19:51:11 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 19:51:11 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 19:51:11 [type=voip/out conid=0 accid=1] Incoming DTMF (0)
 19:51:11 [type=voip/out conid=0 accid=1] Incoming DTMF (5)
 19:51:11 Ignoring connection for unknown account. CalledParty=10005, CallingParty=1#NR0
 19:51:11 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:11 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "CONNECT", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "") (acc=1 con=0)
 19:51:11 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:11 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "1") (acc=1 con=0)
 19:51:11 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:11 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 19:51:12 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:12 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 19:51:12 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:12 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "0") (acc=1 con=0)
 19:51:12 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:12 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "DDI", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "5") (acc=1 con=0)
 19:51:12 [plugin.menu] Action: script:action_wrapper (acc=1 con=0)
 19:51:12 [plugin.menu] Script: /var/dtmfbox/script/action.sh(/var/dtmfbox/script/action.sh, "EARLY", "USER", "OUTGOING", "0", "-1", "ID", "[email protected]", "1", "", "") (acc=1 con=0)
An dieser Stelle passiert nichts mehr und ich höre ein Freizeichen... da aber die zweite Verbindung nicht aufgebaut ist, kann natürlich niemand abheben.

Konfiguriert habe ich nur den "acc1" welcher auch zu funktionieren scheint. Im DTMFBox WebIF hab ich Status 200 und einen Client (Fritz!Box) connected.

Hast du eine Idee?

Danke
/Flane

PS: Inzwischen ist es auch schon mal passiert dass nach einem Neustart der Box nichts ging... Ich finde es komisch... mal geht es und mal nicht... :-/

PS2: Ich hab jetzt testweise die 7170 Firmware installiert (ist ja bis auf ISDN baugleich mit der 7140). Selbes Problem. ABER: Wenn ich statt des Telefons die Fritz!App auf dem iPhone hernehme dann klappt es bisher immer mit dem Verbindungsaufbau (dann macht zwar der Port 5060 Probleme und man muss die ports in der ar7.cfg freimachen aber dann geht es).
Aber was läuft dann beim Telefon schief?

PS3: Nachdem die Fritz!App ging hab ich jetzt folgendes herausgefunden
beim wählen von *122#10005 funktioniert es meistens nicht, hin und wieder hat man Glück
beim wählen von *122#**010005# funktioniert es bisher immer

Die zusätzlichen **0 am Anfang und # am Ende hab ich aus den Logfiles beim Zugriff mit der Fritz!App. Aber keine Ahnung was sie bedeuten.

PS4: Dieser Trick funktioniert auch ohne Probleme bei der 7140, jedoch nur für die [email protected]. Versuche ich dagegen normale Telefonnummern anzurufen, d.h. im Format [email protected] wird keine zweite Verbindung aufgebaut.
 
Zuletzt bearbeitet:
Hi

es funktioniert letztendlich mit Sipgate wenn man die Wahlregeln analog zur Fritz!App selbst nachbaut.

Man wählt nach der VoIP-Provider-Auswahl (*12X#), aber vor der eigentlich Rufnummer die **0. Die Rufnummer selbst wird im Internationalen Format mit 00XX-Vorwahl-Rufnummer gewählt und das ganze wir mit der # abgeschlossen.

D.h. um die Rufnummer +49-1234-56789 anzurufen muss man wählen **0004912345678#.
Soll noch ein bestimmter VoIP Provider ausgewählt werden dann einfach davor die *12X# wählen.

Die Sipgate-Testrufnummern 10000 und 10005 sind analog über **010000# und **010005# erreichbar.

In den letzten 3 Tagen hat es so bisher immer funktioniert.

Gruß
Flane
 
Hallo,
zunächst möcht ich mal sagen dass ichs wirklich klasse finde, was in diesem forum zustande gebracht wird. als totaler newbie hab ich dank eurer anleitung alles ausgelesen und dtmfbox ins image eingebunden. ich war total happy als ich wieder statt beider boxen (iad3331 + 7170) endlich nur die fb anschliessen konnte und das meiste lief. nun hab ich aber noch ein kleines problem. ich krieg meinen voipdiscount account nicht über dtmfbox registriert. da steht ständig pending dran. bei der fritzbox steht bereits registriert dran. weiss jemand vielleicht genau was man da eingeben muss. hier paar screenshots von meinen eingaben. hmm nun hab ichs leicht verändert, also die optional sachen rausgenommen und bin dann auf log und restart gegangen. jetzt steht auf einmal ok dran aber ich kann trotzdem nicht raustelefonieren. es kommt nur tüt tüt tüt, tüt tüt tüt, und dann besetzt. was mir aufgefallen ist, ist dass bei der dtmfbox voip auf port 5061 eingestellt ist, während voip 5060 hat, wenn ichs jedoch auf 5060 umstelle startet dtmfbox nicht mehr weil der port angeblich benutzt wird.
so nun bincih wieder einen kleinen schritt weiter. leider weiss ich nicht in welche richtung. wenn ich in der fb in den internettelefonie einstellungen "rufnummer für die anmeldung benutzen" wegklicke, kommt der normale ton nach der nummern wahl, allerdings klingelt es bei dem angerufenen nicht :( allerdings steht bei dtmfbox status dass er eine verbindung aufbaut zur [email protected]. wieso klingelts aber nicht ?

EDIT:
hab jetzt versucht die halbe nacht das ganze hinzukriegen und es hat tatsächlich ganze zwei mal geklappt, es hat geklingelt, bei dem versuch hats dann bei den verbindungen im dtmfbox status 2 sachen angezeigt (0) und (1) mit den daraufflogenden nummern usw. und schon beim nächsten versuch war wieder nur das mit der (0) da und es ging nichts mehr. hab noch ein log beigefügt, vielleicht wird ja jemadn draus schlau
 

Anhänge

  • voipdisc1.jpg
    voipdisc1.jpg
    27 KB · Aufrufe: 28
  • voipdiscbox.jpg
    voipdiscbox.jpg
    32.3 KB · Aufrufe: 18
  • dtmfbox log.txt
    6.8 KB · Aufrufe: 2
Zuletzt bearbeitet:
Ich hab das gleiche Problem wie Flane. Allerdings funktioniert bei mir die Lösung mit *00 nicht.

Das Problem liegt meiner Meinung nach in der Zeile
Code:
19:51:11 Ignoring connection for unknown account. CalledParty=10005, CallingParty=1#NR0

Diese Zeile findet sich nur bei nicht erfolgreichen Anrufen wieder.
Ich vermute, dass die CallingParty von der FB auf zwei unterschiedliche Arten übermittelt wird.
a) Einmal wird die Internetrufnummer als Calling Party übermittelt, d.h. NR0 -> der Anruf wird erfolgreich getriggert weil die dtmfbox die nummer einem account zuordnen kann.

b) Die Internetrufnummmer wird mit der Anschlussnummer 1# übermittelt, das Matching ist nicht erfolgreich. Bei der 1# handelt es sich um eine Nummerierung der Internetrufnummern der Fritzbox, die mit 0 beginnt. D.h. im Fall von Flane ist die Rufnummer aus dem Beispiel die zweite Internetrufnummer die üblicherweise mit *122# direkt angewählt werden kann.

Ich vermute (ich bastle erst seit 2 Tagen an der dtmfbox) dass hier der Fritzbox beigebracht werden muss, dass sie die Anschlussnummer nicht überträgt. Was ich bereits erfolglos probiert habe ist als Rufnummer für den Voip-Account in der dtmfbox die Anschlussnummer miteinbeziehe z.B. 1#NR0.
 
Hi tommyg,

sorry für die späte Antwort. Deine Entdeckung hört sich ja echt gut an. Leider habe ich keine Ahnung wie man das ausnutzen kann um eine stabile Verbindung zu erzeugen.

Hattest du inzwischen Glück und hast einen guten Weg gefunden?
Viele Grüße

EDIT: Hab mir das ganze gerade nochmal angeschaut.
Ist es nicht so, dass diese von dir genannte Zeile bei einem ERFOLGREICHEN call vorkommt, aber nicht bei einem gescheiterten. Sprich die Fritz!Box sendet nicht einen request von 10005 sondern immer nur von "unkown" und somit geht das matching bei der dtmfbox nicht. Oder seh ich das falsch?

Flane
 
Nach einem längerem Leidensweg mit dem Alice IAD (siehe http://www.ipphoneforum.eu/showthread.php?t=226701) habe ich heute die dtmfbox installiert.
Soweit hätte ich alles eingetragen, aber ich bekomm es einfach nicht zum laufen:

(1) [VOIP] 49123456789 - sipgate.de - (401) - Unauthorized - Try: 3
(2) [VOIP] xyzxyzxyz - sip.voipgain.com - Pending!

In der FritzBox ist alles wie gehabt eingestellt, nur der Proxy-Server lautet bei den beiden VoIP-Nummern: 127.0.0.1:5061

Habt ihr eine Idee? Ich weiß nicht mehr weiter...
 

Anhänge

  • sipgate-dtmfbox.jpg
    sipgate-dtmfbox.jpg
    73.8 KB · Aufrufe: 8
Hab jetzt noch ein wenig rumgespielt. Bin jetzt soweit, dass beide Accounts (sipgate und VoIPGain) auf "Pending" stehen. Wenn ich allerdings die FritzBox so einstelle, dass sie über den jeweiligen Anbieter raustelefonieren soll, dann stoppt jedesmal die dtmfbox.
Ein Freizeichen erhalte ich, allerdings läutet die Gegenstelle nicht.

Folgendes sagt der Log:
09:56:53 Make VoIP call by client (<sip:*******@192.168.178.1:5061> -> <sip:[email protected]>) ...
09:56:53 Initialize outgoing call from '<sip:*******@192.168.178.1:5061>' to '<sip:[email protected]>'
09:56:53 Create SDP ...
09:56:53 Create invite session ...

und dann heißt es nur noch: dtmfbox stopped

[Bei sipgate genau das gleiche]
 
Zuletzt bearbeitet:
update: nach einem Neustart der FritzBox und dem gleichen Versuch ist die dtmfbox gleich gar nicht mehr zu erreichen.

wenn ich die VoIP-Nummer als CAPI definiere steht als Statusmeldung verbunden da, allerdings komme nicht rein oder raus. (Kann ja auch gar nicht gehen oder?)

Kann mir niemand helfen? Bin für die kleinsten Tipps dankbar!

Achja: hab dtmfbox jetzt auch nochmal per USB installiert. Genau der gleiche Fehler!

__________________________________

GELÖST: Hatte keinen Stern bei Registrar-Realm gesetzt... das war alles!!!!
 
Zuletzt bearbeitet:
Lösung für 7170 jetzt auch (in)direkt mit neuer Labor FW 29.04.86-19138 ohne dtmfbox

Hallo Zusammen,

die neue Labor unterstützt folgende Variable:
route_always_over_internet = yes/no

Ich habe diese Variable via FBEditor in meine Konfig übernommen und für alle Fremd-VoIP-Konten auf yes gestellt.
siehe auch hier: http://www.ip-phone-forum.de/showthread.php?t=229817&p=1679636#post1679636

In der WebUI hab ich bisher noch keinen Schalter gefunden.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.