Suchergebnisse

hallo, ja, den verdacht hege ich auch. ein gespräch an eine oftmals benutzte tel.nr. kam heute problemlos zustande, während andere (nicht nur handy) seit gestern überhaupt nicht funktionieren.

hallo, bei mir ging heute morgen auch nur ein gespräch durch, weitere versuche endeten in "Forbidden - wrong password on authentication for INVITE" hatte schon einen fehler an meinem * vermutet (irgendwie sucht man immer den fehler zuerst bei sich) ... nunja, geben wir sipgate mal wieder etwas...

@otaku42: stimmt, da hast du recht. danke für den tip.

das skript "compile.sh" benutzt anscheinend seit bristuff 0.2.x die orig-bourne-shell sh und nicht mehr die bash. Erstere scheint bei dir nicht verfügbar zu sein (suse ?), zu überprüfen mittels "whereis sh". wenn du die bash benutzt, kannst' ja versuchen, dich darüber hinwegzusetzen: "bash...

hallo, der vollständigkeit halber: man kann ztcfg auch mittels der option "-c <zaptel.conf>" dazu überrreden, eine andere config zu nehmen. afaik funktioniert das nur mit absoluten pfaden, aber dann gut. für alle die, die das makefile zwar nett finden, aber gern auch selbst hand anlegen bye

da fällt mir noch was ein: der zaphfc- code basiert anscheinend auf einer HZ von 100, jdf. wird dort 2x mittels eines per HZ berechneten wertes "gewartet": schedule_timeout((30 * HZ) / 1000); // wait 30 ms (und noch einmal später mit 20ms) dachte bisher, das sei nicht wesentlich, aber...

hallo, die warnung von ps & top kommt wohl daher, das du eine geänderte timer clock frequency im kernel benutzt, die beiden apps aber nicht damit kompiliert wurden. ist aber mehr als warnung anzusehen, imo. für mehr bezgl. HZ: http://www.xml.com/ldd/chapter/book/ch06.html#t1 bye

zaphfc-treiber funktioniert [erledgt.] - neues problem der treiber funktioniert, yippee (schreibfehler, grr).. aber gleich ein neues problem: mein (!) telefon legt nicht auf, wenn der anrufer vor ablauf des timeouts in der entsprechenden extension auflegt. das entsprechende sip-packet...

ok, gibt's beides, wenn ich den asterisk-patch im bristuff richtig verstehe. ist dieser (der asterisk-pactch) eingespielt worden? (zu überprüfen in der chan_zap.c zeilen 8600 ff., die ast_cli_entry's) bye

hallo, bin mir jetzt nicht sicher, aber muss es nicht "pri debug span" usw. heissen ? den tip vom * , mittels "help" nachzufragen, sollte man jdf. nicht unterschätzen. bye

Hallo, gibt es hier möglicherweise jemanden, der sich mit dem zaphfc-treiber und dem hfc-s -chip auskennt und mir weiterhelfen kann oder jemanden kennt, der das könnte? (ich hoffe, es ist nicht zu speziell und/oder OT hier, falls ja, sry) ich versuche, den treiber auf freebsd zum laufen...

hm, ist wohl nicht gepatched worden. schau mal in die download.sh, dort steht wie libpri gepatched wird/geworden getan sollte :)

hallo, profi bin ich auch nicht, aber wer ist das schon. mir fallen zwei sachen ein. zum einen schau' mal bitte, ob das zaphfc-modul nicht schon geladen ist, das insmod beschwert sich anscheinend über ein schon geladenes modul. zum anderen, die warnings: ging das compilieren des zaptel...

hallo, die vom compiler angemerkten definitionen sind aus der libpri, genauer gesagt aus der libpri.h , stell' am besten sicher, das du diese vorliegend, gepatched und installiert hast. bye

Hallo, da ich grade an etwas Ähnlichem sitze, danke an rajo für die Idee! Aber warum funktioniert das Ganze nicht, wenn keine BackGround-Ansage läuft?