Suchergebnisse

hier der anhang.

Hi avmritz - Nutzer, ich habe soeben in der i4l - Mailinliste gelesen, dass ein patch für den avmfritz treiber existiert der unterschiedliche Kernel Oopse beseitigt. Ich versuche den patch mal hier anzuhängen, wäre toll wenn ihr das testet.

versuch mal "bridging=yes" in der misdn.conf zu setzen. Und probier den Fall: ISDN <--> Asterisk <--> ISDN

D.h. derjenige der am "irgendwas" hängt hört das krächzen ? und du bist sicher, dass es egal ist ob irgendwas = SIP Phone oder igendwas=ISDN Phone ist ?

Hallo Leuts, ich habe heute einen kleine Fix für den hfcmulti Treiber ins mISDN CVS eingecheckt, dieser sorgt dafür dass ich hier in meiner Testumgebung mit dem Standard 2.6.8.1 Kernel von Debian und mit dem 2.6.9 Kernel von RH/CentOS das hfcmulti Modul sauber laden und entladen kann...

Das ist scheinbar normal, hat sich bei mir zumindest noch nicht als problem dargestellt, deshalb hab ich das nicht weiter untersucht.

D.h die richtung ISDN -> Asterisk -> Telefon (SIP?) ist kaputt ?

nope leider nicht. Ich habe hier aber eine brandneue Digiumkarte mit echocancellor in Hardware onboard, die kann sogar 128ms Echotail canceln.. trotzdem gibts auch hier ein leichtes bruzeln..

auch wenns blöd klingt, aber versuch dir mal ein debian draufzuspielen, am besten debian sarge mit einem 2.6.15 backports kernel. Schau dir mal die Signatur von "mabo" an, der setzt einigermassen erfolgreich avmfritz karten ein.

Es ist schon komisch, wenn das so plötzlich auftaucht.. waitfordigits kann da helfen.

Nein .. das nicht .. sorry es ist unter der Sektion "Instrumentation Support" nicht unter Kernel Hacking.

Profiling findest du in der Section "Kernel Hacking" bzw "Instrumentation Support"

Die neueste Version ist 0.3.1-rc14. Nimm einfach mal das install-misdn-mqueue.tar.gz

hm .. naja du müsstest schon einen Kernel kompilieren um die Option zu deaktivieren. Ich weiss genau, dass in den backports kerneln (leider) diese Option an ist..

jaja hast schon recht, ich wollte nur klarmachen, dass man mehrer msns spezifizieren kann. Es ist wirklich am besten wenn du msns=* setzt und den rest in der extensions.conf machst.

das muss dann wie in der extensions.conf sein, also: msns=_123X.,1234 und so weiter. msns=* bedeutet nimms immer, egal wie's kommt.

Wenn man extern nur einen PTP Anschluss hat kann man den nicht mit anderen Geräten sharen. Im gebridgten Zustand werden die Sprachdaten vom Amt her Synchronisiert komplett in Hardware übertragen, das ist etwa so wie man es von herkömlichen ISDN TK Anlagen kennt. Leider gibt es keine...

wenn [MSN] die tatsächliche Nummer ist, muss das eigentlich gehen. Und du hast es auch schon mit '*' probiert .. vielleicht hattest du noch nicht die Kombination msns=* und in der extensions.conf _X., probier das mal nochmal. Andernfalls würde ich dir empfehlen auf die neueste chan_misdn...

Das passiert manchmal, ist unkritisch. Sende mal ne mail an support at beronet dot com, dann können wir mal ne ssh session machen wenn du willst.

zeig mal den output von "misdn show config" und paste hier mal bitte den tatsächlichen inhalt deiner extensions.conf, oder schicks mir als priv nachricht.