Suchergebnisse

Oh, dankedanke, zuviel der Ehre, denn der Patch ist ja nicht von mir; ich habe sie nur zusammengewurstelt, um es mir etwas einfacher zu machen. Und weils so schön klappte, gehört so etwas IMHO in entspr. Foren. BTW: Todesmutig wie ich manchmal bin, habe ich das ganze ab heute im Regelbetrieb...

GuMo! Es ist Vollmond und ich kann mal wieder nicht schlafen. Da habe ich die Gelegenheit genutzt und mal geschaut, was es denn neues beim Thema HFC/DAHDI gibt. Nicht viel neues zu vermelden, aber anbei ein neues HFC-Patch-Paket für dahdi-2.2.0.2, welches ich mit dem Oslec-Echocanceller...

Die Patches kannst Du auch von hier aus diesem Thread holen ;) Ach guck an...Freut mich, dass der Fehler bei Dir weg ist; wobei ich immer noch nicht nachvollziehen kann, wo der Fehler herkommen soll (außer, ich lade dahdi_dummy vor zaphfc) Mach doch mal nach dem ./configure ein make...

Was spricht gegen ein Update? Oder habe ich Dich falsch interpretiert? Selbst ein Upgrade auf 1.6 ist eigentlich in recht kurzer Zeit erledigt...reichlich Kaffee und Tabak und ab gehts! ;) Und mit ein kleines bisschen Extra-Zeit liessen sich die neuen/geänderten configs anpassen und die neuen...

Hmmm...kannst Du mal mit lsmod nachschauen, ob dahdi_dummy geladen wurde, und wenn, ob vor oder nach zaphfc? Sollte dahdi_dummy nämlich VOR zaphfc geladen sein, hast Du ZWEI SPANS - eben einen DUMMY als ersten und den von zaphfc als zweiten. Und den ersten (dummy) Span konfigurieren wird nicht...

...dachte mir, wenn ich doch schon mal dabei bin, kann ich ja mal fix den NT-Mode probieren. Ergebnis: Besagte line 270 bezieht sich auf den Eintrag signalling in chan_dahdi.conf und lautet signalling=bri_net_ptmp. Also offensichtlich noch nix mit NT-Mode :(

Moin! Na immerhin. Zumindest hast Du ja jetzt ein "prinzipiell lauffähiges System" ;) Geh doch zuerst einmal hin und übernehme meine Daten, damit Du schon mal eine Vorlage hast und zumindest der TE-Modus funktioniert. Aus den Configs kannst Du dann auch ein bisschen ersehen, waswiewo...

...und hier das korrigierte Archiv; es fehlte noch der Patch für drivers/dahdi/Kbuild, damit das zaphfc-Modul überhaupt miterzeugt wird. Besten Dank an rentier-s für den Hinweis!

Davon gehe ich doch mal aus ;) Wenn Du die entsprechenden Voraussetzungen (Kernel-Header/-Sourcen, gcc, etc.) hast, sollte das eigentlich kein großes Problem darstellen. Ich bin es mittlerweile auch leid mit mISDN/lcr. Auch wenn es eigentlich ein vielversprechendes Projekt ist, ist es in der...

Digium hat gerade dahdi-linux-2.2.0 freigegeben. Die Patches für bri_dchan, florz und zaphfc klappen auch noch, daher habe ich das Zeug aus meinem vorigen Post neu verpackt. Geändert habe ich folgendes: - das Archiv enthält jetzt nur noch die notwendigen Files, um im Original-DAHDI...

Eurem Thread folgend habe ich mich auch mal drangesetzt; das patchen ging leider nicht so ohne weiteres, da sich irgendwo im svn etwas geändert zu haben scheint. Nach mehreren Interviews mit Frau Google habe ich dann aber alles zusammengesammelt bekommen und endlich lief ein patch mit anschl...

Wenn Du das GXV3000 meinst: Eigentlich schon; habe es selbst noch nicht getestet, aber da tut sich einiges: http://www.voip-info.org/wiki/view/1videoConference+-+Open+source+web2.0+video+conferencing+software+for+Asterisk http://sourceforge.net/projects/appconference...

Du kannst, je nach Programmierung von Asterisk, auch jede beliebige Taste dafür verwenden. Ich habe bei einem Kunden etwas sehr ähnliches gebaut; dort laufen ein paar Grandstream BT101 zusammen mit einer "Telegärtner Doorline a/b". Drückt dort einer seiner Kunden auf den Türöffner, klingelt...

Moin großer Meister! Ich melde mich als Todesmutiger mit delay=32 zurück. Bislang keine Probleme oder Auffälligkeiten. Funktioniert super! Ach guck an. Daher kam also der kurze Brumm bei mir am Anfang eines Gesprächs. Jedenfalls isser jetzt nach Deinem neuen Patch wech. Gespräche sind jetzt...

Kann ich bzgl. hfcpci bestätigen; das ist zwar ärgerlich, aber (für mich) verschmerzbar, da die Angalgen üblicher Weise 24/7 laufen. Unbedingt! :) Ja, guckst Du hier: http://www.ip-phone-forum.de/showpost.php?p=965963&postcount=30 kurzum: seit dem Post laufen diese beiden Installationen...

Tach auch! Nanu? Du versuchst, den Patch für mISDN-v1.16 auf mISDN-GIT (v1.2) anzuwenden? Das wird Dir wohl eher nicht gelingen, woll? Im Zweifelsfalle lies Dir nochmals die vergangenen Beiträge durch; speziell meine Erfolgsmeldungen mit Sourcen. Guckst Du hier...

Hmmm...hast Du auch in /etc/mISDN.conf eingetragen, dass Du OSLEC haben möchtest? Zum Bleistift: /etc/mISDN.conf: [...] <module>mISDN_dsp_oslec</module> [...] - Larry

Mogähn! :) Guckst Du Footer, siehst Du Kernel-Version ;) Es ist 2.6.22-gentoo-r9 Du meinst eine GIT-Version von Stand 13./14.12.? Das kann ich nachher gerne mal austesten... Ich kann auch ggf. "meinen" GIT-Stand als Attachement bereitstellen; ich weiß nur nicht, ob es gerne gesehen wird...

Moin! Habe gerade eben einen Zwischenstand gepostet: http://www.ip-phone-forum.de/showpost.php?p=993184&postcount=42 Vielleicht hilft es Dir ja weiter... - Larry

BTW: Habe gestern mal * auf den aktuellen Stand gebracht und bei der Gelegenheit auch mal wieder einen Blick auf das mISDN-GIT (mISDN v1.2) geworfen. Der GIT-Baum (Stand gestern) ließ sich diesmal sofort und einwandfrei durchkompilieren. Folgende Neuerungen sind mir aufgefallen: - OSLEC-Patch...