Suchergebnisse

Der patch failed bei mir. Könntest Du den evtl. als Attachment posten? C&P ist bei diffs immer so eine Sache... Danke, Stefan

Das ist ein bekanntes Problem, was ich seinerzeit schon KPJ reported habe und was auch in der Bugliste für chan_capi-cm drinsteht. Funktioniert Dein Patch einwandfrei? Ich hatte mich auch schon am Geradebiegen der Indications versucht aber dabei hat mir die * immer mal wieder die Grätsche...

Hallo zusammen, Sergio Chersovani hat den chan_sccp Channel von Julien Goodwin (http://chan-sccp.sourceforge.net) komplett von Grund auf neu geschrieben. Das Ergbnis ist ein Channel, der 1. hochstabil läuft und 2. alle Cisco Telefone in ihren Grundfunktionen unterstützt. Ich mache für Sergio...

Hier auch. Seit Releasedatum im harten Test - einwandfrei bisher.

Das ist strenggenommen nicht richtig. Ein Proxy ist eine Anwendung, die eine Aufforderung zur Weiterleitung vom Client erhält. Du gibst im Client den Proxy als Gegenstelle an und der Client verlangt dann vom Proxy die entsprechende Weiterleitung. Es gibt keine direkte Client - Client Verbindung...

Bei mir hört der Anrufer nur Gebrutzel während ich ihn gut höre. Klingt rein akustisch wie ein Codec-Problem aLaw <-> uLaw.

Moin zusammen! Ich habe mir erlaubt, die Integration von Busy und Congestion aus chan_capi-cm-0.5.1 nach chan_capi-0.3.5 backzuporten. Wens interessiert... Viele Grüße, Stefan

@beta: Ich fands nur ein wenig doof - Ich hatte es nett gemeint mit meinem Hinweis und irgendwie kam Dein "Ist bekannt..." ein wenig harsch bei mir an. Seis drum... Kevin sagte, es gibt ASAP ein neues Release aber für die Ungeduldigen: diff -u -r1.45.2.2 pbx_config.c ---...

Ok... ... ... Wenn ich nicht "X-no-archive: yes" im Mailheader drinstehen hätte, damit ich nicht noch mehr Spam bekomme, würde man dort auch sehen, daß ich den Thread gestartet hatte und gestern abend mit Kevin einen Patch getestet habe, bis der Fehler raus war. <ZynismusModus> Da hier...

Ich fragte nicht, wo sondern, wo heiß... Eine "heiße" Diskussion zu dem Thema hatte ich noch nicht gesehen. See? NO, Stefan

@beta: Du meinst nicht zufällig den Thread, den ich gestartet habe, oder? :-) Ich dachte mir nur, HIER gibt es vielleicht nicht-Listen-Leser oder nicht-Englisch-versteher... :-) @4-punkte: echt, oder? :-) Viele Grüße, Stefan

Heiß? Wo? :-)

Hallo zusammen, die Definition von Extensions in Abhängigkeit von der CallerID geht in 1.0.8 nicht mehr! Wer das braucht, sollte NICHT upgraden. Beispiel: exten => <MSN>/<ExFreundin>,1,Congestion Viele Grüße, Stefan

...man sollte auch einen Channel mit dem richtigen * Source-Verzeichnis kompilieren... *Kopfklatsch* ASTERISK_SOURCE=/usr/src/bristuff-0.2.0-RC8/asterisk-1.0.7 kann ja nicht gutgehen. Viele Grüße, Stefan

8h compiliert aber Gespräche brechen ab Moin! Ich hab gestern abend mal von bristuff RC8 auf 8h geupdated. Compilieren klappt alles wunderbar. * startet auch. Sobald aber ein Call geht, egal ob intern oder extern, steigt die * ohne weiteren Kommentar (trotz set debug 9, set verbose 9) aus...

Wenn Du auch in /usr/src/linux make cloneconfig prepare gemacht hast, fällt mir auch nix mehr ein...

bristuff-0.2.0RC8 oder 8a? Ich hab 8... Wenns das nicht ist, fällt mir auch nix mehr ein...

Ok, also nochma langsam... SuSE 9.2 mit K 2.6.8-24.14 Kernelsourcen installiert ln -s /usr/src/linux-2.6.8-24.14 /usr/src/linux-2.6 gemacht in /usr/src/linux make cloneconfig prepare gemacht Die SuSE Zap Module in /lib/modules/`uname -r`/extra gelöscht (s. Wiki) depmod -a gemacht zur...

Also bei mir klappt es jetzt einwandfrei und ich hatte vorher dieselben Probleme. Allerdings nutze ich nicht make loadNT sondern ich habe mir ein Script in /etc/init.d gebastelt... /etc/init.d/asterisk [...] case "$1" in start) echo -n "Starting ASTERISK " modprobe...

Die Lösung für Euer Problem ist unter http://www.voip-info.org/wiki-zaptelBRI zu finden. Typisch SuSE... Regards, Stefan