Wenn das der Backport von mir ist... der ist für EINgehende Gespräche, also wenn man den Anrufer abschmeissen will...
Viele Grüße,
Stefan
Viele Grüße,
Stefan
Neue Version von chan_capi_0_5_3_cm
- Ersteller Tucca
- Erstellt am
@thorsten.gehrig: die Problematik betraf EINgehende Anrufe.
Bei mir ist in den letzten zwei Tagen zweimal der komplette Rechner eingefroren und zwar beides mal nach ca. 30 abgehenden gesprächen via:
zap -> * -> chan_capi
Das System ist dermaßen brutal eingefroren, das noch nichteinmal in den Logdateien irgendwelche Einträge dazu aufzufinden sind. Deshalb bin ich noch nicht so weit um zu behaupten das es an capi (chan-capi, aber auch kcapi, etc.) liegen muss. Mein Gefühl sagt aber ja.
Bei Gesprächen zap -> * -> sip ist mir das System nämlich noch nicht eingefroren.
Das Problem ist bei mir mit chan-capi 0.5.3 und 0.5.4 aufgetreten.
Hat hier jemand etwas ähnliches beobachtet?
Bei mir ist in den letzten zwei Tagen zweimal der komplette Rechner eingefroren und zwar beides mal nach ca. 30 abgehenden gesprächen via:
zap -> * -> chan_capi
Das System ist dermaßen brutal eingefroren, das noch nichteinmal in den Logdateien irgendwelche Einträge dazu aufzufinden sind. Deshalb bin ich noch nicht so weit um zu behaupten das es an capi (chan-capi, aber auch kcapi, etc.) liegen muss. Mein Gefühl sagt aber ja.
Bei Gesprächen zap -> * -> sip ist mir das System nämlich noch nicht eingefroren.
Das Problem ist bei mir mit chan-capi 0.5.3 und 0.5.4 aufgetreten.
Hat hier jemand etwas ähnliches beobachtet?
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
Hallo,
so ein MIST - jetzt habe ich mir endlich mal die mühe gemacht und von chan_capi 0.3.5 auf die aktuelle chan_capi_cm_0.5.4 geswitched - inkl. der anpassungen an der extensions.conf.
Leider wird gassenbesetzt (wenn der cbc-anbieter 01035 mal wieder keine leitungen frei hat) *NICHT* zurückgemeldet :-(
Ich dachte das geht jetzt endlich...
Was mach ich falsch - bzw. welche version/patch/wasauchimmer muss ich einsetzen?
Gruß
thorsten gehrig
so ein MIST - jetzt habe ich mir endlich mal die mühe gemacht und von chan_capi 0.3.5 auf die aktuelle chan_capi_cm_0.5.4 geswitched - inkl. der anpassungen an der extensions.conf.
Leider wird gassenbesetzt (wenn der cbc-anbieter 01035 mal wieder keine leitungen frei hat) *NICHT* zurückgemeldet :-(
Ich dachte das geht jetzt endlich...
Was mach ich falsch - bzw. welche version/patch/wasauchimmer muss ich einsetzen?
Gruß
thorsten gehrig
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
hi
@hupe: ähm - anlagenanschluss ist doch wenn man eine rufnummer mit "beliebigen" durchwahlen hat, oder?
ich habe hier 10 MSNs - (also einen Mehrgeräteanschluss wenn ich es recht im Kopf habe).
PtP = Anlangenanschluss?
Gruß
Thorsten
@hupe: ähm - anlagenanschluss ist doch wenn man eine rufnummer mit "beliebigen" durchwahlen hat, oder?
ich habe hier 10 MSNs - (also einen Mehrgeräteanschluss wenn ich es recht im Kopf habe).
PtP = Anlangenanschluss?
Gruß
Thorsten
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
hi
was bedeudet das nun?
das nur bei ptp busy und congestion (basic) funktionieren?
ist für ptmp der support noch nicht implementiert?
danke
gruß
thorsten
was bedeudet das nun?
das nur bei ptp busy und congestion (basic) funktionieren?
ist für ptmp der support noch nicht implementiert?
danke
gruß
thorsten
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
mist.
und ich habe mir nur den aufwand gemacht um endlich die besetzterkennung zu haben...
naja - vielleicht wirds noch,
gruß
thorsten
und ich habe mir nur den aufwand gemacht um endlich die besetzterkennung zu haben...
naja - vielleicht wirds noch,
gruß
thorsten
Hi,
ich nutze die CVS-Version von chan_capi_cm. Und da steht im Readme:
Hab's aber noch nicht ausprobiert.
Vielleicht kann ja jemand von Euch die CVS-Version daraufhin testen.
Bis denn,
Whoopie
ich nutze die CVS-Version von chan_capi_cm. Und da steht im Readme:
Hab's aber noch nicht ausprobiert.
Vielleicht kann ja jemand von Euch die CVS-Version daraufhin testen.
Bis denn,
Whoopie
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
hi
ich glaub ich schaue mir die cvs version heute mal an.
so wie es aussieht hat sich leider schon wieder der syntax geändert - das macht ein "kurzes testen" umständlicher (weil man die extensions.conf auch anpassen muss...)
gruß
Thorstem
ich glaub ich schaue mir die cvs version heute mal an.
so wie es aussieht hat sich leider schon wieder der syntax geändert - das macht ein "kurzes testen" umständlicher (weil man die extensions.conf auch anpassen muss...)
gruß
Thorstem
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
Hi
erster test - BUSY-erkennung funktioniert bei mir immernoch nicht richtig :-(
(zumindest wenn ich mein Handy anrufe - auf dem vorher eine andere rufnummer angewählt wurde).
Man hört nun das besetzt-"tuut-tuut" - asterisk selbst kriegt davon nix mit.
Gassenbesetzt kann ich gerade nicht testen - es gibt gerad keinen "billigprovider" für unter 1 cent der üblicherweisse überlastet ist....
gruß
Thorsten
erster test - BUSY-erkennung funktioniert bei mir immernoch nicht richtig :-(
(zumindest wenn ich mein Handy anrufe - auf dem vorher eine andere rufnummer angewählt wurde).
Man hört nun das besetzt-"tuut-tuut" - asterisk selbst kriegt davon nix mit.
Gassenbesetzt kann ich gerade nicht testen - es gibt gerad keinen "billigprovider" für unter 1 cent der üblicherweisse überlastet ist....
gruß
Thorsten
Ich hab grad mal die aktuelle CVS getested. Bei mir klappt alles. Busy detection (Rote Taste am D2-Handy 
) und vor allem, nicht nur Busy / Congestion ins Amt sondern das Senden beliebiger Cause codes ins Amt.
Geht mit
SetVar(PRI_CAUSE=<num>)
Hangup
oder (bristuffed)
Hangup(<num>)
Eine Übersicht über gängige Cause codes und die passenden Ansagen der Telekom gibts bei mir unter http://stefan.gofferje.net/de/misc_info_ISDN_causes.php
Ich sage nur
exten => <msn>/ex-freundin,1,Hangup(1) *eg*
Viele Grüße,
Stefan
) und vor allem, nicht nur Busy / Congestion ins Amt sondern das Senden beliebiger Cause codes ins Amt.Geht mit
SetVar(PRI_CAUSE=<num>)
Hangup
oder (bristuffed)
Hangup(<num>)
Eine Übersicht über gängige Cause codes und die passenden Ansagen der Telekom gibts bei mir unter http://stefan.gofferje.net/de/misc_info_ISDN_causes.php
Ich sage nur
exten => <msn>/ex-freundin,1,Hangup(1) *eg*
Viele Grüße,
Stefan
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
hallo.
mist :-(
bei mir gehts definitiv nicht. auch das drücken der roten taste wird nicht erkannt....
hast du auch ptmp ? (mehrgeräteanschluss?)
gruß
Thorsten
mist :-(
bei mir gehts definitiv nicht. auch das drücken der roten taste wird nicht erkannt....
hast du auch ptmp ? (mehrgeräteanschluss?)
gruß
Thorsten
Jap, PTMP und ich habs von einem SIP-Telefon (7905G) und von einem SCCP Telefon (7960/chan-sccp.berlios.de) getestet. Funzt einwandfrei. Wobei ein ausgeschaltetes Handy bei mir kein Fastbusy gibt, sonder ein normales Busy, was aber so ok ist, weil es eine temporary failure, redial condition ist.
Unterscheidest Du das denn im outgoing context? Busy = prio+101!
exten => _0XXX.,1,SetAccount(outgoing_ISDN)
exten => _0XXX.,2,SetCallerID(<MSN>)
exten => _0XXX.,3,Dial(CAPI/contr1/${EXTEN:1}||T)
exten => _0XXX.,4,Congestion
exten => _0XXX.,104,Busy
Viele Grüße,
Stefan
Unterscheidest Du das denn im outgoing context? Busy = prio+101!
exten => _0XXX.,1,SetAccount(outgoing_ISDN)
exten => _0XXX.,2,SetCallerID(<MSN>)
exten => _0XXX.,3,Dial(CAPI/contr1/${EXTEN:1}||T)
exten => _0XXX.,4,Congestion
exten => _0XXX.,104,Busy
Viele Grüße,
Stefan
thorsten.gehrig
Mitglied
- Mitglied seit
- 14 Jun 2004
- Beiträge
- 493
- Punkte für Reaktionen
- 0
- Punkte
- 16
hi
naja - zugegebenermasen hab ich den dialplan eigentlich anders aufgebaut.
ich frage aber nach jedem DIAL den ${hangupcause} ab und gebe die enstprechende rückmeldung.
ein Prio+101 habe ich jetzt auch mit eingebaut - aber kein unterschied. weder bei roter taste - noch bei ausgeschaltetem handy.... k.a. woran das liegt.
o.t.: lohnt sich der sccp für das 7960? ich habe nämlich da noch sip drauf...
gruß
thorsten
naja - zugegebenermasen hab ich den dialplan eigentlich anders aufgebaut.
ich frage aber nach jedem DIAL den ${hangupcause} ab und gebe die enstprechende rückmeldung.
ein Prio+101 habe ich jetzt auch mit eingebaut - aber kein unterschied. weder bei roter taste - noch bei ausgeschaltetem handy.... k.a. woran das liegt.
o.t.: lohnt sich der sccp für das 7960? ich habe nämlich da noch sip drauf...
gruß
thorsten
Ich find SCCP lohnt sich sehr! Es hat viele Vorteile:
- Zentrale Konfiguration z.B. der Speeddials - sind nicht weg nach Update
- Bessere Soundqualität, v.a. der Klingeltöne
- VOLLE Unterstützung von XML (SIP FW unterstützt nur rudimentär)
- Generell werden ALLE Funktionen des Telefons unterstützt
- demnächst Statusanzeige von Speeddials (hint)
- demnächst Intercom
- ... ... ...
Viele Grüße,
Stefan
- Zentrale Konfiguration z.B. der Speeddials - sind nicht weg nach Update
- Bessere Soundqualität, v.a. der Klingeltöne
- VOLLE Unterstützung von XML (SIP FW unterstützt nur rudimentär)
- Generell werden ALLE Funktionen des Telefons unterstützt
- demnächst Statusanzeige von Speeddials (hint)
- demnächst Intercom
- ... ... ...
Viele Grüße,
Stefan
Hallo,
ich weiss - eigendlich nicht das richtige forum, aber da die diskusion gerade hier beginnt....
Ich habe versucht die Version chan_sccp-20050730 zu kompilieren und habe beim start Asterisk folgende Fehlermeldung:
Kennt jemand eine Lösung dafür?
ich weiss - eigendlich nicht das richtige forum, aber da die diskusion gerade hier beginnt....
Ich habe versucht die Version chan_sccp-20050730 zu kompilieren und habe beim start Asterisk folgende Fehlermeldung:
Code:
[chan_sccp.so]2005-07-31 12:04:42 WARNING[4904]: loader.c:258 ast_load_resource: /usr/lib/asterisk/modules/chan_sccp.so: undefined symbol: ast_copy_string
2005-07-31 12:04:42 WARNING[4904]: loader.c:440 load_modules: Loading module chan_sccp.so failed!
Ouch ... error while writing audio data: : Broken pipe
Ouch ... error while writing audio data: : Broken pipe
Ouch ... error while writing audio data: : Broken pipe
exception on output!Kennt jemand eine Lösung dafür?
Neueste Beiträge
-
[Info] FRITZ!Box 5690 PRO, FRITZ!OS 8.51 Release 10.11.2026- Letzte: bastianm1979
-
7590 seit 8.51 Problem mit Zeitserver: Uhrzeit Dect-Geräte- Letzte: Zwanzigeinundzwanzig
-
[Sammlung] Aktuelle Konditionen für DSL-Vertragsverlängerung
- Letzte: ChrK2000