Suchergebnisse

du kannst einen port nicht auf mehrere Kontexte in der misdn.conf verteilen. Die Nummernverteilung machst du besser in der extensions.conf. PS: mit "misdn show config" sieht man wie chan_misdn seine misdn.conf so verstanden hat.

Dieses ist eine Facility Message die nach einem Gespräch von der Vermittlungsstelle zum Asterisk gesendet wird. chan_mISDN unterstützt im Moment noch nicht das dekodieren und auswerten von Facility Messages, deshalb kommt diese Meldung. Das ist völlig unkritisch. Wahrscheinlich steckt in...

wurtzel: sieht so aus als ob du einen 64bit kernel einsetzt. Kann sein das das zum Absturz führt.. hier gibts schonmal ein paar Bugs.

Sterkel: komisch, eigentlich sehen die Logs prima aus. Was steht denn in der /var/log/asterisk/messages bzw. full zu der Zeit?

Hobbystern: dein ISDN wissen ist schon richtig: ptp= Point To Point, also nur *ein* Gerät am NTBA ptmp=Point To Multi Point, also auch mehr als eins am Amt.

Ist tatsächlich recht unspektakulär.. jedenfalls habe ich mal etwas rumprobiert und hab versucht diese Warnings zu verscheuchen, dazu gibts jetzt eine 0.3.1-rc18 die ihr direkt unter: www.beronet.com/downloads/chan_misdn/stable/candidates/ runterladen könnt. Zum updaten von chan_misdn...

hab das ganze jetzt mal ausprobiert und konnte den Fehler auch nachstellen. Der Patch von James Harper hat super funktioniert, ich hab ihn jetzt inst mISDN cvs eingechecked. Also mal mISDN updaten und testen bitte.

ja das habe ich schon gemacht. Wichtig ist dass du in der misdn.conf die option hdlc=yes setzt, nur dann kann der pppd unter app_pipe richit arbeiten. auf www.voip-info.org/wiki/view/chan_misdn gibts auch ne beispielzeile mit passenden kommandozeilen argumenten für pppd.

konabi: du hast nichtzufällig auch einen misdn trace von der situation kurz vor dem Absturz ?

Es wär sehr hilfreich wenn du einen misdn trace mit debuglevel 4 parallel laufen lässt. Benutze bitte auch die rc17, da habe ich schonmal ein problem gelöst in der Richtung. wenn das nochmal passiert sende mir bitte den trace. (misdn.conf => debug=4)

Dast Problem ist bekannt, ich arbeite im Moment daran es zu lösen.

Nein die Led des NTBAs leuchtet nur wenn ein UK0 Anschluss dran ist. Jedenfalls gibts gerade einen thread in der i4l-liste wegen dieses Problems, evtl. wirds da bald ein weiteres update geben.

probier mal rc16

Übrigens wärs mir fast lieber ewnn solche Abstürze in unserem bugtracker auf "bugs.beronet.com" behandelt werden, oder auf dem digium bugtracker "bugs.digium.com" dann haben vielmehr Nutzer was davon, und ich bekomme immer den aktuellsten Status per mail usw usw.. . dies hier ist ja im...

tweety: das kann trotzdem an chan_misdn liegen. kannst du mal bitte an der gdb console folgendes eintippen: "bt full" und dann den output hier posten. konabi: der coredump allein nutzt mir leider nicht so viel. Du kannst aber auch mal den coredump im gdb öffnen, das geht...

entsteht in /tmp ein file namens core.xxx ?

wir arbeiten dran eine mailinliste für misdn/chan_misdn zu machen, dort anouncen wir dann auch neue releases usw., wird dann aber auf englisch sein, damit auch jeder was davon hat.

hab zumindest mal das modul geladen und entladen das geht.

Nope, noch nicht. Ich werd mir das mal anschauen und meld mich morgen nochmal.

der patch ist inzwischen schon ins cvs eingeflossen also einfach das cvs updaten und neukompilieren und nochmalprobieren.