[Problem] Asterisk 11.4 aus Freetz-Trunk (unstable) hängt sich beim Build für 7390 auf

marsmars · 10 Jun 2013

Hallo zusammen,

leider habe ich beim bauen doch noch meine Probleme. Selbst nach 48 Stunden immernoch der selbe Output im Terminal.
Infos:
Box: 7390
AVM-Image: FRITZ.Box_Fon_WLAN_7390_Labor.84.05.55-25409.image
Trunk-Version: r1393599
Anhang anzeigen Config.in.7z

Code:

<user>@<host> ~/Downloads/freetz-trunk9 $ make
---> library/pjproject2: configuring... (conf_cmd() { ./configure  "$@"  || { printf "\n\\033[33m%s\\033[m\n" "ERROR: Build failed.";  exit 1; } }; cd source/target-mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/pjproject2-af7eee52de;   rm -f config.{cache,status}; sed -i -r -e 's,[-/][$][(]TARGET_NAME[)],$(TARGET_SUFFIX),g' $(grep -rl -e "[-/][$][(]TARGET_NAME[)]"); sed -i -r -e 's,-([$][(]LIB_SUFFIX[)]),\1,g' $(grep -rl -e "-[$][(]LIB_SUFFIX[)]");   PATH="/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin:/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3/mips-unknown-linux-gnu/bin:/home/<username>/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" CC="/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin/mips-linux-uclibc-gcc" CXX="/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin/mips-linux-uclibc-g++-wrapper" CFLAGS="-march=24kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64" CXXFLAGS="-march=24kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64" LDFLAGS="" PKG_CONFIG_PATH="/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin/../lib/pkgconfig" PKG_CONFIG_LIBDIR="/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin/../lib/pkgconfig" GLOBAL_LIBDIR=/home/<username>/Downloads/freetz-trunk9/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/usr/lib  FREETZ_TARGET_LFS="y" CONFIG_SITE=/home/<username>/Downloads/freetz-trunk9/include/site/mips-linux-uclibc conf_cmd   --cache-file=/home/<username>/Downloads/freetz-trunk9/source/target-mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/config.cache --target=mips-linux --host=mips-linux --build=i386-pc-linux-gnu --program-prefix="" --program-suffix="" --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --datadir=/usr/share --includedir=/usr/include --infodir=/usr/share/info --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --sbindir=/usr/sbin --sysconfdir=/etc --with-gnu-ld --disable-nls  --enable-shared --disable-floating-point --disable-epoll --disable-resample --disable-resample-dll --disable-small-filter --disable-large-filter --disable-libsamplerate --disable-ext-sound --disable-sound --disable-oss --disable-video --enable-speex-codec --enable-speex-aec --with-external-speex --enable-gsm-codec --with-external-gsm --enable-l16-codec --enable-g711-codec --enable-g722-codec --enable-g7221-codec --enable-ilbc-codec --disable-ssl --disable-ipp --disable-ffmpeg --disable-opencore-amr --disable-silk --disable-sdl --disable-v4l2 --with-external-srtp --without-external-pa    )

Ich habe mir den Quellcode zum Teil von PJProject2 durchgelesen, kann aber auf Anhieb nichts finden... Ich hoffe der Fehler ist eine Kleinigkeit, aber ich habe noch kein Durchblick.

er13 · 11 Jun 2013

Könntest Du ins /home/<username>/Downloads/freetz-trunk9/source/target-mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/pjproject2-af7eee52de wechseln und dort folgende Befehle bitte ausführen und hier das Ergebnis posten:

Code:

grep -rl -e "[-/][$][(]TARGET_NAME[)]" .

und

Code:

grep -rl -e "-[$][(]LIB_SUFFIX[)]" .

Bei beiden soll die Ergebnismenge nicht leer sein.

marsmars · 11 Jun 2013

Grep hängt oder frist sich einen Wolf

Hi er13,
im übrigen danke für das Paket ^^

Also die grep-Befehle laufen z.Z. über 60 Minuten bei einer Ordnergröße von 38,1 MB bis jetzt ohne Ergebiss. Der Laptop ist zwar ein alter Hund, aber so langsam kam er mir bis jetzt nicht vor. Ich tippe mal, dass dann hier auch mein Problem liegt...
Ich hänge den Ordner mal an: http://www.*****in/dl,18917499/pjproject2.tar.7z/ leider klappt der Upload hier nicht.

er13 · 11 Jun 2013

Hmm, ist die CPU in der Zeit belastet? Also sucht grep oder wartet er vielleicht auf die Eingabe auf stdin. Füge mal hintendran bei beiden Befehlen ein Leerzeichen gefolgt von einem Punkt. Verhält sich grep dadurch anders (i.e. gib explizit das Verzeichnis, in dem gesucht werden soll)?

marsmars · 12 Jun 2013

Hi er13,

also die 50% CPU-Last sind wohl dem fehlenden ATI-Treiber zu schulden. Die beiden grep-Prozesse waren auf slepping (0% CPU) und ein Festplatten ZUgriff hatte auch nicht wirklich stattgefunden. (Auch über Nacht hat er noch nichts ausgespukt.)

Code:

grep -rl -e "-[$][(]LIB_SUFFIX[)]" ./
./build.mak.in

Code:

grep -rl -e "[-/][$][(]TARGET_NAME[)]" ./
./pjlib/build/Makefile
./build.mak.in
./pjsip/build/Makefile
./third_party/build/milenage/Makefile
./third_party/build/g7221/Makefile
./third_party/build/speex/Makefile
./third_party/build/gsm/Makefile
./third_party/build/portaudio/Makefile
./third_party/build/srtp/Makefile
./third_party/build/resample/Makefile
./third_party/build/ilbc/Makefile
./Makefile
./README.txt
./pjnath/build/Makefile
./build/rules.mak
./build/os-linux.mak
./pjmedia/build/Makefile
./pjsip-apps/build/Samples.mak
./pjsip-apps/build/Makefile
./pjlib-util/build/Makefile

Mit dem Pfad hat es dann weniger als eine Sekunde gedauert.
Ist der Fehler den Distributionsabhängig? Ich verwende Linux Mint 12 Lisa (Ubuntu Basis). Ich probier es gleichmal mit Knoppix oder so noch mal aus.

Würdest du das mit Pfad in die nächste Trunk-Version aufnehmen? Wären davon weitere Pakete betroffen?

Eine indirekte Frage zum Asteriskpakte 11.4 und diesem Thema hätte ich noch (ggf. erstelle ich auch einen Neuen Thread): chan_capi + Asterisk 11.4 läuft das? Ich finde leider immer nur Informationen bis Asterisk 1.6 und danach eigenlich nur Aussagen, dass man auf die nächste HEAD-Version warten müsste. Ist meine Annahme richtig, dass die HEAD Version immer die letzte stable Version ist? Also aktuell chan_capi 1.1.6?

marsmars · 12 Jun 2013

Punkt (".") reicht schon, "./" geht aber auch

Hi nochmal,

also ich habe wohl den "." vergessen mit zu kopieren bei deinen Befehlen.

Es läuft sowohl mit Punkt (".") aber auch mit "./" nur ohne ("." oder "./") auf dem MINT 12 und einem Kanotix aus dem Jahr 2007 garnicht
Ich versuche das mal im Installationspaket unter zu kriegen.

Schonmal danke ;-)

marsmars · 13 Jun 2013

Hi also,
ich habe mal einbischen gesucht:

Code:

grep -rl -e "grep -rl -e" .
./make/libs/pjproject2/.svn/text-base/pjproject2.mk.svn-base
./make/libs/pjproject2/patches/.svn/text-base/020-no_arch_suffix_static_libs.pjproject2.patch.svn-base
./make/libs/pjproject2/patches/020-no_arch_suffix_static_libs.pjproject2.patch
./make/libs/pjproject2/pjproject2.mk

Anschließend habe ich zunächst die Datei pjproject2.mk (Anhang anzeigen pjproject2.mk.zip) modfiziert und es lief durch. (Allerding ist das Image zu groß. Mal schauen wo ich da noch was verschieben kann.) Am besten wäre es aber, wenn das Patchfile 020-no_arch_suffix_static_libs.pjproject2.patch angepasst wird, oder?
Ich versuche mal die Modifikation im Patchfile ... und würde mal versuchen es einzuchecken.

Gruß
marsmarsmars

er13 · 14 Jun 2013

Das im .patch-file ist ein Kommentar. Es wäre besser das auch im Kommentar anzupassen, es wirkt sich jedoch in keinster Weise auf die Funktionalität aus. .svn-base Dateien sind die internen subversion Dateien und enthalten base-Stand zum Zeitpunkt Deiner letzten Aktualisierung (i.e. letztes "svn up"). Diese werden für "svn diff" usw. benötigt. Diese musst Du nicht modifizieren.

Du wirst Deiner Änderungen nicht einchecken können, denn Du hast keine Schreibrechte. Ich check die Änderungen ein, wenn ich Zeit habe (wahrscheinlich erst am WE).

marsmars · 14 Jun 2013

1000 Dank für die Unterstützung

er13 schrieb:
Das im .patch-file ist ein Kommentar. Es wäre besser das auch im Kommentar anzupassen, es wirkt sich jedoch in keinster Weise auf die Funktionalität aus. .svn-base Dateien sind die internen subversion Dateien und enthalten base-Stand zum Zeitpunkt Deiner letzten Aktualisierung (i.e. letztes "svn up"). Diese werden für "svn diff" usw. benötigt. Diese musst Du nicht modifizieren.

Dann habe ich ja alles richtig erkannt ;-)

er13 schrieb:
Du wirst Deiner Änderungen nicht einchecken können, denn Du hast keine Schreibrechte.

Schade ;-) Aber ich werde es überleben...

er13 schrieb:
Ich check die Änderungen ein, wenn ich Zeit habe (wahrscheinlich erst am WE).

Das ist schnell genung, vor Montag bin ich an dem Thema eh nicht dran. Ich danke dir.

PS: Man könnte meinen du liest auf dem IRC Channel mit. Du hast mir meine Frage mit deinem Beitrag vollständig beantwortet. Meine Frage im Chat:

... Wie kann ich denn eine Änderungin in den Trunk (Bugfix) einspielen? http://www.ip-phone-forum.de/showthread.php?t=260147&p=1923660#post1923660 Es handelt sich konkret um ./make/libs/pjproject2/patches/020-no_arch_suffix_static_libs.pjproject2.patch (Zeile 2 & 3; Ich vermute mal, dass das Kommentarzeilen sind) und um ./make/libs/pjproject2/pjproject2.mk

Jetzt fehlen mir nur noch chan_capi

marsmarsmars schrieb:
Eine indirekte Frage zum Asteriskpakte 11.4 und diesem Thema hätte ich noch (ggf. erstelle ich auch einen Neuen Thread): chan_capi + Asterisk 11.4 läuft das? Ich finde leider immer nur Informationen bis Asterisk 1.6 und danach eigenlich nur Aussagen, dass man auf die nächste HEAD-Version warten müsste. Ist meine Annahme richtig, dass die HEAD Version immer die letzte stable Version ist? Also aktuell chan_capi 1.1.6?

und chan_dongle ;-)

1000 Dank für die Unterstützung
marsmarsmars

er13 · 15 Jun 2013

marsmarsmars schrieb:
Jetzt fehlen mir nur noch chan_cap und chan_dongle ;-)

Ist im trunk. Von mir ungetestet, daher wäre ich fürs Feedback dankbar.

marsmars · 17 Jun 2013

er13 schrieb:
Ist im trunk. Von mir ungetestet, daher wäre ich fürs Feedback dankbar.

Hi,
1000 Dank.
Ich werde es diese Woche Nachmittags alles testen und hier (?) Feedback geben.

Gruß
marsmarsmars

marsmars · 18 Jun 2013

md5sum error bei libcapi ein make setzt das kompilieren jedoch fort

fant · 19 Jun 2013

Chan_dongle ist drin??!!?? Hat das mal einer getestet? Das wäre auf der Fritz!Box echt der Knaller...

Hawedieehre.
Fant.

er13 · 19 Jun 2013

fant schrieb:
Chan_dongle ist drin??!!?? Hat das mal einer getestet?

Das wirst Du hoffentlich testen und uns hier berichten. Ich habe keine passende Hardware (i.e. kein Dongle), daher compile-tested only. Wobei laut diesem Artikel soll die von Jacub Stasiac modifizierte und in freetz-trunk eingecheckte Version funktionieren.

marsmars · 19 Jun 2013

er13 schrieb:
Das wirst Du hoffentlich testen und uns hier berichten. Ich habe keine passende Hardware (i.e. kein Dongle), daher compile-tested only.

Also Hardware habe ich hier.
chan_dongle 1.1.5 + Asterisk 1.6 (Siehe Ticket 706) läuft auch. Jedoch war die Sprachqualität so schlecht (vor allem Empfang)...
Da die Qualität mit der aktuellen Laborversion + UMTS Voice Stick mit AVM-Bordmitteln so gut ist und man eine saubere Sprachverbindung hin bekommt, bin ich der Hoffnung, dass das auch mit der Laborversion + Asterisk 11.4 + aktueller chan_dongle Version deutlich besser wird.

er13 schrieb:
und in trunk eingecheckte Version

Meinst du Freetz-Trunk oder chan-dongle Trunk. Je nach Interpretation kommt heißt das: "Man müsste das von Jacub Stasiac noch in den Freetz-Trunk integrieren" ich tippe mal, dass du freetz-trunk meinst.
Welche chan-dongle Version ist das den?

Ich musste gestern das Bauen unterbrechen und auf grund des Wetters ehrenamtlich tätig werden. Heute Nachmittag bin ich auch auf Einsatz ...
Gruß
marsmars(mars)

fant · 19 Jun 2013

Ich bin bislang immer daran gescheitert, den Asterisken vernünftig auf die Box zu bringen. Daher stecken meine UMTS-Dongles an einer Asterisk-VM.

Aber marsmars könnte ja mal berichten und testen... ;-)

Hawedieehre,
Fant.

waldoo · 19 Jun 2013

hi zusammen,

danke er13.
Habe das nun auf meiner 7270 v2 via usbroot am laufen. Aber ein paar Probleme.
Ich muss dazu sagen, dass meine Konfigurationen alle von der Asterisk 1.6 kommen. Ich hoffe jetzt nicht, dass es ein Konfigurationsproblem ist.

Zum einen bekomme ich den folgenden Fehler wenn ich einen call aufbauen will:

[Jun 19 14:24:16] ERROR[6819][C-00000003]: rtp_engine.c:259 ast_rtp_instance_new: No RTP engine was found. Do you have one loaded?

Code:

fritz*CLI> module load res_rtp_asterisk.so
Unable to load module res_rtp_asterisk.so
Command 'module load res_rtp_asterisk.so' failed.
[Jun 19 14:55:42] WARNING[17312]: loader.c:436 load_dynamic_module: Module 'res_rtp_asterisk.so' did not register itself during load
[Jun 19 14:55:42] WARNING[17312]: loader.c:902 load_resource: Module 'res_rtp_asterisk.so' could not be loaded.

Habe hier infos gefunden, aber dort geht es um asterisk 1.8
http://forums.digium.com/viewtopic.php?f=1&t=76909&sid=59baa909f1fff9b9e109113d3a364f37

Zum anderen geht chan_capi nicht.
Beim laden des modules hängt sich asterisk komplett auf.
Im Ticket 706 gabs mal discussionen zwischen 7270/7390 wegen "USE_OWN_LIBCAPI" yes/no. Ich glaube ich hatte beides ausprobiert aber das gleiche Ergebnis.

Code:

[Jun 19 02:59:40]   == Parsing '/etc/asterisk/capi.conf': Found
[Jun 19 02:59:40]     -- Registering at CAPI (blocksize=160 maxlogicalchannels=2)
[Jun 19 02:59:40]   == This box has 5 capi controller(s).
[Jun 19 02:59:40]     -- Contr1 supports DTMF
[Jun 19 02:59:40]     -- Contr1 supports supplementary services
[Jun 19 02:59:40]        > FACILITY_CONF INFO = 0
[Jun 19 02:59:40]        > supplementary services : 0x000003ff
[Jun 19 02:59:40]        >  ÿ[Jun 19 02:59:40] HOLD/RETRIEVE ÿ[Jun 19 02:59:40] TERMINAL-PORTABILITY ÿ[Jun 19 02:59:40] ECT ÿ[Jun 19 02:59:40] 3PTY ÿ[Jun 19 02:59:40] CF ÿ[Jun 19 02:59:40] CD ÿ[Jun 19 02:59:40] MCID ÿ[Jun 19 02:59:40] CCBS ÿ[Jun 19 02:59:40] MWI ÿ[Jun 19 02:59:40] CCNR ÿ[Jun 19 02:59:40]
[Jun 19 02:59:40]     -- Contr1 private options=0x01000001
[Jun 19 02:59:40]     -- Contr2 supports DTMF
[Jun 19 02:59:40]     -- Contr2 supports supplementary services
[Jun 19 02:59:40]        > FACILITY_CONF INFO = 0
[Jun 19 02:59:40]        > supplementary services : 0x000003ff
[Jun 19 02:59:40]        >  ÿ[Jun 19 02:59:40] HOLD/RETRIEVE ÿ[Jun 19 02:59:40] TERMINAL-PORTABILITY ÿ[Jun 19 02:59:40] ECT ÿ[Jun 19 02:59:40] 3PTY ÿ[Jun 19 02:59:40] CF ÿ[Jun 19 02:59:40] CD ÿ[Jun 19 02:59:40] MCID ÿ[Jun 19 02:59:40] CCBS ÿ[Jun 19 02:59:40] MWI ÿ[Jun 19 02:59:40] CCNR ÿ[Jun 19 02:59:40]
[Jun 19 02:59:40]     -- Contr2 private options=0x01000001
[Jun 19 02:59:40]     -- Contr3 supports DTMF
[Jun 19 02:59:40]     -- Contr3 supports supplementary services
[Jun 19 02:59:40]        > FACILITY_CONF INFO = 0
[Jun 19 02:59:40]        > supplementary services : 0x000003ff
[Jun 19 02:59:40]        >  ÿ[Jun 19 02:59:40] HOLD/RETRIEVE ÿ[Jun 19 02:59:40] TERMINAL-PORTABILITY ÿ[Jun 19 02:59:40] ECT ÿ[Jun 19 02:59:40] 3PTY ÿ[Jun 19 02:59:40] CF ÿ[Jun 19 02:59:40] CD ÿ[Jun 19 02:59:40] MCID ÿ[Jun 19 02:59:40] CCBS ÿ[Jun 19 02:59:40] MWI ÿ[Jun 19 02:59:40] CCNR ÿ[Jun 19 02:59:40]
[Jun 19 02:59:40]     -- Contr3 private options=0x00000001
[Jun 19 02:59:40]     -- Contr4 supports DTMF
[Jun 19 02:59:40]     -- Contr4 supports supplementary services
[Jun 19 02:59:40]        > FACILITY_CONF INFO = 0
[Jun 19 02:59:40]        > supplementary services : 0x000003ff
[Jun 19 02:59:40]        >  ÿ[Jun 19 02:59:40] HOLD/RETRIEVE ÿ[Jun 19 02:59:40] TERMINAL-PORTABILITY ÿ[Jun 19 02:59:40] ECT ÿ[Jun 19 02:59:40] 3PTY ÿ[Jun 19 02:59:40] CF ÿ[Jun 19 02:59:40] CD ÿ[Jun 19 02:59:40] MCID ÿ[Jun 19 02:59:40] CCBS ÿ[Jun 19 02:59:40] MWI ÿ[Jun 19 02:59:40] CCNR ÿ[Jun 19 02:59:40]
[Jun 19 02:59:40]     -- Contr4 private options=0x00000001
[Jun 19 02:59:40]     -- Contr5 supports DTMF
[Jun 19 02:59:40]     -- Contr5 supports supplementary services
[Jun 19 02:59:40]        > FACILITY_CONF INFO = 0
[Jun 19 02:59:40]        > supplementary services : 0x000003ff
[Jun 19 02:59:40]        >  ÿ[Jun 19 02:59:40] HOLD/RETRIEVE ÿ[Jun 19 02:59:40] TERMINAL-PORTABILITY ÿ[Jun 19 02:59:40] ECT ÿ[Jun 19 02:59:40] 3PTY ÿ[Jun 19 02:59:40] CF ÿ[Jun 19 02:59:40] CD ÿ[Jun 19 02:59:40] MCID ÿ[Jun 19 02:59:40] CCBS ÿ[Jun 19 02:59:40] MWI ÿ[Jun 19 02:59:40] CCNR ÿ[Jun 19 02:59:40]
[Jun 19 02:59:40]     -- Contr5 private options=0x00000001
[Jun 19 02:59:40]     -- Registering at CAPI (blocksize=160 maxlogicalchannels=0)
fritz*CLI>
Disconnected from Asterisk server
[Jun 19 02:59:40] Asterisk cleanly ending (0).
[Jun 19 02:59:40] Executing last minute cleanups
Asterisk ending (0).

zu dem Zeitpunkt ist in der capi.conf eigentlich nur folgendes enthalten, hatte Testweise alles andere mal gelöscht:

Code:

;
; CAPI config
; (1234567 gets replaced by script cfg_asterisk start)
;
; general section
[general]
nationalprefix=0
internationalprefix=00
allow=all

Dann aber habe ich chan_mobile mit Bluetooth soweit, dass es mein Telefon schon mal erkennt.
Testen allerdings erst wenn RTP geht

Code:

fritz*CLI> mobile show devices
ID              Address           Group Adapter         Connected State      SMS
NokiaE6        xxxxxxxxxxxxxxxxxxx 0     blue            Yes       Free       No
[Jun 19 12:03:24]     -- Bluetooth Device NokiaE6 has connected, initializing...
[Jun 19 12:03:24]     -- Bluetooth Device NokiaE6 initialized and ready.

Und irgendwie passiert glaube ich bei "core stop now" nicht wirklich viel. Zumindest die Prozesse bleiben bestehen. Das müsste ich aber noch mal näher beobachten...

er13 · 19 Jun 2013

waldoo schrieb:
Und irgendwie passiert glaube ich bei "core stop now" nicht wirklich viel. Zumindest die Prozesse bleiben bestehen. Das müsste ich aber noch mal näher beobachten...

Das hatte ich auch. Ursache in meinem Fall waren die bindaddr-Einträge in manager.conf und http.conf (bin noch in der Arbeit, alles aus dem Kopf). Sobald ich diese auskommentiere, funktioniert "core stop now". Einen richtigen Fix habe ich allerdings noch nicht.

Zu den anderen Problemen von Dir kann ich zunächst mal nichts sagen. Muss man testen, schauen, woran es liegen könnte.

An sich finde ich es aber gut, dass es endlich Feedback gibt und Ihr es testet, auch wenn es wahrscheinlich bedeutet, dass auf mich mal wieder Arbeit kommt - in Form von Bugfixing ;-)

Edit:

waldoo schrieb:
Habe das nun auf meiner 7270 v2 via usbroot am laufen.

Eine Frage dazu, was genau heißt am Laufen? Hast Du irgendwelche anderen Module getestet, gibt es welche die problemlos funktionieren? Oder hast Du nur die Module von oben ausprobiert und gleich in die Probleme reingelaufen?

Edit2:

waldoo schrieb:
Dann aber habe ich chan_mobile mit Bluetooth soweit, dass es mein Telefon schon mal erkennt.

Hast Du einen Patch für die libbluetooth? Hängst Du es bitte im Ticket im trac an? Danke!

marsmars schrieb:
Meinst du Freetz-Trunk oder chan-dongle Trunk. Je nach Interpretation kommt heißt das: "Man müsste das von Jacub Stasiac noch in den Freetz-Trunk integrieren" ich tippe mal, dass du freetz-trunk meinst.

Also für mich war das relativ eindeutig, natürlich freetz-trunk...

marsmars schrieb:
Welche chan-dongle Version ist das den?

Sieht man anhand der ersten und der vierten Zeilen.

waldoo · 19 Jun 2013

er13 schrieb:
Eine Frage dazu, was genau heißt am Laufen? Hast Du irgendwelche anderen Module getestet, gibt es welche die problemlos funktionieren? Oder hast Du nur die Module von oben ausprobiert und gleich in die Probleme reingelaufen?

Naja ich habe meine Anbindung zu 98 % über CAPI und SIP (ohne TLS, SRTP).
Deswegen ist mir das als erstes aufgefallen. Anderes konnte ich somit nicht wirklich testen.

er13 schrieb:
Hast Du einen Patch für die libbluetooth? Hängst Du es bitte im Ticket im trac an? Danke!

chan_mobile hatte ich ohne extra patch gemacht. Dafür reicht mein wissen nicht.
Ich hatte im "make kernel-menuconfig" alles mit Bluetooth ausgewählt (aber nicht via modul sondern mit *), dann ein "make kernel-modules && make kernel-precompiled" und dann "replace kernel und bluez" ausgewählt.

Meine ersten test mit einem Belkin dongle und Nokia E6 brachten nur einen "one-way audio", also audio senden (ging) IAX2 client -> Nokia Handy (chan_mobile) -> Handy. Empfangen vom Handy zurück zum IAX2 client ging aber nicht.
Leider gibt es mit chan_mobile aber einige Abhängigkeiten mit dem verwendeten Stick/Handy. Habe nicht mehr Erinnerung, ob das mit meinem Debian schon mal funktioniert hat.
Muss ich noch mal mit einem normal Linux zum laufen bringen vor weitern tests...

er13 · 20 Jun 2013

waldoo schrieb:

Code:

[Jun 19 14:55:42] WARNING[17312]: loader.c:436 load_dynamic_module: Module 'res_rtp_asterisk.so' did not register itself during load
[Jun 19 14:55:42] WARNING[17312]: loader.c:902 load_resource: Module 'res_rtp_asterisk.so' could not be loaded.

Hmm, bei mir lässt sich das Modul laden:

Code:

Connected to Asterisk 11.5.0-rc1 currently running on fb (pid = 2122)
fb*CLI> module load res_rtp_asterisk
Loaded res_rtp_asterisk

[Problem] Asterisk 11.4 aus Freetz-Trunk (unstable) hängt sich beim Build für 7390 auf

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Neuer User

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Neuer User

Mitglied

Aktives Mitglied

Neuer User

Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Statistik des Forums