dtmfbox (AB/CB/CT VoIP/ISDN/Analog)

[SophîaPêtríllo]

Hallo

Ich habe Festnetzqualität probiert, und auch statt Sipgate mein T-Online Account, beides ohne Wirkung, immer noch der selbe Fehler. Anscheinend will meine FritzBox nicht mit G711 telefonieren.

Ich glaub nicht das es am VoIP Anbieter liegt, denn mit Phoner kann ich mit G711 über dtmfbox telefonieren.

Gibt es noch eine andere Möglichkeit dtmfbox mit den analogen Telefonen zu bedienen? Oder kann man andere Codecs mit einfügen?

mfg

 

[bodega]

Möglich wären noch ilbc, gsm, l16, und speex. Das Binary wird dadurch etwas größer und die CPU nimmt mehr Rechenleistung in Anspruch (man müsste es dafür neu übersetzen). Mit anderen Codecs habe ich es auch noch nicht getestet, aber im Sourcecode sind sie bereits vorbereitet.

Die Codec-Reihenfolge vom voipd steht in der Datei /var/flash/voip.cfg.
Bei mir sieht sie so aus:

/*
 * /var/flash/voip.cfg
 * Sun Feb 17 17:52:54 2008
 */

voipcfg {
        dnsport = 7077;
        rtpport_start = 7078;
        sip_srcport = 5060;
        ua1 {
                enabled = yes;
                username = "$$$$xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxAA";
                authname = "";
                passwd = "$$$$xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxAAA";
                registrar = "192.168.178.1:5061";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "54xxxxx";
                dtmfcfg = dtmfcfg_automatic;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
                use_internat_calling_numb = no;
                is_nat_aware = no;
                ignore_received_header = no;
                clirtype = clir_displayname;
                colptype = colp_none;
                only_one_dialog = no;
                presence_supported = no;
                mwi_supported = yes;
                reg_support = regsupport_auto;
                tx_packetsize_in_ms = 30;
                reject_refer = yes;
                no_register_fetch = no;
                do_not_register = no;
                only_call_from_registrar = no;
                outboundproxy = "";
                outboundproxy_without_route_header = no;
                dditype = ddi_none;
                ddireception = "";
                backup_wanted = no;
                use_session_timer = no;
                use_rport = yes;
                add_rtpmap_for_all_codecs = no;
                answer_only_one_codec = no;
                without_annexb_no = no;
                srtp_supported = no;
        }
        ua2 {
                enabled = no;
                username = "";
                authname = "";
                passwd = "";
                registrar = "";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "";
                dtmfcfg = dtmfcfg_automatic;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
                use_internat_calling_numb = no;
                is_nat_aware = no;
                ignore_received_header = no;
                clirtype = clir_displayname;
                colptype = colp_none;
                only_one_dialog = no;
                presence_supported = no;
                mwi_supported = yes;
                reg_support = regsupport_auto;
                tx_packetsize_in_ms = 30;
                reject_refer = yes;
                no_register_fetch = no;
                do_not_register = no;
                only_call_from_registrar = no;
                outboundproxy = "";
                outboundproxy_without_route_header = no;
                dditype = ddi_none;
                ddireception = "";
                backup_wanted = no;
                use_session_timer = no;
                use_rport = yes;
                add_rtpmap_for_all_codecs = no;
                answer_only_one_codec = no;
                without_annexb_no = no;
                srtp_supported = no;
        }
        use_audiocodecs = no;
        [COLOR="Red"]audiocodecs = "PCMA", "PCMU", "G726-32";[/COLOR]
        verbose = no;
        sip_prio = 0;
        rtp_prio = 0;
        dyn_codecs = yes;
        prio_low_codec = no;
        send_ringtone = no;
        blacklist = no;
        t38_support_enabled = yes;
        enum_support_enabled = no;
        enumdomains = "e164.arpa", "e164.org";
        rtpstream {
                voice_activity_detection {
                        enabled = no;
                        vad_threshold = 10000;
                }
                plc {
                        in_the_stack = yes;
                }
                jitter {
                        auto_on = yes;
                        in_ms = 50;
                        in_packets = 0;
                }
                rtcp_enabled = yes;
        }
        voip_assi_enabled = yes;
}


// EOF

Es kann sein, dass bei dir PCMA/PCMU nicht an erster Stelle steht.

Ansonsten müsste ich schauen, wie es mit anderen Codecs aussieht.

 

[SophîaPêtríllo]

so, hab nochmal bissel probiert.

Meine voip.cfg, ist in Ordnung, so wie bei dir, ich hab sogar G726-32 gelöscht, aber danach hat sich die fritzbox nicht mehr bei der dtmfbox registriert.

Ich hatte auch die firmware ohne freetz neu eingespielt, hat aber auch nicht geholfen.

Vieleicht will die fritzbox nicht PCMA nehmen, weil ich nur DSL Light und somit wenig Bandbreite habe.

 

[bodega]

Das sieht fast danach aus, als ob das Traffic-Shaping da eingreift und automatisch G726-32 verwendet.

Also blieben nur noch drei Möglichkeiten:
- das Traffic-Shaping auf der FB abschalten (keine Ahnung ob das geht).
- Alle Codecs miteinkompilieren (wobei G726-32 nicht bei PJSIP dabei ist).
- SDP Negotiation auf 'local' umstellen (das käme der Sache am nähsten) -->

dafür müsstest du die Datei make/libs/pjproject.mk unter freetz bearbeiten und die rot markierte Stelle einfügen:

...
$(PKG_SOURCE_DOWNLOAD)
$(PKG_UNPACKED)
$(PKG_CONFIGURED_CONFIGURE)

$($(PKG)_DIR)/.depend: $($(PKG)_DIR)/.configured
[COLOR="Red"]        echo "#define PJMEDIA_SDP_NEG_PREFER_REMOTE_CODEC_ORDER 0" > $(PJPROJECT_DIR)/pjlib/include/pj/config_site.h; \[/COLOR]
        PATH=$(TARGET_TOOLCHAIN_PATH) \
                $(MAKE) -C $(PJPROJECT_DIR) dep \
                TARGET_NAME="$(REAL_GNU_TARGET_NAME)"
        touch $@
...

damit würde die Codec-Reihenfolge von PJSIP verwendet werden, anstelle die des voipd.

dann nur noch ein:

make pjproject-dirclean
make dtmfbox-dirclean
make

flashen und hoffen das es geht

EDIT:
Ich frage mich da nur, warum das Aushandeln der Codecs nicht richtig funktioniert. Normalerweise muss der voipd PCMA/PCMU verwenden, da kein anderer Codec zur Verfügung steht. Vielleicht gibt es ein paar Präprozessordefinitionen, die beim Kompilieren nicht berücksichtigt werden. Das muss ich mir dann nochmal genauer anschauen.

 

[bodega]

Habe nun die dtmfbox v0.4.0 (3) eingecheckt (Freetz Rev. 1876)

Was neu ist:
- SDP Negotiation lässt sich im Menü ändern (remote/local)
- "Sound Buffer Count" kann geändert werden (damit kann man die Latenz beeinflussen)
- GSM Codec ist auswählbar aber ungetestet. Bei den anderen Codecs muss ich noch was machen.

damit ist mein letzter Post obsolete

Bei Änderung der Einstellungen immer ein

make pjproject-dirclean
make dtmfbox-dirclean

durchführen.

 

[SophîaPêtríllo]

Abend

Nach längerer Zeit probieren, funktioniert es leider immer noch nicht.
Ich hab sogar ein recover gemacht, um die fritzbox auf werkseinstellungen zurückzusetzen.

Ich habe alle Möglichkeiten getestet, remote, local und auch Traffic-Shaping in den Verbindungseinstellungen abgeschalten, auch den gsm codec mit integriert. Hat alles nichts gebracht, immer noch der selbe Fehler, es klingelt ein-, zweimal und dann nur noch Besetzzeichen.

An meinen Einstellungen liegt es nicht, ich hab die heute bei einem Kollegen der auch eine FB 7170 hat gestestet, und da funktionierte es ohne Probleme.

mfg

 

[bodega]

Tut mir wirklich leid. Ich hab leider keine Idee mehr, was man sonst machen könnte
Da ja alles lokal durchgereicht wird (zumindest beim internen Menü), dürfte sich eigentlich nichts an der Bandbreite ändern.

EDIT:
Ich werde wahrscheinlich in späteren Versionen noch Speex und die anderen Codecs implementieren. Zumindest taucht Speex als Payload in deinem Log auf. Leider funzt das aber noch nicht so...

 

[jampr]

Btw: woran lag es denn bei den Aufnahmen?

ich hatte für samba an den mount parametern gespielt.

#umount /dev/sda1
#mkdir /var/media/ftp/share
#mount -rw /dev/sda1 /var/media/ftp/share/ -t vfat -o sync,uid=1

nachdem ich die wieder rausgenommen hatte und die Box durchgebootet war, gings.

Es konnte aber auch daran gelegen haben, dass durch den Reboot das Logging aus war. Wusste nicht, ob ein einfacher Restart der dtmfbox ausreicht, um logging zu deaktivieren.

dank & gruß
jampr

 

[juelich]

Wiki oder Readme?

Ich habe übers Wochenende mal versucht, mich in den Threat einzulesen, was ich jedoch nirgendwo gefunden habe ist ein Readme oder ein Wiki zu der DTMF-Box.
Auch die Suchfunktion brachte leider kein Ergebnis - nicht mla mit Google.
Deswegen hier mine Fragen:
Ich möchte die DTMFBox für ein Callback nutzen. Dazu möchte ich mit einem Handy eine Festnetznummer von Sipgate anrufen (1&1 soll ja angeblich nicht funktionieren, oder hat sich das geändert?).
Dann soll die Fritzbox über VOIPCHEAP eine Verbindung zu einem anderen Handy herstellen, worauf ich dann mit diesem Handy eine Nummer eingeben will, die dann über 1&1 gewählt wird.
Ich habe mir 2 Accounts angelgt (Sipgate und Voipcheap). Wenn ich allerdings meine Sipgatenummer anrufe, bekomme ich die Ansage, daß diese Nummer nicht vergeben sei, also scheint sich die DTMF-Box hier gar nicht richtig anzumelden.
Wer kann helfen, bzw. mir eine Hilfeseite nennen.
Vielen Dank

Markus

 

[kai66]

Hallo @juelich,

mir geht es ähnlich. Auch ich versuche dtmfbox zum laufen zu bekommen.

Ich denke nur, dass dir ohne nähere Informationen (Configuration, Logging, etc.) nicht weiter geholfen werden kann. Vielleicht helfen dir ja meine bisherigen Erfahrungen und Einstellungen weiter:

http://www.ip-phone-forum.de/showthread.php?t=160131

Ich habe dort zumindest meine Konfiguration und meine Logdatei gepostet. Nur habe ich bisher auch noch keinen Callback der FB auslösen können. Ich "arbeite" daran und sollte ich es zum laufen bekommen, wäre dies eine gute Gelegenheit dies dann für die weitere Öffentlichkeit zu dokumentieren.

 

[bodega]

Also ich kann das gut nachvollziehen. Wenn ich bei mir den ID Eintrag weg lasse, geht die dtmfbox bei sipgate auch nicht ran. ID ist unter den Accounts. Syntax: [username]@sipgate.de
Als "Name" habe ich die Telefonnummer hinterlegt. "MSN/Nr." ist mein Username.

1und1 sollte mittlerweile funktionieren, kann ich aber nicht testen.

 

[juelich]

Dank für die Tips, die Anmeldung bei Sipgate funktioniert mittlerweile, ich bekomme auch einen Ruftun, leider jedoch keinen Rückruf. Was muß ich eigentlich bei en Controllern einstellen - habe derzeit 4 für Ein- und ausgehend, die DTMFBox soll jedoch mit VOIP arbeiten. 1und1 funktioniert übrigens nicht.
Hier ist mein Log:

 13:17:25.958  voip_events.c Incoming call from sip:[email protected] to sip:[email protected] [account #0]
 13:17:25.959  voip_events.c Create UAS dialog...
 13:17:25.961  voip_events.c Create media capability...
 13:17:25.962  voip_events.c Create invite session...
 13:17:25.963  voip_events.c Respond 100...
 13:17:25.965  voip_events.c Call state changed to INCOMING [port=0]
 13:17:25.966  voip_events.c Respond 180 (*ring*)..
 13:17:25.968  voip_events.c Call EARLY [port=0, reason=0 (Default status message)]
 13:17:25.970 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "INCOMING" "0" "-1" "318308" "[email protected]" "1" ""
 13:17:25.981        funcs.c Set high priority
 13:17:26.134 sip_endpoint.c Message Request msg INVITE/cseq=102 (rdata0x4fe7b4) from 217.10.79.9:5060 was dropped/unhandled by any modules
 13:17:31.709 script_funcs.c [-1] (SCRIPT) - Queue: 12, Pending: 0
 13:17:31.890 script_funcs.c [-1] (SCRIPT) - Queue: 13, Pending: 0
 13:17:32.049 script_funcs.c [-1] (SCRIPT) - Queue: 14, Pending: 0
 13:17:37.266  voip_events.c Call DISCONNECTED [port=0, reason=487 (Request Terminated)]
 13:17:37.268 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DISCONNECT" "VOIP" "INCOMING" "0" "-1" "318308" "[email protected]" "1" ""
 13:17:37.287  voip_events.c Hangup [0]
 13:17:37.299        funcs.c Set low priority

 

[bodega]

Es kann sein, dass du für 1und1 einen Stun Server hinterlegen muss mit aktiviertem ICE (Verbindungseinstellungen). Bei Manchen lief es auch ohne.

Die Callback-Regel ist eine Regular Expression. Entscheidend ist diese Zeile:

RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "INCOMING" "0" "-1" "318308" "[email protected]" "1" ""

Dafür würdest du als Callback-Regel beispielsweise folgendes eingeben:

03834xxx/123456/318308

Wenn auf 03834xxx ein Anruf eintrifft, auf 123456 zurückrufen über die Nummer (Account) 318308. Näheres dazu findest du in der Hilfe.

 

[juelich]

Danke

Vielen Dank, Dank der Hilfe bin ich immerhin bis zum erfolgreichen Rückruf gekommen. Aber wie dann weiter? Der Sinn eines Callbacks wäre ja jetzt eigentlich, daß man jetzt eine Nummer eingeben kann und diese dann gewählt wird.
Bei mir passiert jedoch gar nichts. Wo kann ich denn einstellen, über welchen Anbieter das Telefonat gwführt werden soll.
P.S.: Ich habe inzwischen herausgefunden, wie das mit der Wahl funktionieren soll - ich müßte also
2#00493834xxxx# eingeben, wenn VOIPCHEAP mein Account Nummer 2 ist, oder sehe ich das falsch? Bei mir funkioniert das leider nicht, ich höre einfach gar nichts.
Ich hänge mal mein LOG ran:

23:35:07.974 script_funcs.c RUN SCRIPT: "./script/script_internal.sh" "CONNECT" "VOIP" "OUTGOING" "0" "-1" "999999" "[email protected]" "2" ""
 23:35:07.981        funcs.c Set high priority
 23:35:07.998  voip_events.c On media update
 23:35:07.999  voip_events.c stream #0: PCMU (8000/1)
 23:35:07.999  voip_events.c stream #0: disable VAD [port=0]
 23:35:08.001   strm0x579924 Encoder stream started
 23:35:08.001   strm0x579924 Decoder stream started
 23:35:08.632 script_funcs.c [0] (SCRIPT) - Queue: 17, Pending: 0
 23:35:08.633 script_funcs.c [0] (SCRIPT) - wait for event (2)
 23:35:08.892 script_funcs.c [0] (SCRIPT) - Queue: 18, Pending: 0
 23:35:08.892 script_funcs.c [0] (SCRIPT) - [play_id: -1] - playing stopped!
 23:35:09.052 script_funcs.c [0] (SCRIPT) - Queue: 19, Pending: 0
 23:35:09.172 script_funcs.c [0] (SCRIPT) - Queue: 20, Pending: 0
 23:35:09.272 script_funcs.c [0] (SCRIPT) - Queue: 21, Pending: 0
 23:35:10.392 script_funcs.c [0] (SCRIPT) - Queue: 22, Pending: 0
 23:35:10.392 script_funcs.c [0] (SCRIPT) - tone generator stopped!
 23:35:20.785  voip_events.c Call CONNECTING [port=0, reason=0 (Default status message)]
 23:35:20.786    inv0x56d5d4 SDP negotiation done, message body is ignored
 23:35:20.788  voip_events.c Call CONFIRMED [port=0, reason=0 (Default status message)]
 23:36:24.099  voip_events.c Call DISCONNECTED [port=0, reason=200 (OK)]
 23:36:24.102  voip_events.c Hangup [0]
 23:36:24.111        funcs.c Set low priority
 23:36:24.804 script_funcs.c [-1] (SCRIPT) - Queue: 23, Pending: 0
 23:37:06.696      dtmfbox.c Successfully sent keep-alive (sipgate.de)
 23:37:06.700      dtmfbox.c Successfully sent keep-alive (sip.voipcheap.com

Vielen Dank für die Hilfe

markus

 

[Dr_agon]

1und1 Voip

Hallo,

erstmal ein großes Lob für dieses wirklich nützliche Programm. Ich habe mich in den letzten Tagen mal ein bisschen eingelesen und auch schon einiges ans laufen gebracht. Jedoch gelingt es mir nicht Anrufe über 1und1 zu tätigen. Die Anmeldung funktioniert tadellos, versuche ich aber mit: -call 496xxxxxxx [email protected] eine Nummer die nicht bei 1und1 angemeldet ist zu wählen so schlägt dies fehl. Ist diese Nummer bei 1und1 registriert (also keine gewöhnliche Festnetznummer) so bekomme ich eine Verbindung.
Ich benutze die aktuelle standalone-Version.

Dies ist die Ausgabe im Log:

 18:55:34.473   voip_funcs.c Initialize outgoing call from 'sip:[email protected]' to 'sip:[email protected]'
 18:55:34.475  icstr0x54f430 ICE session created, comp_cnt=2, role is Controlling agent
 18:55:34.476  icstr0x54f430 Candidate 0 added: comp_id=1, type=Host, foundation=Ha9fe0201, addr=169.254.2.1:30000, base=169.254.2.1:30000, prio=0x64ffffff (1694498815)
 18:55:34.477  icstr0x54f430 Candidate 1 added: comp_id=1, type=Server Reflexive, foundation=Sa9fe0201, addr=84.174.x.x:30000, base=169.254.2.1:30000, prio=0x7effffff (2130706431)
 18:55:34.477  icstr0x54f430 Candidate 2 added: comp_id=2, type=Host, foundation=Ha9fe0201, addr=169.254.2.1:30001, base=169.254.2.1:30001, prio=0x64fffffe (1694498814)
 18:55:34.478  icstr0x54f430 Candidate 3 added: comp_id=2, type=Server Reflexive, foundation=Sa9fe0201, addr=84.174.x.x:30001, base=169.254.2.1:30001, prio=0x7efffffe (2130706430)
 18:55:34.479   voip_funcs.c Create SDP...
 18:55:34.482   voip_funcs.c Create invite session...
 18:55:34.488  voip_events.c Call state changed to CALLING [port=0]
 18:55:34.489 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "OUTGOING" "0" "-1" "496xxxxxxxxxx" "[email protected]" "1" ""
 18:55:34.535  voip_events.c Call state changed to CALLING [port=0]
 18:55:34.543 script_funcs.c [-1] (SCRIPT) - CALL - VOIP - sip:[email protected] -> sip:[email protected]
 18:55:34.565        funcs.c Set high priority
 18:55:34.601 sip_endpoint.c Error processing packet from 212.227.15.197:5060: Unknown pjsip error 171050  To [code 171050]:
SIP/2.0 500 I'm terribly sorry, server error occurred (1/SL)
Via: SIP/2.0/UDP 84.174.x.x:5061;rport=5061;branch=z9hG4bKPj06d60000001867458b6b
From: <sip:[email protected]>
Call-ID: 06d60000001667458b6b
CSeq: 28589 INVITE
Server: OpenSer (1.2.0-dev15-notls (i386/linux))
Content-Length: 0

Ich bin für jede Hilfe dankbar.
Dr_agon

 

[hermann72pb]

ich nutze zwar dtmfbox nicht und lese hier nur mit, aber was ist mir aufgefallen:

CALL - VOIP - sip:[email protected] -> sip:[email protected]

Also du rufst vom 496xxx die Nummer 06xxxx an. Es ist natürlich logisch, dass es mit @1und1.de am Ende nur dann klappt, wenn die 06xxx von 1und1 ist. Dann wird die Nummer quasi direkt angerufen im 1und1-Netz intern.

Was da genau anders eingestellt werden sollte und wie es richtig zu wählen wäre, kann ich dir leider nicht sagen. Aber vll. hilft dir meine Idee weiter.

MfG

 

[Dr_agon]

Danke für deinen Tipp, ich habe jetzt mal versucht eine Nummer von 1und1 anzurufen, bei der eine sofortige Weiterleitung an meine Genionnummer eingerichtet ist. So müsste es ja demnach trotzdem gehen. Heraus kam:

bei eingeschalteter Umleitung:
gleicher Fehler wie oben

bei nicht eingeschalteter Umleitung:
Anruf wird getätigt

Vielleicht hilft das ja weiter.
Danke schonmal

[EDIT] Verwende ich die Version 0.3.9, so gelingt der Anruf, aber es ist eben nicht möglich mehrere Voip-Accounts zu registrieren [/EDIT]

 

[juelich]

Hallo Agon,

was hast Du denn für Einstellungen unter Accounts gemacht, um Dich bei 1&1 registrieren zu können - bei mir wollte das nämlich überhaupt nicht klappen!.

Viele Grüße

Markus

 

[Dr_agon]

Hallo Juelich,
ich habe nach einigem rumprobieren folgende Einstellungen gewählt:

[Accounts]
Name: 49123456789 (ging auch mit nem anderen glaube ich)
MSN, Nr.: 49123456789
setzt sich zusammen aus 49(DE) + 1234(Vorwahl) + 56789(Nummer von 1und1)

Registrar: sip.1und1.de
Realm: 1und1.de
ID: [email protected]

[Verbindungseinstellungen]
UDP Server Port: 5061
RTP/RTCP Start Port: 30000 | Anzahl: 8 (Port 4000 ging auch)
Interface: NICHTS
STUN-Server: stun.1und1.de : 3478 | ICE: Ja

Ich hoffe es hilft dir

 

[bodega]

Das ist wirklich merkwürdig. Ich hatte damals einen 1und1 Account zum testen gehabt. Da war es noch PJSIP v0.7.0. Bei der aktuellen v0.4.0 wird PJSIP v0.8.0 verwendet. Ich kann jetzt schlecht beurteilen, ob da etwas schief läuft. Zumindest sieht die Meldung vom Provider nicht gut aus. Falls mir jemand einen Account zum Testen zur Verfügung stellen kann, könnte ich der Sache auf den Grund gehen. Ich würde auch keine Gespräche auf dem Account führen, sondern nur eingehende Gespräche testen.

Vielleicht liegt es am Keep-Alive Packet, welches ab v0.8 dazu kam. Nur das kann ich erst genau sagen, wenn ich es debugge.

Was ihr noch probieren könntet:
- Als Realm ein * eingeben (die wird dann autom. ermittelt)
- Interface auf die IP der Box einstellen (da wird bei Dr_agon die 169... verwendet, was nicht sollte).

Alles andere wäre wieder nur raten